RS232 Newbie braucht schnelle Hilfe

[Michael (Gast)]

Hallo Zusammen.

Um direkt Beschimpfungen oder ähnlichem vorzugreifen: Ich kenne mich 
nicht aus und benötige nur ein Hilfebeispiel, denn die Beschreibung ist 
für mich als nicht-Programmierer und nicht-Mikrocontroller-Mensch sehr 
unverständlich. Den Rest bekomme ich hin, hoffe ich.

Es geht um eine 8-Kanal Relais-Karte, die über RS232 gesteuert wird.
In der Anleitung steht folgendes:

(ZITAT)
Befehlsfolge:
Um einen Befehl auszuführen muss die richtige Befehlsfolge der K8056 
übertragen werden.
Eigentlich sieht solch eine Befehlsfolge so aus:
1. CHR$ (13)
2. Kartenadresse (1...255)
3. Befehl
4. Adresse (1...255) oder Relaisnummer ('1'..'9' ASCII)
5. 'checksum' Summe prüfen (2-Komplement der Summe der 4 vorigen Bytes + 
1)

Befehle:
'S' : Relais einstellen. 'S'-Befehl soll durch Relais # '1' bis '8' 
gefolgt werden.
'C' : Relais löschen.  ...(ich kürze das hier mal ab)...
(ZITAT ENDE)

Und jetzt steh ich da und nix tut sich ...
Was müsste ich zum Beispiel schreiben für 'Relais 1 an'? (In HEX) Den 
Rest verstehe ich dann und könnte es herleiten.
Danke schonmal im voraus.

[Kübel (Gast)]

> RS232 Newbie braucht schnelle Hilfe

Kein Problem. Nenne einfach deine Kreditkartennummer & die PIN, der Rest 
geht Ruck Zuck.

[Michael (Gast)]

Ich hätte nichts gegen konstruktive Beiträge, Danke.

[Kübel (Gast)]

Michael schrieb:
> Ich hätte nichts gegen konstruktive Beiträge, Danke.

Also mein Beitrag war konstruktiv. Er ist extra für Leute die schnelle 
Hilfe fordern.

[egberto (Gast)]

Das Demo von Vellmann läuft?

[v3.x (Gast)]

DU hast doch schon alles geschrieben:

sende

1. CHR$ (13)
2. Kartenadresse (1...255)
3. Befehl: hier wohl 'S'
4. Adresse (1...255) oder Relaisnummer ('1'..'9' ASCII):hier wohl '1'
5. 'checksum' Summe prüfen (2-Komplement der Summe der 4 vorigen Bytes +
1)

[SuperPCFan (Gast)]

Also die Anleitung ist sehr schwammig was Befehlslänge und Formatierung 
angeht.

Ich würde es erst mal mit:

0x13 0x01 0x53 0x31 0x66

versuchen.

Sind aber viele Vermutungen eingeflossen.

[Michael (Gast)]

Das ist nicht konstruktiv, sondern Dummschwätzerei. Weitere Kommentare 
von Dir werden ignoriert bis vielleicht wirklich Hilfe kommt ;-)

[SuperPCFan (Gast)]

SuperPCFan schrieb:
> Also die Anleitung ist sehr schwammig was Befehlslänge und
> Formatierung
> angeht.
>
> Ich würde es erst mal mit:
>
> 0x0D 0x01 0x53 0x31 0x6C
>
> versuchen.
>
> Sind aber viele Vermutungen eingeflossen.

[Philipp L. (philipp_l89)]

1. 0d13 -> 0x0D
2. Kartenadresse (1...255) (Die weiß ich nicht, angenommen 1) -> 0x01
3. 'S' -> 0x53
4. Relais '1' -> 0x31
5. 'checksum' -> 0x5332

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

Michael schrieb:
> 'checksum' Summe prüfen (2-Komplement der Summe der 4 vorigen Bytes + 1)
Philipp L. schrieb:
> 5. 'checksum' -> 0x5332
Ich tippe eher, dass die Checksum auch ein einziges Byte ist und damit 
0x6F ist...
0x6F deshalb, weil 0x100-0x92=0x6E ist. Und 1 drauf gibt die 0x6F.

[Michael (Gast)]

egberto schrieb:
> Das Demo von Vellmann läuft?

Die Software finde ich nicht. Die Homepage ( www.vellemann.be ) ist auch 
nicht mehr da... Hast Du die Software vielleicht?

