Hi,

ich hab mein neues Terminal-Programm so weit fertig, dass man es der
Öffentlichkeit zeigen kann.
Die Besonderheiten sind die Ausgabe und Eingabe(!) in Hexadezimal,
Binär, Dezimal und Ascii.
Ausserdem kann man die ganzen Standardwerte für die Oberfläche in
Config Dateien speichern

Ist zwar noch eine Beta aber sollte schon recht fehlerfrei laufen.

Hier gibts einen Download
http://www.der-hammer.info/terminal/index.htm

Eine Hilfe kommt demnächst noch

PS:
Danke an Rufus für die vielen Tips bezüglich der Oberfläche!

jetzt gibts noch eine hilfe dazu (zusammen mit der exe im zipfile) und
durchs packen ist das ganze auf ansehnliche 600k geschrumpft :)

what exactly happens?

Eben nichts, es sollte sich doch ein Fenster öffnen? (BS XP SP2)

da scheint der server wohl beim letzten abschmieren ein paar beiträge
verloren zu haben...

das 'send file' funktioniert nur, wenn die verbindung zu einem
comport schon steht, sonst reagiert der button nicht. werd ich mal
ändern, dass der dann ausgegraut ist...

liegt es daran, oder bist du verbunden und es klappt trotzdem nicht?

Hallo Tobi,

tolles Programm, habs gleich mal gezogen und ausprobiert. Ich würde
gerne auf zwei Dinge hinweisen. Das erste kann man im Screenshot im
Anhang sehen. Wenn nur auf ASCII gestellt ist, werden #CR und #LF als
zwei Kästchen dargestellt. Ist das so beabsichtigt? Ich denke eher es
wäre besser, diese beiden Zeichen zu ignorieren. Das zweite ist
folgendes: wenn man das Fenster rechts unten mit der Maus ganz
verkleinert, daß außer dem Fenstertitel nichts mehr zu sehen ist und
dann das Fenster wieder vergrößert, ist nur noch das Input-Fenster.

Ich hoffe, daß hilft dir. Weiter so!!

Gruß
Thorsten

Hast natürlich recht, könntest du aber ruhig abändern.

Ansonsten muss ich sagen, dass es in Ordnung ist. Optimierungen fallen
mir auch nicht weiter ein.

danke für die infos an euch beide.

@alex
du hast ja recht aber das sind halt die kleinen details die man selber
nie finden würde aber anderen sofort ins auge fallen. ist bei mir jetzt
schon ausgebessert und wird in der nächsten version dann drin sein

@thorsten
den bug mit dem verkleinern kann ich bei mir reproduzieren und hab auch
schon den fehler gefunden. das programm bekommt eine minimale
fenstergrösse die erlaubt ist und dann klappts

das mit den sonderzeichen war eigentlich so gewollt. wenn, dann müsste
man alle sonder/steuerzeichen im nur ascii modus ausschalten (alles
kleiner 32 und die 173). ich werd mit mal überlegen was ich da mache:
entweder komplett unterdrücken wie du meintest oder irgendwo eine
option um das anzupassen

Super Programm! Ich habe es getestet und es ist genau das was ein
Controllerprogrammierer benötigt um seine Kommunikationsschnittstelle
testen zu können. Genial!
Beim Entpacken der zip-Datei entsteht aber ein Abbild deiner
Verzeichnisstruktur. Das ist etwas unschön.

danke für den hinweis, werde ich korrigieren. morgen wird
voraussichtlich auch die neue version online gestellt mit ein paar
kleinen verbesserungen und bugfixes

So, v0.5 ist fertig.
Hauptsächlich Detailverbesserungen und Bugfixes. das genaue Changelog
gibts hier einzusehen:
http://www.der-hammer.info/terminal

Verbersserungsvorschläge oder Bugs könnt ihr gerne hier posten.

Dann mal viel Spaß beim ausprobieren!

Hi,
ich hab die Soft gerade auch mal ausprobiert. Nen paar Sachen sind mir
aufgefallen, wären vielleicht zu verbessern.
- der Connectstatus wird beim neustart nicht wieder hergestellt
- der Pfad wo der Output gespeichert wurde, wird nicht gesichert
- die Fensterposition wird nicht gespeichert (da ich nur 800x600 fahre
muss ich das Fenster zunächst in die richtige Position schieben)

