@michl75 said in RF Empfänger und ESP8226 Probleme: Ok, gebe zu, mein Kabelmanagement ist nicht das "beste" ... aber hält. Muffelsausen hab ich immer bei der Dimensionierung der Kabeldicken... Ich kritisiere zwar die für mich aufkommende blinde Anwendung von Rechenergebnissen der Normen (ohne Validierung der eingeflossen Parameter) und gefühlter ArschAnDieWand-Mentalität ohne Fachwissen zu besitzen und umso dicker das Kabel umso größer das Ego der Besitzer, hab ich manchmal den Eindruck. Aber im Bereich der Kleinspannung (auch Laien teils zulässig) um erstmal voran zu kommen vielleicht ein solcher Rechner eine einfache und gute Sache: https://www.leckerstecker.de/rechner/kabelquerschnitt-strom-berechnen-watt/# Dass das nur ein Rechner ist, der vielleicht eher auf Nummer sicher geht oder auch mal falsch liegen kann für den Einzelfall, sollte dabei immer jedem bewusst sein (siehe Kleingedrucktes :) )

So fertig. Vorher: [image: 1696448038171-img_7567.jpg] Nachher: [image: 1696448069568-img_7569.jpg] Ich werde mir bei Gelegenheit den Spiegel vom Glaser neu machen lassen. Das Gefrostete passt irgendwie nicht mehr. Abgesehen davon gefällt mir das sehr gut. Der iobroker bereitet die Accuweather Daten auf und stellt die per MQTT zur Verfügung. Der Wemos holt die ab und zeigt die Temperatur und das Wettericon dar. Das Ding hängt bewusst direkt am Lichtschalter - die Zeit zum Hochfahren, Wifi aufbauen, Zeit synchronisieren (~5s) und Wetterdaten abholen (~7-8s) ist aber für mich OK.

@agrippinenser Ja, die laufen bei mir völlig problemlos (eigentlich alles, wo Tasmiota drauf ist). Gruss, Jürgen

Dann antwworte ich mir mal selber und denen, die ggfl. selbst mal vor dem Problem stehen. So steht es übrigens auch in der Doku... Die Effekte werden in Lambda mit ihrem Namen aufgerufen (nicht der ID): auto call = id(light_1).turn_on(); call.set_effect("Farb-Strobo"); call.perform(); oder die Kurzform: id(light_1).turn_on().set_effect("Farb-Strobo").perform(); set_effect("Name des Effects") und zum deaktivieren: set_effect("none")

Hier noch eine schnell Hingekritzelte Schalttransistor-Schaltung (EDIT: ACHTUNG - die den Signalpegel invertiert): [image: 1694510082737-808ccae6-2348-45ee-abbb-fce6137684a6-grafik.png] Eigentlich sollte da jeder beliebige NPN Kleintransistor passen

Okay, danke! Ob Welle oder nicht, das hat ein paar neue Erkenntnisse und Stichworte auf meinen Schreibtisch gespült, und meine Hoffnung ist, dass auch andere was mitnehmen können, wenn sie über den Thread stolpern. Zumindet ging es mir oft so, aber für dieses Thema hatte ich nichts Greifbares gefunden und drehte mich ein bisschen im Kreis. Stimmt, die Ersteinrichtung dieser Geräte scheint auch eine Sache für sich zu sein, aber da muss man halt nur z.B. den Lesekopf haben und eine Anleitung und einen passenden Stromzähler (da bin ich bei mir noch nicht sicher, der kann das zwar theoretisch, aber der der hat noch nicht einmal eine LED für die Taschenlampensteuerung hinter dem zugehörigen Fensterchen – vermutlich ein spezielles Sparmodell für den Energieversorger ...). Knackpunkt war halt die permanente Auswertung und – und auch da stimme ich zu – der potenzielle Sprung in weitere Verbindungen, denn genau dieser systemübergreifende Ansatz des iobrokers macht ihn ja am Ende so interessant :)

