Neues Terminal-Programm für Windows

Wie sieht es bei dem Programm mit framing Errors aus:

Hintergrund: eine Übertragung (Modbus) soll mit 8 E 1 laufen. Die 
original-Quelle sendet als Parity allerdings immer ne 1. Also bei ca 50% 
der Zeichen ein falsches Parity Bit. Unser Modbus-Treiber ignoriert 
empfangene Zeichen mit falschem Parity, Bray-Term z.B. stellt allerdings 
ALLE Zeichen dar. (beim Senden ist aber alles korrekt)

Wie macht dein Terminal das bei Zeichen mit Parity oder Stopbit-Fehlern?
- gar nich anzeigen
- anzeigen ohne Fehlerhinweis
- anzeigen mit Fehlerhinweis (z.B. andere Zeichenfarbe auf dem Schirm)?

Hat mich nen Tag Arbeit gekostet, bis ich auf nem Speicherscope das 
"falsche" Telegramm mit einem korrektem Telegramm vergliche hatte.

hws

Frage zu Fonts:

Erstmal danke für das gute Programm.

Es gibt einige Terminals die Ascii Sonderzeichen direkt anzeigen.
So z. B. ASCII Bell als Glocke, Carriage Return als c/r, Line fFeed als 
l/f  usw. Jeweils als ein Grafiksymbol.

Hat den Vorteil das die Steuerzeichen direkt und nicht kryptischen Pik 
Herz Karo Symbole auftauchen.

Kennt jemand so einen Font?

Hallo,

gibt es eigentlich eine Möglichkeit sich die Art eines Fehlers anzeigen 
zu lassen?
Wenn "Show Errors" gesetzt ist werden die falschen Daten ja rot 
eingefärbt. Jetzt würde ich aber gern wissen was für ein Fehler 
aufgetreten ist (Paritätsfehler, Rahmenfehler usw). Konnte da so erst 
mal nix zu finden.

Ansonsten muss ich es einfach noch mal sagen, einfach ein super 
Programm!!!
Danke!!

Gruß

Hallo,


tolles Programm! Ich benutze V 0.8.1.
Jetzt versuche ich ein File zu übertragen, das Hexwerte enthält.
Leider gelingt das gar nicht.
Kann mir jemand ein kurzes Beispiel posten?

Wo gibts denn eine Hilfe zum Programm? Weiter oben war die Rede von 
einem PDF-File, das ich nirgends finden kann.

Bin dankbar für Hilfen.
cosin

Ich freu mich immer wieder..tolles Programm, danke!

> Es gibt einige Terminals die Ascii Sonderzeichen direkt anzeigen.
> So z. B. ASCII Bell als Glocke, Carriage Return als c/r, Line fFeed als
> l/f  usw. Jeweils als ein Grafiksymbol.

Schau dir mal mit der Zeichentabelle die Windows-Fonts an. Dinge wie 
Absatzmarke (seitenverkehrtes P), Zeilenumbruch-Zeichen 
(Enter-Knickpfeil), Tab-Pfeil findest so AFAIK sogar in allen 
Standard-Fonts, allerdings weiter hinten in den Unicode-Codepoints, also 
nicht bei den nicht druckbaren Zeichen. Für Glocke usw. vielleicht auf 
ne Zweitschriftart wie Windings umschalten?

Sorry, hab vergessen, dass dir das wenig nützt, wenn du das vorhandene 
Programm vom Tobi verwenden willst. Vergiss meinen Beitrag.

Hallo,


sehr schönes Programm!!!!
Wunsch: Könnte man es noch schneller machen.
Ich habe einen IIC-Bus-Logger, dem reichen die 256000 Baud nicht. Geht 
noch
eine Stufe schneller?

mfG Jürgen

Guten Morgen!

Mich würde mal was anderes zu diesem Terminalprogramm interessieren: 
unterstützt es die Escape-Sequenzen z.B. zu Cursor-Positionierung, 
Bildschirm löschen, Schrift- bzw. Hintergrundfarbe ändern?

Hallo Tobi H.,

dein HTerm war immer sehr hilfreich und nützlich.

In den letzten Tagen hat es mich aber im Stich gelassen:

Zum Testen eines Datenloggers habe ich mit deinem HTerm (mit Send File)
zahlreiche Dateien (150 - 170 Kb) mit unterschiedlichen Datenraten (9600 
bis 38400 Baud) an einen Logger geschickt, der sie dann in eine Datei 
schreiben sollte.
Beim Dateivergleich zwischen Quell- und Zieldatei wurden dann 
fehlerhafte Bytes festgestellt.
Die Anzahl der Fehler scheint mit der Baudrate zuzunehmen (bei 9600 Baud 
sind sie mir anfangs nicht aufgefallen)