Ansonsten Toll geworden, DANKE

Werner

pfad und fensterposition speichern werde ich noch in den nächsten tagen
hinzufügen. danke für den hinweis!

was meinst du genau mit connectstatus wiederherstellen?

Hi Tobi,
ich hab die Option "Autosave on exit" für das Ini-File aktiviert.
Wenn ich connected war, die Software beende und wieder starte muss ich
erst wieder Connect drücken. Ich fände es ganz praktisch, wenn die Soft
automatisch den Status wieder herstellen würde.

Werner

ok, sollte kein problem sein, diese funktion einzubauen.

die anderen beiden von dir genannten funktionen laufen schon so weit
und werd ich voraussichtlich morgen nach ein paar weiteren test online
stellen

Moin, moin,

ich würde gerne etwas mehr flexibilität beim CR@ haben. Also zu den
Auswahlen CR/LF, LF, CR noch ein Zeichen (Zeichenfolge) selber
definieren können.
In meinem persönlichen Fall bräuchte ich z.B. das NULL-Byte als
Trennzeichen.

'Save Output' ist eine schöne Funktion, aber ein 'Laod Output' um
sich die Daten später nochmal anschauen zu können, wäre eine nette
Ergänzung.

Ein langfristiger Wunsch wären Buttons, mit denen vorgefertigte
Nachrichten versendet werden können.

Ist aber schon ein nettes kompaktes und trotzdem übersichtliches
Programm geworden, weiter so...

 Martin

so, es gibt wieder eine neue version mit so ziemlich allen
vorgeschlagenen verbesserungen!

- pfad wird mitgespeichert

- fenstergrösse/position wird gespeichert

- der verbindungstatus wird gespeichert
(besonderheit: wird nur beim beenden mit 'autosave on exit' aktiv
gespeichert, NICHT beim normalen config speichern. ist so gewollt,
falls ihr es für nicht so gut haltet immer her mit der kritik ;)

- man kann jetzt eine datei ins output fenster laden (optionen menü)

- man kann jetzt selber cr@ strings definieren. genaueres steht in der
hilfe (@martin: die 0x00 ist aber jetzt schon standardmässig in der
liste drin)

- und natürlich wurde wieder die hilfe auf den aktuellen stand
gebracht

eine funktion für textbausteine ist schon geplant aber wird noch etwas
dauern, da ich dafür noch einiges erweitern muss, um das ordentlich
einzubauen

link zur download-seite findet sich ganz oben im thread!

Ich vermisse eine "always stay on top" Funktion.

ich hab mir mal ein lustiges prog geschrieben, dass dir die rs232
durchschleift.. ist ungemein praktisch für leute die z.b am uc
irgendwelche perepherie am uart hängen haben und schaun wolln was da an
daten herumgurken...

problem..braucht 2 serielle (eine rein, eine raus)

ist hin und wieder ganz nett... sollte ich mal wieder auskramen und
auch veröffentlichen ;) oder hast du lust das bei dir einzubaun????

73

@hans
interessante idee. ich werd mal ein bisschen rumbasteln ob das bei mir
irgendwie reinzubasteln ist.

@thorsten
schau mal mails nach

btw in welcher sprache hast du das geschrieben ?

und hast du lust das ding open source zu machen ??? es gäbe da sicher
unzählige funktionen die es noch zu ergänzen gebe ... und open source
kann dann jeder nach herzenslust basteln ;)

73

das ganze ist komplett in c++ mit wxWidgets als framework geschrieben

derzeit hab ich noch nicht vor das ganze als open source zu
veröffentlichen, weil ich erstmal die grundfunktionalität, so wie ich
sie mir vorstelle fertig haben möchte. danach hatte ich auch schon
überlegt, dass zu machen und evtl auch bei sourceforge reinzustellen

Hi Tobi,
mir ist gerade aufgefallen, das der Status von DTR und RTS nicht wieder
hergestellt wird.
Könntest Du außerdem mal erklären was für Funktionen hinter den
Befehlen im Count/Log Bereich stecken?
Rx ist die Anzahl der empfangenen Zeichen, das ist ja noch klar.
Aber der Rest ...

