Sonoff POW nur über FTDI-Adapter erreichbar

Begonnen von matt_577, 20 Oktober 2017, 09:52:14

Vorheriges Thema - Nächstes Thema

matt_577

Hi,

hab hier (seit längerem) ein Sonoff POW rumfliegen, das ich nun endlich mal mit ESPEasy bestückt hab (3 x).

Die Krux ist nur, ich erreiche das Gerät nur, wenn es am FTDI-Adapter angeschlossen ist übers WLAN. Sobald ich das POW an eine Testverkabel (Stecker-Kabel - Sonoff -Kabel-Lampe) anschließe bleibt es tot und lässt sich auch nicht manuell schalten.

Geflasht hab ich ESPEasy (sowohl das Original, als auch die fertig kompilierte Version von letscontrolit.com). Die Einstellungen hab ich genauso vorgenommen, wie bei meinem anderen POW (der funktioniert), ähnlich dem Wiki-Eintrag.

Kennt Einer von Euch das Problem, hat sich evtl. an der Konfig was verändert von Vers. 1.33 auf 2.0, oder ist der POW einfach nur defekt?

Danke für jede konstruktive Hilfe und

Gruß aus Oberfranken

matt
Raspberry PI 3 mit HM-MOD-RPI-PCB
HM: 3 x HM-CC-RT-DN, 1 x HM-TC-IT-WM-W-EU, 3 x HM-RC-2-PBU-FM, 1 x HM-LC-Bl1PBU-FM
ZWave: F
NanoCUL433: 3 x Brennenstuhl RCS 1000-N, irgendein Thermostat vom Nachbarn
Shelly: ShellyPlugS, meine neue Liebe!

canis

So ein Problem hatte ich auch mal, allerdings mit Tasmota.
Lösung: Totalreset (30 Sekunden den Knopf drücken, jedenfalls bei Tasmota, wenn er dann ohne Stromunterbrechung wieder anläuft is alles OK)
Ansonsten: Ursache war: Vergessen, die boards.txt Datei im Arduino IDE upzudaten
LG

matt_577

Hi Canis,

Danke für den Tip!

30 Sek. den Knopf zu drücken hat nix geholfen. Auch nicht wenn ich ihn zurück an den FTDI-Adapter hänge  :-\
Hab ja auch kein Tasmota (weil ich den MQQT-Quatsch vermeiden will, flashe ich das "reine" ESPEasy).

Geflasht hab ich allerdings nicht mit der Arduino IDE, sondern mit dem flash.cmd, das mitgeliefert war. Leider hab ich so meine Probleme mit der IDE (ständig fehlen ihr Bibliotheken, .....). Aber das ist ein anderes Problem für ein anderes Forum.

Gruß aus Oberfranken

matt
Raspberry PI 3 mit HM-MOD-RPI-PCB
HM: 3 x HM-CC-RT-DN, 1 x HM-TC-IT-WM-W-EU, 3 x HM-RC-2-PBU-FM, 1 x HM-LC-Bl1PBU-FM
ZWave: F
NanoCUL433: 3 x Brennenstuhl RCS 1000-N, irgendein Thermostat vom Nachbarn
Shelly: ShellyPlugS, meine neue Liebe!

mark79

#3
Ich mag MQTT,es ist um einiges schneller als über http.

Bzgl. des kaputten Sonoffs, ich habe hier auch einen Sonoff (Dual) mit dem selben Problem. Dieser ist auch nur noch über den FTDI-Adapter ansprechbar.

Ich vermute das Netzteil, bzw. die Spule ist bei meinem defekt. Er lief ein paar Stunden lang über 220V, dann hörte ich es klacken, das angeschlossene Gerät ging aus und seit dem besteht das Problem.
Ich habe den Sonoff sofort vom Netz getrennt und reingeschaut und mir ist aufgefallen, das die Spule wärmer als normal war und es hat ein wenig nach Elektronik gerochen...
Rock64 4GB mit Debian Strech, FHEM im LXC, Sonoff Switches/Touch, HM Thermostate, HMUART/Zigbee2MQTT@MapleCUN, ESP RGBWW Wifi Controller, ESP8266 Door Sensor/Briefkastenwächter, BT CSL Stick, BT iTags, Alexa, FireTV, RPi2 mit Kodi, Xiaomi Vacuum v1/Smarthome Komponenten

dev0

Zitat von: mark79 am 21 Oktober 2017, 12:00:27
Ich mag MQTT, es ist um einiges schneller als über http.
Kannst Du das beweisen?

Otto123

Zitat von: matt_577 am 20 Oktober 2017, 09:52:14
Die Krux ist nur, ich erreiche das Gerät nur, wenn es am FTDI-Adapter angeschlossen ist übers WLAN. Sobald ich das POW an eine Testverkabel (Stecker-Kabel - Sonoff -Kabel-Lampe) anschließe bleibt es tot und lässt sich auch nicht manuell schalten.
Hi matt,

so wie Du das beschreibst, funktioniert er nur wenn der FTDI ihn mit Strom versorgt? Ist einfach das Netzteil vom SonOff kaputt?

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

mark79

Zitat von: dev0 am 21 Oktober 2017, 18:23:48
Kannst Du das beweisen?
Nein und das war von mir falsch zu sagen, es ist schneller. Ich habe darüber gelesen, das es effizienter und schlanker ist als http und es dazu mehr Funktionen wie QOS besitzt.

Es kommt denke ich drauf an, was man damit macht.

Steht das Gerät direkt nahe am Router und schaltet nur, dann sind beide Protokolle gleich gut, auch wenn http mehr Overhead verursacht.
Stehen die Sachen weiter weg und die Verbindung ist schlechter und werden dazu mehr Daten, z.B. Sensor Daten übertragen, dann hat mMn. mqtt die Nase vorn.

Ich habe noch eine http vs mqtt Statistik gefunden:
Mit SSL:  http://stephendnicholas.com/posts/power-profiling-mqtt-vs-https
Und hier etwas dünner ohne SSL: https://medium.com/mqtt-buddy/mqtt-vs-http-which-one-is-the-best-for-iot-c868169b3105
Rock64 4GB mit Debian Strech, FHEM im LXC, Sonoff Switches/Touch, HM Thermostate, HMUART/Zigbee2MQTT@MapleCUN, ESP RGBWW Wifi Controller, ESP8266 Door Sensor/Briefkastenwächter, BT CSL Stick, BT iTags, Alexa, FireTV, RPi2 mit Kodi, Xiaomi Vacuum v1/Smarthome Komponenten