Bei den Fehlern ist keine Systematik erkennbar, sie tauchen aber 
offensichlich in Gruppen auf.
HTerm hat sich während dieser Tests häufig aufgehängt, der Zähler für 
sendtime lief weiter, aber es wurden keine Daten mehr übertragen.

Die Suche im eigenen Programm ergab, dass bereits von der seriellen 
Schnittstelle fehlerhafte Bytes abgeholt wurden.
Daher habe ich angenommen, dass HTerm möglicherweise das Problem 
generiert.
Und habe den selben Test mit accessPort gemacht.
Damit gelang es, die Dateien tatsächlich fehlerfrei zu übertragen.
Allerdings hat das Programm (accessPort) bei einem Test mit 57200 Baud 
meinen Rechner ungefragt neu gestartet.

Michael S.

>> Ab und an gibt es nicht reproduzierbare Programmabstürze.
> Ich vermute, die treten auf, wenn hterm zu lange läuft. Mir fiel auf,
> dass nach langem hterm-Betrieb es abstürzt.
> @Tobi
> Gibt es eigentlich Logfiles mit denen wir dir helfen könnten? Ansonsten
> fiel mir das unter Vista SP1 und hterm 0.8.0beta auf, die 0.8.1beta habe
> ich gerade erst entdeckt. ;-)
Joo, bei langen (>1 Stunde) Einsätzen, stirbt HTerm schon mal. Da kam 
aber auch lange Zeit nichts über die serielle Schnittstelle rein. 
Vielleicht funkt da auch Windows/Vista dazwischen... :o

Hallo Tobi H.

ich habe gerade (auf einem anderen Rechner) noch einmal getestet.
Dazu habe ich die "changelog.txt" auf 400kB aufgeblasen und mit 
unterschiedlichen Baudraten ins Nirwana geschickt.

Aufgefallen ist mir, dass die "LED" ClearToSend immer heftiger leuchtet, 
je höher die Baudrate eingestellt ist (es ist natürlich kein 
Hardware-Handshake vereinbart).
Auf meinem anderen Rechner blinkte immer RI und eine weitere LED links 
oder rechts davon.

Egal, bei 115kBaud hat sich HTerm aufgehängt:

Die Fortschrittsanzeige (der Balken läuft weiter), die Zeitanzeige steht 
still und auch die Anzeige der übertragenen Bytes verharrt bei 
200/400.000.
Das Programm reagiert nicht mehr und musste per CTRL-ALT-DEL beendet 
werden.

Anmerkung:
Ich habe vielleicht 20-30 mal einzelne Dateien per sendfile 
abgeschickte,
zwischendrin häufiger abgebrochen und die Datenrate von 9600 bis auf 
115kB erhöht.
Beide System mit Windows 2000, SVP 4
Prozessor Athlon 1.4 GHz bzw. Intel 1.7 GHz

Das Problem ist zuerst bei Version 0.71 aufgefallen, dann habe ich die 
neuere Version 0.81 installiert - aber keine Veränderung.

Die blinkenden LED's machen mich übrigens stutzig.

Vielleicht hilf's ja weiter.

Michael S.
Michael S.

Hallo Tobi H.

Es freut mich zu hören/lesen, dass am HTerm weitergearbeitet wird.
Somit wird diese Super-Programm noch besser!!!

Ich habe da einen seltsamen Effekt, den ich mir nicht erklären kann:
Es werden nicht alle Daten in "Echtzeit" in der Receive-Box angezeigt!

Beispiel: ich sende meinem uC Befehle, die er per "OK" quittiert. Ich 
sehe an meinem Pegelwandler (Hardware), das eine Antwort kommt, in 
"Received Data" ist aber nichts zu sehen, auch nach dem zweiten und ggf. 
dritten Befehl steht dort nichts drin. Und dann, nach dem vierten Befehl 
stehen plötzlich alle vier "OK"s in der Box.

Diesen Effekt habe ich an mehreren PCs (WinXP Pro) festgestellt, die 
FIFOs der Ports sind aus.

Kennt den Effekt sonst noch jemand? Hab ich irgendwo was falsch 
eingestellt?

Grüße und Dank+Lob für das tolle Programm!

Michael

081beta win32 - Scrollen mit dem Mausrad aktualisiert den Scroll-Balken 
nicht

feature request for "Edit Sequence":
 is currently set to ASC by default (081beta win32)
 could remember sequence edit type during session or for each sequence

Na, wie sieht's aus? Die Fans warten! :-)

hi tobi,

ich benutze dein terminal schon sehr lange mit begeisterung und stoße 
dabei immer wieder mal auf programme, die es mit einer einheitlichen 
'newline' codierung nicht ganz ernstnehmen.
so werden mitunter einzelne CR's oder LF's benutzt wo ansonsten sauber 
mit CR+LF abgeschlossen wird.

leider gibt es keine einstellung in deinem programm, die ein 'newline 
at' mit gemischten variablen zulässt und so bleiben in der ausgabe immer 
wieder mal vereinzelte CR's oder LF's stehen, die ich eigentlich nicht 
sehen möchte.