@liv-in-sky Danke, es waren die Anführungszeichen. Korrekt lautet die Abrage: on_press: then: - if: condition: lambda: "return (id(WolfgangLast) != id(WolfgangNow).state);" then: ...

@homoran Nein Danke. Ich habe das ganze in einem anderen Form wo es mehr um Hifi Kino zu Hause geht. Denke da ist es besser aufgehoben. Wollte Doppelpost in div. Foren vermeiden. Daher um Löschung gebeten.

@glasfaser Soeben konnte ich mit der Automatik-Funktion alle devices auf 13.1.0 heben.

Habe jetzt erstmal das Sketch renoviert. Hatte da die Library "AsyncMqttClient" verwendet. Die scheint aber nicht mehr gepflegt zu werden. https://github.com/marvinroger/async-mqtt-client Letzte Änderungen von Jahren.... Aufbauend auf der Arbeit des Autors von AsyncMqttClient Marvin ROGER gibt es nun von Khoih Hong "AsyncMqtt_generic". https://github.com/khoih-prog/AsyncMQTT_Generic Die API scheint kompatibel zu sein, und ist direkt in der Arduino IDE installierbar - gehört also zu deren Repository. Die Kiste hängt jetzt noch seriell an der Arduino IDE, und erste Tests sind nicht besonders vielversprechend immer sekundenlange Aussetzer... 4:14:57.249 -> [AMQTT] _onPoll: PING timeout, disconnecting 14:14:57.249 -> Disconnected from MQTT. 14:14:59.269 -> Connecting to MQTT... 14:14:59.269 -> Connected to MQTT. 14:14:59.269 -> Session present: 1 EDIT Habe noch eine zweite Änderung gemacht - der ESP wählt sich nun in das WLAN eines anderen Access-Points ein. Habe vier WLAN Netze im Haus, die alle eigene SSIDs haben. Freifunk, und drei private verschlüsselte Netze... Mit dem privaten verschlüsselten Netz auf dem Freifunk-Router kommt der ESP besser zurecht. Ich vermute das automatische Kanal-Hopping der Fritzbox hat ihm nicht gefallen... Der Freifunk-Router bleibt immer auf demselben Kanal ...

@michaelf Vielen Dank erstmal für eure Ideen. Inzwischen bin ich schon selbst auf die Idee mit der Powerbank gekommen, und habe es aktuell so am laufen. Bin gespannt wie weit ich damit komme, aktuell schon weiter als ich erwartet hätte. Natürlich kann man bei Zeiten die PB aufladen, oder gegen eine andere austauschen im Wechsel, sowas ist aber keine richtig endgültige Lösung. Die Spannung auf die Richtige zu trimmen ist mir natürlich klar soweit, und das stellt auch weiter kein Problem dar. Ich bin eben auf ein mini SolarPanel gestoßen, welche z.b. für eine außen-Webcam mit Akku die Stromversorgung aufrecht erhält, 5-6 Watt etwa ... So etwas währe unter umständen eine Option, die liefern dann auch meist direkt die 5v über USB, um dann damit die PB wieder aufzuladen am Tag. Wie denkt Ihr darüber ? Oder gibt es Gründe das so lieber nicht zu machen ? Viele Grüße

@raspiuser Das ist richtig, wobei es ja im Tasmota WiKi drin steht. Das ist einer der Nachteile bei Tasmota, es ist zu universell und umgekehrt sind wohl wesentlich mehr Leute da, die LEDs damit steuern, als Schrittmotoren User und irgendwann musst Dich eben entscheiden, welche Optionen default an und welche aus sind.

@iobroker-smarti ich bin auch nicht gerade ein Javascript Profi .... In welcher Form liegen die von der Karte gelesenen Daten bei der von Dir zum Test genutzten App vor? Nebenbei: Nicht ohne Grund gibt es ESP basierte Implementierungen deutlich häufiger. Der Pi 4 ist eigentlich überdimensioniert dafür. Wenn man ihn an den Kartenleser anschließt, ist der Aufstellort nicht mehr frei wählbar: Er muss dort stehen, wo die Karte gelesen werden soll, was Probleme bzgl Netzwerkanbindung und ggfs Sabotage bringen kann

