Moin,

In was für einer Sprache hast du das denn geschrieben?
Und warum zur Hölle postet du in einem deutschen Forum auf Englisch.

nniemand wrote:
> Und warum zur Hölle postet du in einem deutschen Forum auf Englisch.

hat er nicht -> achte mal auf die url

Wie, der TE hat nicht auf Englisch gepostet? Dann ist mein 
Sprachdetektor kaputt ;).

Ich frag ja extra, weil das Zeug im Terminal auf deutsch ist und die 
URLs auch .de sind.


Ach, an den TE. Sry, dein Programm ist grad mal ein besseres Hallo Welt.


Grüsse

Ach verdammt.... Ich nehm alles zurück. Das ist ja blöd. Wieso ist das 
ins mc.net eingebettet?

nniemand wrote:
> Ach verdammt.... Ich nehm alles zurück. Das ist ja blöd. Wieso ist
> das
> ins mc.net eingebettet?

Wieso bist denn so am Meckern hier?
zeig mir doch mal kostenfreie Alternativen auf, mit denen man beliebige 
Bytes for free auf die ggf virtuelle serielle  Schnittstelle senden 
kann.
Auch wennn das progrämmchen nix weiter als sozusagen eine 
Hello-World-Sache ist, werden's tausende Arduino-Programmierer als 
kostenfreie alternative  zum Arduino-Seriellfenster zu schätzen wissen, 
weil es eben die nicht druckbaren Zeichen da in den Output reinhauen 
kann. Kannst du damit Steuercodes für Deine Embedded-Sachen bauen und 
prüfen.
Ganz simpel ohne überflüssiges Zeug drumherum.

Ich hab dieses Programm intensiv genutzt und bin begeistert.

Joern

HTerm?!

HDS wrote:
> zeig mir doch mal kostenfreie Alternativen auf, mit denen man beliebige
> Bytes for free auf die ggf virtuelle serielle  Schnittstelle senden
> kann.

Realterm
Teraterm
Putty

There are thousands ...

Ich wrote:
> There are thousands ...

Dafür ist das Programm sehr einfach und beschränkt sich auf das absolut 
Notwendige. Besten Dank dafür.

Wenn, dann würde ich mir noch diese Verbesserungen wünschen:
- Programm erkennt noch nicht alle vorhandenen COM-Ports (z.B. via 
Bluetooth)
- hexadezimale Anzeige
- Einlesen/Ausgabe von Files
- Zuweisung von Command-Codes zu (Funktions-)Tasten.

Gruß Moby

Moby wrote:
> Ich wrote:
>> There are thousands ...
>
> Dafür ist das Programm sehr einfach und beschränkt sich auf das absolut
> Notwendige. Besten Dank dafür.
>
> Wenn, dann würde ich mir noch diese Verbesserungen wünschen:
> - Programm erkennt noch nicht alle vorhandenen COM-Ports (z.B. via
> Bluetooth)
> - hexadezimale Anzeige
> - Einlesen/Ausgabe von Files
> - Zuweisung von Command-Codes zu (Funktions-)Tasten.
>
> Gruß Moby


Dankeschön für's Feedback,
Die Seriellkomponente, die einsetze, greift sich vom WINAPI nur die 
COM-Ports, daher komme ich so nicht an Bluetooth ran.
Aber die Zuweisung von FN-Buttons zu Steuercodes, HEX, und FileIO sind 
hübsche Anregungen - sind morgen drin bis auf Bluetooth.

J

(Sorry for having posted in german language here, it's a bit surprising 
beeing redirected...)

following the above recommendation there will be added the features:
- Send a file
- log to file
- Function Key map for Control codes

Ja, wär schön wenn sich programmatisch noch was tut.
Habe ein wenig herrumprobiert. Vielleicht sollte man die
Ausgabe noch etwas schöner machen: Kurz und knapp, in Hex-
oder Dez.- oder ASCII Darstellung. Nicht so weitläufig und
zweizeilig wie bisher, ist doch etwas unübersichtlich.

Das Programm ersetzt mir aber auch so schon ein nicht ganz billiges
Kaufprogramm mit nur einer PC-Lizenz ;-)

Moby

Ty for compliments (indeed I am quite pleased that the condensed 
knowledge of 20 years of continuous software development is found and 
used at all by anybody... ;-) )

A new version is available (HEISYSTEC SimpleSerialTerminal v1.1.3)
It features the requested enhancements of:
- sending files
- logging the COM input to a filestream
- HEX reperesentation of the input additionally to ASCII and decimal 
bytes
- Function keys mapping table to send control chars via function keys.