könntest du dir vorstellen eine kombinierte option in deine 'newline at' 
option mit aufzunehmen, die jegliche art von zeilenumbrüchen (CR+LF oder 
CR oder LF) erkennt?

vielen dank im voraus & grüße,

phil

Ich habe mir HTerm heruntergeladen und verwende es momentan um eine 
Steuereinheit die ein Protokoll auf einen RS232-Anschluss schreibt zu 
sichten und loggen.
Das wichtigste für mich sind momentan die Zeiten der Zeilen, schön ist 
das wenn ich mit der Maus auf eine Zeile fahre mir die Zeit des Empfangs 
angezeigt wird. Sobald ich aber den Output in ein File schreibe wird's 
unleserlich. Gibt es eine möglichkeit das Speichern so zu konfigurieren, 
dass am Anfang jeder empfangenen Zeile ein Zeitstempel steht und nicht 
die Zeile durch Zeitsempel immer wieder unterbrochen wird. Oder kennt 
jemand eine andere Sofware die das kann?

Gruss Reto

hi all,

ich versuche hier gerade mit dem 'Sequence Manager' (unter WinXp) 
zurechtzukommen.
der eingetragene sequenz-text (ascii) wird auch gesendet und im 
'Transmitted data' window gezeigt. leider fehlt mir die möglichkeit den 
zeilenabschluss mitzuschicken (z.B. CR+LF).
habe ich hier etwas übersehn, denn auch ein "some_text\r\n" bringt nicht 
den gewünschten effekt, ich muss immer noch im 'Input control' window 
eine leerzeile mit 'Send on Enter [CR+LF]' hinterherschicken?

kann mir jemand weiterhelfen?

vielen dank,
phil

hi,

die geschichte mit dem 'Sequence Manager' habe ich jetzt so gelöst, dass 
ich einfach das zeilenende in hex (im script: h[0D 0A]) mitschicke. 
nicht sehr einfach zu bedienen, aber immerhin.

weiters ist mir aufgefallen, dass beim (automatischen) speichern der 
config-datei der tag <file path> (<SequenceManager> -> <OpenFiles>) 
immer die absoluten pfade abspeichert, auch wenn ich diesen vorher 
händisch auf relative (pfade) geändert habe.
der hintergrund ist die (von mir angestrebte) einfache portierbarkeit 
des programs + eines script-folders, der relativ zur 'hterm.exe' 
directory immer gleich bleibt.
ist das eventuell ein punkt für die feature-liste?

vielen dank & grüße,

phil


p.s. liest der autor hier noch mit?

Newline mit abspeichern?

Das Hyperterminal macht eben eine echte Terminalemulation, das kennt 
noch mehr Escape Sequenzen zur Cursorsteuerung (ANSI oder VTxx 
Emulation).
HTerm ist besser zur Analyse von Datenströmen, das interpretiert die 
Zeichen nicht.

guten tag.
brauche hilfe!
ich habe die version hterm 0.8.1 beta.
ich möchte über "send file" mehrere befehle einlesen lassen. wie geht 
das? die werte habe ich untereinander in ein textdokument geschrieben 
und dann geladen. es wurde max. ein befehl ausgeführt. was habe ich 
falsch gemacht?
muss ich jede zeile mit einen bestimmten zeichen oder wort abschließen?

Hier wieder was für die To-do Liste:
Timestamp berücksichtigt Sommerzeit nicht :-)

Super Proggi, genau das was ich gerade brauche um mein Prog auf einem 
Atmega8 zu debuggen.

Hallo zusammen.

Dickes Lob an Tobi, super Programm.

Als "Erweiterung" würde ich eine "formatierte" Ausgabe vorschlagen.
Ein zusätzlichen Kästchen bei den Ausgabeformaten: ASCI HEX BIN und 
Formatiert.

Beispiel:
Eine eingehende Nachricht die Spannungen beinhaltet könnte wie folgt 
aussehen:
02  04  26  26 01  03 01  86 02
STX LGE ADR CH1    CH2    CH3

Nun könnte man Masken anlegen die z.B. erstmal nach den ersten 3 Byte 
schauen:
02 04 26 -> werden diese erkannt und können einem Label zugeordnet 
werden, wird eine zuvor festgelegte Formatierung durchgeführt.

z.B.:
Channel1 (2 Byte) = Channel1 * 5 / 1023
Channel2 (2 Byte) = Channel2 * 5 / 1023
Channel3 (2 Byte) = Channel3 * 5 / 1023

In der Ausgabe könnte es dann wie folgt aussehen:
Spannungen: 1,44V 1,27V 3,16V



Ich hoffe ich habe es einigermaßen Verständlich herüber gebracht.


Und wenn das zuviel Arbeit ist, das man dann zumindest Gruppieren kann.


