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.

@haselchen hab das mal ohne den Spannungteile umgesteckt also eigentlich von GPIO15 Spannung auf V5 und so funktioniert das -> Idee wäre zum sparen vom Strom ggf. GND auf den GPIO15 packen und dann Relay damit er beim einschalten nur gnd macht

@puls200 Ich würde das gern nachbauen und wissen wie du ddas Deepsleep Problem gelöst hast stehe vor dem selben bei meiner Messsung der Zisterne und wenn der Pool ab nächste Woche gemessen werden soll vermutlich auch, danke dir.

@haus-automatisierung Danke für die Info. Und wie sieht es mit dem Zigbee-Koordinator aus. Funktioniert dieser mit Zigbee2Mqtt über tcp?

@mickym Ja, das habe ich mir gerade auch gedacht. Wenn es nicht in der Konsole auftaucht, dann ist es kein Problem des ioBroker, sondern vom Controller selbst... Scheinbar, habe ich die Rule falsch definiert, oder ich mache etwas anderes falsch! Ich danke Euch sehr für die akute Unterstützung!! ;) Schöne Pfingsten!!

@dieter_p ich habe nur die Pfeilrichtunge auf dem Diagramm gesehen ;-)

@dices so tief hab ich mich mit Tasmota und GPIO Extendern nicht beschäftigt. Da ich mit der MqTT Einbindung unter ESPEasy etwas auf Kriegsfuß stand habe ich mir das mit einem PCF8574 etwas drumherum gebaut. Dazu die Regeln genutzt, die du auch unter Tasmota hast. Du findest dort ein publish Befehl und den nutze ich nach dem Neustart des ESP8266 um den Status mitzuteilen und danach getriggert auf jede Änderung des GPIO am Extender. So ist der Iobroker immer up to date über die Stati der GPIO am Extender. Die Schaltbefehle schicke ich per http raus, was per Tasmota genauso geht. Ist drumherumgebaut aber funktioniert. Welchen Adapter benutzt Du? Viele Grüße

@wolfmensch sagte in TX RealTimeRunData > Interrupt received: @homoran ist OpenDTU on battery wenn ich die Konsole öffne welche Konsole? also nix iobroker!? Bitte Threadtitel entsprechend anpassen.

@tas-mk Dann ist es wohl kein Zweirichtungszähler. Sonst würden normalerweise beide Angaben im Wechsel im Display erscheinen.

@ralla66 habe es genau wie du es erklärt hast gemacht, leider bekomme ich keinen Datenpunkt im iobroker erstellt! Woran kann es liegen? Ich habe einen Durchflussmesser. In dem Script wird Liter/min, Liter/h berechnet und auf einem oled ausgegeben. Diesen Wert hätte ich gerne via mqtt übertragen an den iobroker. Zum Test habe ich dein Beispiel eingefügt. In der Tasmota Oberfläche wird die 365 angezeigt, aber nicht an den iobroker übertragen. Es wird nur der Counter übertragen. >D p:pAktuell=0 p:pVorherige=0 p:pDiff=0 p:qLiter_sec=0 p:qLiter_min=0 p:qLiter_h=0 p:qLiter_Total=0 eigen=365 >S pVorherige=pAktuell pAktuell=pc[1] pDiff=pAktuell-pVorherige qLiter_sec=(pDiff/450) qLiter_min=(qLiter_sec*60) qLiter_h=(qLiter_min*60) qLiter_Total=(pc[1]/450) ->displaytext [zs4x-8y11] %0qLiter_h%[s1x80y38] l/min ;Rahmen ;->DisplayText [x0y0r128:64] >W ;Durchfluss{m} %qLiter_sec% Liter/s Durchfluss{m} %qLiter_min% Liter/min Durchfluss{m} %qLiter_h% Liter/h Total{m} %qLiter_Total% Liter Eigen{m}%eigen% ;Tasmota Sonoff Adapter >J ,"Test" :{"Eigen":%eigen%}

Hab jetzt mal weiter probiert. Das Teil an GND und AO angeschlossen und Analog Eingang. Die Werte sind aber totaler Müll. Ich weiß nicht wie ich das noch anschließen könnte.

@homoran Ich werde es mal versuchen, den ganzen Mikrokontroller-Kram habe ich ja in meiner Bastelkiste rumfliegen. Wenn jetzt einer gesagt hätte, die Zeit kannste dir sparen, dann wärs halt so. Aber dann macht der Versuch halt klug!

Danke für Deinen Hinweis - der hat mich auf die richtige Fährte gebracht. Ich bin wohl versehentlich im Developer-Branch gelandet und konnte dann über Github herausfinden, dass mit der Version etwas nicht in Ordnung war. Bei Github hat mir jemand geholfen und ich bin jetzt wieder auf 13.4.0. Das Web-UI läuft wieder. Danke an Euch für die spontane Hilfe!

@ralla66 okay Danke, werde ich auf jeden Fall machen. :blush:

@karl-heinz1 Hat er vielleicht im Rahmen der "Amnesie" sich auch wieder einen anderen Namen gegeben? Ist das Device, auf das Du schaust überhaupt online? Wie sieht der "alive" Datenpunkt des Devices aus?

@marcel-drzal-0 Hast ja WPA2 eingestellt, und PMF aus, alles soweit so gut. Vergleich mal mit dem was @crunchip da im Screenshot hat.. ich find da aber so keinen echten Fehler..