Info: Bilder können nur mit der Antwort Funktion eingebettet werden, mit der Schnellantwort funktioniert dies nicht!

Willkommen Gast 

Infos ein-/ausblenden

Willkommen Gast! Um Beiträge zu verfassen musst Du registriert sein.





Seiten: [1]
Autor Thema:Shelly 2.5 an MQTT Schnittstelle
Jens
Profi
Beiträge: 147
Permalink
Beitrag Shelly 2.5 an MQTT Schnittstelle
am 28.5.2019, 14:34
Zitat

Hallo Zusammen,

ich benötige eure Hilfe,

Ich habe einen Shelly 2.5 der über MQTT, ioBroker an Xhome Evo gekoppelt ist.
Das Auf und Ab fahren meines Rollos habe ich hinbekommen.
Auch die abfrage der Statusanzeige funktioniert. Diese ist zwar umgekehrt wie bei KNX aber ich bekomme den Wert.
Vieleicht kann ja hier Xsolution noch ein Inverter für die Statusanzeige/Befehle implementieren.

Wo ich eure Hilfe benötige ist bei der Position senden. Was muss ich hier beim Payload eintragen, damit er den vorgegebenen Wert sendet?

Anbei mal meine Einträge soweit.

Image

Vielen Dank

Gruß
Jens

QnapTS-251+ mit Xhome Evo 1.50 beta

Xsolution
Administrator
Beiträge: 2264
Permalink
Beitrag Re: Shelly 2.5 an MQTT Schnittstelle
am 29.5.2019, 08:09
Zitat

Hallo,
wenn nur die Position als Dezimal Zahl gesendet werden muss dann: "%i"

In der Gateway Eventliste werden die Status Telegramme dargestellt. Von denen am besten mal einen Screenshot posten.

Gruß Xsolution

Jens
Profi
Beiträge: 147
Permalink
Beitrag Re: Shelly 2.5 an MQTT Schnittstelle
am 31.5.2019, 12:07
Zitat

Hallo Xsolution,

danke für die Hilfe. Mit dem Eintrag funktioniert es.
Wäre es möglich, die Prozentanzeige noch zu invertieren?
Shelly benutzt leider 100% für open und 0% für closed.

Workaround über Logik wäre auch ok.

Gruß
Jens

QnapTS-251+ mit Xhome Evo 1.50 beta

rainermey
Profi
Beiträge: 201
Permalink
Beitrag Re: Shelly 2.5 an MQTT Schnittstelle
am 8.6.2019, 13:45
Zitat

Hallo Xsolution,

Habe so geschafft das MQTT Schnittstelle einzurichten, das ganze ging auch so für 10 Min, Nachdem ich eine zweiten Datenpunkt dazugekommen habe, zeigt die Schnittstelle nach 1-2 Schaltungen nur noch.

Sa. 08. Juni 13:22:53 Error Client ist geschlossen
Sa. 08. Juni 13:22:23 Error Client ist geschlossen
Sa. 08. Juni 13:21:53 Error Client ist geschlossen
Sa. 08. Juni 13:21:23 Error Client ist geschlossen
Sa. 08. Juni 13:20:53 Error Client ist geschlossen
Sa. 08. Juni 13:20:23 Error Client ist geschlossen
Sa. 08. Juni 13:19:52 Error Client ist geschlossen
Sa. 08. Juni 13:19:22 Error Client ist geschlossen
Sa. 08. Juni 13:18:52 Error Client ist geschlossen
Sa. 08. Juni 13:18:22 Error Client ist geschlossen
Sa. 08. Juni 13:17:52 Error Client ist geschlossen
Sa. 08. Juni 13:17:22 Error Client ist geschlossen
Sa. 08. Juni 13:17:18 Connect Error: MqttException