Gruß und vielen Dank für das schöne Programm,
Magnus.

Hi,

@Tobi:
Liest du hier noch mit? Man hört nichts mehr, und es wäre schade, wenn 
solch ein tolles Programm nicht weiter "lebt". Gib uns mal ein 
Lebenszeichen.

Ralf

> Einlesen (besser: darstellen) von 2 seriellen RX-Leitungen.
Das kann man doch auch mit zwei Instanzen machen. Timestamps können mW 
exportiert werden, dann die Daten mischen, voilà!

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

"webmaster" an der Domain ist seine E-Mail Adresse.

Vielleicht erklärt er sich bereit, das tolle Projekt zu "öffnen", damit 
es weiterentwickelt werden kann? Offensichtlich mangelt es ihm an 
Zeit/Motivation.

Ich hätte z.B. gerne die Möglichkeit, ausgewählte Daten zu löschen.
CTRL+C könnte die Daten wie abgebildet in die Zwischenablage kopieren.

Naja, Wünsche gibt es immer. Ist schon besser als alles andere.

Super Programm!!
Benutze es täglich!

Hätte noch ein Bug? und ein verbesserungs Vorschlag:

Bug/Feature??:
Wenn mit ASend gesendet wird, wird das "Send on enter" Zeichen nicht 
mitgesendet.

Vorschlag:
Die Möglichkeit eine Textdatei zeilenweise zu senden.
Mit Zeilenweise meine ich, dass nach jeder Zeile ein "Send on Enter" 
gesendet wird, sowie ein einstellbarer Delay eingehalten wird.

Weiter so!

Grüße

Schön wäre auch eine Schriftart, die extended ASCII unterstützt.

Habe mal an die o.g. E-Mail geschrieben - keine Reaktion.

Tobi wird doch nicht verschieden sein ohne der Nachwelt etwas zu 
hinterlassen  •••seufz•••

Versucht doch mal per PN, ihn zu einer Reaktion zu provozieren:
http://www.mikrocontroller.net/user/show/tobi-

Bugs:
- "Clear all" verursacht focus loss disconnect
- "unload sequence" verursacht überschreiben des XML files

Bittebitte gib' den Quellcode frei.

Hi Tobi,
I am using HTerm software for transmitting data using ATMEGA32. I need 
to save the document in text format so that I could read it. There are 
options to save like ASCII, Hexadecimal,but the saved data is not in 
readable form.
Please help me to find a solution.

Regards,
Shah

Hi Shah,
I had the same problem as you to save the received data.
I found the following way:
Save it as HEX Data, so you will find CR+LFs enclosed in the Data 
stream.
With a small Perl-hack I converted the Hex-Datastream back to ASCII with 
some additional conversions (like old german "Umlaute" to new Windows 
code page).
Here is the converter:

1

use strict;

2

3

# printf ("Programmname = %s\n", $0);

4

# printf ("Parm1 = %s\n", @ARGV[0]);

5

# printf ("Parm2 = %s\n", @ARGV[1]);

6

7

my ($from, $to, $rmax) = @ARGV ;

8

printf ("from = %s, to = %s, maximale Zeichenzahl: %d\n", $from, $to, $rmax);

9

10

local (*FROM, *TO) ;

11

12

open(FROM, "$from") or die "Could not open $from for reading: $!\n" ;

13

open(TO, ">$to") or die "Could not open $to for writing: $!\n" ;

14

15

while (defined (my $line = <FROM>)) { 

16

  # printf ("Vorher: Zeilenlänge = %d\n", length ($line));

17

  syswrite (TO, rupf ($line));

18

}

19

close(FROM) ;

20

close(TO) ;

21

22

sub rupf {

23

  my $line = shift;

24

  my $max = length ($line);

25

26

  $max = $rmax if ($rmax > 0);

27

  my @buffer;

28

29

  printf ("Zeilenlänge = %d\n", $max);

30

  ($max % 2 == 0) or die "Oops, die Stringlänge ist ungerade. Das kann nicht sein!";

31

32

  for (my $i = 0; $i < $max; $i += 2) {

33

    my $str1 = substr ($line, $i, 1);

34

    my $str2 = substr ($line, $i + 1, 1);

35

    printf ("1==>%s 2==>%s\t", $str1, $str2) if ($rmax > 0);

36

    printf ("Wert1 ==> %2x,  Wert2==>%2x, Gesamt = %2x\n", wert ($str1), wert ($str2), ord (chr (16 * wert ($str1) + wert ($str2)))) if ($rmax > 0);

37

    push (@buffer, chr (16 * wert ($str1) + wert ($str2)));

38

  }

39

  my $b2 = join ('', @buffer);

40

41

  $b2 =~ tr/\{\[\}\]\~\^\|/äÄüÜßÖö/;

42

  $b2 =~ s/\014/<FORMFEED>/g;

43

  $b2 =~ s/\n//g;

44

  return $b2;

45

}

