Insider Preview 3 veröffentlicht

Bild

Wir haben seben die Insider Preview 3 zur Version 4.8 veröffentlicht
Komplett überarbeiteter Logik Katalog mit verbesserter Übersicht und Suche für einfachere Auswahl der Lgik Module
Sechs neue Logiken für Farbraum-Umrechnungen (siehe Bild)
Fünfzehn neue Logiken aus der Community
Damit sind es nun 99 Logiken
Einundzwanzig neue winterliche Hintergründe für die VISU
Verbesserte Mouse-Over im VISU Editor für klarere Information
Das HTTP-API Subsystem liefert nun im Header stets Header Access-Control-Allow-Origin = * aus
Der Modbus Register Auswahlassistent erlaubt nun verschiedene Sortierungen beim Anlegen einer Transaktion
Viele Bugfixes


Release Notes: https://elabnet.atlassian.net/wiki/x/AYDD0

AKTION: Wir haben noch viele tolle Updates und 150 Videos (und 800 Wiki Seiten) geplant. Bitte unterstütze uns mit einem Software-Wartungsvertrag, damit wir dieses alles erreichen können. Und damit Dein Server weiterhin Updates, Upgrades und Support erhält. Jetzt in der Aktion schenken wir Dir den Insider Club mit derselben Laufzeit wie der am längsten laufende aktive Wartungsvertrag dazu - bei sofortigem Laufzeitbeginn. Damit profitierst Du auch von einer vorzeitigen Verlängerung. Alle Infos: https://elabnet.atlassian.net/wiki/x/GQB8z

[Frage] [V 3.5] Wie innerhalb io:Broker Werte von MQTT an Modbus Server weiterleiten?

Alles rund um io:Broker im Allgemeinen und den entsprechenden Docker-Container für den Timberwolf Server im Speziellen.
Antworten

Ersteller
Tomtheripper
Beiträge: 150
Registriert: Mo Okt 01, 2018 11:34 am
Hat sich bedankt: 68 Mal
Danksagung erhalten: 40 Mal

[V 3.5] Wie innerhalb io:Broker Werte von MQTT an Modbus Server weiterleiten?

#1

Beitrag von Tomtheripper »

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

StefanW
Elaborated Networks
Elaborated Networks
Beiträge: 10975
Registriert: So Aug 12, 2018 9:27 am
Wohnort: Frauenneuharting
Hat sich bedankt: 5413 Mal
Danksagung erhalten: 9234 Mal
Kontaktdaten:

#2

Beitrag von StefanW »

Hallo Thomas,

steht IOB für io:Broker?
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?
Richtig.

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

TobiasLessing
Beiträge: 58
Registriert: Do Dez 10, 2020 11:24 pm
Wohnort: Zwochau
Hat sich bedankt: 40 Mal
Danksagung erhalten: 56 Mal

#3

Beitrag von TobiasLessing »

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 :lol: ). 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.
TWS 950Q ID:458, vormals 960Q mit FreshUp, VPN offen, Reboot erlaubt nach Rücksprache
TWS 950Q ID:488, offline
PBM SN 1048

gbglace
Beiträge: 4182
Registriert: So Aug 12, 2018 10:20 am
Hat sich bedankt: 1470 Mal
Danksagung erhalten: 1986 Mal

#4

Beitrag von gbglace »

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.
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 „Docker Container: ioBroker“