@mickym OK! Trotzdem danke ich denke mal die Rule muss auch etwas komplexer gestaltet sein. Da bei start muss Relay1-7 false sein dann muss relay 8 true sein und nur Relay5 darf maximal eine true zeit von 1 sek haben alle anderen ohne zeitbegrenzung. sprich PowerOnState muss für jedes relais deklariert sein und PulseTime wenn es das war was das Relais begrenzt in der true zeit muss dann nur für relais 5 sein aber wie man daraus eine regel erstellt keine ahnung hatte auch schon im Tasmota Discord channel angefragt kam aber bis jetzt keine meldung oder hilfestellung.

@Homoran Besten Dank! hab mich da wohl etwas verklickt.

Updates haben super funktioniert. Danke nochmals.....für die Infos

@wolfgangfb said in Eastron SDM230M Energy Monitor mit ESPHome: @homoran Danke, der ist bei mir nur anders beschrieftet (R13), ansonsten ist die Platine identisch. Das solltest Du zu 100% prüfen. Wie gesagt, nicht einfach Doku zu diesen Cent-Platinen aus Fernost zu finden. [image: 1723550494766-f4c65841-e22c-4e82-b52d-6eaa7e4cce09-grafik.png] Im Zweifel einfach sein lassen und selbst einen Widerstand zwischen A und B hängen um den Bus zu terminieren. Oder komplett ohne Widerstände. Einseitig terminiert wäre jedenfalls nicht meine Empfehlung wenn du schon von Fehlern berichtest. Edit: scheint so zu sein: [image: 1723550891113-478c7257-e80f-4150-8ddf-28d5075de2b4-grafik.png]

@ralla66 Danke Dir. Nun funktioniert auch die Regel (inkl. Alias) und die Infos zum Beacon kommen per MqTT. Feine Sache :) [image: 1723529669609-00bcf3d5-441d-4935-b7c1-e37bc1e256ce-grafik.png]

@dieter_p Danke, mit diesem Tool hat es mal geklappt

@codierknecht https://www.heise.de/ratgeber/Smartes-Alarmsystem-ESP32-CAM-mit-Alexa-App-oder-Web-Interface-steuern-6207639.html?seite=all :) https://github.com/grapeot/alexa-esp32-cam Einfach das, was Google so ausspuckt ;)

@karl-heinz1 sagte in Neuer Tasmota Adapter zeigt nicht den Echtzeitverbrauch: es könnte sein, das der Zähler frei geschaltet ist. der rechte wahrscheinlich nicht! nur ganze kWh und kein aktueller Verbrauch sieht nach fehlender PIN aus

@icebear said in Sonoff NSPanel Pro: @michael_4358 Wieso schaust du nicht hier ? Das ist doch viel besser als eine VIS im Browser danke dir habe ich nicht gesehen/gefunden das ist nicht die pro version...

Ich habe heute meinen neuen MH-Z19C bekommen. Angesteckt und der läuft sofort! Ich habe wirklich drei defekte Sensoren vom Ali-Mann bekommen. Kann geschlossen werden weil gelöst. [image: 1719509036348-co2_tasmota.jpg] Kirk

@wal sagte in Probleme mit Max7210 LED-Display: Festbeleuchtung: halte uns auf dem Laufenden da Batteriebetrieb und ESP schlafen legen schon sehr interessant ist. Nur um an der Ecke auch mal 'ne kurze Rückmeldung zu geben: Letztendlich habe ich das mit 2 parallel betriebenen 21700'ern und 'nem Step-Up auf 5 V betrieben. Das Ganze lief als Gimmick für einen (Weihnachts-) Geocache, der Mitte Dezember online ging. Mitte Januar hatte ich mal prophylaktisch die Akkus getauscht. Mitte Mai habe ich den Cache außer Betrieb genommen ... ohne weiteren Tausch. Ergebnis: Die Akkus waren auch nach 4 Monaten noch fast voll. Der ESP lief aber nicht im Deep-Sleep, sondern wurde durch den Reedkontakt komplett von der Stromversorgung getrennt. Insgesamt hat der Cache 100 Besuche bekommen. Und da wird dann nur jeweils wenige Minuten Strom verbraucht. Durch die am Niederrhein eher milden Winter könnte man das Ganze vermutlich etliche Monate ohne Akkutausch betreiben. Also für mich und für diesen speziellen Anwendungsfall ein voller Erfolg.

@schmello Also komplett auf dem esp rules oder scripting wenn RSSI ist Wert dann mache Relay x ein Rules