Der Broker ist Mosquitto Version 1.6.2, er ist mit eine Shelly 2.5 und eine Sonoff gefüttert. Über MQTT,fx kann ich alles abfragen. Aber die Schnittstelle des Xhome ist immer am ein und auslogen. Woran kann das liegen. Passwort und User sind nicht gesetzt.

Gruß Rainer M

Ray
Profi
Beiträge: 720
Permalink
Beitrag Re: Shelly 2.5 an MQTT Schnittstelle
am 10.6.2019, 09:04
Zitat

Hallo Rainer M,

hatte das selbe Problem, aber nach einem Neustart vom Raspi läuft es nun durch mit Error Verbindung zu Client ist hergestellt.
Aber was mich irritiert ist, bei Schnittstellen Events steht trotzdem ERROR:

Mo. 10. Juni 08:48:44 Error Verbindung zu Client ist hergestellt
Mo. 10. Juni 08:48:14 Error Verbindung zu Client ist hergestellt
Mo. 10. Juni 08:47:44 Error Verbindung zu Client ist hergestellt
Mo. 10. Juni 08:47:14 Connect Error: Verbindung wurde getrennt
Mo. 10. Juni 08:47:13 Error Verbindung zu Client ist hergestellt
Mo. 10. Juni 08:46:43 Error Verbindung zu Client ist hergestellt
Mo. 10. Juni 08:46:13 Error Verbindung zu Client ist hergestellt

und in der Server.log auch
2019-06-10 09:01:14,304 - [ERROR] [de.xsolution.gateways.gateway_mqtt_client.Gateway_Mqtt_Client$2.run(Gateway_Mqtt_Client.java:254)]: error
Verbindung zu Client ist hergestellt (32100)
at org.eclipse.paho.client.mqttv3.internal.ExceptionHelper.createMqttException(ExceptionHelper.java:31)
at org.eclipse.paho.client.mqttv3.internal.ClientComms.close(ClientComms.java:237)
at org.eclipse.paho.client.mqttv3.MqttAsyncClient.close(MqttAsyncClient.java:1491)
at org.eclipse.paho.client.mqttv3.MqttClient.close(MqttClient.java:620)
at de.xsolution.gateways.gateway_mqtt_client.Gateway_Mqtt_Client$2.run(Gateway_Mqtt_Client.java:247)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)

Gruß Ray

Ray
Profi
Beiträge: 720
Permalink
Beitrag Re: Shelly 2.5 an MQTT Schnittstelle
am 10.6.2019, 09:24
Zitat

und weiter ....

