https://forge.codesys.com/forge/talk/Deutsch/thread/bd322a42a3/2020-02-28T11:32:25.832000ZRecent posts to Funkstille Wago serielle Schnittstelle - Ölbad2020-02-28T11:32:25.832000Z2020-02-28T11:32:25.832000Zisomhttps://forge.codesys.com/u/isom/https://forge.codesys.com970be431b0411e8f65399dafcc5a1870f00bf53c

<div class="markdown_content"><p>Hallo miteinander</p> <p>Habe die Komunikation herstellen können und musste nicht die komplexere Variante wie von Andy angedeutet programmieren. Der Fehler lag wie schon vermutet bei den Start- &amp; Endzeichen. Ich wurde jedoch fündig bei den STRING-Konstanten in der Hilfe:<br/> - $L oder $l Zeilenvorschub<br/> - $N oder $n Neue Zeile<br/> - $R oder $r Zeilenumbruch</p> <p>Mein Ölbad verlangt ein CR LF. Ich habe nun mit der Funktion CONCAT den eingegebenen String, der übermittelt werden soll, mit dem String '$R$L' zusammengefügt. Nach dieser Änderung funktionierte das Senden einwandfrei. IM FB Barcode_Scanner mussten um Daten empfangen zu können, die folgenden Initialwerte angelegt werden:<br/> - startzeichen : BYTE :=16#0A; (<em> Prefix -&gt; LF </em>)<br/> - endzeichen : BYTE :=16#0D; (<em> Sufix -&gt; CR </em>)</p> <p>Hoffe ich kann mit diesem Eintrag jemandem auf die Sprünge helfen &amp; wünsche einen schönes Wochenende.</p></div>

2020-02-28T11:32:23.167000Z2020-02-28T11:32:23.167000Zisomhttps://forge.codesys.com/u/isom/https://forge.codesys.com589217c545e4ec61f39fdaabc4a41363416c8458

<div class="markdown_content"><p>Hallo miteinander</p> <p>Erstmals vielen Danke für eure Hilfe! </p> <p>@Andy: Werde wohl nicht umher kommen, die von dir angedeutete komplexere Variante zu programmieren, danke für den Tipp!</p> <p>@Karl: Zum Protokol werden folgende Informationen hilfreich:<br/> "Der Befehl vom Rechner muss mit einem CR, CRLF oder LCCR abgeschlossen sein."<br/> "Die Rückantwort vom Thermostaten wird immer mit einem CLRF abgeschlossen."<br/> CR = Carriage Return, LF = Line Feed</p> <p>Beim durchforsten der Doku bin ich über eine spezielle Anmerkung gestolpert; "Treiber Software für LABVIEW". Hier wird beschrieben, dass um die Schnittstelle programmtechnisch ansprechen zu können, ein Treiber zur Verfügung gestellt wird. Könnte es sein, dass hierbei der Hund vergraben liegt? Mit HT funktioniert die Ansteuerung, jedoch nur befehlsweise und vor allem wird in der Doku erwähnt, dass mit HT die Schnittstelle auf ihre Funktion getestet werden kann.</p> <p>Ich probier's mal mit dem Serial-Interface-FB. Danke nochmals!!</p> <p>Grüsse<br/> isom</p></div>

2020-02-28T11:32:15.828000Z2020-02-28T11:32:15.828000Zgravierenhttps://forge.codesys.com/u/gravieren/https://forge.codesys.com51103239e2567064ebba7963d8936bcf63d44dee

