Skip to Content

Registrieren Anmelden

Industry Online Support

Technical Forum

Navigation

Steuerung einer entfernten Anlage via GSM Modem

Erstellt von: iga-graz am: 24.09.2005 09:24 (7 Antworten)

Bewertung (0)

Dank 0

8 Einträge

24.09.2005 09:24	Bewerten (0)
iga-graz Beiträge: 35 Bewertung: (2)	Also mein Problem ist die Erstellung eines 100% funktionierenden Programmes zur Steuerung einer entfernten Anlage via GSM Modem. Ich setze die S7-224XP sowohl in der Anlage als auch in der Zentrale ein. Als Modem verwende ich ein Insys GSM small – arbeitet mit dem Standard AT-Befehlssatz. Also ich möchte die Anlage durch die Zentrale anrufen. (ATDtelnumberxxx) und dann eben alle Zustände des Modems mitbekommen. Also BUSY, CONNECT 9600, usw. um darauf reagieren zu können. Ich habe die Kommunikation mit dem Modem mittlerweilen nur mit dem Interrupt auf SMB2 (Empfang von Chars auf Port 0) geschafft. Allerdings, so glaube ich, brauche ich für die geregelte Kommunikation (wenn die Datenverbindung mal aufgebaut ist) die Befehle XMT (mit Interrupt auf letztes gesendetes Zeichen) und RCV mit Interrupt auf letztes empfangenes Zeichen, um zu wissen wann etwas gesendet oder angekommen ist, um auf etwaige Fehlsendungen zu reagieren. Ich habe leider so meine Probleme mit RCV, XMT funktioniert eigentlich ohne Probleme immer. Nun möchte ich natürlich die gesamte Kommunikation mit XMT und RCV schreiben. Es muss möglich sein eine bestehende Datenverbindung jederzeit wieder zu schließen. Ich wäre sehr dankbar für jeden Tip und jede Hilfe die ich zu diesem Thema bekommen könnte. Vielleicht hat auch jemand irgendwo im Siemensumfeld einen Beispielcode gefunden, der zu diesem Thema passt. Vielen Dank für Ihre Beiträge
iga-graz Beiträge: 35 Bewertung: (2)
Vorschlag Bedanken Zitat Antwort

01.10.2005 12:58	Bewerten (0)
neo Beiträge: 264 Bewertung: (59)	Hallo! Es ist vielleicht etwas unbefriedigend, aber es Du könntest als Vorlage das MAE5 verwenden. Dort werden zwar nur sms versendet, aber ich vielleicht kannst Du Dir dort ja was abkucken. http://www4.ad.siemens.de/WW/news/de/21062247 Ich muss aber gestehen, dass ich nicht ganz verstanden habe, was Du denn eigentlich realisieren möchtest! mfG... ....neo
neo Beiträge: 264 Bewertung: (59)
Vorschlag Bedanken Zitat Antwort

01.10.2005 17:42	Bewerten (0)
iga-graz Beiträge: 35 Bewertung: (2)	Hallo Neo, Danke erstmal für deinen Vorschlag. Die GSM Alarmierung habe ich bereits im Einsatz und die funktioniert auch. Mein nächstes Projekt ist nun die Steuerung dieser Anlagen. Soll heißen--> durch einen Anruf der Zentrale bei der jeweiligen Anlage soll eine Datenverbindung aufgebaut werden. Nachdem diese Verbindung aufgebaut wurde, soll abwechselnd ein gleichbleibendes Datenpaket der Länge 255 Byte (mehr bekommt man mit dem XMT Befehl nicht auf einmal über Port 0 hinaus) zwischen Zentrale und Anlage hin und hergeschickt werden. Dieses Datenpaket wird dann auf der jeweiligen Seite manipuliert, wodurch Zustände der Anlage online sichtbar werden und die Anlage durch die Zentrale gesteuert werden kann. Danach muss die Verbindung auch wieder sauber getrennt werden können. Das ist das Ziel meines Projektes. Bisher habe ich mit dem Modem via XMT (AT-Befehle an das Modem schicken) kommuniziert. Die Antworten des Modems werden durch SMB2 (wenn Charaters an Port 0 ankommen, Interrupt) in einen Datenbereich geschaufelt und dort ausgewertet. Das funktioniert ja auch, da ich nur mit dem Modem kommuniziere. Die oben beschriebene Anwendung benötigt eine transparente Verbindung von Steuerung zu Steuerung hergestellt durch 2 GSM Modems. Und da liegt der Hund begraben. Es sind 2 unterschiedliche Kommunikationen, die ich mit dem gleichen Kommunikationsschema behandeln will. Vielen Dank mfg chris
iga-graz Beiträge: 35 Bewertung: (2)
Vorschlag Bedanken Zitat Antwort