Werner

DTR und RTS speichern wird eingebaut.

Die Optionen bedeuten:
======================
Count: Das Zeichen in der Box (Ascii-Wert) wird gezählt

Delete on: Wenn das Zeichen in der Box auftritt, wird alles incl. dem
Zeichen selber gelöscht (Die Checkbox muss markiert sein, damit diese
Funktion aktiv ist)

Show last....: Gibt an wieviele Zeichen angezeigt werden sollen. Bei
vielen Zeichen kann sonst das umschalten des Formats, von CR@ oder ein
Resize des Fensters sehr lange (einige dutzend Sekunden) dauern.

Die Infos stehen auch alle (in Englisch) in der Hilfe-Datei drin

Schickes Tool

Bei mir ist leider die Schaltfläche "Autosave on exit" gegrayed.
Woran liegt das denn.

Echt super, dass man auch ander Baudraten eintragen kann.
Könnte man vielleicht ne User-Defined Box einbauen.

Du musst vorher das Setup einmal mit einem Namen speichern, dann direkt
wieder laden. Dann ist autosave on exit aktiviert.

Werner

@stefan
es ist genau wie werner gesagt hat. liegt daran, dass das program mit
ini dateien arbeitet und nicht mit der registry. dadurch hat man den
vorteil, dass man für unterschiedliche projekte auch unterschiedliche
konfigurationen benutzen kann.

man kann eine ini-datei direkt beim start als 1. kommandozeilen
parameter angeben.

Man kann alle baudraten (und auch com-ports) selber definieren. schau
dir mal die gespeicherte config datei an, dann sieht man die struktur,
wie das auszusehen hat recht gut. Sonst steht in der hilfe datei, die
mit im zip paket ist auch noch mal jede option ausführlich drin.

Alles klar.

So haut die Sache hin.

Klasse!!!!!!!!!

Neue Version 0.5.3:

- jetzt mit anständigem send file dialog mit abbrechen
- das programm verursacht einiges weniger last

Die restlichen Kleinigkeiten stehen wie immer im Changelog!
Sauglink steht oben auf der Seite!

Hi,

du könntest noch eine Funktion einbauen die entweder nur die vorhanden
COM Ports anzeigt oder überprüft welche vorhanden sind. Das wäre zum
Beispiel bei USB<>seriell Wandler hilfreich, da ich nie genau weiß auf
welchen COM Port sie jetzt angemeldet sind. Damit würde dann man den
Umweg über die Systemsteuerung sparen...

Ansonsten aber ein schönes Tool :-)

Grüße
Fabian

Hallo Tobi,
gutes und nuetzliches Programm!
Trotzdem einige Bemerkungen:
1) Waere schoen wenn man ueber das Help-Menu direkt das
   mitgelieferte PDF oeffnen koennte.
2) Die Escape-Sequenz "\n" (backslash-n) in meinem C-Code
   kommt in HTerm als "\f" (backslash-f) raus.
3) Ich hab "CR@" auf "CR+LF" gestellt und lass nur ASCII anzeigen.
   Da passiert es trotzdem manchmal, das eine CR+LF Sequenz nicht
   als solche erkannt wird, also als <\r><\f> ausgegeben wird
   anstatt dass eine neue Zeile begonnen wird. Wenn ich dann das
   ASCII Knoepfchen aus- und wieder einschalte wir die Anzeige aber
   berichtigt.
   Wie gesagt, passiert nur manchmal, so etwa einmal in zwanzig
   Zeilen oder so. Komisch, nicht?

Gruss,
  Peter

zu 1.
Das Problem ist, dass nicht sicher ist, wo sich das PDF befindet. Ich
werde aber eine Funktion einbauen, die es öffnet, wenn es sich im
gleichen Verzeichnis befindet.

