https://forge.codesys.com/forge/talk/Deutsch/thread/71bfcc34f6/2020-02-28T15:23:31.826000ZRecent posts to Problem mit Siemens M20 GSM Terminal an Wago 750-8412020-02-28T15:23:31.826000Z2020-02-28T15:23:31.826000Zd.t.mhttps://forge.codesys.com/u/d-t-m/https://forge.codesys.com537fecc744a169354b9beec17b38c879356f8fd9

<div class="markdown_content"><p>Danke für eure Hinweise!</p> <p>Es funktioniert jetzt. </p> <p>Ich habe mehrere Rechner mit Codesys am Laufen. Zwischenzeitlich hatte ich dann mal den Rechner gewechselt (ich war mit meinem Try-and-Error fast am Ende), plötzlich lief die Schnittstelle. Ich konnte bisher noch nicht feststellen, woran es liegt. Die Bibliotheken etc. sind auf allen CodeSys-Installationen identisch. Aber egal.</p> <p>Es hat eine Weile gedauert bis ich die Oscat-Bibliothek funktionsfähig reduziert hatte (ein verschachtelter Kommentar in einem Baustein hat dazu geführt, dass die reduz. Oscat Bibliothek nicht übersetzt werden konnte - Dank eines hilfsbereiten Entwicklers im Oscat-Forum konnte der Fehler ausfindig gemacht werden).</p> <p>Alles in allem habe ich bis zum Ziel mit defekter Hardware, falsch vorgegebenen Initialisierungsstrings und zu großen Bibliotheken zu kämpfen gehabt. Vielleicht ist der Thread mal für jemanden eine Hilfe, der eine Steuerung/Benachrichtigung per SMS realisieren möchte.</p> <p>Jetzt versuche ich mich gerade am Versand einer SMS ohne die Voraussetzung, dass eine SMS im Vorfeld einen Variablenzustand geändert hat... ein neues Kapitel </p> <p>Ich probier mal fleissig weiter rum, vielleicht schaff ich´s ja ohne Hilfe!</p> <p>Grüße</p></div>

2020-02-28T15:23:24.090000Z2020-02-28T15:23:24.090000ZAnonymoushttps://forge.codesys.com/u/*anonymous/https://forge.codesys.com4cae175809339b380ae065aed61c0fb7397e9a32

<div class="markdown_content"><p><em>Originally created by:</em> mg</p> <p>a) ... ists wirklich das identische Programme (mit export exportiert und danach wieder importiert?)</p> <p>b) bei Cut und Paste immer die Zykluszeit des Tasks betrachten (ist bei der RS232 je nach Anwendung ganz besonders wichtig). Hast Du schon mal einen "Sniffer" an die RS232 angelegt und mitgeschaut was Du da eigentlich sendest?</p> <p>PS: Man kann nicht ALLE Einstellungen der RS232-Karte "on the fly" ändern. Manche kann man nur mit dem IO-Check ändern!</p></div>

2020-02-28T15:23:21.308000Z2020-02-28T15:23:21.308000ZOberchefehttps://forge.codesys.com/u/oberchefe/https://forge.codesys.com8b183da5a6e16f6d97df82fa40c8d0965696bf5b

<div class="markdown_content"><p>ist die Klemme im anderen Controller in der Steuerungskonfiguration richtig drin?</p></div>

2020-02-28T15:23:13.425000Z2020-02-28T15:23:13.425000Zd.t.mhttps://forge.codesys.com/u/d-t-m/https://forge.codesys.com1a8718a061f0d2f3992d39b36ccad389416cbfb6

<div class="markdown_content"><p>Vielleicht weiß doch noch jemand was? </p> <p>An der anderen Wago läuft das Teil. Wo kann der Fehler liegen wenn es sich bei beiden Controllern um 750-841 handelt?</p> <p>Bin für jeden Tipp/Hinweis dankbar....</p></div>

2020-02-28T15:23:10.610000Z2020-02-28T15:23:10.610000Zd.t.mhttps://forge.codesys.com/u/d-t-m/https://forge.codesys.combf2be3938e516dc5b6335f942e94ac4b0a62843b

<div class="markdown_content"><p>Ich hatte das Teil auf einem Testaufbau am Laufen. </p> <p>Jetzt gibt die serielle Schnittstellenkarte an der anderen 750-841 keinen Mucks von sich (also die Lämpchen leuchten schon, aber es findet keine Kommunikation statt). Ich habe das Beispielprojekt in das PLC_PROG (und die Funktionen für SMS-Empfang etc.) des anderen Controllers übernommen (per Ex-/Import), auch die entsprechenden Bibliotheken und zugehörige .hex-Files.</p> <p>Kann mir bitte jemand einen Tipp geben wo ich nachschauen könnte? Das "PLC_PRG" des Beispielprojekts habe ich per Copy&amp;Paste in den PLC_PRG-Teil des Controllers geladen (der jetzt nicht mitspielt)...</p> <p>Die Klemme ist natürlich in der Steuerungskonfig eingetragen...</p> <p>Bin recht neu im Thema "SPS", habe bestimmt was übersehen...?</p> <p>Grüße</p></div>

