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
[Gelöst] [3.5.1] Zwei gleiche Logikbausteine aber verschiedene Ergebnisse bei einem der Eingänge
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: 1884
- Registriert: Di Okt 09, 2018 9:26 am
- Hat sich bedankt: 639 Mal
- Danksagung erhalten: 775 Mal
@StefanW
Ich glaube, dass Ihr Euch das hier einmal genauer anschauen solltet. Es ist die erste Logik, die ich in Diskussionen gesehen habe, bei denen ein MQTT-Sensor als Eingang dient. Auch wenn es vielleicht nicht die Einzige ist, so ist es dennoch selten und ist daher von der Community nicht so reichhaltig getestet.
Natürlich würden wir hier erstmal Alle meinen, dass es keine Unterschied machen sollte und der Dispatcher alles gleich bahendelt. Aber bei kleinen Bugs sind es ja doch oft die Details , die den Unterschied ausmachen. Hier scheint mir eine Logik anders zu agieren , wenn ein Wert vom MQTT Universum gespeist wird.
Der Verdacht wäre hier aktuell m.E., dass ein U Eingang Werte vom MQTT Sensor nicht wirklich übernimmt.
Ich glaube, dass Ihr Euch das hier einmal genauer anschauen solltet. Es ist die erste Logik, die ich in Diskussionen gesehen habe, bei denen ein MQTT-Sensor als Eingang dient. Auch wenn es vielleicht nicht die Einzige ist, so ist es dennoch selten und ist daher von der Community nicht so reichhaltig getestet.
Natürlich würden wir hier erstmal Alle meinen, dass es keine Unterschied machen sollte und der Dispatcher alles gleich bahendelt. Aber bei kleinen Bugs sind es ja doch oft die Details , die den Unterschied ausmachen. Hier scheint mir eine Logik anders zu agieren , wenn ein Wert vom MQTT Universum gespeist wird.
Der Verdacht wäre hier aktuell m.E., dass ein U Eingang Werte vom MQTT Sensor nicht wirklich übernimmt.
Zuletzt geändert von Robosoc am Mo Okt 31, 2022 9:44 am, insgesamt 2-mal geändert.
VG, Sven - 3500 XL ID:1369 | 3500 L ID:1355, VPN offen, Reboot OK
-
- Reactions:
- Beiträge: 90
- Registriert: Sa Mai 14, 2022 10:15 am
- Hat sich bedankt: 38 Mal
- Danksagung erhalten: 79 Mal
Hm, das Problem scheint zu sein, dass die MQTT Daten häufig nicht als Eingangswert für die Logik vom TW gelesen werden. Sobald dann mal ein Wert eintrifft, triggert der Eingang völlig korrekt.
Wenn ich mir längere Zeit die Logik mit dem Doktor ansehe fällt mir auf, dass der Eingang lange Zeit (mehrere Minuten) keinen Wert anzeigt. Da kann dann auch nichts triggern.
Da ich die Feuchte via Influx (andere Instanz, nicht auf dem TW) mitlogge, kann ich sehen, dass der MQTT Sensor (Feuchte Bügelzimmer) brav Daten schickt. Lustig ist, Tasmota scheint sich nicht an die eigenen Default Werte zu halten und schickt die Messergebnisse minütlich und nicht alle 5 min, wie es sie sollte. Das ist aber nur eine Nebenerkenntnis, sollte nichts mit dem Verhalten des Eingangs hier zu tun haben.
Sobald ich als Input z.b. wieder den Feuchtewert Flur (KNX) nutze, kommen Werte und alles geht wie erwartet.
Im MQTT Manager schaut das noch alles prima aus
Hat Robosoc recht und das ist ein Bug im TW?
Danke und Gruss
Frank
Wenn ich mir längere Zeit die Logik mit dem Doktor ansehe fällt mir auf, dass der Eingang lange Zeit (mehrere Minuten) keinen Wert anzeigt. Da kann dann auch nichts triggern.
Da ich die Feuchte via Influx (andere Instanz, nicht auf dem TW) mitlogge, kann ich sehen, dass der MQTT Sensor (Feuchte Bügelzimmer) brav Daten schickt. Lustig ist, Tasmota scheint sich nicht an die eigenen Default Werte zu halten und schickt die Messergebnisse minütlich und nicht alle 5 min, wie es sie sollte. Das ist aber nur eine Nebenerkenntnis, sollte nichts mit dem Verhalten des Eingangs hier zu tun haben.
Sobald ich als Input z.b. wieder den Feuchtewert Flur (KNX) nutze, kommen Werte und alles geht wie erwartet.
Im MQTT Manager schaut das noch alles prima aus
Hat Robosoc recht und das ist ein Bug im TW?
Danke und Gruss
Frank
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Zuletzt geändert von zaphood am Mo Okt 31, 2022 1:31 pm, insgesamt 1-mal geändert.
Timberwolf 3500L #950 - VPN geschlossen - Reboot nach Absprache
-
- Reactions:
- Beiträge: 1884
- Registriert: Di Okt 09, 2018 9:26 am
- Hat sich bedankt: 639 Mal
- Danksagung erhalten: 775 Mal
Ich würde hier gerne noch nur von einem Anfangsverdacht sprechen und möchte nicht behaupten, dass es sicher ein Bug ist. Aus meiner Sicht lässt sich das von Dir geschilderte Verhalten aber zumindest nicht eindeutig logisch erklären.
VG, Sven - 3500 XL ID:1369 | 3500 L ID:1355, VPN offen, Reboot OK
-
- Elaborated Networks
- Reactions:
- Beiträge: 9773
- Registriert: So Aug 12, 2018 9:27 am
- Wohnort: Frauenneuharting
- Hat sich bedankt: 4879 Mal
- Danksagung erhalten: 7811 Mal
- Kontaktdaten:
Hallo Frank,
1. In MQTT kann sich ein Client subscriben, also etwas abonnieren. Ob und was er bekommt, ist Sache des Senders und des / der Broker dazwischen
2. Das MQTT Subsystem leitet die so erhaltenen Werte an den Dispatcher weiter
3. Der Dispatcher kann nicht lesen. Es gibt nur eine Richtung und die ist Vorwärts. Rein in den Dispatcher durch ein Subsystem, dann Verteilung an die anderen Subsysteme
4. Die Logik weiß gar nicht, welches Subsystem einen Wert an den Dispatcher übergeben hat, es kann mithin nicht zwischen KNX und MQTT unterscheiden. Die Logik liest auch nicht (es ist keine SPS) sondern reagiert auf Werte die sie erhält (abhängig von den Triggereinstellungen) weil Event-Orientiert.
Ich schlage vor, die MQTT Seite zu untersuchen. Hilfreich wäre es, als Ziel nicht nur die Logik sondern eine Zeitserie anzugeben.
Der Dispatcher und die Logik sind alte, sehr gut abgehangene Software. Bevor das Wort "Bug" in die Welt gesetzt wird, bitte deutlich mehr Informationen liefern.
Stefan
in MQTT wird auch nichts gelesen. Logik und Dispatcher lesen ohnehin nicht (nie).
1. In MQTT kann sich ein Client subscriben, also etwas abonnieren. Ob und was er bekommt, ist Sache des Senders und des / der Broker dazwischen
2. Das MQTT Subsystem leitet die so erhaltenen Werte an den Dispatcher weiter
3. Der Dispatcher kann nicht lesen. Es gibt nur eine Richtung und die ist Vorwärts. Rein in den Dispatcher durch ein Subsystem, dann Verteilung an die anderen Subsysteme
4. Die Logik weiß gar nicht, welches Subsystem einen Wert an den Dispatcher übergeben hat, es kann mithin nicht zwischen KNX und MQTT unterscheiden. Die Logik liest auch nicht (es ist keine SPS) sondern reagiert auf Werte die sie erhält (abhängig von den Triggereinstellungen) weil Event-Orientiert.
Ich schlage vor, die MQTT Seite zu untersuchen. Hilfreich wäre es, als Ziel nicht nur die Logik sondern eine Zeitserie anzugeben.
Der Dispatcher und die Logik sind alte, sehr gut abgehangene Software. Bevor das Wort "Bug" in die Welt gesetzt wird, bitte deutlich mehr Informationen liefern.
Stefan
Zuletzt geändert von StefanW am Mo Okt 31, 2022 3:17 pm, insgesamt 3-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: 3614
- Registriert: So Aug 12, 2018 10:20 am
- Hat sich bedankt: 1271 Mal
- Danksagung erhalten: 1674 Mal
Die Frage ist ob das auch an/durch den broker an/durch geht der den TWS mit dem Inhalt versorgt. Prüfung wäre wenn Du entweder den Wert auf ein KNX-Ko gibst oder in eine Timeseries, parallel zur Logik. Kommt es an einen der beiden Test-Ziele zu einem regelmäßigem Wert, dann hängt es an der Dispatcherstrecke zur Logik. Beginnt in dem Monet auch die Logik, dann hängt es auch im Dispatcher. Passiert dann weder am KNX-Ko noch an der Timeseries etwas, dann hängt es auf der Strecke rings um den involvierten Broker, zu diesem Wert.
Man könnte das auch einmal mit einem anderen Wert von dem MQTT Sensor machen.
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
-
- Reactions:
- Beiträge: 90
- Registriert: Sa Mai 14, 2022 10:15 am
- Hat sich bedankt: 38 Mal
- Danksagung erhalten: 79 Mal
Was kann ich zum Erkenntnisgewinn beitragen? Was meinst du mit "Zeitserie angeben" genau?" Der Eingangswert ist doch in meinem Post als Grafana Grafik dargestellt?
Das war jetzt aber die Mutter aller Goldwaagen... es war eine FRAGE ob es einer sein KANN und keine BEHAUPTUNG
Also, wir haben ein für mich im Moment unerklärliches Verhalten eines Eingangs in einer meiner Logiken, der möglicherweise mit Besonderheiten bei einem meiner MQTT Objekte zusammenhängen könnte.
Besser?
CU
Frank
Zuletzt geändert von zaphood am Mo Okt 31, 2022 4:38 pm, insgesamt 3-mal geändert.
Timberwolf 3500L #950 - VPN geschlossen - Reboot nach Absprache
-
- Reactions:
- Beiträge: 3614
- Registriert: So Aug 12, 2018 10:20 am
- Hat sich bedankt: 1271 Mal
- Danksagung erhalten: 1674 Mal
Du notiertest aber auch in einer anderen Grafana instanz. Und im MQTT-Objekt war ersichtlich das die Luftfeuchte nur mit der Logik verbunden ist und nicht mit einer TWS-Timeseries.
Insofern was ist das für ein Grafana, welche Datenbank liegt dem zugrunde und ist das der gleiche MQTT Subscribe Mechanismus und der gleiche Broker?
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
-
- Reactions:
- Beiträge: 90
- Registriert: Sa Mai 14, 2022 10:15 am
- Hat sich bedankt: 38 Mal
- Danksagung erhalten: 79 Mal
Influx DB 2.40 + Grafana 9.2 als eigene LXC Instanz auf Proxmox. Broker ist derselbe Mosquitto 2.0.11 auf den auch der TW zugreift. Client ist dann noch Openhab 3.3.0 als Subscriber, das dann in die InfluxDB schreibt, woher dann schliesslich mein Grafana Graph stammte.
Was du mit "der gleiche MQTT Subscribe Mechanismus" meinst, verstehe ich leider nicht, daher kann ich das nicht beantworten. Da der Sensor ein JSON Objekt liefert, wird das sowohl auf dem TW als auch unter Openhab entsprechend geparsed und die Ergebnisse in die entsprechenden lokalen Objekte geschrieben. Beantwortet das deine Frage?
Anbei eine Timeserie des MQTT Objekts vom TW wie gewünscht.
Cu
Frank
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Timberwolf 3500L #950 - VPN geschlossen - Reboot nach Absprache
-
- Reactions:
- Beiträge: 90
- Registriert: Sa Mai 14, 2022 10:15 am
- Hat sich bedankt: 38 Mal
- Danksagung erhalten: 79 Mal
Du meinst, ob die KNX Werte auch via MQTT kommen? Nein, die kommen direkt vom KNX Bus.
Das mache ich ja schon bei der Logik für den zweiten Entfeuchter (hatte ich ja geschrieben, dass der KNX Objekte als Ein- und Ausgang nutzt).
In anderen Worten, der Mosquito würden den TW nicht "bedienen" (also dem TW als Subscriber nichts schicken). Dann sollte man das in der Timeseries sehen, verstehe.
Timberwolf 3500L #950 - VPN geschlossen - Reboot nach Absprache