Huhu,
ich komme auch nicht mehr hinterher, zuviele Änderungen in zu kurzer Zeit und es gibt auch keine Testphase sondern geht ohne Rücksicht auf Verluste ins Release.
Stabil läuft es bei mir auch nicht im Moment, die Version davor lief besser. Jetzt wieder tägliche Exceptions/Restarts...
Alle zur geichen Zeit geflasht und danach gleichzeitig neugestartet zum Vergleichen.
Fotos von deinem gelöte würden auch helfen 
Solange ich da keine Testwerte vom Stomverbrauch gesehen habe, bleibe ich bei 2.3.0.
Ich glaube da haben die Chinesen nämlich geschummelt.
Nach 2.3.0 ging der LIGHT_SLEEP der stromsparend war nicht mehr, ab 2.5.0 geht zwar sleep wieder, aber soweit ich gesehen habe wird nun nur noch MODEM_SLEEP benutzt. Dies macht zu einem bei mir Probleme im WLAN (Gerät xyz reagiert nicht) und zum anderen soll der Stromverbrauch höher sein.
Die sleep funktion liegt unter dem "Core". Core ist hier die falsche Bezeichnung im Thread.
Tasmota -> Arduino ESP Library -> Core
Und den Core machen die Chinesen, die ESP Lib die Community.
2.5.0 (oder 2.4.2) ist die Arduino ESP Library.
Da ich meine Rechnung selbst bezahlen muss bleibe ich bei 2.3.0 bis ich einen Vergleich habe.
Bei mehreren Tasmota Geräten sollte man den Stromverbrauch nicht unterschätzen 24/7/365.
Ansonsten Danke für den Hinweis, ich habe es auch mal im Tasmota Discord gepostet, vlt war es unabsichtlich.
VIelen Dank, so ein Statement ist Top und beruhigt die Gemüter 
An die immer noch ungeduldigen Käufer: auch andere Verkäufer haben Lieferprobleme, dass weitet sich auf alle aus wenn der Hersteller nicht hinterher kommt. Stornieren und woanders neubestellen wirft euch also unter Umständen nur weiter nach hinten in der Warteliste.
Ohne den Markt jetzt genau zu kennen, würde ich sagen dass CreationX schon ein größerer/wichtiger Kunde beim Hersteller ist und auch dass beachtet der Hersteller wer die frisch produzierte Ware zuerst bekommt.
Bleibt letzendlich natürlich jedem selbstüberlassen.
Frohes Fest,guten Rutsch und bleibt geduldig! 
Freut mich zu hören und auch danke fürs Feedback 
nichts, funktioniert genauso wie beim 8266.
also ich würd sagen so funktioniert dein if/else nicht.
du darfst nicht sensor1 oder sensor2 = wahr machen.
du musst daraus sensor1 = wahr oder sensor2 = wahr basteln
Logik dahinter:
jede seite vom "oder" ist eine bedingung, in deinem fall wäre das übersetzt
wenn sensor1 gesetzt ist oder sensor2 gleich wahr ist.
es sollte aber sein
wenn sensor1 gleich wahr ist oder sensor2 gleich wahr ist.
hoffe du verstehst was ich meine 
wenn du auf den knopf zum generierten javascript anzeigen klickst, siehst du auch was ich meine.
da sollte dann auch
if(sensor1 || sensor2 == true)...stehen.
richtig wäre
if(sensor1 == true || sensor2 == true)...da hast du ein allgemeines verständnis problem vom if()
Wenn Du einen weiteren GPIO beim Basic benötigst musst du direkt am esp chip löten und das ist so was von gefummel, ich kann nur abraten.
Du kannst RX und TX als GPIO benutzen. Ich hab auch Temp Sensor an RX und BWM an GPIO14.
Sollte theoretisch gehen.
Also 2x Switch01 auf 2 unterschiedlichen GPIOs setzen und dann sollten auch beide Relais1 schalten.
Wollte gerade ein aktuelles Rasbian Image runterladen und hab folgendes gefunden:
2018-11-13: * Two versions of image created - "base" image has no optional software packages included; "full" image has all optional packages - Removed from "base" image - LibreOffice, Thonny, Scratch, Scratch 2, Sonic Pi, Minecraft, Python Games, SmartSim, SenseHAT Emulator - Added to "full" image - Mathematica, BlueJ, Greenfoot, Node-RED, Claws Mail, VNC ViewerEs gibt also jetzt auch eine Rasbian Version ohne den ganzen Mist
ggf. siehst du auch schon mit ner taschenlampe wo die leitungen hingehen.
oben draufgucken, von unten leuchten. leiterbahnen scheinen ja nicht so eng zu sitzen.
Huhu,
habe folgendes Script gebastelt um eine Alexa Sprachausgabe zu bekommen, wenn ein 3D Druck fertig ist.
Vorraussetzung:
OctoPrint
IOBroker Octoprint Plugin ( https://github.com/klein0r/ioBroker.octoprint )
Am besten mit Notepad++ öffnen um formatierungsprobleme beim Import zu vermeiden.
IOBroker Alexa Notification.txt
Bitte stelle deinen letzten Satz richtig und verständlich dar und beschreibe besser/genau wann was passieren soll.
ist das auch noch eine ältere version von tasmoadmin?
der mülleimer rechts sollte eigentlich rot sein.
heya,
die unteren beiden sind richtig, mit den anderen stimmt etwas nicht.
prüfe mal die ntp config.
sonst poste bitte mal einen status 0 von einem der oberen einträge.
huhu,
ich hab beim pow r2 sleep 25 und nicht dieses problem.
die tage gab es wieder ein paar änderungen sleep und wifi berteffend.
ist also noch sehr experimentel würd ich sagen, besser noch abwarten mit dem neuem core.
Ich habe 2 Shelly1 bei mir mit Tasmota verbaut und die lassen sich problemlos in TasmoAdmin darstellen und schalten.
Was bei mir ums verrecken nicht funktionieren will sind die Anzeige der Sensoren. Verbaut habe ich am Sonoff RF einen DHT11 und wird auch in der Tasmota Weboberfläche angezeigt, nur eben nicht in TasmoAdmin. Installiert ist das ganze auf einem Raspberry Pi3 mit aktuellem Raspian Stretch. Hat da jemand eine Idee?
LG Mario
jap lass mir bitte einmal einen status 0 response von dem teil zukommen.
http://DEINESONOFFRFIP/cm?cmnd=status%200
(wenn du firefox benutzt die rohdaten)
Huhu,
heute gabs ein commit im Tasmota Github der für den ein oder anderen Shelly 2 Besitzer intressant sein dürfte:
Fix shelly2 ghost switching caused by lack of pull-up inputs (#4255)
Issue: https://github.com/arendst/Sonoff-Tasmota/issues/4255
Commit: https://github.com/arendst/Sonoff…378b226fac9ceee
Sollte eure Shelly 2 mit Tasmota also mal von alleine an/aus gehen, sollte dies mit der nächsten Version behoben sein.
hue war in der arduino libb verbugt und musste manuel ge-workaround-ed werden.
dies ist nun behoben mit über 2.4.2 (2.4.3 oder 2.5.0)
sleep soll wieder gehen, aber solange ich keine messung vom stromverbrauch sehe, werde ich da misstrauisch sein. was geht ist, dass tasmota mit neuem core und sleep nicht mehr einfriert, ob wirklich strom gespart wird konnte aber bisher niemand bestätigen.
dazu kommt, dass das neue sleep mega probleme bei mir macht (keine wifi verbindung mehr nach einiger kurzer zeit). komischerweise nur mit der software die ich selbst builde. lade ich die fertige bin runter klappt es.
wenn ihr den neuen core benutzen wollt, AUFJEDENFALL VORHER an einem testgerät welches nicht iwo fest verbaut ist ein paar tage testen/laufen lassen und zwischendurch auch mal mit dem sleep wert spielen ( dh mal 0 mal 25 mal 150 usw testen ).
bei mir sind die geräte nicht mehr erreichbar sobald ich von sleep 150 auf sleep 0 gesetzt habe.
nebeibei gemerkt: der pullrequest zum hue fix war 8 monate offen in der arduino lib und hatte nur eine einzige zeile änderung von nöten. jetzt vor ca 2 wochen wurde es endlich angegangen und es war ein riesen akt. der zuständige dev von der arduino lib ist nicht so einfach... und zufrieden mit der lösung die der dev da jetzt gebastelt hat bin ich auch nicht wirklich, heult rum wegen den ganzen web standards und da ist so ein bullshit rausgekommen...