46

47

48

sub wert {

49

  my $s = shift;

50

51

  my $erg = ord ($s) - ord ('0');

52

  if ($erg > 9) { $erg -= 7; }

53

  return $erg;

54

}

letztes Hterm Version

HTerm ist ein Terminal-Programm für die serielle Schnittstelle, das 
unter Windows und Linux läuft.
Besonderheiten

    Unterstützung von beliebigen (virtuellen) seriellen (RS232) Ports
    Unterstützung von allen auf der Zielhardware verfügbaren Baud-Raten
    Ein- und Ausgabe in Ascii, Hex, Binär und Dezimal
    Senden und Speichern von Dateien
    Parity für senden und empfangen
    Kopieren von beliebigen empfangenen Formaten in die Zwischenablage
    Komplett per Config-Datei im XML-Format individualisierbar

Ja und? Willst du in persönlich zur Rausgabe der Quellen zwingen?

Mark Brandis schrieb:
> Wie wäre es mit normal fragen?
Hat er dir schon geantwortet? =)

Ralf

ich probiere gerade hterm unter ubuntu zu starten.
Es kommt aber nichtmal eine fehlermeldung, kann mir jemand helfen?

supper Programm,

unterstützt es auch den Handshake Modi XON/XOFF ?
konnte es leider nicht finden.

Schönes Ding! Genau nach so etwas suchte ich heute zum debuggen eines 
XBEE datenstroms!!!  Perfekt!

Hi,
wenn ich einen Stromsensor über HTerm anspreche, funktioniert es nur, 
wenn ich den Befehl, z.B. M?, mit return bestätige. über "asend" kommt 
nichts. woran liegt das?

Und wie mache ich das?

ok, danke! jetzt geht es!

Hi,
ich benutze HTerm schon etwas länger und problemlos. Nun habe ich aber 
ein Problem mit einem neuen Debugger Chip von JLink. Dieser stellt einen 
virtuellen COM Port (JLink CDC UART Port) über USB zur Verfügung. Der 
Chip ist mit der UART eines CortexM0 (mit Hardwareflow CTS RTS) 
verbunden. Das Board ist ein Evaluationboard mit fester Verdrahtung.

Ich versuche mit folgenden Einstellungen (in Windows und in HTerm 
eingestellt) die Kiste zum Laufen zu bekommen:

115200 baud
8 bits
1 stopp
no parity
Hardware flow controll RTS/CTS

In HTerm bekomme ich immer den folgenden Fehler:

Error in OpenPort::Databits: Value of  not supported

Zwischen "of" und "not" soll wohl eine Zahl stehen, ist aber nichts. Ich 
habe schon verschiedene Einstellungen versucht, leider ohne Ergebnis. 
Mit Putty und LogView funktioniert es allerdings ohne Probleme.

Mark Brandis schrieb:
> H. P. schrieb:
>> PS: @ Mark: Ich weiß, aber man kann's ja mal versuchen. Es gibt ja auch
>> noch andere "Wissende" im Forum. Und das Programm ist doch Klasse -
>> oder?
>
> Ja, das ist es.

Ja, definitiv. Schade dass der Author die Lust verloren hat.

Ein Paradebeispiel für OpenSource wäre das. Da könnt man noch so viele 
Features hinzufügen. Auch habe ich Bedenken, dass die Binarys in 
folgenden OS-Versionen mal nichtmehr laufen, bzw. viele alte 
Abhängigkeiten mitziehen (ist unter 64Bit Linux jetzt schon so).

Hab sogar mal mit einem freien Klon angefangen, leider hab ich 
chronischen Zeitmangel :/