03.10.2005 10:27	Bewerten (0)
neo Beiträge: 264 Bewertung: (59)	Hallo! Ich befürchte ich werde Dir da nicht mehr viel weiterhelfen können. Aber soviel ich weiss ist es doch so, dass man die Modem vom Datenmodus (Transparent Modus) umschalten kann in den command modus dies funktioniert zb. bei einem TC35 Modem mit dem AT Befehlen: ATO Switch from command mode to data mode und +++ Switch from data mode to command mode im Datenmodus müssen die von der CPU1 gesendeten Zeichen auch genau an der Gegenstelle ankommen. Ich habe das mal mit 2 PC´s und Hyperterminal getestet. Mich wundert allerdings, dass die Geräte nach Verbindungsaufbau nicht automatisch in den Datenmodus gehen, das sollten sie nämlich! mfG... ....neo
neo Beiträge: 264 Bewertung: (59)
Vorschlag Bedanken Zitat Antwort

07.10.2005 10:05	Bewerten (0)
Lifrasil Bronze-Mitglied Beigetreten: 29.09.2005 Letzter Bes: 26.04.2022 Beiträge: 313 Bewertung: (24)	Hi Ho, ich habe so etwas noch nicht selber gemacht, da ich mich für die Thematik aber selber interessiere würde ich das Ganze gerne austesten. Ich weiss nicht, ob ich dein Problem richtig verstanden habe: Du hast bis jetzt geschafft, eine Verbindung zwischen CPU1 + MODEM1 ---zu---- MODEM2 + CPU2 herzustellen. Dabei hast du die Modems über Freeport mit den jeweiligen direkt angeschlossenen CPUs parametriert. Nun möchtest du über CPU1 + MODEM1 ---zu----MODEM2 direkt eine Verbindung aufbauen um das MODEM2 entfernt zu parametrieren. korrekt soweit?

Vorschlag Bedanken Zitat Antwort

10.10.2005 11:51	Bewerten (0)
JuSaKri Beiträge: 3 Bewertung: (0)	Hallo, wo ist das Problem mit RCV? Im Anhang ist ein kleines Step7-Micro/WIN Projekt, das mit RCV die Zeichenfolge STX 'H' 'e' 'l' 'l' 'o' ' ' 'W' 'o' 'r' 'l' 'd' ETX einliest. Getriggert wird auf STX, als Endezeichen wird ETX erkannt. Wichtig ist, dass jeder Meldungsempfang erneut durch einmaligen Aufruf von RCV angetriggert wird. Deshalb wird in der Interruptroutine nach dem Erkennen des Endezeichens RCV gleich wieder aufgerufen (wenn E0.0=1) und damit 1x durchlaufen. Die eingelesenen Zeichen werden ab VB100 abgelegt. Dabei steht in VB100 die Anzahl (=13) der empfangenen Zeichen. Diese sieht man natürlich nur nach einem Meldungsempfang bevor RCV wieder neu getriggert wird (wenn E0.0=0). Wichtig auch, dass die max. Zeichenzahl (SMB94 ist hier 14) größer ist als der erwartete Text, da im Beispiel als Empfangskriterium SMB86=00100000 (auf bestimmtes Endezeichen triggern) gewählt wurde. Ich habe das Beispiel mit dem Hyperterminal getestet. Die beiliegende zip-Datei enthält auch den .ht-File (für PC an COM1) und HEX-Datei 'Hello_World' mit dem String. In den Variablentabellen (eine in ASCII, die andere in HEX) kann der Meldungsempfang kontrolliert werden. Bei Neustart wird die Meldung gelöscht. Ich hoffe, das Beispiel bringt dir neue Anregungen Gruß JuSaKri Dateianhang RCV.zip (303 Downloads)
JuSaKri Beiträge: 3 Bewertung: (0)
Vorschlag Bedanken Zitat Antwort

10.10.2005 12:31	Bewerten (0)
iga-graz Beiträge: 35 Bewertung: (2)	Hallo und danke für deine Antwort. Mein Problem bisher war ja nicht die Komm. mit RCV, sondern die unstrukturierte Komm. mit einem Modem. Und zwar schickt ein Modem nach dem Reset zuerst eine 0 und dann den String ^SYSSTART. D.h. ich hab da schon mal das Problem den SMB87 auf eine Start und Endzeichenerkennung zu stellen. Hab nun mit Timern gemacht, das funktioniert ganz gut. Ein weiteres Problem das ich habe ist, dass ich durch eine Alarmierungsfunktion der Gegenstelle nicht genau sagen kann, wann die Zentrale angerufen wird. Andererseits ruft die Zentrale jeden Tag um Mitternacht die Anlage an und zusätzlich kann noch Personal in einen Onlinemodus gehen um sich die Daten der entfernten Anlage zu holen. Also alles in allem kein leichtes Unterfangen mit sehr unterschiedlichen Kommunikationen. mfg christian
iga-graz Beiträge: 35 Bewertung: (2)
Vorschlag Bedanken Zitat Antwort

13.10.2005 16:43	Bewerten (0)
_Marius_ Erfahrenes Mitglied Beigetreten: 05.10.2005 Letzter Bes: 09.04.2024 Beiträge: 63 Bewertung: (6)	Hallo! Ich habe einen Link ausfindig gemacht. Er passt zwar nicht 100%ig zum speziellen Fall, könnte aber für viele hilfreich sein: Datenüberwachung via GPRS: http://support.automation.siemens.com/WW/view/de/22063728

Vorschlag Bedanken Zitat Antwort

|

Teile diese Seite:

Teile diese Seite auf...

Folgen Sie uns auf