bei Server Status steht beim Raspi Fehler und bei Server Status auf Win steht OK
xhome auf einem Win-Rechner
Serverlog:
2019-06-10 08:35:41,353 - [ERROR] [de.xsolution.gateways.gateway_mqtt_client.Gateway_Mqtt_Client$2.run(Gateway_Mqtt_Client.java:254)]: error
Verbindung zu Client ist hergestellt (32100)
at org.eclipse.paho.client.mqttv3.internal.ExceptionHelper.createMqttException(ExceptionHelper.java:31)
at org.eclipse.paho.client.mqttv3.internal.ClientComms.close(ClientComms.java:237)
at org.eclipse.paho.client.mqttv3.MqttAsyncClient.close(MqttAsyncClient.java:1491)
at org.eclipse.paho.client.mqttv3.MqttClient.close(MqttClient.java:620)
at de.xsolution.gateways.gateway_mqtt_client.Gateway_Mqtt_Client$2.run(Gateway_Mqtt_Client.java:247)
at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
at java.util.concurrent.FutureTask.runAndReset(Unknown Source)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(Unknown Source)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Anmeldung am Moscuitto sollte passen, weil
Benutzer, PW, IP und Port (bei mir (1883) mit MQTT.fx und NodeRed auch tadellos funktioniert.

Rückmeldungen kommen, wenn ich vor Ort schalte, allerdings wenn ich Befehle schicke, dann Sendet er die ganze Command Payload Zeile, also wenn ich dort direkt ON, oder OFF eintrage wird korrekt geschaltet, wenn ich aber mehr eintrage, z.B. ein/aus schalten z.B. {value:%s, id:"18"} dann sehe ich in MQTT.fx die komplette zeile, genau so, wie sie eingetragen ist, egal was auch immer dort drin steht.

Gruß Ray.

rainermey
Profi
Beiträge: 201
Permalink
Beitrag Re: Shelly 2.5 an MQTT Schnittstelle
am 10.6.2019, 11:17
Zitat

Hallo Roy,

Das mit dem Schalten Funktioniert jetzt gut.

Die klammern must du entfernen, z.B. so %s;on=1;off=0 als Command. um 1 und 0 zu senden.
Im Status ist noch eine Fehler. Wahrscheinlich fehlt ein Timeout.!!!!!

09:43:51 MQT: stat/sonoff/RESULT = {"POWER1":"OFF"}
09:43:51 MQT: stat/sonoff/POWER1 = OFF
09:44:27 MQT: stat/sonoff/RESULT = {"POWER1":"OFF"}
09:44:27 MQT: stat/sonoff/POWER1 = OFF
09:44:28 MQT: stat/sonoff/RESULT = {"POWER2":"ON"}
09:44:28 MQT: stat/sonoff/POWER2 = ON
09:44:30 MQT: stat/sonoff/RESULT = {"POWER3":"ON"}
09:44:30 MQT: stat/sonoff/POWER3 = ON
09:44:40 MQT: stat/sonoff/RESULT = {"POWER3":"ON"}
09:44:40 MQT: stat/sonoff/POWER3 = ON
09:44:41 MQT: stat/sonoff/RESULT = {"POWER2":"ON"}
09:44:41 MQT: stat/sonoff/POWER2 = ON
09:44:46 MQT: stat/sonoff/RESULT = {"POWER1":"OFF"}
09:44:46 MQT: stat/sonoff/POWER1 = OFF
09:47:55 MQT: tele/sonoff/STATE = {"Time":"2019-06-10T09:47:55","Uptime":"0T16:27:28","Vcc":3.185,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"POWER1":"OFF","POWER2":"ON","POWER3":"ON","POWER4":"OFF","Wifi":{"AP":1,"SSId":"xxxxxxxx","BSSId":"xx:xx:xx:xx:xx:xx","Channel":13,"RSSI":14,"LinkCount":1,"Downtime":"0T00:00:21"}}
09:51:20 MQT: stat/sonoff/RESULT = {"POWER1":"OFF"}
09:51:20 MQT: stat/sonoff/POWER1 = OFF
09:52:55 MQT: tele/sonoff/STATE = {"Time":"2019-06-10T09:52:55","Uptime":"0T16:32:28","Vcc":3.184,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"POWER1":"OFF","POWER2":"ON","POWER3":"ON","POWER4":"OFF","Wifi":{"AP":1,"SSId":"xxx","BSSId":"xxxxxxxx","Channel":13,"RSSI":12,"LinkCount":1,"Downtime":"0T00:00:21"}}
09:53:03 MQT: stat/sonoff/RESULT = {"POWER2":"OFF"}
09:53:03 MQT: stat/sonoff/POWER2 = OFF
09:53:04 MQT: stat/sonoff/RESULT = {"POWER3":"OFF"}
09:53:04 MQT: stat/sonoff/POWER3 = OFF
09:57:57 MQT: tele/sonoff/STATE = {"Time":"2019-06-10T09:57:57","Uptime":"0T16:37:30","Vcc":3.182,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":21,"POWER1":"OFF","POWER2":"OFF","POWER3":"OFF","POWER4":"OFF","Wifi":{"AP":1,"SSId":"xxxx","BSSId":"xxxx","Channel":13,"RSSI":12,"LinkCount":1,"Downtime":"0T00:00:21"}}
10:02:00 MQT: tele/sonoff/UPTIME = {"Time":"2019-06-10T10:02:00","Uptime":"0T16:41:33"}
10:02:57 MQT: tele/sonoff/STATE = {"Time":"2019-06-10T10:02:57","Uptime":"0T16:42:30","Vcc":3.196,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"POWER1":"OFF","POWER2":"OFF","POWER3":"OFF","POWER4":"OFF","Wifi":{"AP":1,"SSId":"xxxxxx","BSSId":"xxxxxx","Channel":13,"RSSI":14,"LinkCount":1,"Downtime":"0T00:00:21"}}

In meine Sonoff sind 3 Schalter. Power 1-3.

wenn ich im status "stat/sonoff/POWER2 = ON" abfrage bekomme ich sie nicht ausgewertet , ist halt kein json oder xml schon klar.

wenn ich im status "stat/sonoff/RESULT = {"POWER2":"OFF"}" abfrage kommt als Antwort Power1 oder Power2 oder Power3 . Was halt geschaltet hat, da hängt sich die Schnittstelle von Xhome auf. Läuft erst nach Neustart wieder. Wenn die Werte nicht dabei sind hängt die Statusabfrage der ganzen Schnittstelle. !!!!!!

Versuch 3
Ich Frage tele/sonoff/STATE = ab. dort sind alle werte drin kommen aber nur alle 5 Min. Und schon geht die Schnittstelle :-))

