Skip to Content

SiePortal

Die integrierte Plattform für Produktauswahl, Einkauf und Support - und Verbindung von Industry Mall und Online Support

SiePortalEnglish

Suche

Home
Support Support
{{(apiData.Support | filter:{'rank':1}:true)[0].title}} Support
- Menü derzeit nicht verfügbar
- Menü derzeit nicht verfügbar
- Menü derzeit nicht verfügbar
- {{item.title}}

Produkte & Services
- Menü derzeit nicht verfügbar
- Menü derzeit nicht verfügbar
- {{item.title}}
Support Support
{{(apiData.Support | filter:{'rank':1}:true)[0].title}} Support
- Menü derzeit nicht verfügbar
- Menü derzeit nicht verfügbar
- {{item.title}}
MySiePortal MySiePortal
{{(apiData.MySiePortal | filter:{'rank':1}:true)[0].title}} MySiePortal
- Menü derzeit nicht verfügbar
- Menü derzeit nicht verfügbar
- {{item.title}}
Warenkorb ({{apiData.CartCount}})

Navigation

M Bus Protokoll in einer 1212c CPU erstellen (TIA Portal) /M Bus auslesen

Erstellt von: Dynasti am: 27.03.2013 16:49 (18 Antworten)

Bewertung (0)

Dank 2

Result pages:: |; 1 | 2; |

19 Einträge

Einträge pro Seite: 10 | alle

04.04.2013 20:23	Bewerten (0)
Dynasti Beiträge: 14 Bewertung: (0)	Hallo, beobachte die Ausgänge direkt im Programm. Könntest aber recht haben das ein Zyklus nicht vom Auge erkannt wird ;). Hab das ganze nun mal ohne SPS direkt an meinen Laptop über einen USB COM-Port angeschlossen, RS232 Kabel hat leider noch ein wenig Lieferzeit Laptop->USB/RS232 Konverter->Pegelwandler (diesmal vom Hersteller Relay)->M-Bus Schnittstelle vom Zähler. Habe nun 2 Programme für das Auslesen des Zählers ausprobiert. 1. MBus Sheet (glaube die Software ist von Relay) 2. Der M-Bus Master von Siemens Bei beiden Programmen findet er einfach keinen Zähler.... Ich hab absolut keine Ahnung mehr woran es liegen könnte, da diese Programme ja eigentlich quasi von selbst laufen sollten. Hab mittlerweile den Verdacht das es ein Physikalisches Problem gibt, habe aber alles wieder und wieder genau angeschaut, angeschlossen und gemessen und deswegen diesen Faktor schnell ausgeschlossen. Rx / Tx ist gedreht beim Wandler. Von den Kabeln und Anschlüssen passt auch alles. Vllt gibt es ein Problem über das USB/Rs232 Konverter Kabel, kann ich mir aber nicht vorstellen. Oder der Wandler arbeitet nicht mit dem Zähler zusammen, echt keine Ahnung. Pegelwandler ist ein PW3 von relay und der Zähler ein DHZ 5/63 M-Bus Einphasen Wechselstrom non NZR. Der Zähler hat auch ein Display wo man Strom/Spannung etc. und sogar die Pimär- und Sekundäradresse sieht, aber selbst wenn ich direkt die Primäradresse eingebe und den Zähler lesen möchte, klappt es nicht. Der Wandler hat auch eine Status LED die eigentlich leuchten soll wenn der Slave antwortet aber auch noch nicht aufleuchten sehen^^. Hab mir auch die Protokollbeschreibung des Zählers durchgeschaut steht aber auch nichts "neues" für mich drin. Habe es nun auf die simpelste Weise aufgebaut mit einer Software dir mir die Telegramme und die Auslesung automatisch macht und dennoch klappt es nicht, da kein Zähler gefunden wird. Gruß
Dynasti Beiträge: 14 Bewertung: (0)
Vorschlag Bedanken Zitat Antwort

10.04.2013 17:10	Bewerten (0)
Dynasti Beiträge: 14 Bewertung: (0)	Hallo, das Auslesen über das M-bus Programm klappt nun problemlos, also müsste die Kommunikation vorhanden sein. Auf der SPS klappt es leider noch nicht. Ich sende über den SEND_PtP direkt ein REQ_UD2 zum Zähler und erwarte dann eigentlich das Ausleseprotokoll über das RSP_UD Telegramm im Empfangspuffer, laut Protokollbeschreibung 56 Byte groß. Bekomm auch eine DONE Bestätigung vom Operanten SEND_PtP aslo vom Senden. Allerdings wird nichts Empfangen, da auf dem NDR des RCV_PtP keine Bestätigung eintrifft und auch im Empfangspuffer nichts landet. Mein DONE Ausgang setzt mir dann einen merker über einen P_TRIG und dieser Merker schaltet dann die p Flanke meines REQ Eingangs beim RCV_PtP. Stimmt den diese logik vom senden zum empfangen? Oder habe ich etwas vernachlässigt wie zum Beispiel eine Wartezeit zwischen Sendebestätigung und Empfangsstart. Übertrage mit 2,4kB und gerader Parität RX / TX gedreht am Pegelwandler. Wäre sehr dankbar über Hilfe. Gruß Dynasti
Dynasti Beiträge: 14 Bewertung: (0)
Vorschlag Bedanken Zitat Antwort

11.04.2013 14:08	Bewerten (0)
Kaulquappe Beiträge: 3093 Bewertung: (324)	Hallo Dynasti, ich würde RCV_PTP ständig mit ENR versorgen. Verwendest du als Endekriterium für den Empfang "Meldungsende mit Zeichenabstand"? Hast du für den Empfang ein Startkriterium projektiert? Gruß, Kaulquappe
Kaulquappe Beiträge: 3093 Bewertung: (324)
Vorschlag Bedanken Zitat Antwort

