Neue Hauptversion V 4.1.1 mit Bugfix verfügbar
Dies ist die Fehlerkorrekturversion zur V 4.1 mit Fix für Kompatibilität der Tunnel, u.a. für ETS 6.3.0
Wir haben den seit 2019 bereitgestellten KNXnet/IP Tunneling Server im Timberwolf Server erweitert für Kompatibilität mit aktuellen Anforderungen der ETS 6.3 und weiterer Software, z.B. Weinzierl ENO Tools
Alle Informationen hier: https://elabnet.atlassian.net/wiki/page ... 3100770306
Dies ist die Fehlerkorrekturversion zur V 4.1 mit Fix für Kompatibilität der Tunnel, u.a. für ETS 6.3.0
Wir haben den seit 2019 bereitgestellten KNXnet/IP Tunneling Server im Timberwolf Server erweitert für Kompatibilität mit aktuellen Anforderungen der ETS 6.3 und weiterer Software, z.B. Weinzierl ENO Tools
Alle Informationen hier: https://elabnet.atlassian.net/wiki/page ... 3100770306
[DISKUSSION] Helios KWL an Modbus TCP/IP 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: 227
- Registriert: Mo Aug 13, 2018 9:32 pm
- Wohnort: Allgäu
- Hat sich bedankt: 116 Mal
- Danksagung erhalten: 98 Mal
Hallo Stefan,
nachdem ich mich mit dem ModBus für den Wechselrichter beschäftigt habe dachte ich mir dann schaust dir das ModBus der Helios an.
Wenn ich das nun so unbedarft betrachte finde ich die Realisierung von Helios nicht so schlecht (zumindest das Auslesen von Daten) wie du es damals dargestellt hast.
Meiner Meinung nach wäre das mit dem TWS einfach zu realisieren, das einzige was ich aktuell dafür benötigen würde ist eine Funktion Strings an definierten Zeichen zu teilen und den Zahlenwert von String in einen formatierten Num-Wert zu konvertieren.
Mit Labview oder Python wäre das eine Sache von ein paar Minuten.
Wenn dann noch das ModBus-Lesen per Trigger ausgeführt werden könnte, dann wäre es noch einfacher.
Vielleicht hätten auch mehr Nutzer an dieser Logik Interesse, würde ich dann natürlich bereitstellen.
Gruß
Ralf
nachdem ich mich mit dem ModBus für den Wechselrichter beschäftigt habe dachte ich mir dann schaust dir das ModBus der Helios an.
Wenn ich das nun so unbedarft betrachte finde ich die Realisierung von Helios nicht so schlecht (zumindest das Auslesen von Daten) wie du es damals dargestellt hast.
Meiner Meinung nach wäre das mit dem TWS einfach zu realisieren, das einzige was ich aktuell dafür benötigen würde ist eine Funktion Strings an definierten Zeichen zu teilen und den Zahlenwert von String in einen formatierten Num-Wert zu konvertieren.
Mit Labview oder Python wäre das eine Sache von ein paar Minuten.
Wenn dann noch das ModBus-Lesen per Trigger ausgeführt werden könnte, dann wäre es noch einfacher.
Vielleicht hätten auch mehr Nutzer an dieser Logik Interesse, würde ich dann natürlich bereitstellen.
Gruß
Ralf
Zuletzt geändert von SchlaubySchlu am Di Feb 13, 2024 11:46 am, insgesamt 1-mal geändert.
Timberwolf Server 2600 #196, VPN offen, Reboot nach Vereinbarung, BM 729
-
- Elaborated Networks
- Reactions:
- Beiträge: 10597
- Registriert: So Aug 12, 2018 9:27 am
- Wohnort: Frauenneuharting
- Hat sich bedankt: 5257 Mal
- Danksagung erhalten: 8608 Mal
- Kontaktdaten:
Ralf,
was ich kritisiere ist, dass es als Modbus verkauft wird, aber nicht als Modbus realisiert ist im engeren Sinne, sondern ein proprietäres Protokoll wird über Modbus als Transportprotokoll gelegt. Das macht es unnötig kompliziert und es ist eine Frechheit das mit "Modbus" zu bewerben, wenn man am Ende das spezielle Protokoll nachimplementieren muss.
Stefan
was ich kritisiere ist, dass es als Modbus verkauft wird, aber nicht als Modbus realisiert ist im engeren Sinne, sondern ein proprietäres Protokoll wird über Modbus als Transportprotokoll gelegt. Das macht es unnötig kompliziert und es ist eine Frechheit das mit "Modbus" zu bewerben, wenn man am Ende das spezielle Protokoll nachimplementieren muss.
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.
-
- Reactions:
- Beiträge: 227
- Registriert: Mo Aug 13, 2018 9:32 pm
- Wohnort: Allgäu
- Hat sich bedankt: 116 Mal
- Danksagung erhalten: 98 Mal
Tja Stefan, so ist das meiner Erfahrung nach mit Standards die werden gerne mal etwas "gebogen" das ist dieser Fall für mich kein Einzelfall. Wenn ich daran denke wie mancher Hersteller von Ethernet-Bauteilen einen Etherent-Standard "verbiegen", da muss man sich manchmal eher wundern das überhaupt noch etwas funktioniert.
Da es aktuell für mein Problem schlecht aussieht, werde ich eine Alternative zum TWS suchen müssen, welche die Umsetzung in den offiziellen Standard erledigt.
Gruß
Ralf
Da es aktuell für mein Problem schlecht aussieht, werde ich eine Alternative zum TWS suchen müssen, welche die Umsetzung in den offiziellen Standard erledigt.
Gruß
Ralf
Timberwolf Server 2600 #196, VPN offen, Reboot nach Vereinbarung, BM 729
-
- Reactions:
- Beiträge: 227
- Registriert: Mo Aug 13, 2018 9:32 pm
- Wohnort: Allgäu
- Hat sich bedankt: 116 Mal
- Danksagung erhalten: 98 Mal
Hallo Stefan,
ich muss den alten Beitrag noch einmal aus der Versenkung holen. Wir hatten es doch von Standards welche gerne mal etwas "gebogen" werden, was du nicht so toll findest.
Ich hätte noch ein Beispiel von so so einem "gebogenen" Standard und zwar die Schirm-Anbindung der RJ45 Etherent Buchsen meines 2600er.
Wie ich nachgemessen habe scheint der Schirm der drei RJ45 Ethernet Buchsen direkt mit dem System-GND verbunden zu sein.
Dies ist auch der Grund warum Ihr immer darauf hinweist das ein ungeschirmtes CAT-Kabel verwendet werden soll/muss.
Doch dieses ungeschrimtes CAT-Kabel umgeht nur das eigentliche Thema, die optimierungsfähige Anbindung des Schirm der drei RJ45 Ethernet Buchsen an den System-GND des 2600er.
Laut Industrie-Standard wird dies über ein RC-Netzwerk realisiert und nicht direkt, so wie im 2600er anscheinend umgesetzt.
Dies ist auch in Application Notes zu Etherent-PHYs, Magnetics und Ethernet-Jacks so beschrieben (das Schirmthema ist bei allen Interfaces ein heikles Thema, allein in der Firma in der ich Arbeit können wir damit ganze Bände füllen).
Ausbaden müssen dies nun die Nutzer, analog der ModBus-Implementierung von Helius.
Ich will damit nur zeigen, wie schnell man aus verschiedenen Gründen am Standard "vorbei ist" und dann ist es nun mal s und der Kunde muss damit leben, bzw. daraus das beste machen.
Gruß
Ralf
ich muss den alten Beitrag noch einmal aus der Versenkung holen. Wir hatten es doch von Standards welche gerne mal etwas "gebogen" werden, was du nicht so toll findest.
Ich hätte noch ein Beispiel von so so einem "gebogenen" Standard und zwar die Schirm-Anbindung der RJ45 Etherent Buchsen meines 2600er.
Wie ich nachgemessen habe scheint der Schirm der drei RJ45 Ethernet Buchsen direkt mit dem System-GND verbunden zu sein.
Dies ist auch der Grund warum Ihr immer darauf hinweist das ein ungeschirmtes CAT-Kabel verwendet werden soll/muss.
Doch dieses ungeschrimtes CAT-Kabel umgeht nur das eigentliche Thema, die optimierungsfähige Anbindung des Schirm der drei RJ45 Ethernet Buchsen an den System-GND des 2600er.
Laut Industrie-Standard wird dies über ein RC-Netzwerk realisiert und nicht direkt, so wie im 2600er anscheinend umgesetzt.
Dies ist auch in Application Notes zu Etherent-PHYs, Magnetics und Ethernet-Jacks so beschrieben (das Schirmthema ist bei allen Interfaces ein heikles Thema, allein in der Firma in der ich Arbeit können wir damit ganze Bände füllen).
Ausbaden müssen dies nun die Nutzer, analog der ModBus-Implementierung von Helius.