Wie gesagt die Befehle senden geht immer aber ohne den richtigen Status .-(((

Liebes Xsolution Team , Bitte mal nachschauen.-) Habe noch 4 MQTT Geräte die auf ihren Einsatz warten .-)

Gruß Rainer M

Ray
Profi
Beiträge: 720
Permalink
Beitrag Re: Shelly 2.5 an MQTT Schnittstelle
am 10.6.2019, 15:27
Zitat

Hallo Rainer M,

supi, das schalten funzt jetzt, Eigentlich hatte ich schon sämtliche Variationen mit diversen Klammern durch und ich denke auch ohne Klammern hatte ich einige Varianten getestet, aber egal, das läuft jetzt.
Status bekomme ich auch, aber bei jeder der schaltungen (4x ein/aus von 4 Shellys) kommt auf allen 4 Rückmeldungen das ein oder aus zur selben Zeit.
Aber ich habe bei Adrese den kompletten Pfad drin (so wie bei NodeRed) also "Haus/EG/Wohnen/Deckenleuchte1/stat/POWER" und dann kommt als Resultat das z.B. AUS im Xhome kommt diese Rückmeldung auf Deckenleuchte1 bis Deckenleuchte4 gleichzeitig und im MQTT.fx kommt die tatsächliche Rückmeldung nur von Deckenleuchte1, so wie es sein soll.
Aber da werde ich mit den Pfade noch ein wenig rum spielen,

Danke schon erst mal

Gruß Ray

Ray
Profi
Beiträge: 720
Permalink
Beitrag Re: Shelly 2.5 an MQTT Schnittstelle
am 10.6.2019, 22:04
Zitat

Hallo,

Also wenn ich nur einen Datenpunkt anlegen, dann funktioniert das Schalten und auch die Rückmeldung
DP1: MQTT02 Kind1 Licht
Adresse Befehl ist Haus/OG/Kind1/Decke/cmnd/POWER
Adresse Status ist Haus/OG/Kind1/Decke/stat/POWER
Mo. 10. Juni 20:08:21 Receive Value State: MQTT02 Kind1 Licht Value: 0.0
Mo. 10. Juni 20:08:21 Receive Value: OFF
Mo. 10. Juni 20:08:13 Receive Value State: MQTT02 Kind1 Licht Value: 1.0
Mo. 10. Juni 20:08:13 Receive Value: ON

DP2: MQTT02 Kind2 Licht
Adresse Befehl ist Haus/OG/Kind2/Decke/cmnd/POWER
Adresse Status ist Haus/OG/Kind2/Decke/stat/POWER
zweiten Datenpunkt angelegt und den DP1 geschaltet dann kommt die Rückmeldung für den DP1 (der wird auch geschaltet) und die Rückmeldung kommt auch für den DP2, der aber nicht schaltet. Der bleibt aus
Mo. 10. Juni 20:27:58 Receive Value State: MQTT02 Kind2 Licht Value: 1.0
Mo. 10. Juni 20:27:58 Receive Value: ON
Mo. 10. Juni 20:27:58 Receive Value State: MQTT02 Kind1 Licht Value: 1.0
Mo. 10. Juni 20:27:58 Receive Value: ON
Mo. 10. Juni 20:27:38 Error Verbindung zu Client ist hergestellt

obwohl in MQTT.fx nur die Rückmeldung für DP1 zu sehen ist, der DP2 wird irgendwie von xhome abgefragt/generiert außer im xhome "Schnittstellen Events" taucht die Rückmeldung von DP2 nirgends auf.

ich hoffe, das war halbwegs verständlich...

Gruß Ray

rainermey
Profi
Beiträge: 201
Permalink
Beitrag Re: Shelly 2.5 an MQTT Schnittstelle
am 12.6.2019, 17:37
Zitat

Hallo Ray,

Die Schnittstelle hängt an den Punkten .Haus/OG/Kind2/Decke/stat/POWER oderHaus/OG/Kind1/Decke/stat/POWER.
Wenn er hier auf ON und OFF oder 1 / 0 wartet und dort z.b. einfach error gesendet wird bei Fehlschlag der Verbindung . Steht die Xhome Schnittstelle bis zum Neustart des Servers.

Gruß Rainer M

Xsolution
Administrator
Beiträge: 2264
Permalink
Beitrag Re: Shelly 2.5 an MQTT Schnittstelle
am 13.6.2019, 09:42
Zitat

Hallo zusammen,
wir haben die Schnittstelle optimiert. Ist in der nächsten Beta Version implementiert.

Gruß Xsolution

rainermey
Profi
Beiträge: 201
Permalink
Beitrag Re: Shelly 2.5 an MQTT Schnittstelle
am 18.6.2019, 10:00
Zitat

Hallo , Xsolution,

Habe gerade die Version von 14.6. versucht. Leider ist der Fehler immer noch drin.

Ich versuche ihn noch ein bisschen klarer zu Schreiben.

Ich habe einen Sonoff mit 4 Schaltpunkten.
die ich so ansprechen.

cmnd/sonoff/POWER1 1 oder 0
cmnd/sonoff/POWER2 1 oder 0
cmnd/sonoff/POWER3 1 oder 0
cmnd/sonoff/POWER4 1 oder 0

das ganz läuft auch super.

dazu bekomme ich eine Status

stat/sonoff/RESULT mit der Antwort Power1 ON oder OFF

beim zweiten Datenpunkt bekomme ich unter der gleichen Adresse

stat/sonoff/RESULT mit der Antwort Power2 ON oder OFF

u.s.w.

Die Schnittstelle geht nur wenn ich eine Datenpunkt eintrage z.B. Power 1 ,wenn ich auch Power 2 eintrage. Hängt die Statusabfrage weil sie in stat/sonoff/RESULT nicht Power 2 übertragen bekommt sondern nur die Veränderung von Power 1. Ab da geht die Schnittstelle nicht mehr. !!!!!!!!!

Genauso geht die Schnittstelle (Status ) nicht mehr wenn man z.b. einen fehlerhaften Wert in Status einträgt. Nach Korrektur des Datenpunktes muss der ganze Server neu gestartet werden.

Bitte schaut euch das nochmal an 🙂

Gruß Rainer M

Xsolution
Administrator
Beiträge: 2264
Permalink
Beitrag Re: Shelly 2.5 an MQTT Schnittstelle
am 18.6.2019, 14:41
Zitat

Hallo,
die Beta Version ist online. Die Doku wurde auch aktualisiert.

Gruß Xsolution

rainermey
Profi
Beiträge: 201
Permalink
Beitrag Re: Shelly 2.5 an MQTT Schnittstelle
am 18.6.2019, 21:14
Zitat

Hallo,

Erstmal ein GROSSES Dankeschön für die schnell Behebung.

Habe es jetzt auch aufgespielt und getestet.
1. Die Schnittstelle läuft jetzt sauber und stürzt nicht mehr ab.
2. Statusabfrage laufen jetzt auch ohne Ausgabe von xml oder Json format .-))

