Beiträge von eddie

Ich habe jetzt doch eine Lösung gefunden.

Es können in den IO-Aktionen zum Versenden von Temperatur und oder Luftfeuchtigkeit auch noch die Parameter ${info}, ${status} und ${config} angegeben werden. Da kann ich in meinem Programm dann die für mich wichtigen Werte herauslesen und nach FHEM senden.

Hier das Listing meines Dummy-Device in FHEM:

Internals:
   CFGFN      ./FHEM/fhem-11-shelly.cfg
   FUUID      63b530ae-f33f-ef68-dd25-4ea845a6fba70a43
   NAME       Shelly_HT_Esszimmer
   NR         3368
   STATE      20.2 °C,  Luftfeuchtigkeit 43.5<br><br>Durchschnittswerte Salon und Esszimmer <br>20.55 °C,  Luftfeuchtigkeit 45.2
   TYPE       dummy
   eventCount 2818
   OLDREADINGS:
   READINGS:
     2023-01-16 16:27:54   battery         ok
     2023-01-16 16:34:54   d_humidity      45.25
     2023-01-16 16:34:54   d_temperature   20.55
     2023-01-16 16:31:23   firmware_aktuell 0.12.0-gafc2404
     2023-01-16 16:30:23   firmware_aktuell_date_time 06.12.2022 14.25.34
     2023-01-16 16:34:23   humidity        43.500000
     2023-01-16 16:33:23   last_caller_ip  192.168.1.131
     2023-01-16 16:34:54   salon_humidity  47
     2023-01-16 16:34:54   salon_temperature 20.9
     2023-01-16 16:34:54   sys_config_fw_id 20221206-142534/0.12.0-gafc2404
     2023-01-16 16:34:53   sys_config_mac  08:B6:1F:CE:90:E0
     2023-01-16 16:32:54   sys_info_model  SNSN-0013A
     2023-01-16 16:33:54   sys_info_name   H&T Esszimmer
     2023-01-16 16:26:54   sys_status_battery "percent":100,"V":6.200000
     2023-01-16 16:31:54   sys_status_battery_min_percent 30
     2023-01-16 16:30:54   sys_status_battery_min_volt 4
     2023-01-16 16:28:54   sys_status_battery_percent 100
     2023-01-16 16:29:54   sys_status_battery_volt 6.20000
     2023-01-16 16:32:23   temperature     20.200000
     2023-01-16 16:21:21   wifi_sta_ip     192.168.1.131
Attributes:
   alexaName  Esszimmer
   alias      H&T Esszimmer
   genericDeviceType thermometer
   group      Innentemperaturen
   icon       temp_temperature
   readingList temperature, humidity
   room       9e Shelly
   sortby     951
   stateFormat {
sprintf('%.1f',ReadingsVal('Shelly_HT_Esszimmer','temperature', 0)) .
' °C,  Luftfeuchtigkeit ' .
sprintf('%.1f',ReadingsVal('Shelly_HT_Esszimmer','humidity', 0)) . 
'<br><br>Durchschnittswerte Salon und Esszimmer <br>' .
sprintf('%.2f',ReadingsVal('Shelly_HT_Esszimmer','d_temperature', 0)) .
' °C,  Luftfeuchtigkeit '  .
sprintf('%.1f',ReadingsVal('Shelly_HT_Esszimmer','d_humidity', 0))
}
   userReadings salon_temperature  { ReadingsVal('Thermometer_2','temperature', 0)  } ,
salon_humidity  { ReadingsVal('Thermometer_2','humidity', 0)  },
d_temperature  { (ReadingsVal('Shelly_HT_Esszimmer','salon_temperature', 0 ) +  ReadingsVal('Shelly_HT_Esszimmer','temperature', 0 )) / 2 },
d_humidity { (ReadingsVal('Shelly_HT_Esszimmer','salon_humidity', 0 ) +  ReadingsVal('Shelly_HT_Esszimmer','humidity', 0 )) / 2 }

Zitat

Hier würde ich eher FHEM hinterfragen? Warum muss dieser abholen? Sollte dieser nicht bei einer Änderung was erhalten?