I benutze seit kurzem ScriptCommunicator 
(http://sourceforge.net/projects/scriptcommunicator/) und ich muss 
sagen, dass ist das beste Tool was ich bisher benutzt habe.
Da es ein sehr umfangreiches ScriptInterface hat, kann man es beliebig 
selber erweitern.
Außerdem hast es noch UDP, TCP Client/Server, CAN and SPI Master als 
auswählbares Interface.
Aus meiner Sicht sehr empfehlenswert.

I benutze seit kurzem ScriptCommunicator
(http://sourceforge.net/projects/scriptcommunicator/) und ich muss
sagen, dass ist das beste Tool was ich bisher benutzt habe.
Da es ein sehr umfangreiches ScriptInterface hat, kann man es beliebig
selber erweitern.
Außerdem hast es noch UDP, TCP Client/Server, CAN and SPI Master als
auswählbares Interface.
Aus meiner Sicht sehr empfehlenswert.

> QtScript (similar to JavaScript) interface.

Auf den ersten Blick ist es nicht einfacher als HTerm, das 
vergleichsweise durch die einfache, gemischte (ASCII, Hex, Dezimal, 
Binär) Eingabe(zeile) glänzt.

Groß/Kleinschreibung wird ignoriert.

Die Scriptfunktionen habe ich mir noch nicht angesehen, die 
Netzwerkfunktionen machen es interessant.

Das Problem bei HTerm ist, dass es bei einer bestimmtern Datenrate 
abstürzt. Genauso wenn man es zu lange laufen lässt und sehr viele Daten 
empfangen wurden.
Das Groß/Kleinschreibung bei ScriptCommunicator ignoriert wird kann ich 
in der aktuellen Version nicht sehen (3.06).
Im Sendefenster kann man ebenfalls wie in HTerm ASCII, Hex, Dezimal,
Binär Sendedaten eingeben (wenn man Daten direkt in einer Konsole 
eingibt, dann werden sie nur als ASCII interpetiert).

Masl schrieb:
> Ein Paradebeispiel für OpenSource wäre das.

.. nicht!

Warum solche Projekte nicht von Anfang an als OSS vertrieben wird ist 
mir schleierhaft (Angst davor den Quelltext zu zeigen??), noch 
schleierhafter ist mir allerdings dass es wirklich Leute gibt, die dass 
dann auch noch installieren..
Eine EXE aus dem Netz von einem "unbekannten" Herausgeber mit über 5MiB 
und ohne die Möglichkeit nachzusehen was da so alles passiert?
Mein erster Gedanke ist da sicherlich nicht "am besten installieren..."

Danke, aber nein danke..

Von den Sicherheitsaspekten abgesehen, dass man bei solchen Projekten 
dann komplett auf das Gutdünken des Urhebers angewiesen ist was 
Weiterentwicklung etc. betrifft, sollte es von jeglichem Einsatz in Prod 
Projekten (egal ob kommerziell oder OSS) ausschliessen.

Stefan Zieker schrieb:
> Das Problem bei HTerm ist, dass es bei einer bestimmtern Datenrate
> abstürzt. Genauso wenn man es zu lange laufen lässt und sehr viele Daten
> empfangen wurden.
Kann ich nicht bestätigen.
Hab HTerm schon über 3 Tage laufen lassen, Datenrate: 115k2, die nahezu 
voll ausgeschöpft wurden. Kein Absturz oder hängen, weder unter Windows7 
noch unter Linux.

Gerade dieser Open Source Charakter ist einer der wesentlichen Vorteile 
von ScriptCommunicator. Wenn dir etwas fehlt oder nicht passt dann 
ändere es einfach.
Und falls du diese Änderung an den Autor (mich) weiterreichst dann 
fließt sie vielleicht in den Hauptentwicklungszweick ein (und so haben 
vielleicht auch noch andere etwas davon).

Gruß
Stefan Zieker

Kaj schrieb:
> Stefan Zieker schrieb:
>> Das Problem bei HTerm ist, dass es bei einer bestimmtern Datenrate
>> abstürzt. Genauso wenn man es zu lange laufen lässt und sehr viele Daten
>> empfangen wurden.
> Kann ich nicht bestätigen.
> Hab HTerm schon über 3 Tage laufen lassen, Datenrate: 115k2, die nahezu
> voll ausgeschöpft wurden. Kein Absturz oder hängen, weder unter Windows7
> noch unter Linux.

Kann ich ebenfalls nicht bestätigen. Benutze HTerm seit vielen Jahren 
ohne Probleme. Aktuell mit Windows 8.1. und ebenfalls ohne Probleme.

Wenn Stefan Zieker diese Behauptung aufstellt, dann soll er sie auch so 
konkretisieren, dass sie nachvollziehbar ist. Alles andere ist üble 
Nachrede.

Üble Nachrede? Was meinst du warum ich meinen vollen Namen genannt habe?

Ich habe hTerm zwangsweise in einigen Projekten benutzen müssen, und bei 
einigen Dauertest ist es mir über Nacht abgestürzt (wodurch ich den 
ganzen Test vergesen konnte). Das mit der zu großen Datenrate hat auch 
bei diesen Projekten zu Abstürzen geführt (WinXp). Unter anderem 
deswegen habe ich angefangen ScriptCommunicator zu entwickeln.

Die Abstürze kann ich aktuell leider nicht mehr nachstellen, da die 
Projekte beendet sind (sonst hätte ich dir gerne eine Video online 
gestellt).

Gruß
Stefan Zieker

> Stefan Zieker schrieb:
> Ich habe hTerm zwangsweise in einigen Projekten benutzen müssen

Du bist mir vielleicht ein putziges Kerlchen :)

Weil das Tool Teil des offiziellen Test-Setups war (nachdem die Probleme 
mehrfach auftraten wurde das Tool dann ausgetauscht).

Das Problem mit dem Abstürzen von HTerm hatte ich auch schon (das hat 
nichts mit übler Nachrede zu tun).
Und danke nochmal Stefan, dass du ScriptCommunicator online gestellt 
hast.

Für die, die es interessiert befindet sich im Anhang ein Screenshoot der 
neuesten Version (der letzte ist veraltet).

Ui, das hterm. Leider ist das nie weiterentwickelt worden, obwohl es 
nicht schlecht war. Könnte der Autor nicht die Sourcen öffnen, damit man 
es weiterbauen kann?

Ich finde das nicht schlecht.

Hatte Ich gemacht - kam keine Antwort.

Schade!

Hat schonmal wer versucht den Autor anzurufen ? Oder Gar einen Post 
Brief?
Eventuell liest er ja die E-mails  von dem Server nicht
Im Web Whois steht die Telefonnummer und die Adresse.
Ich würde mich sogar an einem Freikauf beteiligen.

Da würde ich eventuell auch mit machen!

Hab mir auch schon mal überlegt, etwas Ähnliches zu entwickeln,
vor allem, weil ich halt auch ungern Binaries von mehr oder weniger
unbekannten Autoren aus dem Internet runterladen und ausführen will.

Das ist bei mir allerdings eine Frage der (Frei-)Zeit. Wenn man ein
solches Projekt nicht einfach hinrotzen, sondern sauber entwickeln,
testen und dokumentieren will, muss man sicherlich mal 40 Stunden
dafür einplanen, je nachdem, welche Features man in welchem Umfang
implementieren will. Und als Freiberufler ist Zeit tatsächlich Geld,
in dem Fall 40h x 80€/h = 3200€ netto.

Einige hier wären zwar anscheinend bereit, für ein solches Programm
Geld in die Hand zu nehmen, aber wohl sicherlich nicht in der
genannten Größenordnung. Das dürfte dann auch der Grund sein,
warum sich kaum jemand die Mühe macht, derartige Programme langfristig
weiter zu entwickeln - es rentiert sich einfach nicht. Und irgendwann
willst du halt auch mal von der Kiste weg und anderen Hobbies nachgehen.

Seid froh, dass die Webseite und der Download überhaupt noch vorhanden
sind und das Programm anscheinend auf aktuellen Systemen noch läuft.
Das ist auch nicht unbedingt selbstverständlich für ein Projekt,
dessen letztes Update schon mehr als 8 Jahre zurück liegt.

Vielleicht hätte ich klarstellen sollen, dass ich bei meiner 
Aufwandsabschätzung keinen Einsatz auf der ISS eingeplant hatte. ;)