2020-02-28T15:23:03.165000Z2020-02-28T15:23:03.165000Zd.t.mhttps://forge.codesys.com/u/d-t-m/https://forge.codesys.com952d2553531f3d7676d6ac7fe1f49c82e51286cb

<div class="markdown_content"><p>Danke Oberchefe. Soweit ich das an anderer Stelle gelesen habe, ist die Parametrierung der frei konfigurierbaren 750-650/003-000 "on the fly" (wie ich es nenne), also aus dem Codesysprogramm heraus möglich.</p> <p>Habe nun einige PDF´s von Wago und das (umfassende) Manual vom M20 durch und habe es soeben hinbekommen. </p> <p><strong>Der Empfang und das Senden von SMS funktioniert nun</strong> </p> <p>Die Parametervorgaben im Beispiel für das M20 waren so nicht anwendbar. Nach stundenlangem Rumprobieren klappt es nun.</p> <p>Hier mein funktionierender Initialisierungsstring (Werkseinstellung des M20 T vorausgesetzt "AT&amp;F"): 'ATE0|/AT+CPIN=xxxx|/AT+CMGF=0|/AT+CNMI=2,2,0,0,1|/'</p> <p>Danke für's Mitlesen &amp; Mitdenken!</p> <p>Grüße</p> <p>Daniel</p></div>

2020-02-28T15:23:00.388000Z2020-02-28T15:23:00.388000ZOberchefehttps://forge.codesys.com/u/oberchefe/https://forge.codesys.comb2cedabf87ca0bf9f1c5af217255aab431353150

<div class="markdown_content"><p>Auszug aus dem Handbuch der Klemme:</p> <blockquote> <p><strong>Zitat:</strong><br/> Die Betriebsart der Busklemmen-Variante 750-650/003-000 ist mit Hilfe des<br/> Inbetriebnahme-Tools WAGO-I/O-CHECK 2 (Bestell-Nr.: 759-302) frei<br/> parametrierbar.<br/> Die Voreinstellung ist 9600 Baud, 8 Datenbits, keine Parity, 1 Stopbit.<br/> In dieser Betriebsart hat die Klemme das gleiche Verhalten und auch die<br/> gleichen Prozesswerte, wie die Basisklemme 750-650. Wird mit den<br/> Parametern eine andere Betriebsart eingestellt, dann verhält sich die Klemme<br/> entsprechend der Variante mit der gewählten Betriebsart.<br/> Der Parametrierdialog in WAGO-I/O-CHECK 2 bietet Auswahlfelder für die<br/> möglichen Einstellungen dieser Busklemme.<br/> Diese Beschreibung gilt für SW Version 41</p> </blockquote></div>

2020-02-28T15:22:57.437000Z2020-02-28T15:22:57.437000Zd.t.mhttps://forge.codesys.com/u/d-t-m/https://forge.codesys.com95651b11e0fc1e7283388fb3e5c039c587c974a0

<div class="markdown_content"><p>Egal was ich mache, ich bekomme dauernd den <strong>GSM_DATA_TIMOUT</strong> Error.</p> <p>Gibt´s hier noch Ansätze?</p> <p>Grüße</p></div>

2020-02-28T15:22:49.739000Z2020-02-28T15:22:49.739000Zd.t.mhttps://forge.codesys.com/u/d-t-m/https://forge.codesys.comb9fc33c4e432e706d3132236e2c1ac4ee0e7918c

<div class="markdown_content"><p>Hallo Markus,</p> <p>welche Konfiguration (Modem, Schnittstelle) verwendest du denn?</p> <p>Ich muss SMS senden und empfangen können... ich warte noch etwas ab, vielleicht bekomme ich ja hier im Forum doch noch ein paar Tipps, ansonsten muss ich mich mal mit Wago in Verbindung setzen.</p> <p>EDIT: Sorry, deinen vorherigen Post hatte ich gar nicht gesehen. Nutzt du die gleiche Klemme wie ich?</p> <p>Schöne Grüße</p> <p>Daniel</p></div>

2020-02-28T15:22:46.796000Z2020-02-28T15:22:46.796000Zautomationhttps://forge.codesys.com/u/automation/https://forge.codesys.comcae3b53122573c05b6b07c441c244776bded857a

<div class="markdown_content"><p>Hallo Daniel</p> <p>Ich würde dir raten, den Bausteineingang xLISTEN auf FALSE zu setzen, denn damit haben auch bei mir die Probleme angefangen.</p> <p>Wenn du keine SMS empfangen möchtest, so brauchtst du die LISTEN-Funktion sowieso nicht.</p> <p>Gruss</p> <p>Markus</p></div>