zu 2.
Das ist zwar ungewohnt aber beabsichtigt, da das \n eigentlich ein \f
(line feed, #10) ist. Ich werd aber drüber Nachdenken, ob es nicht
besser ist das zu ändern, weil wohl die meisten ein \n erwarten

zu 3.
Den Fehler habe ich auch schon bemerkt aber bisher leider noch nicht
die ursache gefunden

  Tobi

Es gibt mal wieder etwas neues (v0.5.5):

Die neuste Version unterstützt jetzt belibig gemischte Formate in der
Eingabezeile. Auch sonst wurden einige Bugs beseitigt und ein paar neue
Funktionen hinzugefügt. Details verrät wie immer das Changelog.

Falls jemand seine Vorschläge noch nicht wiederfindet: Einiges steht
noch auf meiner Todo Liste und wird in den kommenden Versionen
berücksichtigt. Weitere Verschläge können natürlich jederzeit gemacht
werden. Ich bin für alles offen.

http://www.der-hammer.info/terminal/index.htm

Hi Tobi,

nettes Tool, dass ich gerade bei meinem aktuelem Projekt einsetzte!

Was mich stört, sind die etwas kleinen Buttons ("Clear Output",
"Reset",...). Ich arbeite mit einer Auflösung von 1400x1050, da muss
ich immer sehr zirkeln mit dem Mauszeiger. Bei meinen Projekten richte
ich mich immer nach dem MS GUI Guideline. Da sind solche Sachen
geregelt. Bei deinem Tool würde es schon helfen, wenn die Button.Heigh
so groß sein würde wie die Höhe der Eingabe- bzw. Auswahlfelder.

Andreas

In dem Programm sind noch ein paar (schlimme) Bugs:
Ich übertrage ein BMP über den normalen COM Port mit 115,2kBaud, aber
das empfangene Bitmap ist total verschoben, da einige kByte vom
Programm verschluckt werden. Mit dem Bray Terminal läuft es
einwandfrei.
Dieser Fehler ist irgendwie Baudratenabhängig: Mit einem FT232 tritt
dieser Fehler bei 375kbaud stark auf, bei 750kbaud läuft es aber
fehlerfrei, zumindest meinstens, bis plötzlich für einige Sekunden
langsam ein paar Daten verschluckt werden, danach läuft es wieder für
einige Minuten fehlerfrei.

Ein weiterer, aber eher unwichtigerer Bug:
Befinden sich im Sendefenster diese bunten Blöcke die die gesenden
Daten anzeigen ganz rechts, und man gibt nur Return (ohne ein Zeichen)
ein, dann zerstückeln sich die bisher gesendeten Blöcke langsam.

@andreas
wer die buttons grösser machen

@benedikt
der bug scheint mir auch kritisch zu sein? deiner beschreibung nach
tritt er beim send file auf. war das auch in der vorherigen version
oder nur der neuen?

ich bin dabei die ausgabefenster sowieso komplett neu zu schreiben,
vondaher weiss ich nicht, ob das jetzt auf die schnelle noch korrigiert
wird... muss mal schaun wie kompliziert das ist

Genau, beim Senden einer Datei.
Das Problem hatte ich anscheinend schon seit der ersten Version die ich
ausprobiert hatte (damals wegen dem FT232). Nur damals konnte ich nicht
ausprobieren ob der Fehler am Programm oder meiner Hardware lag, da der
FT232 zusammen mit dem Bray Terminal nicht richtig funktioniert.

Der Fehler tritt bei der 0.5.3 und der 0.5.5 auf. Vorhergende Versionen
habe ich nicht ausprobiert.

Ich habe den Fehler gefunden: Es lag an meiner Software, die ein paar
Bytes verliert, wenn kontinuierlich Daten übertragen werden.
Das Bray Terminal sendet die Daten nicht kontinuierlich, schafft also
bei 115200Baud anderst als dein Programm keine 11,5kBytes/s, sondern
nur etwa 10kB/s.
Dafür habe ich aber einen anderen Fehler gefunden:
Wenn man größere Datenmengen ohne Pause empfängt, dann hängt sich das
Programm auf (zumindest lag nach ein paar Minuten die CPU Auslastung
immer noch bei 100% und das Programm reagierte nicht mehr).

Gut, ein Fehler weniger zu suchen ;)