Ich will damit nur zeigen, wie schnell man aus verschiedenen Gründen am Standard "vorbei ist" und dann ist es nun mal s und der Kunde muss damit leben, bzw. daraus das beste machen.
Gruß
Ralf
Timberwolf Server 2600 #196, VPN offen, Reboot nach Vereinbarung, BM 729
-
- Reactions:
- Beiträge: 45
- Registriert: Sa Apr 02, 2022 12:19 pm
- Hat sich bedankt: 21 Mal
- Danksagung erhalten: 8 Mal
Hallo zusammen,
ich bin nun durch eine Art Spontankauf möglicherweise nun auch auf die Helios "Modbus"-Werbung hereingefallen. bei mir werkelt nun eine Helios Hygrobox HBX 250 (zusammen mit einer Wolf-Lüftung, also da nicht weiter elektronisch integriert). Nachdem ich bei der Beschreibung der "Modbusanbindung" die Register(?)adressen etwas seltsam fand, bin ich hier gelandet.
Muss ich annehmen, dass das im Handbuch Beschriebene auch nicht so trivial mit dem TWS zu machen wird, wie z.B. ein Fronius Wechselrichter?
https://global.heliosventilatoren.de/me ... 3_0422.pdf
Bin kein Modbus-Profi und ärgere mich schon darüber, dass dieses Gerät nur Modbus RTU bietet und sonst gar nichts (okay, einen I/O-Kontakt gibt's noch für generelle Funktionsfreigabe...). Die MQTT-Lösung, die hier schon genannt wurde, geht also auch nicht, mangels Netzwerkanbindung.
Viele Grüße
Arne
ich bin nun durch eine Art Spontankauf möglicherweise nun auch auf die Helios "Modbus"-Werbung hereingefallen. bei mir werkelt nun eine Helios Hygrobox HBX 250 (zusammen mit einer Wolf-Lüftung, also da nicht weiter elektronisch integriert). Nachdem ich bei der Beschreibung der "Modbusanbindung" die Register(?)adressen etwas seltsam fand, bin ich hier gelandet.
Muss ich annehmen, dass das im Handbuch Beschriebene auch nicht so trivial mit dem TWS zu machen wird, wie z.B. ein Fronius Wechselrichter?
https://global.heliosventilatoren.de/me ... 3_0422.pdf
Bin kein Modbus-Profi und ärgere mich schon darüber, dass dieses Gerät nur Modbus RTU bietet und sonst gar nichts (okay, einen I/O-Kontakt gibt's noch für generelle Funktionsfreigabe...). Die MQTT-Lösung, die hier schon genannt wurde, geht also auch nicht, mangels Netzwerkanbindung.
Viele Grüße
Arne
Viele Grüße!
Arne
TWS 3500 XL #1458 mit KNX, 1-Wire (PBM #1139), HTTP-API, MQTT, Modbus
Arne
TWS 3500 XL #1458 mit KNX, 1-Wire (PBM #1139), HTTP-API, MQTT, Modbus
-
- Reactions:
- Beiträge: 227
- Registriert: Mo Aug 13, 2018 9:32 pm
- Wohnort: Allgäu
- Hat sich bedankt: 116 Mal
- Danksagung erhalten: 98 Mal
Hallo Arne,
ich habe das Thema aktuell ad-akta gelegt, wirkliche Unterstützung wird es mit dem TWS nicht geben und solange die String-Funktionen so unvollständig sind wird es nicht wirklich gehen etwas mit der Logic zu bauen.
Da aktuell die Visu im Fokus steht wird es meiner Meinung nach keine schnelle Besserung geben.
Gruß Ralf
ich habe das Thema aktuell ad-akta gelegt, wirkliche Unterstützung wird es mit dem TWS nicht geben und solange die String-Funktionen so unvollständig sind wird es nicht wirklich gehen etwas mit der Logic zu bauen.
Da aktuell die Visu im Fokus steht wird es meiner Meinung nach keine schnelle Besserung geben.
Gruß Ralf
Timberwolf Server 2600 #196, VPN offen, Reboot nach Vereinbarung, BM 729
-
- Reactions:
- Beiträge: 45
- Registriert: Sa Apr 02, 2022 12:19 pm
- Hat sich bedankt: 21 Mal
- Danksagung erhalten: 8 Mal
Hallo Ralf,
ich habe vorhin positiv überrascht festgestellt, dass das, was in der Anleitung der Hygrobox steht wohl doch "normalem" Modbus entspricht. Zumindest war ich in der Lage, im TWS ein Profil anzulegen und die Hauptwerte auch auszulesen. Bei den mit DataType "bit" bezeichneten Werten vermute ich, dass diskrete Register (1xxx) genutzt werden müssen, bin da aber noch unsicher.
Was mich auch irritiert ist, dass nach Anleitung die Schreib-Register "Target temperature" und "Target humidity" keine Dezimalstellen haben sollen, obwohl am Gerät durchaus auf eine Dezimalstelle genau eingestellt werden kann.
Naja, ist noch etwas ausprobieren angesagt!
Helios hat aber offenbar dazu gelernt, und bei neueren Geräten kann Stefan seinem Drama noch einen 6. Akt mit Happy-End hinzufügen.
Frohe Ostern!
Arne
ich habe vorhin positiv überrascht festgestellt, dass das, was in der Anleitung der Hygrobox steht wohl doch "normalem" Modbus entspricht. Zumindest war ich in der Lage, im TWS ein Profil anzulegen und die Hauptwerte auch auszulesen. Bei den mit DataType "bit" bezeichneten Werten vermute ich, dass diskrete Register (1xxx) genutzt werden müssen, bin da aber noch unsicher.
Was mich auch irritiert ist, dass nach Anleitung die Schreib-Register "Target temperature" und "Target humidity" keine Dezimalstellen haben sollen, obwohl am Gerät durchaus auf eine Dezimalstelle genau eingestellt werden kann.
Naja, ist noch etwas ausprobieren angesagt!
Helios hat aber offenbar dazu gelernt, und bei neueren Geräten kann Stefan seinem Drama noch einen 6. Akt mit Happy-End hinzufügen.
Frohe Ostern!
Arne
Viele Grüße!
Arne
TWS 3500 XL #1458 mit KNX, 1-Wire (PBM #1139), HTTP-API, MQTT, Modbus
Arne
TWS 3500 XL #1458 mit KNX, 1-Wire (PBM #1139), HTTP-API, MQTT, Modbus
-
- Reactions:
- Beiträge: 4036
- Registriert: So Aug 12, 2018 10:20 am
- Hat sich bedankt: 1402 Mal
- Danksagung erhalten: 1878 Mal
Wenn per se keine Dezimalformate gesendet werden ist ggf ein pauschaler Skalierungsfaktor drauf. Dann kannst den empfangenen Wert ja selbst /10 rechnen. Muss man ausprobieren welcher Wert da kommt und was kannst am Bedienteil zu dem Zeitpunkt sehen.
Grüße Göran
#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#PV 43,2 kWh Akku; 3x VE MP2 5000; 6,7 kWp > 18 Panele an 4x HM1500 + 1 HM800 WR; Open-DTU
#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#PV 43,2 kWh Akku; 3x VE MP2 5000; 6,7 kWp > 18 Panele an 4x HM1500 + 1 HM800 WR; Open-DTU