Hallo zusammen, ich versuche mit einem Arduino Nano einen Messschieber von Helios Preisser auszulesen.
Ein Programm hab ich welches von Pin 9 liest und die werte sollen per seriellen Monitor auf dem PC angezeigt werden. Nach dem Anschluss und aufspielen des Programms sendet der Arduino Nano aber nur kryptische zeichen. Ich denke das es von den falschen Einstellungen des Seriellen Anschlusses liegt.
Standart Einstellung ist wohl 8N1 laut Serial.begin() - Arduino Reference
Ich benötige aber als Übertragungsparameter 1 Startbit, 7Bit Wortbreite; gerade Parität 2 Stoppbits und 4800 Baud.
Zur Frage: Ist es generell möglich die Daten mit den anderen Übertragungsparametern mit dem Arduino Nano auszulesen oder muss ich wie auf Serial.begin() - Arduino Reference angegeben auf den Arduino Mega umsteigen ?
Mit einem TTL/USB Konverter kannst du die Hardware Schnittstelle für die Kommunikation mit dem Gerät verwenden und SoftwareSerial für die Kommunikation mit dem PC
Nein ich habe an dem orginalen Kabel des Messschiebers den 9poligen Sub D Stecker abschnitten und RX und TX direkt an Pin 9 und 10 angeschlossen und +Vdd auf 5V und das 4. auf Masse
Die LED an dem Optischen Übertrager am Ende des Kabel leuchtet.
Beim Verbinden von 5V auf Pin 9 vom Bord wird die Anfrage gestartet, aber es kommen wie gesagt nur kryptische Zeichen an.
Martin1977:
Nein ich habe an dem orginalen Kabel des Messschiebers den 9poligen Sub D Stecker abschnitten und RX und TX direkt an Pin 9 und 10 angeschlossen und +Vdd auf 5V und das 4. auf Masse
Dann kommt das Signal invertiert bei deinem Nano an.
Übrigens RS232 verwendet Pegel, jenseits von +5V und GND
PS:
Ich weiß nicht was alles in dem abgeschnittenem Stecker steckt.
Also ohne Gewähr.
Ich steh gerade auf dem Schlauch.
Den Code hab ich gerade probiert, es kommen die selben Zeichen an. (im seriellen Monitor der Arduino Software)
Oder muss ich die Empfangseinstellungen am PC ändern ?
Besser wäre es wenn der Arduino das selbst so "berechnet" und somit der Wert evtl auch weiterverwendbar wäre z.B.zu einer Berechnung.
Mit dem invertierten Signal muss ich leider auch die Segel streichen, dafür sind meine Programmierkenntnisse zu gering.
Ich will mal nach einem Beispiel suchen, evtl. komm ich ja dann durch.
Das wäre höchstwahrscheinlich hardwaremässig das richtige gewesen, wenn du den dsub9 nicht abgeschnitten hättest.
Aber das hätte das Problem mit dem Protokoll auch nicht gelöst
Laut dem von dir verlinkten Dokument macht und erwartet es: "1 Startbit, 7Bit Wortbreite; gerade Parität 2 Stoppbits und 4800 Baud"
Von irgendwelchen Alternativen ist da weit und breit nichts zu sehen.