Das was leider noch nicht richtig lief was die mehrfach Abfrage eines Datenpunktes
stat/sonoff/RESULT
Hier hat er immer nur den letzten angelegten Datenpunkt im Status geändert.

Habe es jetzt aber wie in 2. beschrieben ausgelesen und geht .-)))
Werde die Tage weitere Geräte aufnehmen und Testen .-))

Gruß Rainer M

Ray
Profi
Beiträge: 720
Permalink
Beitrag Re: Shelly 2.5 an MQTT Schnittstelle
am 21.6.2019, 13:13
Zitat

Hallo,

Ja, kann ich mich nur anschliessen, SUPER ARBEIT.

Aber das Problem mit dem mehrfach auslesen einer Reihe, das habe ich auch noch nicht hin bekommen.

z.B. möchte ich zur Überwachung die 1. Spannung Vcc, 2. Uptime, 3. LoadAvg und RSSI vom Wifi Signal auslesen und aufzeichnen.
Das muß man nicht, wäre aber schön...

dies ist die Ausgabezeile:
10:50:54 MQT: Haus/UG/Flur/Wandleuchten/tele/STATE = {"Time":"2019-06-21T10:50:54","Uptime":"1T01:04:40","Vcc":2.988,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"POWER":"OFF","Wifi":{"AP":1,"SSId":"RN-Network","BSSId":"A0:AB:1B:66:0F:28","Channel":6,"RSSI":82,"LinkCount":1,"Downtime":"0T00:00:05"}}
10:50:54 MQT: Haus/UG/Flur/Wandleuchten/tele/SENSOR = {"Time":"2019-06-21T10:50:54","Switch1":"OFF"}