Hast du vor dem Aufhängen des Programms irgendeine Option betätigt? Bei
grossen Datenmengen kann ein Resize des Fensters oder ein Ändern des
Ausgabeformats das System für einige Minuten lang komplett auslasten.
Wenn du diese riesigen Datenmengen nicht alle sichten musst sondern sie
nur speichern willst, kannst du den Wert 'Show last...' auf einen
kleinen Wert (z.b 100) setzten. Dadurch bei Resize usw das System
entlastet aber die Daten gehen nicht verloren und können noch ganz
normal über Save gesichert werden.
Falls es das nicht war, um welche Datenmengen handelt es sich bei dir
(wieviele MB)?

Hi

du solltest die grafische Oberfläche nie durch einen anderen Vorgang
blockieren. Irgendeine Hintergrundverarbeitung läßt man lieber einen
seperaten Thread machen und zeigt solange auf der GUI einen Hinweis auf
eine laufende Verarbeitung an. So bleibt die Oberfläche bediehnbar und
die Arbeit wird trotzdem erledigt.

Matthias

Ja, ich weiss, dass es besser wäre. Hab mich bisher immer vor Threads
gedrückt aber ich glaub ich werd das doch mal machen müssen ;)

Und schon wieder habe ich mich geirrt:
Nachdem meine Software jetzt fehlerfrei läuft, habe ich gemerkt dass
HTerm doch Daten verschluckt. Nicht immer, sondern nur manchmal.
Ich habe ein 512x512 BMP übertragen (263222 Bytes). Davon kamen am
zweiten PC 254012 Bytes an. Diesmal bin ich mir absolut sicher, dass
der Fehler bei HTerm und nicht bei mir liegt.
Soweit ich es überprüft habe, haben bei jedem Fehler immer exakt
10Bytes gefehlt. Die Abstände zwischen den Fehlern sind unregelmäßig.

Die 10Byte sind ein sehr sehr guter Hinweis. Das ist genau die Einheit,
die das Programm aufeinmal rüberschickt und danach die Anzeige
aktualisiert. Da geht wohl irgendwo entweder eine Schreib- oder
Lesefunktion schief. Ich werd mal danach suche, wahrscheinlich fehlt
bloss eine Fehlerabfrage irgendwo

Hatte richtig vermutet. Ich konnte das Problem reproduzieren. Alleine
über 50 Aussetzer hatte ich in einer 56k Datei. Wird wahrscheinlich
heut oder morgen eine neue Version geben, die das behebt

Werden die 10Byte nur für den File Transfer verwendet ?
Wäre es möglich diesen Wert auf, sagen wir mal etwa 100 zu vergrößern,
oder verträgt sich das nicht, da der UART nur 16Byte FIFO Puffer hat ?

Die 10Byte sind vermutlich der Grund, wiso bei Baudraten über etwa
500kBaud die Geschwindigkeit gleich bleibt. Immerhin muss das Programm
dann 5000x pro Sekunde neue Daten laden und die Anzeige aktualisieren.

Könnte man vergrössern. Werd ich in der nächsten Version mal machen. Ich
hab dir mal ne Mail geschickt mit einer Version, die keine Bytes
verschlucken sollte

Ich habe jetzt einige Daten übertragen, und hatte bisher keine Fehler
mehr.

Also das Programm ist zu langsam, ich Schicke fast in einer
Dauerschleife zeichen an den PC. Hyper-Terminal liest diese problemlos.
HTerm freezed solange ein, bis der komplette Buffer leer ist *schnarch
und Kaffepause mach*

Hab Dein HTerm eben auch mal getestet und muss sagen,
es gefällt mir wirklich gut. Schön einfach und übersichtlich
mit (fast) allem, was ich so brauche. ABER Simon K. hat leider
recht! Bei hohen Datenraten ist es etwas lahm :-o Schade.
Vielleicht könntest Du Dir die Routinen nochmal vornehmen.

Vorschlag für neues Feature:
Interessant wäre für mich (und evtl. auch für andere?)
die Möglichkeit den I2C-Bus zu emulieren, um entsprechende
Bausteine vor der Programmierung des uC testen zu können
bzw. zur Fehlersuche.

ja, ich weiss das noch einiges zu verbessern ist. Ich werd die Routinen
für den comport zugriff mal als nächstes angehen, dann sollte es besser
werden. danach ist noch das ausgabefenster dran; dann sind die gröbsten
mängel (meiner ansicht nach) beseitigt