Habe den Stick jetzt an einen Proxmox-LXC-Container durchgereicht ... Ging flott ... [image: 1718981739762-b9231543-32fc-490c-ba0a-8906ab3d86a7-grafik.png] Dass ich dev/ttyACM0 genommen habe, ist ggfs. suboptimal - vielleicht könnte man auch das Gerät aus dev/serial/by-id eintragen ... UID und GID habe ich aus der LXC Konsole: martin@DebianTest:~$ id uid=1000(martin) gid=1000(martin) groups=1000(martin),20(dialout),27(sudo),100(users) martin@DebianTest:~$ So sieht das dann aus: martin@DebianTest:~$ ls -l /dev/ttyA* crw-rw---- 1 martin martin 166, 0 Jun 21 16:57 /dev/ttyACM0 martin@DebianTest:~$ Und hier die seriellen Ausgaben des LOLIN ESP32 S2 mini: martin@DebianTest:~$ cu -l /dev/ttyACM0 -s 115200 Connected. Difftemp:1.10 Hyst:0.15 ventState:0 pwmActual:0 Tmprtrs(23.00 22.37 22.31 SollT 21.90 WiFi 1 MQTT 1 ok Difftemp:1.10 Hyst:0.15 ventState:0 pwmActual:0 Tmprtrs(23.00 22.44 22.37 SollT 21.90 WiFi 1 MQTT 1 ok Difftemp:1.10 Hyst:0.15 ventState:0 pwmActual:0 Tmprtrs(23.00 22.37 22.31 SollT 21.90 WiFi 1 MQTT 1 ok ~[DebianTest]. Disconnected. martin@DebianTest:~$ Mit Tilde - Punkt - also "~." beendet man cu

Hi hab nun vorwiegend unter OpenBeken getestet welche Daten wie von und zu der TuyaMCU gehen. Für eine Minimalkonfiguration unter Tasmota würde ich nun gerne Folgendes hinterlegen: tuyaMcu_defWiFiState 4 muß nach dem Bootvorgang an die MCU geschickt werden um den Wifi Status als verbunden zu melden addRepeatingEvent 5 -1 tuyaMcu_sendQueryState Muss in Schleife zur MCU geschickt werden um Messerwerte zu erhalten. Als Idee könnte ich per Regel tuyasend0 in Dauerschleife schicken. Folgende minimal gewählten Datenpunkte gilt es zuzuordnen: Größte Herausforderung der RaW Wert von dpId 6 wo 3 Werte (Power, Strom, Spannung) drin stehen // Measurements - Dpid 6 "phase_a" - channel RAW_TAC2121C_VCP -> 5,6,7 // TAC2121C VoltageCurrentPower Packet // This will automatically set voltage, power and current linkTuyaMCUOutputToChannel 6 RAW_TAC2121C_VCP setChannelType 5 Voltage_div10 setChannelLabel 5 "Voltage" setChannelType 6 Power setChannelLabel 6 "Power" setChannelType 7 Current_div1000 setChannelLabel 7 "Current" Als Standardsfunktion werde folgende FnIds angeboten: [image: 1722488528626-13fc62a4-0458-4c00-8b1f-6c5866ddb5a1-grafik.png] Lässt sich zB per Skripting der RaW Wert zerlegen und dann den FnIds zuweisen? Wie setzt man sowas unter Tasmota um? Desweiteren gilt es direkt zuzuweisen: DpId1 (Energy Counter): // Total energy - Dpid 1 "total_forward_energy" -> channel 4 linkTuyaMCUOutputToChannel 1 val 4 setChannelType 4 EnergyTotal_kWh_div100 setChannelLabel 4 "Total Energy" Hier scheint es keine FnId zu geben und Tasmota würde aus FnId 31 dies selbst berechnen? Über den Weg der Dauerschleife (Tuyasend0) würde das natürlich gemäß der Stützstellen eine Ungenauigkeit zusätzlich darein bringen. DpId 12 (Reset Energy Counter): // Clear Energy Counters - Dpid 12 "clear_energy" -> channel 3 linkTuyaMCUOutputToChannel 12 bool 3 setChannelType 3 toggle setChannelLabel 3 "Clear Energy Counters" Entsprechend der Stromzählerfunktion noch keine Idee wie das umzusetzen wäre. Auf den Rest könnte ich erst einmal verzichten. Insbesondere wie ich unter Tasmota die Befehle automatisch schicke ist mir nicht klar. Gibt es dort eine autoexec oder sollte ich eine Regel verwenden? Ergänzen die Schwierigkeit mit DpId6. Kann man über das Skripting den DpId zerlegen und entsprechenden FnIds zuweisen? @Ralla66 Hast Du dazu eine Idee? Hänge nun leider schon länger und sehe keinen Weg was machbar ist. Habt ihr Tips/Erfahrungen? Thx

@ilovegym Habe das, was da bei Frigate zu den Reolink Kameras steht, gelesen, und hatte sie deshalb ausgeschlossen... https://docs.frigate.video/frigate/hardware/ Many users have reported various issues with Reolink cameras, so I do not recommend them. If you are using Reolink, I suggest the Reolink specific configuration. Wifi cameras are also not recommended. Their streams are less reliable and cause connection loss and/or lost video data. Wenn die Reolink Kameras aber Erkennungsfunktionen integriert haben, ist ggfs. frigate auch gar nicht notwendig ...

@wendy2702 wundert mich nicht, der Installer prüft ja welcher Chip am USB Port hängt. Vermutlich trifft die Software dann die Entscheidung welche Soft minimal geflasht wird.