Since I still use an old ergonomic Microsoft "Natural" keyboard (14 
years old, and still no carpal tunnel syndrome despite coding nearly 
10/24, 6/7), via a chinese PS2/USB-converter, I found the neccissity to 
"teach" the real function key scan codes of the keyboard to the mapping 
table. The key scan codes were not straight from 112...123 for F1..F12, 
as can be seen in the attachment.

I take the requirement for a more condensed representation in the 
monitor for  decimal and Hex into account, thanks for your comment, Moby 
;-)
The requirements are: in hex and decimal Monitor mode, not two lines 
additionally with ASCII, but only hex or decimal.

Well: on the other hand, now you can log all to a file, then use the 
editor of your choice, and inspect the content.

I myself found it very helpful, to have both, ASCII and the decimal 
representation in two lines during debugging of baud rate difficulties 
in a timer controlled bitbanging software serial of an STM32F103RBT ARM 
Cortex M3.
If you wish a line feed carriage return in the monitor, your MIC has to 
send the #13 #10 chars.

@Moby: which is the reason for better having a more condensed 
representation of the input, i.e. pure hex, pure decimals, pure ASCII?

the download link for the new version still is the same:
http://www.windautopilot.de/bcalmxp/SimpleSerial.zip

enjoy it ;-)

P.S.: if someone recommends the software after using/testing to some 
download platform like http://www.heise.de, I would be grateful.

Have an additional remark:

The new version 1.1.3 of SimpleSerialTerminal renews the list of 
available COM-ports at each click on the COM-port Settings button.
In the previous version, the available COM-ports were scanned only at 
software startup.

This is very helpful for instance, when you are used to plug in an 
Olimexino under CoIDE with your ARM-USB-Tiny-H JTAG interface (2 
USB-Serial connections), and at the same time have to reflash an arduino 
clone connected via an USB-TTL adapter from FTDI (Wattuino FTDI reloaded 
for instance), running additionally the MapleIDE with its changing 
virtual COM port when the Maple USB connection is active.

Then another check for available COM-ports is feasible, when you hit 
that button for settings.

Several instances of the SimpleSerialTerminal, each one on a different 
COM-port are running easily aside each other.

enjoy IT ;-)

Thanks heisystec for your improved, enhanced Simple Serial Terminal!
Range of functions now adequate for my needs. Thats the way  a "Simple 
Terminal" should be ;-)

Well, your program is focused on ASCII-Text. To control my devices I am 
using all 8-Bit Codes. For that reason I would like to input my commands 
in Hex-manner- and to display incoming data in more condensed Hex-Form 
only. But thats not a important problem. A further improvement will be 
more room in all Function-Keycode fields. I am using 16 Byte Control 
Codes...

Unfortunately, current version is a little bit buggy. Try to open it, 
close program and re-open: no program windows appears sometime 
(Win7Prof64).

Ty for your input.
I'll be able to work again on that topic end of june.
So, maybe a derivate of the software would be better for your needs 
named
(working title) "SimpleSerialHexTerminal"
Same software base, but input/output in Hex Byte representation only.
Or alternatively: Condensed Hex input view, a Radio button for Hex input 
field instead of decimal/ASCII one.

An NMEA 0183-specialized version is available, where you can send in a 
defined time scale repeated NMEA Messages to NMEA 0183 receiver(s).

enjoy IT ;-)

P.S.,
@moby:
cannot reproduce the bug described by you.
I double-click on the Desktop icon under Win 7 prof 64 bit, it opens, I 
close it, it closes, again click on the desktop icon, it opens.
Use an intel core i7 3770T 40W TDP passive design (selfmade) computer 
with an intel mainboard. Using several other OS via Virtualbox aside: 
Linux mint, Win XP, Android etc, etc...

Moby wrote:
> Thanks heisystec for your improved, enhanced Simple Serial
> Terminal!
> Range of functions now adequate for my needs. Thats the way  a "Simple
> Terminal" should be ;-)
>
> Well, your program is focused on ASCII-Text. To control my devices I am
> using all 8-Bit Codes. For that reason I would like to input my commands
> in Hex-manner- and to display incoming data in more condensed Hex-Form
> only. But thats not a important problem. A further improvement will be
> more room in all Function-Keycode fields. I am using 16 Byte Control
> Codes...
>
>
16 Byte Control Codes... would need more rows within the function key 
table.
I.e. Control code sequences...

Another topic: just workin on a NMEA simulator, which maybe will be 
available for free also.
Anyone interested?

Just adding a development screenshot

Looks nice (and written in Delphi)!

www.CtrlTerm.com is another simple terminal and source code is provided.

Regards,
Paul Breneman
www.TurboControl.com