Hallo,
wie von Stefan aufgerufen, teile ich hier die Modbus Variablen Liste von meinem Wohnraumlüftungsgerät Systemair Save VTR. Ich hatte mich damals unter anderem für das Gerät entschieden, da ich gerne einen Rotationswärmetauscher nutzen wollte und das haben nicht alle Hersteller im Programm.
Das Gerät kann sowohl Modbus/TCP (zusammen mit dem als Zubehör erhältlichen IAM Modul) als auch RTU.
Da ich einen TWS 2600er im Einsatz habe, hatte ich mich schon damals zusätzlich für das IAM Modul entschieden. Aber wer weiss, vielleicht besorg ich mir der Vollständigkeit halber dann trotzdem noch die Extension für RS-485, sobald die erhätlich ist.
Einen schönen Sonntag noch!
Christian
UPGRADE IP 9 verfügbar!
Timberwolf VISU jetzt mit NEUEM Layout Editor
Freie Anordnung, Reihenfolge und Größe der Widgets - viele weitere Verbesserungen
Infos im Wiki: https://elabnet.atlassian.net/l/cp/06SeuHRJ
NEU! Insider & Leistungsmerkmale FÜR ALLE freigeschaltet
Damit kann nun jeder das Upgrade vornehmen und VISU & IFTTT testen. Alle Info hier: viewtopic.php?f=8&t=5074
Timberwolf VISU jetzt mit NEUEM Layout Editor
Freie Anordnung, Reihenfolge und Größe der Widgets - viele weitere Verbesserungen
Infos im Wiki: https://elabnet.atlassian.net/l/cp/06SeuHRJ
NEU! Insider & Leistungsmerkmale FÜR ALLE freigeschaltet
Damit kann nun jeder das Upgrade vornehmen und VISU & IFTTT testen. Alle Info hier: viewtopic.php?f=8&t=5074
[DISKUSSION] Systemair KWL an Modbus TCP/IP oder RTU per TWS
Forumsregeln
- Denke bitte an aussagekräftige Titel und gebe dort auch die [Firmware] an. Wenn ETS oder CometVisu beteiligt sind, dann auch deren Version
- Bitte mache vollständige Angaben zu Deinem Server, dessen ID und dem Online-Status in Deiner Signatur. Hilfreich ist oft auch die Beschreibung der angeschlossener Hardware sowie die verwendeten Protokolle
- Beschreibe Dein Projekt und Dein Problem bitte vollständig. Achte bitte darauf, dass auf Screenshots die Statusleiste sichtbar ist
- Bitte sei stets freundlich und wohlwollend, bleibe beim Thema und unterschreibe mit deinem Vornamen. Bitte lese alle Regeln, die Du hier findest: https://wiki.timberwolf.io/Forenregeln
-
- Reactions:
- Beiträge: 302
- Registriert: Fr Dez 14, 2018 9:32 pm
- Wohnort: Gronau
- Hat sich bedankt: 1026 Mal
- Danksagung erhalten: 212 Mal
Systemair KWL an Modbus TCP/IP oder RTU per TWS
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Viele Grüße, Christian
Timberwolf Server 2600 #200 ULTRA842 / PBM #778 / PBM #779 / PBM #780 / Reboot erlaubt / VPN offen
Timberwolf Server 2600 #200 ULTRA842 / PBM #778 / PBM #779 / PBM #780 / Reboot erlaubt / VPN offen
-
- Reactions:
- Beiträge: 264
- Registriert: Mi Sep 05, 2018 11:49 pm
- Hat sich bedankt: 287 Mal
- Danksagung erhalten: 102 Mal
Hallo Christian,
ich habe auch eine Systemair KWL und möchte diese auch per Modbus RTU auf den Bus bringen.
Vielen Dank für die Parameterliste.
ich habe auch eine Systemair KWL und möchte diese auch per Modbus RTU auf den Bus bringen.
Vielen Dank für die Parameterliste.
Gruß Alan
TWS 2600 ID:190; VPN offen; Reboot nach Absprache, da Beschattung über Logikeditor aktiv!
TWS 2600 ID:190; VPN offen; Reboot nach Absprache, da Beschattung über Logikeditor aktiv!
-
- Elaborated Networks
- Reactions:
- Beiträge: 9689
- Registriert: So Aug 12, 2018 9:27 am
- Wohnort: Frauenneuharting
- Hat sich bedankt: 4831 Mal
- Danksagung erhalten: 7632 Mal
- Kontaktdaten:
Hallo Christian,
Ich habe mir das Dokument durchgesehen: Perfekt!
Sieht der Papierlage nach einer korrekten Implementierung aus, Darstellung der Register ist sehr gelungen, fast alle Informationen vorhanden (ByteOrder habe ich nicht gleich gefunden, aber das hat man schnell herausgefunden).
==> Ich sehe keine Probleme mit der Modbus Kommunikation
lg
Stefan
Wunderbar, danke.
Ich habe mir das Dokument durchgesehen: Perfekt!
Sieht der Papierlage nach einer korrekten Implementierung aus, Darstellung der Register ist sehr gelungen, fast alle Informationen vorhanden (ByteOrder habe ich nicht gleich gefunden, aber das hat man schnell herausgefunden).
==> Ich sehe keine Probleme mit der Modbus Kommunikation
Gerne, danke fürs Teilen
lg
Stefan
Zuletzt geändert von StefanW am So Jun 07, 2020 5:27 pm, insgesamt 1-mal geändert.
Stefan Werner
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de
Link zu Impressum und Datenschutzerklärung oben.
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de
Link zu Impressum und Datenschutzerklärung oben.
-
- Reactions:
- Beiträge: 264
- Registriert: Mi Sep 05, 2018 11:49 pm
- Hat sich bedankt: 287 Mal
- Danksagung erhalten: 102 Mal
Hallo Stefan,
ich habe von meiner SystemAir KWL (VR 400 DCV/DE) auch mal nach den Modbus Unterlagen geforscht.
Vielleicht helfen diese auch zur Vorbereitung eurer Modbusfunktionen.
ich habe von meiner SystemAir KWL (VR 400 DCV/DE) auch mal nach den Modbus Unterlagen geforscht.
Vielleicht helfen diese auch zur Vorbereitung eurer Modbusfunktionen.
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Gruß Alan
TWS 2600 ID:190; VPN offen; Reboot nach Absprache, da Beschattung über Logikeditor aktiv!
TWS 2600 ID:190; VPN offen; Reboot nach Absprache, da Beschattung über Logikeditor aktiv!
-
- Elaborated Networks
- Reactions:
- Beiträge: 9689
- Registriert: So Aug 12, 2018 9:27 am
- Wohnort: Frauenneuharting
- Hat sich bedankt: 4831 Mal
- Danksagung erhalten: 7632 Mal
- Kontaktdaten:
Hallo Alan,
Kurze Rückmeldung für Dich zur Dokumentation:
==> Das sieht soweit gut aus, sollte nach Papierlage umsetzbar sein.
Hinsichtlich Thema "zulässige Werte" werde ich das als Beispiel heute in der Entwicklerkonferenz benutzen, weil ich da einen Aspekt gesehen habe, über den ich sprechen möchte. Hat uns also weitergeholfen, vielen Dank
lg
Stefan
Ja, danke. Habe mir alle Dokumente angesehen.
Kurze Rückmeldung für Dich zur Dokumentation:
- Dokumentation: Die Systemair Dokumentationen machen vom Aufbau her einen guten Eindruck
- Byte Order: Angaben zu Byte Order fehlen leider (ist auch bei dem meisten anderen Herstellern so)
- Codierung: Angaben zur Codierung habe ich leider auch nicht gefunden
- Speicherung Setup-Parameter: Bei einem Teil der Parameter-Register werden hinterlegte Werte nicht dauerhaft gespeichert. Bei manchen dieser "NVM" Register läßt sich eine Speicherung durchführen, wenn ein Befehl an ein anderes Register gesendet wird (habe ich so noch nie gesehen, ist aber ok)
- Zulässige Wertebereiche: Es gibt teils mehrere zulässige Wertepaare. Das müssen wir prüfen, wie man das dann umsetzt
- Registermapoing: Manche Register gibt es als 16-Bit und als Einzelbit-Register. Das ist ok, aber dieser Aspekt ist nicht besonders gut beschrieben
- Diagnostic Functions: Leider keine klare Angabe zu den Diagnostic Functions
- Device Identification: Leider keine klare Angabe ob Device Identification unterstützt wird (vermutlich nicht)
==> Das sieht soweit gut aus, sollte nach Papierlage umsetzbar sein.
Hinsichtlich Thema "zulässige Werte" werde ich das als Beispiel heute in der Entwicklerkonferenz benutzen, weil ich da einen Aspekt gesehen habe, über den ich sprechen möchte. Hat uns also weitergeholfen, vielen Dank
lg
Stefan
Zuletzt geändert von StefanW am Mi Jun 10, 2020 8:04 am, insgesamt 3-mal geändert.
Stefan Werner
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de
Link zu Impressum und Datenschutzerklärung oben.
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de
Link zu Impressum und Datenschutzerklärung oben.
-
- Reactions:
- Beiträge: 30
- Registriert: Mi Sep 26, 2018 10:27 am
- Hat sich bedankt: 3 Mal
- Danksagung erhalten: 6 Mal
Hallo zusammen,
ich habe auch eine Systemair KWL Save und am 03.07 @StefanW eine Mail mit dem Modbusregister zukommen lassen.
War nur eine PN . Sorry Stefan, habe erst jetzt gelesen, dass du das eigentlich nicht möchtest. Wird in Zukunft unterlassen
Das ist perfekt wenn noch mehr dieses Gerät verwenden, dann bekommen wir das mit der Implementierung hin.
Hier alle Modbus Dokumente des Herstellers dazu.
https://shop.systemair.com/upload/asset ... 519348.PDF
https://shop.systemair.com/upload/asset ... V__29_.PDF
Ich meine im zweiten PDF sind die Infos des ersten PDF mit aufgeführt, aber zu Vollständigkeit alle Dokumente die beim Hersteller zugänglich sind.
Interessant ist hier, dass im ersten Dokument auch ein Ansprechpartner seitens Systemair benannt ist. Da könnte man bestimmt die fehlenden Informationen (ByteOrder) in Erfahrung bringen.
@StefanW Wie muss so eine "ByteOrder" genau aussehen? Könntest du eine Datei einstellen wie eine vollständige Doku aussieht, bzw. was genau fehlt, dann frage ich bei Systemair mal an.
Warte schon seit fast 2 Jahren (Seit dem Kauf meines TW 2400) gespannt auf die Modbusfunktion, um das Gerät endlich auf den Bus zu bekommen. Händisch die Geschwindigkeitsstufen zu schalten ist echt nervig.
Würde mich auch als Tester hierfür gerne bereiterklären.
Grüße Tom
ich habe auch eine Systemair KWL Save und am 03.07 @StefanW eine Mail mit dem Modbusregister zukommen lassen.
War nur eine PN . Sorry Stefan, habe erst jetzt gelesen, dass du das eigentlich nicht möchtest. Wird in Zukunft unterlassen
Das ist perfekt wenn noch mehr dieses Gerät verwenden, dann bekommen wir das mit der Implementierung hin.
Hier alle Modbus Dokumente des Herstellers dazu.
https://shop.systemair.com/upload/asset ... 519348.PDF
https://shop.systemair.com/upload/asset ... V__29_.PDF
Ich meine im zweiten PDF sind die Infos des ersten PDF mit aufgeführt, aber zu Vollständigkeit alle Dokumente die beim Hersteller zugänglich sind.
Interessant ist hier, dass im ersten Dokument auch ein Ansprechpartner seitens Systemair benannt ist. Da könnte man bestimmt die fehlenden Informationen (ByteOrder) in Erfahrung bringen.
@StefanW Wie muss so eine "ByteOrder" genau aussehen? Könntest du eine Datei einstellen wie eine vollständige Doku aussieht, bzw. was genau fehlt, dann frage ich bei Systemair mal an.
Warte schon seit fast 2 Jahren (Seit dem Kauf meines TW 2400) gespannt auf die Modbusfunktion, um das Gerät endlich auf den Bus zu bekommen. Händisch die Geschwindigkeitsstufen zu schalten ist echt nervig.
Würde mich auch als Tester hierfür gerne bereiterklären.
Grüße Tom
Zuletzt geändert von Tom am Mi Jun 10, 2020 7:47 am, insgesamt 1-mal geändert.
TWS 2400 #131 (VPN offen, Reboot nach Rücksprache), PBM mit 3x40 Kanälen, Edomi (Docker), ...
-
- Elaborated Networks
- Reactions:
- Beiträge: 9689
- Registriert: So Aug 12, 2018 9:27 am
- Wohnort: Frauenneuharting
- Hat sich bedankt: 4831 Mal
- Danksagung erhalten: 7632 Mal
- Kontaktdaten:
Hallo Tom,
@all: Es geht weniger darum was ich möchte, aber PNs sind sehr unpraktisch im geschäftlichen Alltag.
Meine Mitarbeiter können nicht mitlesen und / oder ich kann ihnen keinen Link darauf zusenden oder das einfach weiterleiten als eMail. In den PNs kann ich zudem nicht suchen, es kann nur eine geringe Menge an PNs aufbewahrt werden und wir können in dieser Form insbesondere gesetzliche Pflichten der Aufbewahrung (Abgabenordnung usw.) nicht erfüllen.
PNs sind ok, um mich auf etwas hinzuweisen was ich im Forum übersehen haben könnte, aber bitte nur mit Zurückhaltung, weil die Flut von Infos ist kaum zu bewältigen und ich bitte darum, mich nicht ohne wirklich ganz ganz triftigen Grund per PN zu kontaktieren.
Das ist ähnlich wie bei den Logik Modulen, die ja auch von vielen geschrieben und anschließend zur Verfügung gestellt werden. Für diese Modbus Definitionen (die "Modbus Applikation") ist auch mittelfristig ein Repository angedacht, so dass man nach Angabe des Herstellers / Systembezeichnung einfach eine solche "Modbus Applikation" angeboten bekommt. Genau wie in der ETS aus dem KNX Repository.
Ist eben kein KNX bei dem die Datenformate für alles und jedes auf 200 Seiten festgelegt ist. Bei Modbus, MQTT oder Web-APIs gibt es keine solchen Festlegungen, das muss man sich alles erarbeiten und es wäre wünschenswert, wenn die Hersteller das einfach angeben würde, am Ende des Tages muss es auf jedes Bit genau passen, da würde ich mir mehr Sorgfalt in den Dokus wünschen.
Es fehlen folgende Angaben in der hier im Thread übermittelten Systemair Doku:
1. Es fehlen Angaben zur ByteOrder
2. Die Codierung der Werte ist (in der ersten Doku oben) nicht angegeben
3. Umrechnungen für Fixkommaformate (z.B. Temperatur-Register) sind nicht angegeben (kann man zwar erraten, aber können andere ja auch angeben)
3. Keine Angabe ob "Diagnostic Functions" (Function Code 08) unterstützt werden (vermutlich nicht, wenn es nicht drinsteht)
4. Keine Angabe ob "Device Identification" (Function Code 43) unterstützt werden (vermutlich nicht, wenn es nicht drinsteht)
5. Keine Angabe dazu, mit welchem zeitlichen Abstand Anfragen gesendet werden dürfen
6. Keine Angabe zum Timeout (also was die längste Wartezeit auf eine Anfrage ist, bevor der Master abbrechen soll)
7. Keine Angabe welche Exception Codes unterstützt werden
Hinweis: Ich habe das im Schnellflug überflogen. Es ist nicht auszuschließen, dass das ein oder andere irgendwo in einem Nebensatz untergebracht war, den ich überlesen habe, daher bitte nochmal meine Angaben prüfen. Merci
lg
Stefan
Danke. Alles gut.
@all: Es geht weniger darum was ich möchte, aber PNs sind sehr unpraktisch im geschäftlichen Alltag.
Meine Mitarbeiter können nicht mitlesen und / oder ich kann ihnen keinen Link darauf zusenden oder das einfach weiterleiten als eMail. In den PNs kann ich zudem nicht suchen, es kann nur eine geringe Menge an PNs aufbewahrt werden und wir können in dieser Form insbesondere gesetzliche Pflichten der Aufbewahrung (Abgabenordnung usw.) nicht erfüllen.
PNs sind ok, um mich auf etwas hinzuweisen was ich im Forum übersehen haben könnte, aber bitte nur mit Zurückhaltung, weil die Flut von Infos ist kaum zu bewältigen und ich bitte darum, mich nicht ohne wirklich ganz ganz triftigen Grund per PN zu kontaktieren.
Richtig. Es hat nur einer die Arbeit das zu definieren und kann dann diese Definition allen zur Verfügung stellen.
Das ist ähnlich wie bei den Logik Modulen, die ja auch von vielen geschrieben und anschließend zur Verfügung gestellt werden. Für diese Modbus Definitionen (die "Modbus Applikation") ist auch mittelfristig ein Repository angedacht, so dass man nach Angabe des Herstellers / Systembezeichnung einfach eine solche "Modbus Applikation" angeboten bekommt. Genau wie in der ETS aus dem KNX Repository.
ok, habe es mir angesehen, danke.
Es geht weniger um das Aussehen, sondern dass es ein Hersteller das überhaupt definiert und der Nutzer es nicht (fehlerbehaftet) durch "Trial & Error" ausprobieren muss (wobei unser "Live Check" das ganz wesentlich erleichtert, alle möglichen Kombinationen durchzuprobieren, bis das gewünschte richtig dekodiert wird).
Ist eben kein KNX bei dem die Datenformate für alles und jedes auf 200 Seiten festgelegt ist. Bei Modbus, MQTT oder Web-APIs gibt es keine solchen Festlegungen, das muss man sich alles erarbeiten und es wäre wünschenswert, wenn die Hersteller das einfach angeben würde, am Ende des Tages muss es auf jedes Bit genau passen, da würde ich mir mehr Sorgfalt in den Dokus wünschen.
Es fehlen folgende Angaben in der hier im Thread übermittelten Systemair Doku:
1. Es fehlen Angaben zur ByteOrder
2. Die Codierung der Werte ist (in der ersten Doku oben) nicht angegeben
3. Umrechnungen für Fixkommaformate (z.B. Temperatur-Register) sind nicht angegeben (kann man zwar erraten, aber können andere ja auch angeben)
3. Keine Angabe ob "Diagnostic Functions" (Function Code 08) unterstützt werden (vermutlich nicht, wenn es nicht drinsteht)
4. Keine Angabe ob "Device Identification" (Function Code 43) unterstützt werden (vermutlich nicht, wenn es nicht drinsteht)
5. Keine Angabe dazu, mit welchem zeitlichen Abstand Anfragen gesendet werden dürfen
6. Keine Angabe zum Timeout (also was die längste Wartezeit auf eine Anfrage ist, bevor der Master abbrechen soll)
7. Keine Angabe welche Exception Codes unterstützt werden
Hinweis: Ich habe das im Schnellflug überflogen. Es ist nicht auszuschließen, dass das ein oder andere irgendwo in einem Nebensatz untergebracht war, den ich überlesen habe, daher bitte nochmal meine Angaben prüfen. Merci
Wir werden die Modbus Unterstützung im Rahmen der "Insider Previews" für die Version 2 zügig zur Verfügung stellen, sobald wir die Hauptversion 1.6 ausgerollt haben, also in drei bis sechs Wochen (geschätzt), das hängt von den Rückmeldungen zu den Vorabversionen der 1.6 ab.Tom hat geschrieben: ↑Mi Jun 10, 2020 7:42 amWarte schon seit fast 2 Jahren (Seit dem Kauf meines TW 2400) gespannt auf die Modbusfunktion, um das Gerät endlich auf den Bus zu bekommen. Händisch die Geschwindigkeitsstufen zu schalten ist echt nervig.
Würde mich auch als Tester hierfür gerne bereiterklären.
lg
Stefan
Stefan Werner
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de
Link zu Impressum und Datenschutzerklärung oben.
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de
Link zu Impressum und Datenschutzerklärung oben.