Ansteuerung ThermostatPlus / Eppendorf

' schrieb:Versteh ich nicht! Bin hier kein mega Checker,der das versteht:Was ist denn eine Checksumme?

Hmm, das ist eine Berechnung einer Quersumme, XOR Verknüpfung oder dergleichen aller Datenbytes einer Datenbotschaft die normalerweise ans Ende der Botschaft angefügt wird. Die genaue Berechnung davon ist meist nicht allzu kompliziert aber es gibt etwa soviele Varianten davon, wie es Sterne im Universum gibt ;)und das ist dann auch das meist lästige an Checksummen.
Die Idee ist um auf diese Weise einfache Datenkorruptionen bei der Übertragung erkennen zu können und eine Botschaft als korrupt zurückweisen zu können. Funktioniert bei den meisten Checksummen aber nur für einfache Bitfehler. Bei vielen wird ein zwei Bitfehler, also zwei Bits korrumpiert in einer Botschaft, zum Beispiel schon nicht mehr korrekt erkannt.

Rolf Kalbermatter

' schrieb:Noch eine Frage: Wenn ich "04 24 20...." in das String bedienelement eingebe,dann steht nach dem senden "04s24s20s30s30s31s05" als string da! Hab ich da was falsch gemacht?

Lies nochmals Beitrag#20

Gruss
Roland

' schrieb:Als Wartezeit hab ich immer 500ms gehabt...aber 250ms machen da auch nix anderes,oda!?

Macht nichts.

Zitat:Versteh ich nicht ganz! Meinst du vielleicht,dass der Port immer erst vor jedem Senden/Empfangen wieder auf ein Definierten Wert zurück gesetzt werden muss? Oder,dass der Port immer nach jedem Befehl geschlossen werden sollte?

Der Port selbst muss nicht geschlossen werden. Das einzige was du letztendlich machen sollst, ist die Fehlermeldung zu ignorieren.

Zitat:Also das mit der "Keine autom. Fehlerbehandlung" hab ich gemacht,hat jedoch nix genützt! Und wie konfigurier ich das VISA so,dass alle Fehlermeldungen ignoriert wird?

Wichtig ist nur, dass die Fehlermeldung nicht automatisch erscheint.

Zitat:Noch eine Frage: Wenn ich "04 24 20...." in das String bedienelement eingebe,dann steht nach dem senden "04s24s20s30s30s31s05" als string da! Hab ich da was falsch gemacht?

Ja. Du hast zwischen 04 und 24 ein Leerzeichen getippt also "04 24". Das Leerzeichen wird als s (s für Space) angezeigt - und gesendet. Also raus damit und "0424" getippt.

' schrieb:Versteh ich nicht! Bin hier kein mega Checker,der das versteht:Was ist denn eine Checksumme?
Hab das zwar bei Wiki gelesen,jedoch nix in meiner Doku gefunden! Die nützt mir doch nur was,wenn ich was gesendet bekomme,was ich auch lesen kann,das ist ja bis jetzt nicht der Fall!

Du brauchst keine CheckSumme, so wie RolfK das meint mit zusätzlichem Byte. Die benötigte Sicherung geht in deinem Falle alleine über das Paritybit.

' schrieb:Ja. Du hast zwischen 04 und 24 ein Leerzeichen getippt also "04 24". Das Leerzeichen wird als s (s für Space) angezeigt - und gesendet. Also raus damit und "0424" getippt.

Könnte es nicht auch so sein das einige der Zahlen effektiv als Bytes verschickt werden sollten, also wenn das Control im Backslash Modus eingestellt ist dass man effektiv "O424..." schreiben sollte? Erscheint mir die logische Konsequenz wenn ich die Daten betrachte die Portmon protokolliert hat.

Noch einfacher wäre wohl um das Control im Hex-Displaymode zu konfigurieren.

Rolf Kalbermatter

' schrieb:Könnte es nicht auch so sein das einige der Zahlen effektiv als Bytes verschickt werden sollten, also wenn das Control im Backslash Modus eingestellt ist dass man effektiv "0424....." schreiben sollte? Erscheint mir die logische Konsequenz wenn ich die daten betrachte die Portmon protokolliert hat.

Dass wir hier zu dritt nicht durcheinanderkommen. Die Werte Zahlen müssen natürlich als Byte verschickt werden.

Die Anzeige "04s24s20s30s30s31s05" hab ich jetzt als Hex-Anzeige interpretiert und so wäre sie auch bis auf den Space richtig. Allerdings kann ich jetzt und hier nichts verifizieren, da ich hier kein LV habe.

Übertragen werden sollen die Bytes 0x04 0x24 0x20 [*grübel*] 0x30 0x30 0x31 0x05.

[*nachdenk*]
Warum steht dann einmal s und einmal 20. Das ist das selbe! => Die Eingabe ist falsch.

@Marzlf9
Leider kann ich dir hier keine LV-Code einstellen, weil ich das hier nicht hab. Eigentlich gehört folgendes gemacht. Erstelle ein Array auf U8 mit den Daten 0x40, 0x24 .... Dieses Array konvertierst du in einen String. Bei Hexanzeige des Strings sollte dann dastehen: 04242030303105

Anzeige

' schrieb:@Marzlf9
Leider kann ich dir hier keine LV-Code einstellen, weil ich das hier nicht hab. Eigentlich gehört folgendes gemacht. Erstelle ein Array auf U8 mit den Daten 0x40, 0x24 .... Dieses Array konvertierst du in einen String. Bei Hexanzeige des Strings sollte dann dastehen: 04242030303105

Oder wie ich schon mehrmals gesagt habe.
String umschalten auf HEX und die Werte eingeben.
das sieht dann so aus 0424 2030 3031 05


So das wars
Gruss
Roland

' schrieb:Du brauchst keine CheckSumme, so wie RolfK das meint mit zusätzlichem Byte. Die benötigte Sicherung geht in deinem Falle alleine über das Paritybit.

Stimmt, sorry! HAbe die Dok nochmals durchgelesen und da steht nur etwas über die Parity, die definitiv gerade ist.

Nichts für ungut. Was mich aber etwas stört an dem alle, ist das die Messages die hier besprochen werden alle mit 0x04 zu beginnen scheinen, während das doch gerade das End Of Text Steuerzeichen ist. Obwohl wenn man dann die Doku liest könnte man das auch so verstehen, dass man der Gegenstation mitteilt "Halt die Klappe, jetzt komme ich!"

Rolf Kalbermatter

ES GEEEEEEHT

Primaprima....hab den String unter Eigenschaften in hex umgewandelt wie RoLe gesagt hat.


So...denke/hoffe das es damit gegessen ist.Werde jetzt die ganzen Funktionen prüfen und dann mich mal ans Programmieren machen!



Ich dank euch ganz ganz lieb für eure Hilfe!!




Schön Tag noch

' schrieb:"Halt die Klappe, jetzt komme ich!"

Tatsächlich.
Laut DIN - siehe hier - ist es zumindest für das ENQ sinnvoll, dass es am Ende steht.