11.04.2013 21:09	Bewerten (0)
Dynasti Beiträge: 14 Bewertung: (0)	Hallo und Danke für deine Antworten. Hab mir nun parallel noch ein Programm (Hterm) für den Com Port am Laptop geholt, so etwas wie Hyperterminal von den älteren Windows Versionen. Wollte mal ein M-Bus unabhänhiges Programm holen mit dem man rein Daten Senden kann und beobachten kann was zurückkommt. Da klappt die Kommunikation auch Problemlos durch einfaches abschicken eine REQ_UD2 Telegramms. Könnte also rein an der Konfig von SEND und/oder RCV liegen, aber schwer festzustellen, da eigentlich alles, meiner Meinung nach, breit gefächert eingestellt ist.... Werde gleich mal deinen Vorschlag morgen ausprobieren. Vllt muss ich den Empfang einschränken auf Start 68h und Stop 16h des Protokolls. Wenn ich den ENR ständig auf "1" setze, fehlt mir dann nicht die positive Flanke zur Pufferübertragung? Hab schon ein wenig mit dem Konfig rumprobiert vom RS232 Empfang, kenn mich da aber leider nicht 100% aus Habe Momentan "Erkenne Meldeende durch Nachrichten-Zeitüberschreitung". Als Startkriterium des Empfangs habe ich "Mit beliebigem Zeichen beginnen. Zur Übersicht hab ich mal so ein Protokoll hinzugefügt. Das was ich eigentlich automatisch bekommen müsste vom Zähler nach einer REQ_UD2 Anfrage. Gruß Dynasti Dateianhang M-BusProt.JPG (257 Downloads)
Dynasti Beiträge: 14 Bewertung: (0)
Vorschlag Bedanken Zitat Antwort

12.04.2013 10:52	Bewerten (0)
Kaulquappe Beiträge: 3093 Bewertung: (324)	Hallo Dynasti, der Send ist flankengetriggert und der Receive pegelgetriggert. Deshalb würde ich EN_R immer auf TRUE setzen. Wenn ein vollständiges Telegramm vorhanden ist, wird es im nächsten Zyklus übergeben. Um überhaupt mal Zeichen in die CPU zu kriegen, würde ich, wie du es schon machst, ohne Startzeichen und mit Time-Out als Endekriterium arbeiten. Endezeichen 16H wird bei dir nicht gehen, da 16H auch in den Daten vorkommen kann. Gruß, Kaulquappe
Kaulquappe Beiträge: 3093 Bewertung: (324)
Vorschlag Bedanken Zitat Antwort

12.04.2013 20:07	Bewerten (0)
Dynasti Beiträge: 14 Bewertung: (0)	Hallo, hab das nun mal ausprobiert. Leider keinen Erfolg gehabt. Echt verwirrend. Mit einem poppligen Programm klappt es wie von selbst durch einfaches Senden dieser von Zeichen und die SPS in Verbindung mit mir bekommt es nicht hin. Weiß gar nicht wo ich noch nachschauen kann bzw was ich noch probieren könnte. Einzige was ich mir noch vorstellen könnte, wäre ein RS232 Analyse Gerät was ich zwischen SPS und Pegelwandler schalten würde, um zu beobachten was direkt auf der Leitung ist. Ist aber leider zu teuer. Hab auch schon solche Sachen versucht im Senden/Empfang DB, wie einzelne Bytes erstellen anstatt alles in einem Array aus Bytes, was eigentlich keinen Unterschied macht... Oder beim SEND PtP auf den REQ unterschiedliche Impulslängen gegeben. Hab mal die Operanten auf einen Screenshot gebracht eventuell entgeht mir irgend eine Kleinigkeit. Den Empfänger Timeout habe ich auch schon zwischen 200ms bis 500ms betrieben, hat aber nichts gebracht. Gruß Dateianhang SPS.jpg (284 Downloads)
Dynasti Beiträge: 14 Bewertung: (0)
Vorschlag Bedanken Zitat Antwort

03.05.2013 20:26	Bewerten (0)
Dynasti Beiträge: 14 Bewertung: (0)	Hallo, hab es nun endlich hinbekommen. Vielen Dank nochmal für die Unterstützung. Mfg Dynasti
Dynasti Beiträge: 14 Bewertung: (0)
Vorschlag Bedanken Zitat Antwort
Für diesen Beitrag bedanken sich 2 Benutzer S_Moderator Kaulquappe

17.06.2014 21:04	Bewerten (0)
Mtn Beiträge: 1 Bewertung: (0)	Dynasti Hallo, hab es nun endlich hinbekommen. Vielen Dank nochmal für die Unterstützung. Mfg Dynasti Hallo hab jetzt. So ein ähnliches. Problem. Wie hast du es hin bekommen?
Mtn Beiträge: 1 Bewertung: (0)
Vorschlag Bedanken Zitat Antwort

15.05.2015 14:36	Bewerten (0)
U_0a974849-29fd-4... Beiträge: 1 Bewertung: (0)	Also ich habe meine MBus Software von dieser Seite bekommen: http://www.felgitscher-msr.com/downloads Kostet zwar eine Kleinigkeit, hat aber super funktioniert!
U_0a974849-29fd-4... Beiträge: 1 Bewertung: (0)
Vorschlag Bedanken Zitat Antwort

|

Teile diese Seite:

Teile diese Seite auf...

Folgen Sie uns auf