solange ich nur eins davon als Status abfrage, wird alles richtig angezeigt und auch aufgezeichnet. also
Vcc mit value=Vcc im Status Json/xml
und
Haus/OG/Flur/Wandleuchten/tele/STATE im Adressfeld

nun will ich aus der selben Message auch noch LoadAvg erhalten und lege einen neuen Datenpunkt an mit
LoadAvg mit value=LoadAvg im Status Json/xml
und
Haus/OG/Flur/Wandleuchten/tele/STATE im Adressfeld

dann da bleibt nach dem Speichern des DPs der erste stehen (Vcc wird nicht mehr abgefragt laut Server.log und Schnittstellen Event) und der LoadAvg wird korrekt augezeichnet.
beim anlegen vom nächsten DP Uptime wird dann nur noch dieser korrekt angezeigt, die ersten beiden nicht mehr.

aber viel schlimmer ist es beim abfragen von Temperaturen, habe z.B einen Wemos D1 mit 6 Temp-Sensoren dran (auch mit Tasmota)
ausgabe MQTT vom Wemos
12:50:24 MQT: Haus/UG/Heizung/D1-Heizung/tele/SENSOR = {"Time":"2019-06-21T12:03:24","DS18B20-1":{"Id":"0114378B2DAA","Temperature":22.9},"DS18B20-2":{"Id":"011437EC71AA","Temperature":22.9},"DS18B20-3":{"Id":"011437F235AA","Temperature":22.8},"DS18B20-4":{"Id":"0114380BDAAA","Temperature":22.6},"DS18B20-5":{"Id":"0114380CB0AA","Temperature":22.6},"DS18B20-6":{"Id":"02131BBFECAA","Temperature":22.6},"TempUnit":"C"}

