Hast Du eine SleepTime eingestellt? Oder hast mal den Flash komplett platt gemacht? Ich hatte auch schon ein Basic mit dem ich viel gebastelt hatte und irgendwann hatte der ein Eigenleben. Nach dem ich den Flash komplett gelöscht hatte lief der wieder.
kann Basic nach einer weile nicht wieder einschalten
-
DonBrain -
19. Juni 2018 um 07:27 -
Erledigt
-
-
-
Hallo Helfinger,
SleepTime hatte ich auch schon im verdacht, steht aber auf null.
Ich nehme gleich mal einen neuen Basic, dann schauen wir mal.
Ich sehe im Mqtt Log, das Fhem sauber schaltet nur der Basic träumt vor sich
hin.Es sei den, ich wecke ihn mit einem reboot auf.
Aber wie gesagt, ich nehme gleich einen nagelneuen .
Gruß
speed
-
Habe jetzt mal einen neuen Basic geflasht, schauen wir mal was morgen so geht.
Der Fehler muss sich doch finden lassen
Schlaft schön ...
speed
-
Guten Morgen,
wir erwartet schaltet auch der zweite Basic heute morgen nicht.
Noch einer eine Idee ?
gruß
speed
-
Ich hab leider Null Ahnung von FHEM. Gibt es da eine Möglichkeit den Status vom Sonoff anzuzeigen oder die Verbindung zu kontrollieren?
Ich kenn es nur vom ioBroker. Der Staus "alive" muss true sein, dann reden die beiden miteinander.
Bei einem erfolglosen Schalt-Versuch, kommt bei IoB auch eine Meldung im log.
Sonst leider keine Ideen ...
-
Also ich kann sehen, im Log vom Mqtt das FHEM die Befehle sauber abliefert.
Aber die Sonoffs mit Firmware 6 bekommen das nicht mit nach ein paar Stunden.
Gab es den große Änderungen im Mqtt seit der Version 5.11, die bei mir ja perfekt läuft.
Gruß
speed
-
Es gibt mittlerweile 3 verschiedenen MQTT-Varianten in Tasmota.
Zitat/*-------------------------------------------------------------------------------------------*\
* Select ONE of possible three MQTT library types below
\*-------------------------------------------------------------------------------------------*/
// Default MQTT driver for both non-TLS and TLS connections. Blocks network if MQTT server is unavailable.
//#define MQTT_LIBRARY_TYPE MQTT_PUBSUBCLIENT // Use PubSubClient library
// Alternative MQTT driver does not block network when MQTT server is unavailable. No TLS support
#define MQTT_LIBRARY_TYPE MQTT_TASMOTAMQTT // Use TasmotaMqtt library (+4k4 code, +4k mem) - non-TLS only
// Alternative MQTT driver does not block network when MQTT server is unavailable. No TLS support
//#define MQTT_LIBRARY_TYPE MQTT_ESPMQTTARDUINO // Use (patched) esp-mqtt-arduino library (+4k8 code, +4k mem) - non-TLS only
Vielleicht wird bei den 5.11er bins ein anderes MQTT-Library verwendet? Die originalen Bin's von Arendst verwenden den Default Driver, die Bin's von reloxx die Alternativen Treiber.
Vielleicht gibt Treiber mit denen sich FHEM mehr oder weniger verträgt ...
EDIT: Laut Changelog hat sich mit Version 5.12 beim MQTT schon einiges geändert
Zitat5.12.0 20180209
- Change library PubSubClient.h define MQTT_MAX_PACKET_SIZE from 512 to 1000 for Home Assistant support
- Change relation of define MESSZ being dependent on PubSubClient.h define MQTT_MAX_PACKET_SIZE
-
Ich finde es halt nur sehr spannend, das es außer mir Dumpfbacke wohl sonst keiner hat.
Sehr seltsam ...
-
Also so richtig komme ich nicht weiter.
Frage ich doch mal so.
Wie richtet ihr euer Sonoff Geräte unter FHEM ein .
Vieleicht finde ich so meinen Fehler.
Danke
speed
-
Hast du denn mit der v5.14.0 die gleichen Probleme, oder hab ich das überlesen?
Es macht absolut keinen Sinn sich die development drauf zu klatschen,
außer es gibt ein feature, auf das man gewartet hat und nicht verzichten kann
und man gerne herum experimentiert.
Es hat schon seinen Grund, warum die dev und nicht final ist.
Mit Atom gibts auch in letzter Zeit genug Flash-Probleme.
Ich würde mal espEasy oder Espurna ausprobieren, dann kann man den Fehler
besser eingrenzen.
LG
-
Flash Probleme mit Atom? Wäre mir jetzt aber neu. Wenn's da Probleme gabt, dann waren das Bedienfehler.
-
Also bis zu der Firmware 5.11 hatte ich überhaupt keine Probleme.
99% meiner ca. 40 Geräte laufen damit stabil in 24/7 betrieb.
Dann dachte ich mir schau die mal die 5.12 an, dann begann es.
Sie laufen ein paar Stunden perfekt, sind aber dann nicht mehr über
Fhem zu schalten.Und die 6.0 war einfach ein Versuch um zu sehen ob sich etwas verändert
hat.
gruß
speed
-
Ich habe auch ein Gerät welches immer nach einigen Stunden tot ist.
Gehe von einem Hardware defekt aus.
Alle Geräte auf 6.0.0b und nur einer hat das Problem.
Werde ihn auch die Tage austauschen. Vermutlich der Spannungswandler auf 3.3V.
Kommt schon mal vor.
-
Wie gesagt, flashe ich das Gerät auf 5.11 zurück ..alles wieder ok.
Und es ist auch nicht nur ein Gerät, ich habe es gestern mal etwas ausgedehnt auf drei Geräte.
Bei allen kann Fhem nach x Zeit nicht mehr schalten, Webseite der Geräte oder Alexa geht immer.
Natürlich kann ich bei 5.11 bleiben, die hat alles was ich brauche es ist halt nur seltsam das scheinbar
nur ich dieses Problem habe.
speed
-
Hast du schon die zwei anderen MQTT Treiber/Varianten getestet?
-
Ich verwende im Moment die Versionen von reloxx13.
-
Also die 6.0.0.b?
Da wird dann sicher ein anderer MQTT verwendet als bei den 5.11.1 bins von arendest!
Obwohl ich mit der Version von Nils (reloxx) noch nie Probleme hatte! Verwende aber ioBroker ...
-
Die 5.11 ist auch von Nils
-
Die 5.11 ist auch von Nils
Damals gabs die 3 MQTT Wahlmöglichkeiten
PUBSUBCLIENT
TASMOTAMQTT
ESPMQTTARDUINO
noch nicht! Ich würde schon versuchen ob PUBSUBCLIENT oder ESPMQTTARDUINO sich besser mit FEHM versteht ...
-
-