@thomas-braun sagte in [wieder erledigt] Tasmo Admin / VM Problem: @da_woody sagte in [done] Tasmo Admin Problem: dann sollte es auch für ein upgrade auf bookworm nächstes Jahr passen. Egal welche php-Version da genau aktuell sein wird. oder so... nach wurmupdate wieder das selbe. kein zugriff auf tasmoadmin. firefox: [image: 1689426584035-63821044-064d-40d6-819c-c09b2cc0614f-grafik.png] chrome: [image: 1689426707303-06b03bc5-e439-4537-871e-c74322478296-grafik.png] woody@Debian:~$ apt policy libapache2-mod-php php php-curl php-zip libapache2-mod-php: Installiert: 2:8.2+93 Installationskandidat: 2:8.2+93 Versionstabelle: *** 2:8.2+93 500 500 http://deb.debian.org/debian bookworm/main amd64 Packages 100 /var/lib/dpkg/status php: Installiert: 2:8.2+93 Installationskandidat: 2:8.2+93 Versionstabelle: *** 2:8.2+93 500 500 http://deb.debian.org/debian bookworm/main amd64 Packages 100 /var/lib/dpkg/status php-curl: Installiert: 2:8.2+93 Installationskandidat: 2:8.2+93 Versionstabelle: *** 2:8.2+93 500 500 http://deb.debian.org/debian bookworm/main amd64 Packages 100 /var/lib/dpkg/status php-zip: Installiert: 2:8.2+93 Installationskandidat: 2:8.2+93 Versionstabelle: *** 2:8.2+93 500 500 http://deb.debian.org/debian bookworm/main amd64 Packages 100 /var/lib/dpkg/status woody@Debian:~$

@sushibomba weil der Tasmota Wert sich auf 230V bezieht? USB: 5V * 1,28A = 6,4W Netz: 230V * 0,064A = 14W ok, das wäre 50% Ladeverluste ...

@arteck Davon hab ich auch welche, die laufen super zuverlässig. Man muß sie halt bissl verstecken. :grin:

Für diejenigen, die über diesen Thread stolpern: Nach langer Recherche musste ich feststellen, dass aufgrund verschiedener Inkompatibilitäten IoT-Projekte wie ESPEasy und ESPHome kein kabelgebundenes Ethernet mittels W5500 Chipsatz anbieten. Dementsprechend habe ich selbst etwas entwickelt: https://github.com/philipptrenz/Norvi-Enet-Modbus Dort sind auch ein paar der Probleme mit den Inkompatibilitäten zwischen Arduino und ESP32 Core erläutert.

@wolfgangfb kann ich leider nicht mehr sagen, schon zu lange her. Auf dieser Webseite hier :point_down: steht was von 100nF... Hinweis: Wir empfehlen dem 1-Wire Baustein einen 100nF (0,1µF) Kondensator (siehe Zubehör) parallel zu schalten, d.h. von 5V nach GND. Der Kondensator sollte möglichst nah angeordnet werden. Damit wird die Stabilität des gesamten 1-Wire Netzwerks erhöht. https://esera.de/produkte/1-wire-smart-home-und-gewerbe/1-wire-bauteile-1-wire-chips-wie-z.b.-ds18b20/30/ds18b20-1-wire-temp-senso ...wobei ich glaube was dickeres dran hatte, aber probieren geht bekanntlich über studieren! 3 Meter sollte zumindest mit einem Sensor keine Probleme geben, aber sobald es zwei sind könnte es schon zwicken und tut es ja auch irgendwie bei dir ;)

@opensourcenomad sagte in ESP Umweltboard flashen Fehler: Dass All-Inklusive-Paket gibt es aber wohl einfachst mit dem Adapter von @Dutchman hier https://drozmotix.github.io/languages/de/Adapter/ESPHome/ :+1: stosse gerade darauf und musst extreem grinsen wo ich das gelesen habe, das fur die Blumen :)