Mark B. schrieb:
> Entwicklung von HTerm deutlich länger als 40 Stunden

Freiberufler meinte die Implementierung EINES Features! :-)

Gruss Chregu

Freiberufler schrieb:
> Und als Freiberufler ist Zeit tatsächlich Geld,
> in dem Fall 40h x 80€/h = 3200€ netto.

Der Gegenwert der Programmierung eines Terminalprogrammes ist eher 100h 
x 17,50 Studentarif. Mehr gibt das an Komplexitöt nicht her. Schon die 
Beispielprogramme von MS VisualStudio liefern die halbe Funktionalität 
kostenlos mit.

>Und wer schreibt die Spezifikation?

Wenn alle so dächten wie du, dann würde es so etwas wie Opensource nicht 
geben.
Darf ich davon ausgehen, daß du bei jedem freien Download eine 
entsprechende Spende an den Programmierer überweist!?

Reinhard S. schrieb:
> Der Gegenwert der Programmierung eines Terminalprogrammes ist eher 100h
> x 17,50 Studentarif.

Eben, niemand ist bereit, anständiges Geld für so ein Projekt 
hinzulegen, also verdingen sich qualifizierte Entwickler lieber
mit einträglicheren Aufgaben. Wobei ich mir ziemlich sicher bin,
dass diejenigen, die zuvor über einen "Freikauf" von HTerm nachgedacht 
haben, selbst bei deinem Dumping-Angebot noch ordentlich schlucken 
würden. Das ist genau der Grund, warum ich nichts für Privatpersonen 
entwickle (oder kleine Klitschen - die sind fast noch schlimmer).

> Mehr gibt das an Komplexitöt nicht her. Schon die
> Beispielprogramme von MS VisualStudio liefern die halbe Funktionalität
> kostenlos mit.

Wenn das doch so einfach ist, warum geht dann keiner hin und 
komplettiert mal eben schnell noch die fehlende Hälfte? Den Großteil
kann man sich ja bestimmt eh von Stack Overflow zusammenkopieren.
Und die 80-20-Regel ignorieren wir bei 17,50/h ohnehin.

BTW, es würde mich nicht wundern, wenn die Beispielprogramme von MS
für den Zugriff auf die serielle Schnittstelle direkt die WinAPI oder
andere plattformspezifische Bibliotheken bemühen, wo es dann Probleme
mit der Linux-Unterstützung (siehe obige "Spezifikation" ;-) gibt.

