Es wurde hier nun auch eine Modbus TCP Schnittstelle für die OpenWB Wallbox angekündigt:
[url]https://openwb.de/forum/viewtopic.php?f=3&t=1781/[url]
Wäre super wenn diese auch mit dem TWS interagieren würde!
NEU! UPGRADE IP 11 verfügbar!
NEU! LICHTWIDGET - DPT 7.600 - Logik Manager Update - sowie viele weitere Verbesserungen
Infos im Wiki: https://elabnet.atlassian.net/l/cp/B9MUEJj2
Insider & Leistungsmerkmale FÜR ALLE freigeschaltet
Ab sofort kann jeder die neue VISU & IFTTT testen. Info: viewtopic.php?f=8&t=5074
Release V 4 am 15. Juni 2024
Es gibt nun einen fixen Termin. Info: viewtopic.php?f=8&t=5117
NEU! Ausführliches Video Tutorial zur VISU
Jetzt werden alle Fragen beantwortet. Das Video: https://youtu.be/_El-zaC2Rrs
NEU! LICHTWIDGET - DPT 7.600 - Logik Manager Update - sowie viele weitere Verbesserungen
Infos im Wiki: https://elabnet.atlassian.net/l/cp/B9MUEJj2
Insider & Leistungsmerkmale FÜR ALLE freigeschaltet
Ab sofort kann jeder die neue VISU & IFTTT testen. Info: viewtopic.php?f=8&t=5074
Release V 4 am 15. Juni 2024
Es gibt nun einen fixen Termin. Info: viewtopic.php?f=8&t=5117
NEU! Ausführliches Video Tutorial zur VISU
Jetzt werden alle Fragen beantwortet. Das Video: https://youtu.be/_El-zaC2Rrs
[TIPP] MODBUS PROFIL: Wandladestation OpenWB
Forumsregeln
HIER NUR FERTIGE MODBUS PROFILE.
Wünsche und Fragen zum Modbus oder für neue Profile bitte im Modbus Unterforum
HIER NUR FERTIGE MODBUS PROFILE.
Wünsche und Fragen zum Modbus oder für neue Profile bitte im Modbus Unterforum
-
- Reactions:
- Beiträge: 740
- Registriert: So Aug 12, 2018 9:25 am
- Hat sich bedankt: 205 Mal
- Danksagung erhalten: 274 Mal
MODBUS PROFIL: Wandladestation OpenWB
Zuletzt geändert von StefanW am Mo Feb 22, 2021 4:35 pm, insgesamt 2-mal geändert.
Gruß
Andi
TW2500 #440 (ex Timberwolf 2400 #111) mit PBM #124, Support VPN nur auf Anfrage, Reboot bitte nur nach Absprache
Andi
TW2500 #440 (ex Timberwolf 2400 #111) mit PBM #124, Support VPN nur auf Anfrage, Reboot bitte nur nach Absprache
-
- Reactions:
- Beiträge: 1873
- Registriert: Do Feb 07, 2019 8:08 am
- Hat sich bedankt: 1579 Mal
- Danksagung erhalten: 810 Mal
Hallo Andi,
das ist zwar gut, aber bitte mal den Entwickler, das er die Schnittstellenbeschreibung mal überarbeitet. Hier fehlen leider einige Informationen.
Hier die Auflistung von Stefan, was in dieser definiert sein soll.
- Register-Adressen
- Byte Order
- Codierung
- Umrechnungen
- Zulässige Wertebereiche
- Speicherung Setup-Parameter
- Diagnostic Functions
- Device Identification
@tger977
das ist zwar gut, aber bitte mal den Entwickler, das er die Schnittstellenbeschreibung mal überarbeitet. Hier fehlen leider einige Informationen.
Hier die Auflistung von Stefan, was in dieser definiert sein soll.
- Register-Adressen
- Byte Order
- Codierung
- Umrechnungen
- Zulässige Wertebereiche
- Speicherung Setup-Parameter
- Diagnostic Functions
- Device Identification
@tger977
Zuletzt geändert von Sun1453 am Mo Okt 19, 2020 7:55 am, insgesamt 3-mal geändert.
Gruß Michael
Timberwolf 950 QL #344 | Mit Internetanbindung | VPN Offen | Reboot nach Absprache | PROD Server
Timberwolf 2500 #602 | VPN offen | TEST Server | Reboot nach Absprache |
Timberwolf 950 QL #344 | Mit Internetanbindung | VPN Offen | Reboot nach Absprache | PROD Server
Timberwolf 2500 #602 | VPN offen | TEST Server | Reboot nach Absprache |
-
- Reactions:
- Beiträge: 740
- Registriert: So Aug 12, 2018 9:25 am
- Hat sich bedankt: 205 Mal
- Danksagung erhalten: 274 Mal
da ich da leider keine Ahnung von habe und ich auch keine Rückfragen beantworten könnte werde ich da erstmal keine Fragen im anderen Forum stellen.
Register ist beschrieben, Umrechnung/Codierung/Wertebereich m.E. auch falls nicht 1:1 der Wert zu nehmen ist, der Rest sagt mir nichts und weiß ich auch nicht wozu das nötig ist.
Was braucht man wirklich zwingend zusätzlich von dieser Liste und warum?
Register ist beschrieben, Umrechnung/Codierung/Wertebereich m.E. auch falls nicht 1:1 der Wert zu nehmen ist, der Rest sagt mir nichts und weiß ich auch nicht wozu das nötig ist.
Was braucht man wirklich zwingend zusätzlich von dieser Liste und warum?
Gruß
Andi
TW2500 #440 (ex Timberwolf 2400 #111) mit PBM #124, Support VPN nur auf Anfrage, Reboot bitte nur nach Absprache
Andi
TW2500 #440 (ex Timberwolf 2400 #111) mit PBM #124, Support VPN nur auf Anfrage, Reboot bitte nur nach Absprache
-
- Reactions:
- Beiträge: 3614
- Registriert: So Aug 12, 2018 10:20 am
- Hat sich bedankt: 1272 Mal
- Danksagung erhalten: 1674 Mal
Naja wenn man einen vollständigen bidirektionalen Adapter bauen möchte, dann sind die Angaben schon notwendig. Wenn man nur ein zwei Werte lesen möchte dann, kann man auch einfach mal auf dem Bus horchen mit einer dünnen Dokumentation empfangene Werte abgleichen und eine einfache Übersetzung draus machen. Das ist aber halt was anderes wie:
Die ersten 5 Angaben der Liste sind natürlich essentiell wenn man auch was senden möchte, die weiteren Angaben nicht unbedingt nur nice to have.
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
#3 PBM 3 Kanäle, #4 Modbus-Extension
Göran
#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#3 PBM 3 Kanäle, #4 Modbus-Extension
-
- Elaborated Networks
- Reactions:
- Beiträge: 9775
- Registriert: So Aug 12, 2018 9:27 am
- Wohnort: Frauenneuharting
- Hat sich bedankt: 4879 Mal
- Danksagung erhalten: 7820 Mal
- Kontaktdaten:
Hallo Andi,
Damit sind wir beim warum. Praktisch alle IT-Systeme tauschen Daten als Zahlen oder Text aus. Beides können in jeweils Dutzenden verschiedenen Formaten binär codiert sein. Und bei Zahlen kommt die physikalische Einheit noch oben drauf.
Wenn man will, dass ich zwei System verstehen, dass muss man sich auch um die Kompatibilität kümmern.
Bei KNX ist alles geregelt
Wer KNX System kennt (oder 1-Wire in der Ausprägung von ElabNET) muss sich darüber nur selten Gedanken machen. Denn der Hersteller des KNX Gerätes hat das nicht nur in umfangreichen Handbüchern beschrieben, sondern alle Details in der Applikation für die ETS festgelegt. Diese Applikation enthält alle Details zu den Objekten, den Datenpunkttypen, den Flags und alle die Details zu Timing und Protokoll sind im KNX Standard festgelegt. Das ist bei all den Details die man mit der ETS noch festlegen muss, äußerst komfortabel.
Bei 1-Wire wird das Gerät sogar automatisch erkannt
Bei 1-Wire (zumindest in der Ausprägung von ElabNET) handhaben wir das genauso. Alle unsere 1-Wire Geräte haben eine Applikation mit allen Eigenschaften, die im Timberwolf Server hinterlegt ist.
Einfach nur Anstecken und das Gerät wird vom Plug´n´Play automatisch erkannt. Dann nur noch die gewünschten Daten auswählen und verknüpfen. Womöglich das Intervall noch anpassen, aber um mehr muss man sich nicht kümmern.
Bei Modbus muss mal alles einstellen. Wirklich ALLES
Bei Modbus gibt es nix. Keine Erkennung, keinen Automatismus, keine fertige Applikation*
Folgendes ist anzugeben:
-----------------------------------------------------
*Zunächst. Mit dem Timberwolf Server haben wir ein Austauschformat für Modbus Applikationen entwickelt und wir erhoffen uns, dass dies weiterverwendet wird und dazu führt, dass es fertig nutzbare Modbus Applikationen gibt.
da ich da leider keine Ahnung von habe und ich auch keine Rückfragen beantworten könnte werde ich da erstmal keine Fragen im anderen Forum stellen.[/quote]
Da ein paar essentielle Angaben fehlen, fürchte ich, dass der ersten Anwender hier ein wenig herumprobieren muss.
lg
Stefan
Am 23 September 1999 ging die Doppelsonde "Mars Climate Orbiter" durch Absturz auf dem Mars verloren, weil die Sonde zum Bremsen zu tief in die Mars Atmosphäre gesteuert wurde (57 km anstatt 150km). Der Grund war, dass zwei Wissenschaftlerteams zwar Zahlen austauschten, aber nicht die Einheiten und beide Teams mit unterschiedlichen Einheiten rechneten.
Damit sind wir beim warum. Praktisch alle IT-Systeme tauschen Daten als Zahlen oder Text aus. Beides können in jeweils Dutzenden verschiedenen Formaten binär codiert sein. Und bei Zahlen kommt die physikalische Einheit noch oben drauf.
Wenn man will, dass ich zwei System verstehen, dass muss man sich auch um die Kompatibilität kümmern.
Bei KNX ist alles geregelt
Wer KNX System kennt (oder 1-Wire in der Ausprägung von ElabNET) muss sich darüber nur selten Gedanken machen. Denn der Hersteller des KNX Gerätes hat das nicht nur in umfangreichen Handbüchern beschrieben, sondern alle Details in der Applikation für die ETS festgelegt. Diese Applikation enthält alle Details zu den Objekten, den Datenpunkttypen, den Flags und alle die Details zu Timing und Protokoll sind im KNX Standard festgelegt. Das ist bei all den Details die man mit der ETS noch festlegen muss, äußerst komfortabel.
Bei 1-Wire wird das Gerät sogar automatisch erkannt
Bei 1-Wire (zumindest in der Ausprägung von ElabNET) handhaben wir das genauso. Alle unsere 1-Wire Geräte haben eine Applikation mit allen Eigenschaften, die im Timberwolf Server hinterlegt ist.
Einfach nur Anstecken und das Gerät wird vom Plug´n´Play automatisch erkannt. Dann nur noch die gewünschten Daten auswählen und verknüpfen. Womöglich das Intervall noch anpassen, aber um mehr muss man sich nicht kümmern.
Bei Modbus muss mal alles einstellen. Wirklich ALLES
Bei Modbus gibt es nix. Keine Erkennung, keinen Automatismus, keine fertige Applikation*
Folgendes ist anzugeben:
- Den richtigen Protokolltyp (mir fallen da 8 Varianten ein)
- Baudrate / Stoppbits / Parität (bei RTU)
- IP-Adresse & Port (bei TCP)
- Device-Adresse (bei RTU bzw. TCP-to-RTU-Gateways)
- Registeradresse (und ob diese Dezimal oder in HEX angegeben ist)
- Die Angabe zum Base der Registeradressen (sind die Angaben zu Base=0 oder Base=1?)
- Anzahl der Register für den jeweiligen Wert
- Nutzbare Functioncodes für das jeweilige Register
- Endiness (Byte- &_ Wort und ggfls. Dword-Reihenfolge)
- Bei Signed Integer, die Angabe ob diese im Einerkomplement oder im Zweierkomplement gebildet sind
- Bei BCD, 8 Bit Integer sowie Text, wieviele Stellen pro Register verwendet werden und welche Bits
- Bei Text, in welchem der 34 möglichen Formate
- Bei BCD, ob das Ergebnis als String oder als Zahl zu formatieren ist
- Bei Zahlen, welche Werte zulässig sind
- Bei Ganzzahlen, ob es ein Festkommaformat ist
- Grundsätzlich, welche Werte, Wertepaare eine Fehlermeldung darstellen
- Welche der Register dazu dienen, das Gerät selbst einzustellen (hinsichtlich Baud, Stoppbits, Parity, Deviceadresse)
- Die Angabe, welche Zeit zwischen zwei Abfragen zu warten ist (manche Geräte kommen sonst nicht hinterher)
- Die Angabe, wieviele Register in einem Schwung abgefragt werden dürfen)
- Die Angabe, ob Setup-Register im volatilen RAM sind oder im Flash
- Hilfreich können Angaben zu Diagnose und Device Identification sein
- Hilfreich sind auch Angaben dazu, wo der Firmwarestand via Modbus ausgelesen werden kann, evt. auch eine Seriennummer
-----------------------------------------------------
*Zunächst. Mit dem Timberwolf Server haben wir ein Austauschformat für Modbus Applikationen entwickelt und wir erhoffen uns, dass dies weiterverwendet wird und dazu führt, dass es fertig nutzbare Modbus Applikationen gibt.
da ich da leider keine Ahnung von habe und ich auch keine Rückfragen beantworten könnte werde ich da erstmal keine Fragen im anderen Forum stellen.[/quote]
Da ein paar essentielle Angaben fehlen, fürchte ich, dass der ersten Anwender hier ein wenig herumprobieren muss.
lg
Stefan
Zuletzt geändert von StefanW am Mo Okt 19, 2020 9:53 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: 740
- Registriert: So Aug 12, 2018 9:25 am
- Hat sich bedankt: 205 Mal
- Danksagung erhalten: 274 Mal
ok, danke, das ist in der Tat eine Menge an Einstellmöglichkeiten...
Ich werde das gerne dann mal ausprobieren
bin mal gespannt was zuerst kommt: die Modbus Funktion im TW oder die OpenWB (da warte ich gerade noch auf die Förderung ab 24.11....)
Ich werde das gerne dann mal ausprobieren
bin mal gespannt was zuerst kommt: die Modbus Funktion im TW oder die OpenWB (da warte ich gerade noch auf die Förderung ab 24.11....)
Gruß
Andi
TW2500 #440 (ex Timberwolf 2400 #111) mit PBM #124, Support VPN nur auf Anfrage, Reboot bitte nur nach Absprache
Andi
TW2500 #440 (ex Timberwolf 2400 #111) mit PBM #124, Support VPN nur auf Anfrage, Reboot bitte nur nach Absprache
-
- Reactions:
- Beiträge: 740
- Registriert: So Aug 12, 2018 9:25 am
- Hat sich bedankt: 205 Mal
- Danksagung erhalten: 274 Mal
so, hier nun auch das Modbusprofil für bis zu 2 Ladepunkte (LP3-8 kann dann per copy/paste selbst ergänzt werden bei Bedarf) mit einer OpenWB Series 2 Wallbox:
Aktuell scheinen für LP2 die beiden Schreibbefehle noch nicht zu funktionieren, eine Anfrage beim Hersteller läuft...
Viel Spaß damit und bei Hinweisen/Bugs immer her damit.
Aktuell scheinen für LP2 die beiden Schreibbefehle noch nicht zu funktionieren, eine Anfrage beim Hersteller läuft...
Viel Spaß damit und bei Hinweisen/Bugs immer her damit.
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Gruß
Andi
TW2500 #440 (ex Timberwolf 2400 #111) mit PBM #124, Support VPN nur auf Anfrage, Reboot bitte nur nach Absprache
Andi
TW2500 #440 (ex Timberwolf 2400 #111) mit PBM #124, Support VPN nur auf Anfrage, Reboot bitte nur nach Absprache