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

[DISKUSSION] Helios KWL an Modbus TCP/IP per TWS

Wissen, Planung & Diskussion zur Modbus Unterstützung im Timberwolf Server.
Stellt uns hier Eure Modbus Projekte und Ideen vor.
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

SchlaubySchlu
Reactions:
Beiträge: 227
Registriert: Mo Aug 13, 2018 9:32 pm
Wohnort: Allgäu
Hat sich bedankt: 116 Mal
Danksagung erhalten: 98 Mal

#31

Beitrag von SchlaubySchlu »

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
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

StefanW
Elaborated Networks
Elaborated Networks
Reactions:
Beiträge: 10593
Registriert: So Aug 12, 2018 9:27 am
Wohnort: Frauenneuharting
Hat sich bedankt: 5251 Mal
Danksagung erhalten: 8597 Mal
Kontaktdaten:

#32

Beitrag von StefanW »

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
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.

SchlaubySchlu
Reactions:
Beiträge: 227
Registriert: Mo Aug 13, 2018 9:32 pm
Wohnort: Allgäu
Hat sich bedankt: 116 Mal
Danksagung erhalten: 98 Mal

#33

Beitrag von SchlaubySchlu »

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
Timberwolf Server 2600 #196, VPN offen, Reboot nach Vereinbarung, BM 729

SchlaubySchlu
Reactions:
Beiträge: 227
Registriert: Mo Aug 13, 2018 9:32 pm
Wohnort: Allgäu
Hat sich bedankt: 116 Mal
Danksagung erhalten: 98 Mal

#34

Beitrag von SchlaubySchlu »

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
Timberwolf Server 2600 #196, VPN offen, Reboot nach Vereinbarung, BM 729

avater
Reactions:
Beiträge: 44
Registriert: Sa Apr 02, 2022 12:19 pm
Hat sich bedankt: 21 Mal
Danksagung erhalten: 7 Mal

#35

Beitrag von avater »

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
Viele Grüße!
Arne

TWS 3500 XL #1458 mit KNX, 1-Wire (PBM #1139), HTTP-API, MQTT, Modbus

SchlaubySchlu
Reactions:
Beiträge: 227
Registriert: Mo Aug 13, 2018 9:32 pm
Wohnort: Allgäu
Hat sich bedankt: 116 Mal
Danksagung erhalten: 98 Mal

#36

Beitrag von SchlaubySchlu »

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
Timberwolf Server 2600 #196, VPN offen, Reboot nach Vereinbarung, BM 729

avater
Reactions:
Beiträge: 44
Registriert: Sa Apr 02, 2022 12:19 pm
Hat sich bedankt: 21 Mal
Danksagung erhalten: 7 Mal

#37

Beitrag von avater »

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
Viele Grüße!
Arne

TWS 3500 XL #1458 mit KNX, 1-Wire (PBM #1139), HTTP-API, MQTT, Modbus

Ersteller
gbglace
Reactions:
Beiträge: 4035
Registriert: So Aug 12, 2018 10:20 am
Hat sich bedankt: 1401 Mal
Danksagung erhalten: 1875 Mal

#38

Beitrag von gbglace »

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
Antworten

Zurück zu „Modbus“