Sendezyklus vom Wemos mal auf 1 Minute gestellt
nach dem anlegen von nur mal 3 DPs kommt unter Schnittstellen Events folgendes:

Fr. 21. Juni 13:00:24 Receive: D1-Temperatur3 Value: 22.8 Raw Data:{"Time":"2019-06-21T12:00:24","DS18B20-1":{"Id":"0114378B2DAA","Temperature":22.9},"DS18B20-2":{"Id":"011437EC71AA","Temperature":22.9},"DS18B20-3":{"Id":"011437F235AA","Temperature":22.8},"DS18B20-4":{"Id":"0114380BDAAA","Temperature":22.6},"DS18B20-5":{"Id":"0114380CB0AA","Temperature":22.6},"DS18B20-6":{"Id":"02131BBFECAA","Temperature":22.6},"TempUnit":"C"}

Fr. 21. Juni 12:59:24 Receive: D1-Temperatur3 Value: 22.8 Raw Data:{"Time":"2019-06-21T11:59:24","DS18B20-1":{"Id":"0114378B2DAA","Temperature":22.9},"DS18B20-2":{"Id":"011437EC71AA","Temperature":22.9},"DS18B20-3":{"Id":"011437F235AA","Temperature":22.8},"DS18B20-4":{"Id":"0114380BDAAA","Temperature":22.6},"DS18B20-5":{"Id":"0114380CB0AA","Temperature":22.7},"DS18B20-6":{"Id":"02131BBFECAA","Temperature":22.5},"TempUnit":"C"}

Fr. 21. Juni 12:58:24 Receive: D1-Temperatur3 Value: 22.8 Raw Data:{"Time":"2019-06-21T11:58:24","DS18B20-1":{"Id":"0114378B2DAA","Temperature":22.9},"DS18B20-2":{"Id":"011437EC71AA","Temperature":22.9},"DS18B20-3":{"Id":"011437F235AA","Temperature":22.8},"DS18B20-4":{"Id":"0114380BDAAA","Temperature":22.6},"DS18B20-5":{"Id":"0114380CB0AA","Temperature":22.6},"DS18B20-6":{"Id":"02131BBFECAA","Temperature":22.5},"TempUnit":"C"}

es wird also immer nur der zuletzt angelegte DP ausgelesen.

Gruß Ray

Xsolution
Administrator
Beiträge: 2264
Permalink
Beitrag Re: Shelly 2.5 an MQTT Schnittstelle
am 21.6.2019, 13:49
Zitat

Hallo Ray,
Update ist verfügbar! Nun sollten alle States mit der gleichen Topic Adresse aktualisiert werden.

Gruß Xsolution

Ray
Profi
Beiträge: 720
Permalink
Beitrag Re: Shelly 2.5 an MQTT Schnittstelle
am 21.6.2019, 15:49
Zitat

Hallo Rainer,

wieder mal super schnell...

sieht gut aus, die Werte kommen jetzt laut Schnittstellen Events alle sauber an, die Aufzeichnung zicket noch ein wenig, aber das kann auch daran liegen, das ich jede Menge rumgespielt habe und zig Varianten versucht habe.
Ich setze jetzt mal einen anderen Raspi komplett neu auf und werde alles ordentlich anlegen, dann sehen wir nachher, ob es richtig funzt.

Danke schon mal

Gruß Ray

Ray
Profi
Beiträge: 720
Permalink
Beitrag Re: Shelly 2.5 an MQTT Schnittstelle
am 21.6.2019, 17:34
Zitat

