Hallo,
ist es mit IOB möglich, einen empfangenen MQTT-Wert (in meinem Fall z.B. Temp. von Wärmepumpe) für ein Modbus-Gerät zur Verfügung zu stellen (für die TA CMI)?
Der "Empfänger" Technische Alternative C.M.I. kann leider nur als Modbus-Master fungieren.
Der TW selbst kann meines Wissens auch nur als Modbus-Master - ok, Neudeutsch als Client - wirken, oder?
Deswegen der Umweg über IOB, aber ich krieg's nicht mal ansatzweise hin. Ich weiß nicht, wie ich die jeweiligen Objekte vom MQTT- und Modbus- Adapter verbinden/weiterleiten kann.
Nativ im TW wäre natürlich noch besser...
Beste Grüße
Thomas
Insolvenz der Elaborated Networks GmbH
Leider müssen wir Sie heute darüber informieren, dass das Amtsgericht München mit Beschluss vom 16. Oktober 2026 das Insolvenzverfahren über das Vermögen der Elaborated Networks GmbH unter dem Aktenzeichen 1509 IN 1258/26 eröffnet hat.
Zum Insolvenzverwalter wurde Herr Rechtsanwalt Dr. Matthias Hofmann bestellt. Dieser hat die Verwaltungs- und Verfügungsbefugnis über das Vermögen der Gesellschaft übernommen.
Die Gesellschaft firmiert ab sofort unter dem Namen: “Elaborated Networks GmbH in Insolvenz”. Der Geschäftsbetrieb der Gesellschaft wurde im Zuge des Verfahrens eingestellt. Eine Erbringung von Leistungen oder Lieferungen ist leider nicht mehr möglich. Die Cloud-Dienste werden bis auf weiteres im Rahmen einer privaten Initiative aufrechterhalten, dies kann jederzeit widerrufen werden.
Sollten Sie noch offene Forderungen (§ 38 InsO) gegen die Elaborated Networks GmbH haben, werden Sie gebeten, diese direkt beim Insolvenzverwalter bis zum 7. Dez. 2026 zur Insolvenztabelle anzumelden. Bitte richten Sie sämtliche diesbezügliche Korrespondenz direkt an das Büro des Insolvenzverwalters:
Rechtsanwalt Dr. jur. Matthias Hofmann
Unterer Anger 3
80331 München
Telefon: +49(89)5480330
Telefax: +49(89)548033111
Email: mail@pohlmannhofmann.de
Wir bedanken uns für die bisherige Zusammenarbeit und stehen Ihnen bei Rückfragen in Abstimmung mit dem Insolvenzverwalter unter support at elabnet dot de gerne zur Verfügung.
Details zum Verfahren und den privaten Initiativen stellen wir Kunden in einem nicht-öffentlichen Bereich zur Verfügung. Falls Sie hier keinen Zugriff haben, dann tragen Sie bitte Ihren Forennick in die Registrierung Ihres Servers ein und senden uns den Nick zusammen mit der ID Ihres Timberwolf Servers an support at elabnet dot de. Falls Sie hierzu erst einen Nick anlegen müssen verfahren Sie genauso. Das Bestätigungsmail nach der Anmeldung kommt aus technischen Gründen derzeit nicht, die Aktivierung erfolgt dann manuell nach Ihrer Mail an uns.
Stefan Werner
Geschäftsführer (ohne Vertretungsmacht)
Leider müssen wir Sie heute darüber informieren, dass das Amtsgericht München mit Beschluss vom 16. Oktober 2026 das Insolvenzverfahren über das Vermögen der Elaborated Networks GmbH unter dem Aktenzeichen 1509 IN 1258/26 eröffnet hat.
Zum Insolvenzverwalter wurde Herr Rechtsanwalt Dr. Matthias Hofmann bestellt. Dieser hat die Verwaltungs- und Verfügungsbefugnis über das Vermögen der Gesellschaft übernommen.
Die Gesellschaft firmiert ab sofort unter dem Namen: “Elaborated Networks GmbH in Insolvenz”. Der Geschäftsbetrieb der Gesellschaft wurde im Zuge des Verfahrens eingestellt. Eine Erbringung von Leistungen oder Lieferungen ist leider nicht mehr möglich. Die Cloud-Dienste werden bis auf weiteres im Rahmen einer privaten Initiative aufrechterhalten, dies kann jederzeit widerrufen werden.
Sollten Sie noch offene Forderungen (§ 38 InsO) gegen die Elaborated Networks GmbH haben, werden Sie gebeten, diese direkt beim Insolvenzverwalter bis zum 7. Dez. 2026 zur Insolvenztabelle anzumelden. Bitte richten Sie sämtliche diesbezügliche Korrespondenz direkt an das Büro des Insolvenzverwalters:
Rechtsanwalt Dr. jur. Matthias Hofmann
Unterer Anger 3
80331 München
Telefon: +49(89)5480330
Telefax: +49(89)548033111
Email: mail@pohlmannhofmann.de
Wir bedanken uns für die bisherige Zusammenarbeit und stehen Ihnen bei Rückfragen in Abstimmung mit dem Insolvenzverwalter unter support at elabnet dot de gerne zur Verfügung.
Details zum Verfahren und den privaten Initiativen stellen wir Kunden in einem nicht-öffentlichen Bereich zur Verfügung. Falls Sie hier keinen Zugriff haben, dann tragen Sie bitte Ihren Forennick in die Registrierung Ihres Servers ein und senden uns den Nick zusammen mit der ID Ihres Timberwolf Servers an support at elabnet dot de. Falls Sie hierzu erst einen Nick anlegen müssen verfahren Sie genauso. Das Bestätigungsmail nach der Anmeldung kommt aus technischen Gründen derzeit nicht, die Aktivierung erfolgt dann manuell nach Ihrer Mail an uns.
Stefan Werner
Geschäftsführer (ohne Vertretungsmacht)
[Frage] [V 3.5] Wie innerhalb io:Broker Werte von MQTT an Modbus Server weiterleiten?
-
Tomtheripper
- Beiträge: 155
- Registriert: Mo Okt 01, 2018 11:34 am
- Hat sich bedankt: 73 Mal
- Danksagung erhalten: 61 Mal
[V 3.5] Wie innerhalb io:Broker Werte von MQTT an Modbus Server weiterleiten?
Zuletzt geändert von StefanW am Di Sep 27, 2022 5:28 pm, insgesamt 1-mal geändert.
2400 #149 / Wartungs-VPN an / Neustart jederzeit / TP-UART Light geflasht 8 Tunnel / PBM01-USB 542
3500 #1680
3500 #1680
-
StefanW
- Elaborated Networks

