Zur Adressdefinition für die Master-Slave-Kommunikation zwischen TRICON und PKS über MODBUS
Thread Content
Unsere Fabrik verfügt über ein Projekt, bei dem die MODBUS-Kommunikation von TRICON und PKS genutzt wird. PKS fungiert als Hauptstation zur Lesung und Schreibung von Daten in TRICON. TRICON hat eine KI definiert, die unter dem Namen 33001 bekannt ist und ein 32-Bit-Memoriefestkommazahl ist. Es gibt noch einen AO, mit dem Alias 41001, der ebenfalls ein 32-Bit-Memoriefestkommazahl ist. Die Lesung erfolgt auf der PKS-Seite über MODBUS; auf der PKS-Seite werden die Punkte mit QUICK BUILDER erstellt, wobei die PV SOURCE ADDRESS des AI-Werts SIS_AI 05002 IEEEFPLB ist. Die PV SOURCE ADDRESS des AO-Punkts ist SIS_AO 05002 IEEEFPLB. SIS_AI und SIS_AO sind Controller, die auf der PKS-Seite erstellt wurden. Der Kodierungsstandard IEEEFPLB verwendet ein Little-Endian-Format mit Byte-Austausch. Ich frage mich, warum die Adressen der übertragenen Punkte beide 05002 sind. Wie werden aus diesen 33001 und 41001 05002? Warum sind die beiden Adressen gleich?
Das hängt mit der Datenstruktur und den Kommunikationsmechanismen von Tricon zusammen. 33001 ist nur ein Alias der Variablen, nicht ihre Kommunikationsadresse. Die entsprechende tatsächliche Kommunikationsadresse ist 35001+35002 41001. Können Sie dort vor Ort normal lesen und schreiben? Nach den Referenzdokumenten ist Ihre Einstellung falsch – es sollte 2002 IEEEFPLB sein
Danke, Sie haben recht. Die Programme auf der PKS-Seite wurden vom Hersteller erstellt, und die Adressen der AO-Points sind alle falsch eingetragen. Da wir AO bislang nicht verwendet haben, ist uns das nicht aufgefallen. Erst kürzlich, als ich mir die Programme ansah, habe ich es entdeckt :)
“33001 ist nur ein Alias der Variablen, nicht ihre Kommunikationsadresse. Die entsprechende tatsächliche Postadresse ist 35001+35002. Wie wird diese Postadresse umgerechnet? Bitte, großer Meister, geben Sie mir Ratschläge