SuperPCFan schrieb:
> Ich würde es erst mal mit:
>
> 0x13 0x01 0x53 0x31 0x66
>
> versuchen.

Das klappt leider nicht. Aber es ist schön zu merken, dass ich nicht der 
einzige bin, der das nicht aus dem eff eff hin kriegt mit der Anleitung 
;-)

bis jetzt noch NICHT FERTIG ;-)

philip's angabe noch probieren...

[Marc V. (Firma: Vescomp) (logarithmus)]

Michael schrieb:
> Was müsste ich zum Beispiel schreiben für 'Relais 1 an'? (In HEX) Den
> Rest verstehe ich dann und könnte es herleiten.

 0x0D - 0x01 - 0x53 - 0x31 - 0x6F

 Eine Sekunde warten, dann

 0x0D - 0x01 - 0x43 - 0x31 - 0x7F

 senden.

[HildeK (Gast)]

Michael schrieb:
> Und jetzt steh ich da und nix tut sich ...

Und was hast du gemacht was zu diesem Ergebnis führte?

Du musst wahrscheinlich schreiben:
0x0d = CHR$13
0x01 = Kartenadresse, Annahme von mir, ich kenne ja nicht deine 
Einstellungen
0x53 = S
0x01 = Adresse 1, ev. auch ASCII '1', wäre dann 0x31
0x9E = Zweierkomplement der Summe 0x0d+0x01+0x53+0x01, muss geändert 
werden, wenn Relaisadresse als 0x31 gesendet werden muss

[SuperPCFan (Gast)]

Du musst die Kombinationen aus Hex-angaben, Dezimalangaben, Adressen und 
den passenden Checksummen durchspielen.
Bei so einer Anleitung raten wir genauso wie du.

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

HildeK schrieb:
> 0x9E = Zweierkomplement der Summe 0x0d+0x01+0x53+0x01
Das Zweierkomplement der Summe 0x0d+0x01+0x53 = 0x92
Und noch 1 drauf 0x6E+0x01 = 0x6F

Was ich mich da frage: warum machen sich die Leute bei der Prüfsumme 
eigentlich immer das Leben so umständlich schwer? Ich würde einfach die 
Summe der vorigen Bytes senden.
Oder nur das Zweierkomplement, dann ist die Summe über alle 5 Bytes 0.
Aber das +1 hier ist ein unnötiger Knoten im Hirn...

[Michael (Gast)]

Vielen Dank alle zusammen!

Ich hab geschaltet. freude

Das mit der checksumme muss ich mir noch beibringen, dann wird der rest 
schon ... ;-)

Der Sieger:

0x0D 0x01 0x53 0x31 0x6E

Danke.

[SuperPCFan (Gast)]

Weil bei Prüfsummen immer Komplexität gegen Sicherheit arbeitet.

Will man einfache Berechnungen oder möglichst viele Fehlerfälle 
erschlagen?
Beides geht nicht.

Jede Rechenoperation macht andere Fehler erkennbar.
Jede Rechenoperation die man weglässt, lässt die entsprechenden Fehler 
unentdeckt.

[Michael (Gast)]

wieso hat der dann mit 0x6E auch geschaltet? grübel

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

SuperPCFan schrieb:
> Weil bei Prüfsummen immer Komplexität gegen Sicherheit arbeitet.
Das ist aber schon "sich selber Sand in die Augen streuen".

> Jede Rechenoperation macht andere Fehler erkennbar.
> Jede Rechenoperation die man weglässt, lässt die entsprechenden Fehler
> unentdeckt.
Was bietet mir hier das +1 ausser der Sicherheit, dass das irgendwann 
mal einer vergisst? Warum multiplizert man dann das Ergebnis der 
Prüfsumme nicht noch mit 7 und zieht daraus die Wurzel?

Ich hätte gesagt: summiere alle übertragenen Bytes auf, und wenn nicht 0 
rauskommt, dann ist es ein Fehler.

Michael schrieb:
> wieso hat der dann mit 0x6E auch geschaltet? grübel
Wenn er das tut, schaltet der vermutlich auch mit jeder beliebigen 
Prüfsumme, weil die empfängerseitig aus Komplexitätsgründen gar nicht 
implementiert ist...

[omg (Gast)]

und hier der link zu der Software die dazugehört:
https://www.velleman.eu/downloads/files/downloads/k8056_vb_demo.zip