@thilo
dein vorschlag ist sehr interessant aber lässt sich wohl nicht ohne
echten hardwarezugriff auf die schnitstelle machen. wäre aber bei
gelegenheit eine nette idee für ein neues projekt

Hallo
sieht sehr gut aus

evtl 2 erweiterungen..
das erste waere eine art History, dass man mit den courser tastan die
letzten 10 (oder mehr) gesendeten zeilen wieder aufrufen kann

das andere evtl einen button um spezielle Funktionen, wie LF oder TAB
in der anzeige untern einzuschalten, dass die zeichen auch etwas
formatiert werden koennen

Gruss Jens

die history werd ich einbauen. die idee gefällt mir gut

die formatierungen mit tab wird nicht gehen allerdings kann man über
cr@ beliebige zeichen für zeilenumbrüche setzen. diese options gilt für
die obere und untere box gemeinsam. zu den standardzeichenketten kann
man per config file beliebige eigene für den zeilenumbruch definieren

Ja, History und Threads halte ich für am dringlichsten.

das mit dem Tab koenntest du machen...

du hast doch pro zeichen immer eine stelle
jedes zeichen ist in der schriftart gleich breit und hoch..

also uebertragen wurden 2 zeichen (ein tab ist meinetwegen 10 Zeichen
bei dir) dann sprinngst du eben an stelle 1, wenn ein tab gekommen ist

evtl ist es auch morglich diesen tab dann als tab in die zwichenablage
zu speichern nur eine idee

ich weiss, dass es im Br@y Terminal funktioniert


gruss Jens

Also sollte ich einfach ein Tab, wenn es Auftritt in eine Lücke von
einer bestimmten Anzahl Zeichen umwandeln? Bin mir noch nicht sicher,
ob ich das ganz richtig verstanden habe ;)

So eine Funktion wäre meines Erachtens nach nur in der Ascii Only
Ansicht von Nutzen, in der Mehrformat-Ansicht würde es etwas seltsamer
Aussehen...

Hallo,

ein sehr schönes Programm. Werde es mal ausgiebig testen.

Aber da wir gerade bei der Featuritis sind: Ist es möglich, eine Art
von Checksumme zu implementieren?

Beispiel:
Bei Kommunikation über das MODBUS-Protokoll wird an eine Zeile immer
eine zweistellige Checksumme (CRC-16) angehängt. Wenn ich jetzt eine
Zeile eingebe und für die Checksumme nur noch auf eine Knopf drücken
müsste, wäre cooL ;-)

Meines Wissens sind CRC-8, CRC-16 und CRC-32 die gängisgsten Typen.

Schöne Grüße, der Wirus!

@Wirus

Dann mach es ihm doch nicht so schwer und liefere gleich in den
Algorithmus dafür in C-Syntax mit ...
Danach wäre es für ihn ein Klacks.

Moin,

hast ja recht ;-) anbei ein paar Seiten mit Code und Theorie:

http://www.flounder.com/checksum.htm

http://www.xilinx.com/xlnx/xweb/xil_publications_d...

speziell für Modbus:

http://www.modicon.com/techpubs/crc7.html#0.2..637...

Schöne Grüße, der Wirus!

@Tobi
waere schonmal von vorteil,

wenn ich ein Programm ueber die RS232 debugge und nicht immer gleich
viele zeichen gesendet werden ist es von vorteil, dass man mit einem
TAB die sich zumindest im terminal zurechtsortieren kann..

evtl wenn man den inhalt einfach kopieren will eine funktion
dazueinbauen, diese das dann mit dem tab zeichen auch macht

Gruss Jens

Danke für die ganzen Vorschläge!

Die Checksumme u.ä wird demnächst über einen weiteren Eingabemodus der
Eingabezeile hinzugefügt. Dann schreibt man einfach an den Anfang oder
ans Ende der Zeile im Modus cmd z.b cr16, dann wird das ganze
eingefügt. So sieht zumindest die Planung aus ;)

