Aktueller Inhalt von Kastele

Das mit dem Weiterzählen der COM Nummern ist nur bei Codesys 2.3 der Fall. Bei Codesys 3.5 muss man bei den entsprechenden Funktionsbausteinen den I-Port verwenden (also wie bei e!COCKPIT). Hier muss dann die Bezeichnung aus der Hardwarekonfiguration eingesetzt werden. Der Konfigurator kann nur...

Eventuell hast du die falsche Bibliothek benutzt. Für den 750-841 muss die MODBUSEthernet_04.lib Bibliothek verwendet werden. Teste es einmal damit.

Der Modbus Konfigurator hat unter Codesys 3.5 eine Limitierung. Man kann maximal zehn Abfragen einrichten. Mit etwas Glück kann man z.B. mit Funktionscode 16 mehrere Register für Werte die nebeneinander liegen abfragen. Wenn man die Bibliothek verwendet, kann man das ohne Limitierung mit einer...

Im Codesys Store findest du auch noch noch die 3S Firmware für den PFC 100 der ersten Generation. Kann man auch erst einmal als Demo testen. Dann weiß man ob das eine Alternative ist.

Nun, das kann man aber auch einfacher haben. Wenn du das Konfigurationskabel hast, dann kannst du über WAGO Ethernet Settings die IP-Adresse auch direkt vorgeben.

Am besten wird es sein, das Programm zu stoppen, einen Warm Reset durchzuführen und das Programm dann einmal so laufen zu lassen, dass nur der AC-Values Baustein läuft. Dann sollten die korrekten Werte auch hier angezeigt werden. Der Knackpunkt beim Compact Baustein ist, dass dieser ca. 20 SPS...

Was für ein Fehler wird denn ausgelöst, wenn der entsprechende Schreib Befehl ausgeführt wird?

Einheit ist übrigens W bzw. VAR.

Viel schreiben kann man beim HYC 300 soweit ich weiß auch nicht. Mit Funktioncode 16 kann man zwei Register ab Register 0 für die gesamte Leistung der Wallbox schreiben (UINT 32). Register 100 (ebenfalls 2 Register, UINT) ist dann die Maximale Leistung pro Ladesteckers. Auf Register 102 (wer...

Bei den 750-362 kann man Ausgänge sowohl Bitorientiert (als Coils) als auch über Register ansprechen. Das ist mir auch schon einmal passiert, als ich ein Register zu viel beschrieben habe. Da lagen dann leider meine Ausgänge drauf. Da gab es dann auch dein beschriebenes kurzes Aufleuchten.

Beim verwenden der Seriellen Onboard Schnittstelle für Modbus RTU, hat sich für mich die Verwendung eines Profibus Steckers bewährt. Da ist der Abschlusswiderstand schon gleich mit enthalten. Zusätzlich noch die Pull up und Pull down Widerstände. Und die machen es scheinbar rund. Hatte ab dann...

Nun, das sollte kein Problem sein. Ein zweiter M-Bus Master Funktionsbaustein muss für den neuen Master instanziert werden. Damit dieser über den Funktionsbaustein angesprochen wird, muss man im Prozessabbild nachsehen welche IO‘s die neue Klemme nutzt.

Wenn man die 750-652 einsetzt, muss man beachten in der Hardwarekonfiguration die richtige Prozessdatenbreite für diese Klemme zu wählen. Default sind das 24 Byte. Ansonsten passen reales und projektiertes Prozessabbild nicht zusammen. Wenn man WAGO IO-Check hat, kann man das Abbild auch ändern.

Auch wenn der letzte Eintrag schon länger her ist. Läuft das Device denn schon im Operational? Nur dann werden auch PDOs übertragen.

Bei dem beschriebenen Fehler klemmen gleich zwei Bibliotheken. Die folgenden Bibliotheken mal um eine Version heruntersetzen: - WagoTypesCom - WagoSysModule75x-65x Dann sollte es klappen.