Wäre ja auch zu einfach wenn du gesagt hättest was du da überhaupt hast 
und von wem.....

Hier fehlt jetzt das ROLLEYES Emoticon

[Michael (Gast)]

Vielen Dank Euch allen. Wenn ich mal wieder was Controller-mässiges 
brauche, komm ich gerne wieder. Ich brauche das nur zu selten (bis 
eigentlich gar nicht) um mich mit der Materie auseinander zu setzen.

Kann als gelöst geschlossen werden.
Danke.

[Marc V. (Firma: Vescomp) (logarithmus)]

Hier.
So etwas von Sch..site habe ich lange nicht erlebt.

Michael schrieb:
> Der Sieger:
>
> 0x0D 0x01 0x53 0x31 0x6E

 Mit Sicherheit nicht.
 Weil:
 0x0D+0x01+0x53+0x31 = 0x92
 2-er Komplement = 0x6E
 +1 = 0x6F

 Andersrum:
 0x0D+0x01+0x53+0x31 = 0x92 +1 = 0x93
 2-er Komplement = 0x6D

 Wo kommt denn noch einmal +1 im zweitem Beispiel ?
 Richtig ist entweder
Beitrag "Re: RS232 Newbie braucht schnelle Hilfe"
 oder 0x6D

 Oder das, was du oben aufgeführt hast, stimmt nicht.
 Oder es wird jede beliebige Prüfsumme angenommen.

[Michael (Gast)]

Ah, die seite ist nicht mehr BE, sondern EU, Danke für den Hinweis.

[HildeK (Gast)]

Michael schrieb:
> Der Sieger:
>
> 0x0D 0x01 0x53 0x31 0x6E

Damit geht's?
OK, dann ist es nur das Zweierkomplement ohne irgendwelche weitere 
Additionen.
Vielleicht hätte stehen sollen: Einerkomplement + 1 ...

[Walter S. (avatar)]

Lothar M. schrieb:
> Ich hätte gesagt: summiere alle übertragenen Bytes auf, und wenn nicht 0
> rauskommt, dann ist es ein Fehler.

und so war es dann ja auch

[guest (Gast)]

In dem ZIP sind doch die Sourcen von dem Demotool mit drin. Warum da 
nicht einfach mal reinschauen?

checksum = (255 - ((((13 + address + Asc("S") + Asc("1")) / 256) - Int((13 + address + Asc("S") + Asc("1")) / 256)) * 256)) + 1

messagestring = Chr$(13) & Chr$(address) & "S1" & Chr$(checksum)
messagestring = messagestring & messagestring
messagestring = messagestring & messagestring
comm.Output = messagestring

Hier noch ein Auszug aus dem PDF:

For wired operation, the instruction sequence needs to be sent at least twice.

[Werner F. (Gast)]

Hallo,
wie kommunizierst Du denn hardwaremäßig per Kabel mit der Relaiskarte? 
Per Softwarehandshakes oder Hardwarehandshakes?
Bei Softwarehandshakes reicht ein 3 aderiges Kabel. Also Masse, RX und 
TX.
Bei Hardwarehandshakes musst Du mindestens 4 Adern haben. Also Masse, 
RX, TX und DTR.
Wichtig hierbei könnte sein, dass der Rechner der die Daten zur 
Relaiskarte sendet, zuerst das DTR-Bit (Data-Terminal-Ready-Bit) an die 
Relaiskarte senden muss, bevor die Relaiskarte mit dem Rechner 
kommunizieren kann.
Stimmen denn die übrigen Parameter wie Baudrate, Datenbit, Stopbit und 
Parität? Falls nicht, ist eine Kommunikation ebenfalls nicht möglich.

MfG. Zeinerling

[Marc V. (Firma: Vescomp) (logarithmus)]

guest schrieb:
> checksum = (255 - ((((13 + address + Asc("S") + Asc("1")) / 256) -
> Int((13 + address + Asc("S") + Asc("1")) / 256)) * 256)) + 1

  Was für ein Schwachsinn.

> messagestring = Chr$(13) & Chr$(address) & "S1" & Chr$(checksum)
> messagestring = messagestring & messagestring
> messagestring = messagestring & messagestring
> comm.Output = messagestring

  Und das ist noch schwachsinniger.

> Hier noch ein Auszug aus dem PDF:For wired operation, the instruction
> sequence needs to be sent at least twice.

 Und das ist absoluter Wahnsinn.