Aber gut, was kann man für 17,50 die Stunde schon erwarten. Es macht
am Ende halt doch schon einen Unterschied, ob man einen qualifizierten
Software-Entwickler oder einen Hobbyprogrammierer mit so einem Projekt
betraut. Pay peanuts, get monkeys.

Vielleicht braucht es nur einen Sponsor der der Sourcen kauft und dann 
OS macht.

Ich benutze HTerm dauernd zum Testen, mir ist leider kein geeigneteres 
Programm bekannt.

Mich stören nur 2 Dinge:
1. Befehlshistorie nur 10 lang (omg)
2. Bei wirklich hoher Datenrate versagt es (z.B. USB VCOM wo die 1kHz 
Transferrate von USB FS voll ausgenutzt wird)

Schade dass man HTerm nicht verbessern kann... vielleicht wäre die 
Lösung HTerm nachzubauen?

hterm gut schrieb:
> Ich benutze HTerm dauernd zum Testen, mir ist leider kein geeigneteres
> Programm bekannt.

Geht mir ebenso ;-)

Mein Hauptproblem ist das Geflacker des Log-Bereichs, wenn schnell Daten 
reinkommen. Da ist dann oft nichts mehr zu erkennen :-(

Es gab heimliche Updates:

Version 0.8.4
==========================

- Repair non-functional inputline format selection
- Fix flickering input and output controls on windows
- Fix file dialogs not showing files without extension


Version 0.8.3 (23.11.2018)
==========================

- Switch to wxWidgets 3.1.3
- Fix layout issues on Windows and Linux
- Fix inputline cursor scrolling after selections
- Better generated list of ports on Linux


Version 0.8.2 (01.11.2018)
==========================

- Rebuild for newer windows and linux platforms
- Fix mixed up error messages on unsupported port options
- Fix multiple potential crashes
- Fix layout issues

Oder habe ich gerade einen Virus heruntergeladen? Defender schlägt an 
und dann kommt:

---------------------------
hterm.exe - Systemfehler
---------------------------
Die Ausführung des Codes kann nicht fortgesetzt werden, da 
VCRUNTIME140_1.dll nicht gefunden wurde. Durch eine Neuinstallation des 
Programms kann das Problem möglicherweise behoben werden.
---------------------------
OK
---------------------------

Sorry, Website ist auch neu. Beim Download nicht gemerkt...

http://www.der-hammer.info/pages/terminal.html

> Startup error on Windows that VCRUNTIME140_1.dll was not found
> Go to Microsoft, download and install vc_redist.x64.exe for Visual Studio 2015, 
2017 und 2019

Einen hab ich noch:

Die Links werden ja angeboten:
https://support.microsoft.com/en-us/help/2977003/the-latest-supported-visual-c-downloads
https://aka.ms/vs/16/release/vc_redist.x64.exe


Domain ist über proxy registriert:
https://reports.internic.net/cgi/whois?whois_nic=der-hammer.info&type=domain

Das Impressum enthält keine Adresse.

Wow Der Hammer
Nach 10 Jahren geht es endlich weiter. Dankeschön !!
Das Programm ist wirklich gut und ich nutze es seit vielen Jahren.

@Tobias Hammer
Wenn du auf deiner seite einen Spenden Button einbauen würdest Würde ich 
sofort was Spenden.

Vlad T. schrieb:
> Der Autor hat wahrscheinlich nur auf ein neueres Visual Studeio
> gewechselt.

... was dann ein dazu passendes Redistributable Package erfordert.

Waaaaas es gibt eine neue Version von HTerm und auch noch für Linux und 
ich weiss nix davon?
:-o

Und dann macht ihr mir hier auch noch Angst es könnte virenverseucht 
sein weil jemand die Webseite gehackt haben könnte?
:-O

Die seite ist eher nicht gehackt ;)
Ich glaube kein Hacker würde mal eben Hterm nachbauen und noch 
verbessern nur um irgendwelche dll's zu verteilen...
Ich habe Windows 10 und Linux64 auf Ubuntu getestet und beide laufen 
sofort und fehlerfrei

Hallo an alle,

Ich arbeite zurzeit an einem großen Projekt und habe angefangen HTerm zu 
nutzen.
Bei mir läuft alles super (Danke Tobi).
Das einzige Problem ist, dass ich keine einzelne Daten darstellen lassen 
kann. Ich möchte nur die Daten von einem bestimmten Sensor und nicht 
alle Daten von dem Projekt (GPS-Daten, andere Sensoren...) auf Hterm 
darstellen lasse.
Hat jemand eine Lösung dafür ?
Danke

Sadok

heinz schrieb:
> Wenn du auf deiner seite einen Spenden Button einbauen würdest Würde ich
> sofort was Spenden.

Er hat dich erhört ;-).

Vom meiner Seite vielen vielen Dank für dieses tolle Programm, und den 
Donate Button drücke ich auch noch.