- Beiträge: 11408
- Registriert: So Aug 12, 2018 9:27 am
- Wohnort: Frauenneuharting
- Hat sich bedankt: 5524 Mal
- Danksagung erhalten: 11002 Mal
- Kontaktdaten:
Hallo Thomas,
steht IOB für io:Broker?
Es war zwar ursprünglich von uns geplant, dass der TWS beide Rollen - die als Server und die als Client - einnehmen kann, jedoch war die Nachfrage nach der Funktionalität als Modbus-Server dermaßen gering, dass wir das Budget nicht dafür verschwenden wollten.
lg
Stefan
steht IOB für io:Broker?
Richtig.Tomtheripper hat geschrieben: ↑Mo Sep 26, 2022 11:25 pmDer TW selbst kann meines Wissens auch nur als Modbus-Master - ok, Neudeutsch als Client - wirken, oder?
Es war zwar ursprünglich von uns geplant, dass der TWS beide Rollen - die als Server und die als Client - einnehmen kann, jedoch war die Nachfrage nach der Funktionalität als Modbus-Server dermaßen gering, dass wir das Budget nicht dafür verschwenden wollten.
lg
Stefan
Stefan Werner
Support für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Wichtige Fragen an service at elabnet dot de
Link zu Impressum und Datenschutzerklärung oben.
Support für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Wichtige Fragen an service at elabnet dot de
Link zu Impressum und Datenschutzerklärung oben.
-
TobiasLessing
- Beiträge: 62
- Registriert: Do Dez 10, 2020 11:24 pm
- Wohnort: Zwochau
- Hat sich bedankt: 41 Mal
- Danksagung erhalten: 77 Mal
Hallo Thomas,
Ich weiß nicht genau ob ich dich richtig verstehe oder ob MQTT da eine Besonderheit aufweist. Ich selbst habe mit MQTT noch nicht experimentiert, aber mit dem Verknüpfungsassistenten sollte die Verknüpfung der Wert doch eigentlich recht einfach gehen. Ich nehme an mit dem besagten Verknüpfungsassistenten kennst du dich aus, oder? Zu den Objekten findest du in der Wiki zum TWS etwas. Der Artikel zum Verknüpfungsassistenten scheint gerade in Arbeit zu sein. Ich kann jedenfalls nicht darauf zugreifen. Im Zweifel könnte ich dir aber Screenshots schicken.
Dein Problem liegt ja scheinbar darin, dass eine Modbus-Client (TA-C.M.I) mit einem Modbus-Client (TWS) kommunizieren soll, oder? Das geht natürlich nicht [soweit ich weiß].
Ich habe selbst einen Universalregler und ein C.M.I der TA im Haus und stand vor dem gleichen Problem. Hab mich dann entschieden, den CAN-Bus meiner Heizungssteuerung um einen Knoten mit dem CAN-Buskonverter CAN-BC2 zu erweitern. Da hättest du dann sogar die Wahl zwischen KNX und MODBUS. Kostet dann nur leider noch einmal schlanke 220€ zusätzlich (Konverter+Modus-Konverter) [Kannst aber z.B. hier bzw. hier ein paar wenige Euros sparen]. Der CAN-BC2 ist dann der Server (könnte aber auch Client sein) und kann Daten an den TWS senden und bzw. von diesem empfangen.
Leider habe ich das bei mir noch nicht umgesetzt, sonst könnte ich dir da jetzt schon nähere Infos geben. Steht aber als nächstes auf meiner Todo-Liste für die kalte Jahreszeit (bzw. schon eher, sonst kennt meine Heizungssteuerung die Außentemperatur vom 1W-Sensor nicht und ich muss den Vorlauf ständig manuell anpassen. Falls du da Interesse hast, mache ich bei der Einrichtung ein paar Screenshots und Notizen.
Warum genau du einen Umweg über das MQTT-Protokoll gehen willst/musst, habe ich allerdings noch nicht verstanden. Im TWS kann doch jedes Objekt quer durch alle Protokolle geschickt werden. Oder kommt dein Wert auch von einem MQTT-Sensor?
Am besten du beschreibst dein Setting mal: Welche Sensoren, welche Aktoren samt zugehörigen Protokoll und dann bitte was du von wem auslesen bzw. an wen übergeben möchtest.
Kannst du denn prinzipiell alle benötigten Werte schon auslesen bzw. generieren?
Falls du schon fortgeschritten im Umgang mit dem TWS Server bist und/oder ggf. zu diesem Problem schon etwas versucht hast, kannst du das auch gern mit angeben, dann kommen keine doppelten Lösungsansätze.
Der Hutschienen-TWS hat ja sogar eine Beschriftung für den CAN-Bus. War mal geplant auch dieses Protokoll zu unterstützen oder wird das (ggf. intern) für andere Zwecke genutzt? Dann könnte man den TWS direkt als CAN-Konten mit den TA-Geräten verbinden (und mit der Steuerung vieler PKWs auch
). In Umfragen habe dieses Feature nie gesehen, wird wohl also so schnell (wenn überhaupt) nicht kommen.
Ich hoffe ich konnte zumindest einen weiteren Ansatz liefern.
Viele Grüße aus Sachsen
Tobias
PS.:
Die TA hat übrigens auch Volumenstromsensoren, die man dann auch via Modbus einbinden könnte.
Ich weiß nicht genau ob ich dich richtig verstehe oder ob MQTT da eine Besonderheit aufweist. Ich selbst habe mit MQTT noch nicht experimentiert, aber mit dem Verknüpfungsassistenten sollte die Verknüpfung der Wert doch eigentlich recht einfach gehen. Ich nehme an mit dem besagten Verknüpfungsassistenten kennst du dich aus, oder? Zu den Objekten findest du in der Wiki zum TWS etwas. Der Artikel zum Verknüpfungsassistenten scheint gerade in Arbeit zu sein. Ich kann jedenfalls nicht darauf zugreifen. Im Zweifel könnte ich dir aber Screenshots schicken.
Dein Problem liegt ja scheinbar darin, dass eine Modbus-Client (TA-C.M.I) mit einem Modbus-Client (TWS) kommunizieren soll, oder? Das geht natürlich nicht [soweit ich weiß].
Ich habe selbst einen Universalregler und ein C.M.I der TA im Haus und stand vor dem gleichen Problem. Hab mich dann entschieden, den CAN-Bus meiner Heizungssteuerung um einen Knoten mit dem CAN-Buskonverter CAN-BC2 zu erweitern. Da hättest du dann sogar die Wahl zwischen KNX und MODBUS. Kostet dann nur leider noch einmal schlanke 220€ zusätzlich (Konverter+Modus-Konverter) [Kannst aber z.B. hier bzw. hier ein paar wenige Euros sparen]. Der CAN-BC2 ist dann der Server (könnte aber auch Client sein) und kann Daten an den TWS senden und bzw. von diesem empfangen.
Leider habe ich das bei mir noch nicht umgesetzt, sonst könnte ich dir da jetzt schon nähere Infos geben. Steht aber als nächstes auf meiner Todo-Liste für die kalte Jahreszeit (bzw. schon eher, sonst kennt meine Heizungssteuerung die Außentemperatur vom 1W-Sensor nicht und ich muss den Vorlauf ständig manuell anpassen. Falls du da Interesse hast, mache ich bei der Einrichtung ein paar Screenshots und Notizen.
Warum genau du einen Umweg über das MQTT-Protokoll gehen willst/musst, habe ich allerdings noch nicht verstanden. Im TWS kann doch jedes Objekt quer durch alle Protokolle geschickt werden. Oder kommt dein Wert auch von einem MQTT-Sensor?
Am besten du beschreibst dein Setting mal: Welche Sensoren, welche Aktoren samt zugehörigen Protokoll und dann bitte was du von wem auslesen bzw. an wen übergeben möchtest.
Kannst du denn prinzipiell alle benötigten Werte schon auslesen bzw. generieren?
Falls du schon fortgeschritten im Umgang mit dem TWS Server bist und/oder ggf. zu diesem Problem schon etwas versucht hast, kannst du das auch gern mit angeben, dann kommen keine doppelten Lösungsansätze.
Der Hutschienen-TWS hat ja sogar eine Beschriftung für den CAN-Bus. War mal geplant auch dieses Protokoll zu unterstützen oder wird das (ggf. intern) für andere Zwecke genutzt? Dann könnte man den TWS direkt als CAN-Konten mit den TA-Geräten verbinden (und mit der Steuerung vieler PKWs auch
Ich hoffe ich konnte zumindest einen weiteren Ansatz liefern.
Viele Grüße aus Sachsen
Tobias
PS.:
Die TA hat übrigens auch Volumenstromsensoren, die man dann auch via Modbus einbinden könnte.
TWS 950Q ID:458, vormals 960Q mit FreshUp
TWS 950Q ID:488, offline
PBM SN 1048
TWS 950Q ID:488, offline
PBM SN 1048
-
gbglace
- Beiträge: 4361
- Registriert: So Aug 12, 2018 10:20 am
- Hat sich bedankt: 1540 Mal
- Danksagung erhalten: 2706 Mal
IOBroker kann wohl auch beide Rollen im Modbus einnehmen, insofern vom TWS via MQTT an den iOBroker via Modbus an die TA Steuerung, so sein Plan.
Da müsste man nun aber einen iOBroker Experten haben wie man dort zwischen den Protokollen die Werte durchreicht.
So gut und einfach wie mit dem Verknüpfungsassistent im TWS funktioniert es offensichtlich nicht.
Da müsste man nun aber einen iOBroker Experten haben wie man dort zwischen den Protokollen die Werte durchreicht.
So gut und einfach wie mit dem Verknüpfungsassistent im TWS funktioniert es offensichtlich nicht.
Grüße Göran
#1 Timberwolf 2600 Velvet Red
#2 Timberwolf 2600 Organic Silver
#1 Timberwolf 2600 Velvet Red
#2 Timberwolf 2600 Organic Silver