die zweite Frage konnte ich selbst beantworten,
bei einem Alarm werden alle topics übertragen... und <shellyid>_status_smoke:0_alarm wird zu 1
die zweite Frage konnte ich selbst beantworten,
bei einem Alarm werden alle topics übertragen... und <shellyid>_status_smoke:0_alarm wird zu 1
Grüß euch,
wie oft werden Statusdaten der shelly plus smoke an den MQTT broker übertragen? alle 25h?
und welche topics werden bei einem Alarm per MQTT an den Broker gesendet?
<shellyid>status...
oder
<shellyid>events..
oder beides?
alarm kommt über <shellyid>_events_rpc_params_smoke:0_alarm und wird zur 1?
habe leider keinen detektor-testspray zur Hand
ich würde mich anbieten nen testaufbau zu machen,.. ich leide am selben "Problem" habe eine shelly in einer "tiefen" trockenbau dose verbaut,.. die immer zicken gemacht hat - nun ist sie 2 Tage einfach heraußen gehangen,.. mal sehen wie lange es dauert bis sie ihre config wieder vergisst oder wifi abrisse starten,...
ich würde vorschlagen eine shelly in einen geschlossenen raum zu packen, und diesen eventuell extern zu beheizen und dabei temp, wifi und mqtt connection zu loggen...
hat jemand ein Bild von welchem co wir sprechen bei der Hand?
man sollte die Stromaufnahme von nem ESP32 nicht unterschätzen wenn der im wifi aktiv ist..
was ich noch nicht nachvollzeihen kann ist, wieso die shellies ihre configs vergessen... das ergibt irgendwie keinen Sinn,.. die configs werden in den 2MB flash speicher oder?
hier auch das selbe - gestern hatte ich noch eine resetfunktion in die Loxone eingebunden, http://ip.der.shelly/reboot weil die seit wochen rumzickt,... nun ist sie ganz futsch!
die hat aber seit tag 1 zicken gemacht - immer wieder wlan verloren, nach hardreboot kam sie wieder - dann hat sie begonnen MQTT verbindung zu verlieren, jetzt ist sie nicht mehr erreichbar, und das am Morgen wenn man in den Urlaub fahren will und kein Licht im Badezimmer hat! nervig!
ich habe vom shelly support ein binary file bekommen, und dann habe ich noch mein binary file gevarnished, ich hoffe das hilft euch
ok das war easy! im binary file einfach alle ID's ersetzt und nochmals hochgeladen
na bitte
hier die Schritt für schritt Anleitung!
zuerst ladet ihr euch die aktuelle VErsion von Phyton runter!
dann installiert ihr Python, und achtet auf das Häcken hier
[Blockierte Grafik: https://cyberblogspot.com/wp-content/uploads/2020/01/esptool-python-installer-annotated.png]
dann startet ihr die Windwos Powershell oder CMD (mit Admin rechten!!)
als ersten wollen wir ESPtool installieren
pip install esptool
um zu sehen ob esptool installiert wurde könnt ihr mit diesem command nachsehen
esptool.py version
dann verbindet ihr die Shelly mit dem USB <-> Serial converter und zieht den GPIO auf GND um flashen zu können, das kann wärend dem gesamten flash prozess so bleiben!
ob esptool die shelly dann anprechen kann könnt ihr mit dem command
esptool.py chip_id
habt ihr den GPIO0 nicht auf GND gezogen kommt diese Meldung:
dann checkt ihr sicherheitshalber bitte noch die Größe des Flashspeichers,
esptool.py flash_id
nun könnt ihr euch einen dump ziehen
esptool.py read_flash 0 0x200000 firmware_backup.bin
0x200000 steht für 2MB das ist eventuell anzupasen!
der wird dann in den Ordner gelegt in welchem ihr gerade unterwegs seid, bei mir C:\Windoof\system32
nun habt ihr einen kompletten dump von der Shelly! das ist jedoch noch nicht die ganze Miete! der Dump beinhaltet nun auch alle configs inkl der Device ID.
nun öffnet ihr das binary file und sucht nach der device ID und ändert diese! bei mir waren es 200++ einträge?
einfach suchen und ersetzen (alle) zack - DONE!
ACHTUNG! die device ID ist unique - und ich gehe davon aus, dass es zu Problemen führen wird wenn man die device ID einfach frei erfindet, vorallem wenn es diese bereits anderswo auf der Welt schon gibt! - in meinem Fall ohne die cloud zu benutzen ist das egal!
nun die shellys tauschen, die gute weglegen und die defekte anschließen,
mit dem command schreibt ihr die firmware
esptool.py --baud 115200 --port COM8 write_flash 0x0 firmware_backup_running2.bin
die Spender shelly solltet ihr nicht online haben, da sobald ihr die gerade geflashte shelly online geht es zu einem IP adressenkonflikt kommen wird. also die Spender Shelly vom Netz nehmen, die frisch geflashte sehlly vom serial adapter abstecken batterie rein, kurz warten, batterie raus, kurz warten, und wieder rein,
nun habt ihr eine 1:1 kopie eurer shelly.
ich kann euch meinen Dump nicht hochladen, da, selbst wenn man einen factory reset gemacht hat die wifi benutzerdaten noch gespeichert bleiben.
ich muss heute sowieso kurz zum Baumarkt, ich werde eine neue shelly HT holen und von dieser den DUMP ziehen, und auch die device ID anpassen.
ich hoffe damit irgendwann jemandem zu helfen, dem es so wie mir ging, und seine shelly einfach nen selbstmord begeht.
so, der erste teilerfolg ist geschafft
ich habe mit dieser Anleitung
einen dump aus meiner anderen shelly gezogen und konnte diese hochladen, zack und schon läuft diese,..
jetzt habe ich noch das problem dass ich die selbe Device ID habe,.. ich muss noch rausfinden wie ich die verändere!
ich weiß nicht wieso die shelly ht selbstmord begangen hat - plötzlich ging nichts mehr,.. weder wifi AP wird erstellt noch ein firmware reset hat etwas gebacht...
so ich komme nicht weiter,
da die firmware aus mehreren bin files besteht und ich einfach zu unerfahren mit dem flashen der ESP's bin (verwende immer die arduino IDE) komme ich hier nicht weiter.
ich schaffe es mit dem ESP Easy flasher einzelne binary files auf die shelly zu flashen, aber ich bräuchte das gesamte file das, wenn ich es richtig verstanden habe genau 2mb groß sein sollte---
ch versuche mal mit espflash.py weiter,.. vl bekomme ich einen dump von meinem zweiten Shelly HT und kann das dann auf die defekte shelly hochladen
ich bin noch an der lösung dran, ich schreib dann ein how to wenn ich fertig bin soll ja nach mir vielleicht auch mal wer davon profitieren,...
wer lesen kann ist klar im Vorteil!
für Leute wie mich die manchmal den Wald vor lauter Bäumen nicht sehen,
in der FILEBASE kann man die Firmware runterladen -> https://smarthome-forum.eu/filebase/index…115-shelly-h-t/
ich hatte noch einen USB to Serial converter
angeschlossen, dann wie immer TX und RX vertauscht und schon kamen Daten daher.
langsam blinkende LED oder schnell blinkende LED kommen die selben werte
pasted-from-clipboard.png pasted-from-clipboard.png
hat jemand einen firmware dump für mich ??
Hallo meine Lieben,
Eine meiner Shelly HT hat sich selbst über den Jordan geschossen.
reset taste drücken -> 10sec bringt nichts / egal ob schnelles oder langsames blinken
kann weder per alter IP gefunden werden noch macht sie nen wifi AP auf dass man sich auf sie verbinden könnte.
hat jemand eine Anleitung wie man die Firmware per USB flashen kann?
bevor ich mir das nun antue die Shelly an nen Arduino zu hängen und zu schauen ob was am serial port ankommt, kommt da etwas? hat jemand ne baudrate und evenuell abweichende Stopbits und parität für mich?
damit man es in Zukunft nicht suchen muss:
lg Florian