Hallo Rainer,
doch ein wenig zu früh gefreut, habe vorhin nur auf die Werte geachtet.
die Werte kommen jetzt zwar alle an, aber unter dem selben Namen, also es kommt 4x der Name Flur EG Uptime und jedesmal ein anderer Wert dazu, und die Werte passen, nur dann nicht zum Namen
1. Flur EG Uptime --> Uptime-Wert
2. Flur EG Uptime --> Vcc-Wert
3. Flur EG Uptime --> LoadAvg-Wert
4. Flur EG Uptime --> RSSI-Wert

das ist auf dem anderen Raspi und auf Windows habe ich es auch grad noch mal getestet, genau so

Gruß Ray
Image

Xsolution
Administrator
Beiträge: 2264
Permalink
Beitrag Re: Shelly 2.5 an MQTT Schnittstelle
am 21.6.2019, 17:55
Zitat

Hallo Ray,
so jetzt, Fehler ist behoben, Update ist vorhanden!

Gruß Xsolution

Ray
Profi
Beiträge: 720
Permalink
Beitrag Re: Shelly 2.5 an MQTT Schnittstelle
am 21.6.2019, 17:56
Zitat

Hallo Rainer,

also habs gerade noch mal mit den Temperaturen getestet, und da ich dachte, das das mit den Namen vom kopieren der Datenpunkte kommt, habe ich die letzten 3 (die ersten 3 habe ich vorhin schon drin gehabt) mal nicht kopiert, sondern schön per Hand alles einzeln eingetragen und nun kommen alle 6 Werte der Temperatursensoren auf dem Namen Temperatursensor6. Also dem letzten gespeicherten Datenpunk.

Gruß Ray

Ray
Profi
Beiträge: 720
Permalink
Beitrag Re: Shelly 2.5 an MQTT Schnittstelle
am 21.6.2019, 19:18
Zitat

Hallo Rainer,

habe grad gesehen, hat sich ganz knapp überschnitten.

das ist ja der HAMMER, das ging ja jetzt wieder mal blitz schnell. Ich bin total begeistert.
jetzt funzt es wirklich, alle Namen und Werte dazu passen, und die Werte werden auch aufgezeichnet, schalten ging ja eh schon.
habe es jetzt auf dem ersten Raspi getestet, nun checke ich noch den zweiten und die Win-Version.

Einfach SUPER, danke und ein schönes Wochenende wünsche ich noch

Gruß Ray

Norbert 2
Profi
Beiträge: 154
Permalink
Beitrag Re: Shelly 2.5 an MQTT Schnittstelle
am 22.6.2019, 09:31
Zitat

Hallo zusammen,
hat jemand einen Mosquitto Broker im Einsatz?
Versuche gerade einen zu verbinden, erhalte aber im Schnittstellenstatus nur den Status Fehler.
Mit dem Client MQTT.FX kann ich den Broker problemlos erreichen und sehe auch die Werte, die dort abgefüllt werden.
Danke fürs Feedback.

Gruß
Norbert2

Ray
Profi
Beiträge: 720
Permalink
Beitrag Re: Shelly 2.5 an MQTT Schnittstelle
am 22.6.2019, 11:31
Zitat

Hallo Norbert,

wenn IP, Port, Benutzer und PW passen, einmal Server neu starten und dann war es bei mir auf ok
Mosquitto Version 1.4.10 auf Raspi
in Xhome Schnittstelle
tcp://192.168.13.153:1883
Benutzer und PW eingetragen und das ganze läuft mit der Beta-Version 1.0.50 21.06.2019_2
evtl. mal im Server.log und Schnittstellen Events schauen, was dort angezeigt wird.

Gruß Ray

Seiten: [1]

Durch die weitere Nutzung der Seite stimmst du der Verwendung von Cookies zu. Weitere Informationen

Die Cookie-Einstellungen auf dieser Website sind auf "Cookies zulassen" eingestellt, um das beste Surferlebnis zu ermöglichen. Wenn du diese Website ohne Änderung der Cookie-Einstellungen verwendest oder auf "Akzeptieren" klickst, erklärst du sich damit einverstanden.

Schließen