Ich habe mir ein kleines Programm gebastelt, daß auf Empfang steht und wenn dann der H&T mittels der IO-Aktionen Daten sendet, dann übertrage ich die nach FHEM. Aber dabei kann ich nur Temperatur und Luftfeuchtigkeit übertragen, im Shelly kann ich keine anderen Variablen übertragen. Wenn ich z.B. den Releasestand wissen oder die Qualität der WLAN-Verbindung monitoren möchte, dann geht das nur über die REST-Schnittstelle.

Zitat

Ansonsten würde ich die Rubrik Einsteigertipps empfehlen hier stehen solche Dinge wie Batteriebetriebene Shellys sehr gut beschrieben!

Ja, habe ich gemacht. Aber dort finde ich auch nichts, wie ich möglicherweise den Shelly aus seinem Schlaf reißen kann.

Ich habe mein Shelly Plus HT einrichten können und es ist in der Cloud sichtbar und funktioniert auch. Aber mit der Weboberfläche mittels IP-Adresse komme ich nicht auf das Gerät. Das ist auch so wenn ich mit USB-Kabel speise. Das kann doch so nicht OK sein. Das ist blöd, da ich in der Vergangenheit alle Shellys entweder über das FHEM-Modul oder mittels der Rest-Aufrufe in FHEM eingebunden habe. Das geht natürlich nur, wenn die Weboberfläche erreichbar ist.

Gibt es irgend eine Möglichkeit, die Weboiberfläche grundsätzlich frei zu bekommen?

Ich habe irgendwo gelesen, man könne das Gerät mit [script]http://<ip>/rpc/Shelly.GetStatus[/script] aufwecken. Aber das geht auch nicht.

Zitat

Zwar OT aber was findest du besser an der REST Schnittstelle als an mqtt? (Pro / kontra) wäre echt interessant aus anderer Perspektive

Ist wahrscheinlich egal, welche Schnittstelle man verwendet. Ich bin nur bei REST geblieben, weil nur damit die Cloud-Unterstützung gegeben ist. Und bei FHEM gibt es ja ein Shelly-Modul, das auf REST aufsetzt. Also ist meine Entscheidung rein pragmatisch. Aber vielleicht befasse ich mich ja irgend wann mal näher mit MQTT.....

Ich habe die REST-Schnittstelle getestet. Das geht mit FHEM ganz easy going. Man definiert sich ein HTTPMOD-Device und man kann bekommt alle Felder angezeigt:

define Shellytest HTTPMOD none 0
setuuid Shellytest 5e5b91ed-f33f-5ef7-548f-28d7caf1a43149e2
attr Shellytest userattr get01Name getHeader1 getHeader2 getURL reading01JSON
attr Shellytest extractAllJSON 1
attr Shellytest get01Name shelly_data
attr Shellytest getHeader1 Content-Type: application/json
attr Shellytest getHeader2 Accept: */*
attr Shellytest getURL http://192.168.1.146/status
attr Shellytest reading01JSON modes

Da zeigt es sich, dass alle Energiewerte in Wattminuten übertragen werden. Das heißt um die KWh auszurechnen muss man durch 60 teilen um auf Wattstunden zu kommen und dann mit 1000 teilen um einen Wert in KWh zu bekommen.

Aus:

meters_01_total = 1464 

wird 1464 Wm / 60 / 1000 = 0,0244 KWh

Ich habe mir ein UserReading energy_0 angelegt, um konform mit meinen Homematic-Komponenten zu sein. Dort findet sich dann ein Wert in Wattstunden wieder:

energy_0 = 24.5 

Hier sind die Definitionen für meine UserReadings:

energy_0 {sprintf('%.1f',ReadingsVal("Shellytest","meters_01_total","0")/60)},
energy_1 {sprintf('%.1f',ReadingsVal("Shellytest","meters_02_total","0")/60)},
energy_2 {sprintf('%.1f',ReadingsVal("Shellytest","meters_03_total","0")/60)},
energy_3 {sprintf('%.1f',ReadingsVal("Shellytest","meters_04_total","0")/60)},
energyCalc_0 monotonic {sprintf('%.1f',ReadingsVal("Shellytest","meters_01_total","0")/60)},
energyCalc_1 monotonic {sprintf('%.1f',ReadingsVal("Shellytest","meters_02_total","0")/60)},
energyCalc_2 monotonic {sprintf('%.1f',ReadingsVal("Shellytest","meters_03_total","0")/60)},
energyCalc_3 monotonic {sprintf('%.1f',ReadingsVal("Shellytest","meters_04_total","0")/60)},
power_0 {ReadingsVal("Shellytest","meters_01_power","0")},
power_1 {ReadingsVal("Shellytest","meters_02_power","0")},
power_2 {ReadingsVal("Shellytest","meters_03_power","0")},
power_3 {ReadingsVal("Shellytest","meters_04_power","0")},
relay_0 {if (ReadingsVal("Shellytest","relays_01_ison","0") eq "1") {"on"} else {"off"}},
relay_1 {if (ReadingsVal("Shellytest","relays_02_ison","0") eq "1") {"on"} else {"off"}},
relay_2 {if (ReadingsVal("Shellytest","relays_03_ison","0") eq "1") {"on"} else {"off"}},
relay_3 {if (ReadingsVal("Shellytest","relays_04_ison","0") eq "1") {"on"} else {"off"}}

Habe am 2.3 Shelly Plugs bestellt. Das Versanddatum stand im Auftrag auf dem 12.3. Aber heute, am 5.3 war das Verpacken abgeschlossen und ich habe schon eine Tracking-Nr. Das nenne ich schnell.

Zitat

hab nachgefragt ob sie nicht 2 bestellungen zusammen legen können. AW: nein, geht nicht

Ich hatte mal nachgefragt, ob ich nicht auf eine Bestellung ein weiteres Device hinzufügen kann. Das war problemlos möglich. Habe die Summe per Paypal überwiesen und 1 Tag später war meine Bestellung abgeändert.

Gerade noch mal nachgeschaut. Mein aktueller Status ist auf Packing. Cool!

Man kann den Versand auch mit https://www.17track.net/de tracken. Dann sieht man, dass noch mal gut 3 Tage vergehen, von dem Moment wo der Auftrag auf complete steht und dem Moment wo das Päckchen bei der bulgarischen Post angekommen ist. Danach geht es eigentlich zügig. Mit dem Zoll habe ich glücklicherweise noch keine Probleme gehabt, sollte auch nicht da ja Bulgarien zur EU gehört.

Hab gerade 'ne Email bekommen

Zitat

We are constantly working on improving our services and Shelly devices.

Due to the final calibration of Shelly 3EM devices, your order #xxxxxx will be shipped with a slight delay, between 4-6 February.

Thank you for your patience.

Best Regards,

The Shelly Team

Zitat

0.8 er Kabel darf nicht mit 230V beaufschlagt werden.

Ja OK, Mea culpa!

Zitat

Also erstens sind 50€ in meinen Augen sehr wohl teuer und außerdem geht es nicht darum einen "Thermostaten" zu basteln sondern um die Gesamtfunktionalität. Ich habe zum einen mehr als eine Temperaturmessung pro Raum und außerdem sollen auch die Vor- und Rücklauftemperaturen der Heizkreise mit einbezogen werden. Außerdem später evtl. Wetterdaten. Deshalb nutzt mir ein proprietärer Heizungsthermostat allein überhaupt nichts.

Den Aktor möchte ich nur deshalb benutzen (obwohl er mir eigentlich auch zu teuer ist) weil damit auf einfache Weise die motorischen Stellantriebe angesteuert werden können.

Gut, wenn da mehr als ein Thermometer messen soll, dann verstehe ich besser. Aber du könntest ja auch Homematic via FHEM steuern. und nicht direkt über die CCU. Das scheint mir einfacher zu sein. Du liest die Temperaturwerte der Shelly Komponenten mit einem kleinen Perl-Script ein und schaltest dann den HM-Switch entsprechend deiner Logik.

Vielleicht habe ich das Problem ja noch nicht ganz verstanden aber ich frage mich, warum dieser Zwischenweg über die 24 Volt? Bei 5 * 1,5 hast du neben Neutral und Erde die Zuleitung und die beiden Motoranschlüsse an den Shelly 2.5. Und mit den beiden ysty 2x2x0,6 kannst du doch den Doppeltaster für hoch/runter betreiben. Da fließt ja kaum Strom.

Ich habe meine Heizungen komplett mit Homematic Komponenten gebaut. Der Thermostat ist mit knapp 50 Euronen nicht exorbitant teuer (Amazon), ist stabil und lässt sich auch von der Ehefrau ohne App mühelos bedienen, also Wunschtemperatur einstellen. Ausserdem kann man mit ganz wenig Aufwand 3 verschiedene Heizungsszenarien im Thermostat selber anlegen. Ich bin ja Shelly Fan aber mir erschließt sich momentan nicht der Nutzen aus einem Thermometer einen Thermostat zu basteln, zumal wenn man schon einen Homematic Aktor hat.

Hi Heiko,

normalerweise gehe ich davon aus, dass mir das Shelly die Leistungswerte für die einzelnen Phasen, die 3 Spannungen und einen Verbrauch in Wattminuten oder Wattstunden je Phase und Total abliefert. Zusätzlich war angekündigt, dass auch die Leistung bzw. der Verbrauch über den Neutralleiter gemessen wird. Also ich hoffe nicht, dass ich noch rechnen muss.

August gibt es auch in 2020 oder 2021.....

Zitat

sinkt der WAF ins bodenlose.

Wenn schon der WIF gleich Null ist, wird es immer mal etwas geben, das den WAF reduziert, und manchmal auch drastisch. Shit happens!

Bei mir ist auch alles OK. Habe 1PM und 2.5, keine Dimmer.

Was ist denn mit den 4pro. Ist da auch ein Update in der Pipeline?

Ich hatte noch ein gedankliches Problem mit der Leistungsmessung bei echtem Drehstrom. Das ist mir glücklicherweise genommen worden. Hier ein Beitrag im englischen Shelly Support Forum, in dem mir von 2 Seiten betätigt wurde, dass auch in den Fällen, wo ein echter Drehstromverbraucher genutzt wird, die Messungen korrekt sind.

em3.jpg

Zitat

Und wenn man sich die vorläufigen Schaltschemen des 3EM anschaut, muss an den Drehstrom doch nur die Klemmen.

Bin zwar kein Elektriker, aber an den Drehstrom müssen sowohl die Klemmen, als auch ein direkter Anschluß der 3 Phasen und des Neutralleiters zum Messen der Spannungen. Optional kann auch noch eine Klemme an den Neutralleiter.

Grundsätzlich wird mit den Klemmen nur der Strom gemessen. Um die Leistung zu berechnen braucht man noch die Spannung, da die Leistung Strom mal Spannung ist.

Hi Kai,

das was ich bei PM1 deltaReadings mit energy_total bekomme, das funktioniert bei den Geräten mit mehreren Kanälen nicht mehr. energy_total trackt bei 1PM auch mein UserReading energyCalc aber die Werte energy_n und power_n werden nicht gefunden und daher auch nicht getrackt.

Dann habe ich getestet mit einer Instanz, indem ich die Werte energy_n und power_n mit in die Definitionen gebracht habe aber ich bekomme maximal entweder die deltas oder minAvgMax. Beides zusammen geht nicht.

Jetzt, mit den 3 Instanzen bekomme ich für alle Shellys alle Werte. Das ist für mich nicht nachvollziehbar. Und in der Doku finde ich nur die Nennung der Möglichkeiten, Konkrete Beispiele hätten das ganze anschaulicher gemacht. Außerdem habe ich immer noch nicht verstanden was dieses Schlüsselwort energy_total im einzeln tun soll. Hier schweigt sich die Doku auch aus.

Aber gut, ich habe es ja hinbekommen und jetzt lass ich das mal eine Weile laufen um zu sehen, was ich damit alles anfangen kann. Grundsätzlich stimme ich dir zu, dass statistics ein super mächtiges Modul ist. Und ich bin froh, dass ich das nach echt langer Zeit, die ich mit FHEM arbeite gefunden habe, dank deiner Hilfe.