Modbus adapter
-
Hi Steffen,
das wäre klasse, wenn du das zeitnah hinbekommst. Mein Termin für den update steht für Freitag.
Die Einstellungen,
-
oekofen Modbus aktivieren - hast du ja schon gemacht - glaube ich
-
Adapter Modbus aktivieren und einstellen
-
einstellungen.
Holding Registereinstellung:
-
Testregister 23 . 16 BIT sollte passen
-
zweites Register 60 (TPO Temperatur)
-
dabei auch cycling Write aktivieren jeweils für die beiden Register
Adapter "Allgemein" Einstellung
- Lese Request Laenge auf 1
Dann mal schauen ob für das objekt einen Wert erhält.
vG Ralf `
Guten Abend zusammen,
hab mich mal an die Arbeit gemacht und den aktuellen Adapter installiert, bekomme aber aktuell irgendwie nur teils Werte wobei diese für mich nicht mit denen die meine Heizung anzeigt übereinstimmt!?
Folgende Einstellungen habe ich vorgenommen:
Hierbei erhalte ich folgendes Ergebnis:
Looxer wie hast Du bei Dir die korrekten Werte mit der 2.03 erhalten?
Gruß
Stefnas
-
-
> Folgende Einstellungen habe ich vorgenommen:
Die Bilder sind nicht da. -
sollte jetzt da sein
-
Wenn du Aliases ausschaltest, werden deine Adressen um 40001 kleiner.
FA1_TEMP - 22 (muss 23 sein)
FA1_STATE - 25 (muss 26 sein)
Und so weiter. Also schalte Aliases aus und passe die Adressen an.
-
Und so weiter. Also schalte Aliases aus und passe die Adressen an. `
jap, vergaß ich zu schreiben - aliases ist aus. Sieht dann so aus im Ergebnis:
und hier die config im Detail:
-
Danke
Leider bei mir ein völlig anderes Ergebnis. Ich denke fast das die Adressen sich geändert haben? -
Entferne mal cw
-
leider kein erfolg…
-
hast du denn die neuen Definition für version 2.05 von Oekofen bekommen ?
Ich habe sie heute angefragt. Sie sollten hoffentlich morgen eintrudeln.
-
Danke
Leider bei mir ein völlig anderes Ergebnis. Ich denke fast das die Adressen sich geändert haben?filename="Einstellungen.png" index="1">~~
filename="Ergebnis.png" index="0">~~ `
Schaue ob mit ananas vergleichbare Ergebnisse sind. -
nach der neuen Doku haben sich die Adressen geändert…
man sieht jetzt, dass es r und rw einträge gibt. Das Verhalten wird sich also daher wohl verändert haben.
ich bleibe vorläufig auf 2.03b, da z.B. immer noch keine Warmwassertemperaturen übertragen werden.
Dokument versende ich gerne über PN
vG Looxer
-
sorry das ich mich jetzt erst melde aber ich hatte probleme mit dem forum…konnte mich nicht mehr anmelden, selbst nachdem ich mir ein neues passwort habe schicken lassen...seltsam.
nachdem ich die einstellungen des modbus adpaters vorgenommen hatte habe ich am nächsten tag feststellen müssen das die funktion condens meiner heizung von "auto" auf "aus" gewechselt hatte und deshalb die wohnung kalt blieb :roll:
sofern du mir die doku für die neue firmware zusenden könntest würde ich nochmals testen.
gruß
-
sofern du mir die doku für die neue firmware zusenden könntest würde ich nochmals testen. `
habe ich dir geschickt.
vG Looxer
3443_lacrosse-ws.png -
Danke. Ich prüf es und gebe bescheid.
-
was mich betrifft, läuft der Adapter und erfüllt alle Anforderungen. Herzlichen Dank an Bluefox für seine Arbeit. -
Kann ich fuer mich ebenfalls bestaetigen . BF zaubert sowas einfach aus dem Sack - vielen Dank auch von mir
-
Feedback von Pluggit Lüftungsanlage:
(Bin erst jetzt wieder dazu gekommen und habe die Komunikation hin bekommen)
Bei meiner KWL (Pluggit Avent AP310) werden die beiden Byte eines Registers vertauscht ausgegeben. Um das herauszufinden habe ich aussagekräftige Register mit verschiedenen Einstellungen ausgelesen und in Binäre Daten umgerechnet und verglichen.
Mit den vorhandenen Einstellmöglichkeiten (little und big Endian) werden ja alle Bytes gedreht, nicht aber jeweils die 2 Byte jedes einzelnen Registers eines Datenpunktes über 2 Register (32 Bit).
z.B.: Register 325 || 324 :
Byte 2 | Byte 3 || Byte 0 | Byte 1
(Vielleicht kann mir mal einer erklären was das soll?)
Da aber in dieser KWL die Daten, die geschrieben werden sollen nur gespeichert werden wenn beide (!) Register eines Datenpunktes gesendet werden kann eine einfache Zahl (0 - 4 -> Lüfterstufe) einen zur Verzweiflung bringen.. Meine Lösung ist:
0 = 0
1 = 256
2 = 512
3 = 768
4 = 1024
also
000….0000 || 0000 0XXX | 0000 0000 -> XXX = 000, 001, 010, 011, 100
Also habe ich Datenpunkte angelegt und mittels node red fix die übersetzung zusammengeklickt. So geht es, nicht sauber aber funktioniert.
Die gemessenen Temperaturen auszulesen ist dagegen einfacher, dafür habe ich das entsprechende Register -1 angegeben und da vor und nach dem Wert nur "Nullen" stehen passen die Daten.
Aber erstmal DANKE und Hut ab in Richtung Bluefox
-
Ich habe eine Frage zum dem Adapter:
Ich hab eine Lüftung von Westaflex (WAC350), die spricht
ModbusRTU. Weiterhin hab ich einen COM-Server von W&T
der eine Umsetzung von RS485 nach TCP/IP macht.
D.h. mit dem Programm ModbusPoll unter Windows z.B. kann
ich über die IP Adresse des COMServers mit der WAC350 über
"ModbusRTU Over TCP"
So wie ich das verstanden hab ist das dann kein ModbusTCP sondern
eben ModbusRTU Over TCP…
Geht das mit dem Adapter auch?
Habe leider gerade keine IOBroker Installation in der Nähe der Lüftung
um das testen zu können
-
Hier ist das ganze nochmal gut beschrieben:
http://www.simplymodbus.ca/TCP.htm
ModbusRTU over TCP ist dem nach ein Modbus RTU Paket
(SlaveID, FCode, Data, CRC)
das in ein TCP/IP Wrapper gepackt wird
anstatt dem Modbus TCP Paket
(MBAP Header, Modbus TCP/IP PDU)
Das müsste also etwas ein, was der Modbus Adapter unterstützt,
dafür würde aber erst mal die ModbusRTU Unterstützung benötigt werden.
-
Ich hab am Wochenende versucht,
den Modbus Adapter um das Feature "Modbus RTU over TCP" zu erweitern und
bin leider kläglich gescheitert
So wie ich das verstehe müsste ich direkt Änderungen in der modbus-stack.js Datei
vornehmen. Ich wollte das mal testweise machen, aber da reichen meine JavaScript
Kentnisse leider aktuell nicht aus
Theoretisch müsste nur das "Zusammenbauen" bzw "Zerlegen" des Modbus-Datenpakets
anders sein, aber ich bekomm das nicht hin.
Gibt es evtl einen JavaScript Freak, der sich das mal anschauen würde?