@jens
Ich werd die Ausgabeboxen demnächst mal komplett neu schreiben und dann
mal schaun, ob man etwas dementsprechendes implementieren kann. Wenn es
irgendwie mit annehmbaren Aufwand machbar ist kommt das auf jeden Fall
mit rein

Es gibt mal wieder was neues!
Zwar noch keine Checksumme aber immerhin eine History Funktion für die
Eingabezeile. Lässt sich mit den Hoch/Runter Tasten Auswählen; die
aktuelle Position steht in der Statuszeile.

Weitere Vorschläge sind natürlich immer willkommen.

http://www.der-hammer.info/terminal/index.htm

Hi Tobi!
Habe mir das Progr. jetzt mal runtergeladen, getestet und für sehr gut
befunden, bis ich die Config speichern wollte. Da gab,gibt es dann ein
sehr unschönes Bild.(siehe Anhang) Ist das nur bei mir so oder hat sich
da irgendwo ein Fehler eingeschlichen?
Achso! Win98se, direkt beim abspeichern der Config egal ob auto oder
mit Hand

MFG Uwe

Danke für den Hinweis! Der Fehler scheint nicht nur unter Win98
aufzutreten. Ich werd so schnell wie möglich einen patch dafür
erstellen

Solang sollten alle lieber bei der alten Version bleiben!

Problem sollte jetzt behoben sein. Neue Version steht online

Hi!
Ok, .cfg speichern geht jetzt. Aber:
1.Beim Starten des Programms werden alle anderen Schnittstellen
totgelegt(auch mein analoges Modem war plötzlich weg)
2.Wenn die Schnittstelle mit vielen Zeichen bombardiert wird(zum Test
habe ich eine Mouse drann)verschwinden sackweise Zeichen und das Progr.
wird teilweise unbedienbar(das geht bis zum Affengriff)
Kann es sein das die Int.-bearbeiteung zu langsam ist?(Ok. Ist auch nur
ein K6/III/500, aber auch da sollte es gehen)

MFG Uwe

zu 1.
Liegt wohl an der automatischen Erkennung der Comports. Werd ich
ändern

zu 2.
das liegt leider an dem prinzipiellen aufbau der darstellung des
programms, dass das ganze langsam ist. :/
Das wird erst behoben sein, wenn die ausgabeboxen neu geschrieben sind
und das dauert leider noch ein wenig. zur geschwindigkeitssteigung,
wenn man z.b nicht die mehrformatausgabe braucht hilft es, nur die
ascii ausgabe einzuschalten und im menü unter optionen/default style on
ascii zu aktivieren

kannst du das programm nocheinmal neu runterladen und probieren, ob das
totlegen aller schnittstellen jetzt beseitigt ist?

Hi!
Programm geladen und gestartet. Ich bin noch online. Sehr schön!
Hmm, nur ASCII geht wirklich schnell, nur wenn ich von HEX+ASCII auf
nur ASCII zurückschalte, werden Minutenlang keine Zeichen empfangen.
Das hält sogar an wenn das Progr. geschlossen und neu gestartet wird.
Ämmm nochwas, .cfg kann ich zwar laden und es wird auch alles
eingetragen nur es ist nicht wirksam.(lade .cfg mit nur ASCII-Haken
aber es erscheint alles kunterbunt, oder eben andersrumm. Ich hänge es
am besten mal an.

Vollen Erfolg, Uwe

Hi,

finde super dass Du so etwas geschrieben hast!
Kann ich das Programm auch nutzen um die Daten die in einem
Mikrocontrollerspeicher geschrieben werden (Bsp. Logbuchdaten) am PC
auszugeben und löschen?

Gruß,
Boris

Ja, die Kommunikation musst du jedoch selber auf dem MC implementieren.

Tolles Programm, ich würde mir noch eine Terminal Emulation wünschen z.B
VT100 oder ähnlich. Da ich eine formatierte Ausgabe als Daten-Monitor
benutze.

Wo finden sich Infos dazu, wie so etwas umzusetzen wäre. Hab noch nie
mit Terminalemulation gearbeitet.

Im Moment dauerts auch noch etwas, bis ich wieder was mehr am Programm
machen kann. Leider kaum Zeit :/

Google nach VT100 Befehlssatz oder ähnlich.