<div class="markdown_content"><p>Hi</p> <p>Das was "blackenslaver666" schreibt hört sich logisch an.</p> <p>HT sendet mit dem "Return" ein "CRLF" !</p> <p>Was sagt das Handbuch hierzu ?<br/> (Protokoll" für Ölbadsensor)</p> <p>Gruß Karl.</p></div>

2020-02-28T11:32:13.251000Z2020-02-28T11:32:13.251000ZAnonymoushttps://forge.codesys.com/u/*anonymous/https://forge.codesys.comb1a31761925ebf1913151bd075f7b54632f2474c

<div class="markdown_content"><p><em>Originally created by:</em> blackenslaver666</p> <blockquote> <p><strong>gravieren hat geschrieben:</strong><br/> Da er schon mit HT getestet hat und Daten rausbekommen hat, denke ich dass die Parameter stimmen sollten.</p> </blockquote> <p>Ok, hab ich etwas anders gelesen, aber sei's drum. </p> <p>@Topic<br/> Ich habe mir jetzt mal das Pro angeguckt und glaube zu wissen wo das Problem liegt. Du setzt in den angehängten Pro's jeweils den Scanner-FB ein. Ich denke nicht dass es damit funktioniert. An diesem kannst du nur jeweils ein Start-und Endezeichen für einen Frame definieren. Brauchst du da mehr Terminierungszeichen (wie im Fall "CRLF") funktioniert der Baustein nicht mehr. Hier solltest du auf den universellen "Serial_Interface"-Baustein wechseln, der ist halt "schwieriger" zu versorgen. Denn dieser Baustein frisst keine Strings, sondern nur ein Array von Byte. Für dich bedeutet das, dass du deinen VISU-String erst in Bytes konvertieren musst (natürlich Zeichen zählen für Byte-Array-Indizes!) und <em>anschließend</em> deine Terminierungszeichen anhängen kannst. Das lässt sich wunderbar in die StateMachine integrieren. Auf diese Weise kannst du auch ganz einfach einzelne Befehle zusammenbauen bevor du sie absetzt.</p> <p>Die Logik muss also s.ä. aussehen:<br/> 1. Sende-Byte-Array versorgen: VISU-String in Byte konvertieren, CRLF anhängen, Anzahl Zeichen in Sendekette ermitteln und an Serial-FB übergeben.<br/> 2. Mit Tastendruck auf VISU "Start" Zeichenkette setzen.<br/> 3. Warten bis Daten im Empfangspuffer.<br/> 4. Daten aus Empfangspuffer extrahieren: Byte-Array in STRING umwandeln und die entsprechenden Zeichen aus dem STRING zur Auswertung extrahieren. (Anmerkung: Das Empfangen ist natürlich blöd weil der FB offenbar nicht ausgibt wann er eine Antwort <em>fertig</em> empfangen hat. Hier könnte es aber wiederum sein dass der Sensor Terminierungszeichen anhängt, nach denen du das Byte-Array scannen kannst. Ansonsten würde ich eine Zeitverzögerung einbauen und prüfen ob sich der Index (Anzahl der empfangenen Zeichen) <em>nicht</em> mehr ändert.) </p> <p>Vom HT solltest du dich nicht verwirren lassen. Aber es ist doch durchaus möglich, dass das HT automatisch CRLF anhängt mit Drücken der Enter-Taste bzw. diese Zeichen maskiert wenn Daten empfangen wurden. Heisst ja auch nichts anderes wie Zeilenvorschub und genau so arbeitet ja auch das HT (obwohl in der Hilfe dazu nix zu finden ist).<br/> Letztlich ist aber entscheidend was dein Sensor verlangt an Zeichenkette. Wenn die Doku sagt er braucht ein CRLF dann muss das auch von der Wago kommen (HT macht das vermutlich automatisch). </p> <p>Gruß Andy</p></div>

2020-02-28T11:32:06.252000Z2020-02-28T11:32:06.252000Zisomhttps://forge.codesys.com/u/isom/https://forge.codesys.com82ae7a0b2fee78c042fc5df27e6076aa48add51a

<div class="markdown_content"><p>Servus</p> <p>Hab das mit den Buttons so gemacht, wie du gesagt hast. Ich denke jedoch, du hast mich missverstanden. </p> <ol> <li> <p>Fall:<br/> Verbindung HT-&gt;Thermostat Ölbad<br/> Ich gebe zum Beispiel den Befehl 'IN PV 00' ein. OHNE CRLF. Das Ölbad versteht mich und meldet sich postwendet. Wird CRLF hinten angehängt, funzt das ganze nicht mehr.</p> </li> <li> <p>Fall:<br/> Verbindung HT-&gt;CoDeSys<br/> Ich gebe in meinem Textfeld in der Visu z.B. 'Hallo Welt' ein. Im HT wird dies sofort angezeigt. Gebe ich in der Benutzeroberfläche im HT z.B. 'Dito' ein, wird dieses auch in der Visu angezeigt.</p> </li> </ol> <p>Mein Verständnisproblem liegt vor allem im 1. Fall; warum muss bei der Texteingabe im HT nicht ein CR LF als Endzeichen gesetzt werden? Dies wird in der Doku mehrmals erwähnt...<br/> Und warum wird im HT direkt der String angezeigt, welcher ich in der Visu eingebe, die Start- &amp; Endzeichen welche ich im FB Serial_Interface beschriftet habe jedoch nicht. </p> <p>Ich denke ich verstehe auf was das du hinaus wolltest mit den 3 Buttons; die Übertragung schrittweise vereinfachen. Habe dies getestet, immer noch keine Rückmeldung vom Ölbad.<br/> (Programm mit den 3 Buttons als Anhang)</p> <p>Ich steh auf'm Schlauch! </p> <p>Ps. Danke Karl!</p> <p><a class="" href="https://forum-de.codesys.com//download/file.php?id=640" rel="nofollow">Kommu Test 3 Buttons.pro <span><span>[64.53 KiB]</span></span></a></p></div>

2020-02-28T11:32:03.602000Z2020-02-28T11:32:03.602000Zgravierenhttps://forge.codesys.com/u/gravieren/https://forge.codesys.com176932f9cbeb5cdcdbe5f6f0cbdc85cf2ee1b5bb

<div class="markdown_content"><blockquote> <p><strong>isom hat geschrieben:</strong></p> <blockquote> <blockquote> <p>Du beachtest doch sicher "CR" und "LF" falls notwendig bein senden ?<br/> Befehl wird gesendet, keine Rückmeldung. Bezüglich CR LF habe ich schon einen Post eröffnet, da ich den Initialwert nicht wusste. (<a class="" href="http://forum.3s-software.com/viewtopic.php?f=2&amp;t=3378//url" rel="nofollow">Link zum Post</a>) In meinem vorderen Projekt mit serieller Kommu konnte ich bequem auf ETX 16#03, STX 16#02 umstellen. Der Thermostat in meinem Ölbad verlangt jedoch ein CR LF. Ich habe meinen Baustein Serial_Interface nun folgendermassen beschalten:<br/> startzeichen : BYTE :=16#0A; (<em> Prefix -&gt; LF </em>)<br/> endzeichen : BYTE :=16#0D; (<em> Sufix -&gt; CR </em>)</p> </blockquote> </blockquote> </blockquote> <p>Vergiss vorerst das mit dem "ETX und STX" ich denke, das ist eine "andere" Baustelle.</p> <p>Ich denke, der Fehler ist von der Wago.</p> <p>Bitte teste doch mal:<br/> Verbindung Wago --&gt; HT.</p> <p>Mach einen Button_1 --&gt; Befehl senden.<br/> Mach einen Button_2 --&gt; CR senden. (Nur 1 Zeichen senden)<br/> Mach einen Button_3 --&gt; LF senden. (Nur 1 Zeichen senden)</p> <p>Kommen jetzt die Zeichen ordnungsgemäß im HT an ?</p> <p>Gruß Karl</p></div>

2020-02-28T11:32:01.091000Z2020-02-28T11:32:01.091000Zisomhttps://forge.codesys.com/u/isom/https://forge.codesys.com180bb111e19eea4bb0385114df1f7b976565e2dd

<div class="markdown_content"><blockquote> <p><strong>Zitat:</strong><br/> Du machst das senden der Wago auf "Knopfdruck ?<br/> Falls nein, bitte ändern.</p> </blockquote> <p>Ja, es muss ein Taster als Bestätigung sowie ein Taster zum Senden gedrückt werden.</p> <blockquote> <p><strong>Zitat:</strong><br/> Warte bis nichts mehr gesendet wird.<br/> Nun sende einen Befehl von der Wago.<br/> Du beachtest doch sicher "CR" und "LF" falls notwendig bein senden ?</p> </blockquote> <p>Befehl wird gesendet, keine Rückmeldung. Bezüglich CR LF habe ich schon einen Post eröffnet, da ich den Initialwert nicht wusste. (<a class="" href="http://forum.3s-software.com/viewtopic.php?f=2&amp;t=3378//url" rel="nofollow">Link zum Post</a><br/> startzeichen : BYTE :=16#0A; (<em> Prefix -&gt; LF </em>)<br/> endzeichen : BYTE :=16#0D; (<em> Sufix -&gt; CR </em>)<br/> Ich bin jedoch unschlüssig:<br/> Verbindung HT -&gt; Ölbad, ich sende z.B. den Befehl IN PV 05 für den Niveaustand (OHNE CR LF) -&gt; Funktioniert, der Niveaustand wird postwendet im HT angezeigt.</p> <p>Sende ich Zeichen von der Wago ins HT wird mir jedoch CR LF auch nie angezeigt. </p> <blockquote> <p><strong>Zitat:</strong><br/> 750-650/000-010 --&gt; Ja<br/> Du hattest 750-650/000-01 angegeben, ich bin von einem 750-650/000-001 ausgegangen. </p> </blockquote> <p>Sorry, mein Fehler.</p> <blockquote> <p><strong>Zitat:</strong><br/> Ich würde mal:<br/> Einschalten des "Ölbad"-Sensors.<br/> Mit HT lesen, ob er beim einschalten etwas sendet.<br/> Falls ja, was ?<br/> Nun die Wago anschliessen.<br/> Die Spannung nur des Ölbadsensors wegnehmen und wieder anschliessen.<br/> Kannst du diese Zeichen auch lesen.<br/> Versuche Schritt für Schritt das zu bewerkstelligen.<br/> Welchen Sensor verwendest du überhaupt ?</p> </blockquote> <ol> <li>Beim Einschalten wird nichts gesendet, Test mit HT -&gt; Ölbad</li> <li>Spannung weg vom Ölbadsensor, wieder einschalten, auch keine Zeichen</li> <li>Beide Fälle mit Neustart von Wago getestet, keine Zeichen</li> <li>Sensor = Interner Thermostat in einem Ölbad, Datenblätter sind auf dem Weg </li> </ol> <p>Grüsse</p></div>

2020-02-28T11:31:53.800000Z2020-02-28T11:31:53.800000Zgravierenhttps://forge.codesys.com/u/gravieren/https://forge.codesys.com762ac87859cb33610ba168b665a72f7e3871c8cc

<div class="markdown_content"><p>Hi</p> <blockquote> <p><strong>blackenslaver666 hat geschrieben:</strong><br/> Mahlzeit.<br/> Sieht für mich so aus als ob deine Komm-Parameter auf beiden Seiten nicht zusammenpassen. Zwar sendet die Wago das Richtige aber vom Ölbad kommt (bei gleichen HT-Parametern?) nur WirrWarr zurück. Auch hast du noch nicht beschrieben was der Sensor/Ölbad für (Default-)Parameter vorgibt. Was die Wago da als default hat ist erstmal sekundär. Ich hatte auch mal so ein Problem mit einem Analogwegsensor. Letztlich hatte sich herausgestellt dass der Sensor die vielfachen Einstellungen (Baudraten, Parität etc.) lt. Handbuch doch NICHT konnte, sondern lediglich die Defaulteinstellungen! Dann habe ich meine serielle Klemme umkonfiguriert und schon stand die Kommunikation. Daher mein Tipp: Gucken was macht das Ölbad als Default und die Wago dementsprechend anpassen. </p> </blockquote> <p>Da er schon mit HT getestet hat und Daten rausbekommen hat, denke ich dass die Parameter stimmen sollten.</p> <p>Gruß Karl</p></div>

2020-02-28T11:31:51.116000Z2020-02-28T11:31:51.116000Zgravierenhttps://forge.codesys.com/u/gravieren/https://forge.codesys.comd5f6f2bf541cde88c4b924669da59f258f4d49b3

<div class="markdown_content"><p>Hi</p> <blockquote> <p><strong>isom hat geschrieben:</strong><br/> Flackert.</p> </blockquote> <p>Du machst das senden der Wago auf "Knopfdruck ?<br/> Falls nein, bitte ändern.</p> <blockquote> <p><strong>isom hat geschrieben:</strong><br/> Beim ersten Versuch erhalte ich ein Wirrwarr an Zeichen vom Ölbad zurück(Hoch-zahlen, -buchstaben, Bruchzahlen, div. spezielle Zeichen) Dannach weiterhin Funkstille... Auch bei einem erneuten Start von Wago &amp; Ölbad werden nicht einmal mehr die Zeichen übermittelt.</p> </blockquote> <p>Warte bis nichts mehr gesendet wird.<br/> Nun sende einen Befehl von der Wago.</p> <p>Du beachtest doch sicher "CR" und "LF" falls notwendig bein senden ?</p> <blockquote> <p><strong>isom hat geschrieben:</strong><br/> Baudrate ist bei der 750-650/000-010 doch 19200 ?!</p> </blockquote> <p>750-650/000-010 --&gt; Ja<br/> Du hattest 750-650/000-01 angegeben, ich bin von einem 750-650/000-001 ausgegangen. </p> <blockquote> <p><strong>isom hat geschrieben:</strong></p> </blockquote> <p>Ich würde mal:</p> <p>Einschalten des "Ölbad"-Sensors.<br/> Mit HT lesen, ob er beim einschalten etwas sendet.<br/> Falls ja, was ?</p> <p>Nun die Wago anschliessen.<br/> Die Spannung nur des Ölbadsensors wegnehmen und wieder anschliessen.<br/> Kannst du diese Zeichen auch lesen.</p> <p>Versuche Schritt für Schritt das zu bewerkstelligen.</p> <p>Welchen Sensor verwendest du überhaupt ?</p> <p>Gruß Karl</p></div>

2020-02-28T11:31:43.918000Z2020-02-28T11:31:43.918000ZAnonymoushttps://forge.codesys.com/u/*anonymous/https://forge.codesys.com76bd915accc6f6b660fc3835fc5294d63da92232

<div class="markdown_content"><p><em>Originally created by:</em> blackenslaver666</p> <p>Mahlzeit.<br/> Sieht für mich so aus als ob deine Komm-Parameter auf beiden Seiten nicht zusammenpassen. Zwar sendet die Wago das Richtige aber vom Ölbad kommt (bei gleichen HT-Parametern?) nur WirrWarr zurück. Auch hast du noch nicht beschrieben was der Sensor/Ölbad für (Default-)Parameter vorgibt. Was die Wago da als default hat ist erstmal sekundär. Ich hatte auch mal so ein Problem mit einem Analogwegsensor. Letztlich hatte sich herausgestellt dass der Sensor die vielfachen Einstellungen (Baudraten, Parität etc.) lt. Handbuch doch NICHT konnte, sondern lediglich die Defaulteinstellungen! Dann habe ich meine serielle Klemme umkonfiguriert und schon stand die Kommunikation. Daher mein Tipp: Gucken was macht das Ölbad als Default und die Wago dementsprechend anpassen. </p> <p>Viel Glück.</p> <p>Gruß Andy</p></div>