ESP RGBWW Wifi Led Controller - Firmware vbs

[funclass]

Doch, das sollte eigentlich gehen. Meins steht nämlich auf rgbww. Ich hatte bisher keine Probleme mit den "lokalen" Settings.

[ComputerZOO]

Doch, das sollte eigentlich gehen. Meins steht nämlich auf rgbww. Ich hatte bisher keine Probleme mit den "lokalen" Settings.

Oha, noch nen Bug (Original-FW):
Stell doch mal bitte auf dem Controller unter System Settings -> Secure Settings Access an. Das dann mit Change und dem roten Button zum Speichern bestätigen. Dann in Color Settings -> Color das Output Model ändern und wieder versuchen zu speichern. Ich bekomme folgende Antwort:

Code Auswählen Erweitern

{
    "error": "missing password to secure settings"
}

(mit der oben im Bild schon gezeigten Toast-Message)

[vbs]

Scheint wirklich ein Feature zu sein, was auch in der Original-FW nicht (bzw. noch nie) funktioniert hat. Hat offenbar auch bisher niemand vermisst bzw. habe ich bisher nicht mitbekommen.
Ich würde mich gerne erstmal darauf konzentrieren, die Änderungen rund zu machen. Also Bugs, die auch schon in der Original-FW bestanden haben, würde ich erstmal nach hinten stellen wollen...

Gab es schon Neuigkeit bzgl. des Verschwindens von Devices?

[funclass]

Werd heute aufgrund Geb. der Frau nicht zum Testen kommen. Ich finde auch, dass die Features so weit fit gemacht werden sollten bis es annähernd wie mit der org. FW läuft. Bisher hatte ich nämlich sehr stabilen Betrieb (wie viele Andere vermutlich auch).
Bugs die jetzt schon vorhanden sind scheinen nicht Priorität zu haben.

[ComputerZOO]

Moin,
die beiden experimentellen Controller laufen bei mir bisher auch ohne Probleme.
Etwas umständlich ist es gerade nur, wenn ich nen Neustart des FHEM mache, an dem diese beiden Devices hängen.
Vor dem shutdown restart die beiden Devices löschen, FHEM neu starten, Devices per Raw Definition per C&P wieder erstellen.

[vbs]

Hast du nicht mal Lust ein Log zu posten? Ohne Log bzw. konkrete Fehlermeldung sind mir ziemlich die Hände gebunden.

[ComputerZOO]

Hast du nicht mal Lust ein Log zu posten? Ohne Log bzw. konkrete Fehlermeldung sind mir ziemlich die Hände gebunden.

Welches Log denn? Beim shutdown restart mit Verbose 5?

[vbs]

Am besten mal FHEM auf der Konsole starten. Wenn es dann abstürzt, dann sollte da irgendwas zu sehen sein. Falls im normalen Log etwas erwähnt wird, dann das natürlich auch gern.

[ComputerZOO]

Hmm, jetzt muss ich mal blöd fragen, welches Log?

Code Auswählen Erweitern

sudo /etc/init.d/fhem stop
sudo /etc/init.d/fhem start
Und dann den Inhalt von hier:

Code Auswählen Erweitern

./log/fhem.save ?

Das normale Logfile gibt folgendes aus:

Code Auswählen Erweitern

2017.04.22 21:06:24.197 1: Logfile cleared
2017.04.22 21:06:34.822 0: Server shutdown
2017.04.22 21:06:40.666 1: Including fhem.cfg
2017.04.22 21:06:40.752 3: telnetPort: port 7072 opened
2017.04.22 21:06:41.105 3: WEB: port 8083 opened
2017.04.22 21:06:41.338 2: eventTypes: loaded 765 events from ./log/eventTypes.txt
2017.04.22 21:06:41.392 3: WEBintern: port 8085 opened
2017.04.22 21:06:42.281 2: ESPEasy sys.doorpi.esp.bridge: Opening bridge on port tcp/8383 (v1.03)
2017.04.22 21:06:42.283 3: sys.doorpi.esp.bridge: port 8383 opened
2017.04.22 21:06:42.309 1: PERL WARNING: Prototype mismatch: sub main::to_json ($@) vs ($) at /usr/share/perl/5.20/Exporter.pm line 66, <$fh> line 240.
2017.04.22 21:06:42.309 1: PERL WARNING: Prototype mismatch: sub main::from_json ($@) vs ($) at /usr/share/perl/5.20/Exporter.pm line 66, <$fh> line 240.
2017.04.22 21:06:42.332 1: PERL WARNING: main::LedController_Set() called too early to check prototype at ./FHEM/32_LedController.pm line 409, <$fh> line 240.
2017.04.22 21:06:42.333 1: PERL WARNING: main::LedController_Set() called too early to check prototype at ./FHEM/32_LedController.pm line 413, <$fh> line 240.
Undefined subroutine &main::DevIo_OpenDev called at ./FHEM/32_LedController.pm line 91, <$fh> line 240.
2017.04.22 21:08:37.273 1: Including fhem.cfg
2017.04.22 21:08:37.357 3: telnetPort: port 7072 opened
2017.04.22 21:08:37.707 3: WEB: port 8083 opened
2017.04.22 21:08:37.938 2: eventTypes: loaded 765 events from ./log/eventTypes.txt
2017.04.22 21:08:37.993 3: WEBintern: port 8085 opened
2017.04.22 21:08:38.697 2: ESPEasy sys.doorpi.esp.bridge: Opening bridge on port tcp/8383 (v1.03)
2017.04.22 21:08:38.698 3: sys.doorpi.esp.bridge: port 8383 opened
2017.04.22 21:08:38.723 1: PERL WARNING: Prototype mismatch: sub main::to_json ($@) vs ($) at /usr/share/perl/5.20/Exporter.pm line 66, <$fh> line 240.
2017.04.22 21:08:38.724 1: PERL WARNING: Prototype mismatch: sub main::from_json ($@) vs ($) at /usr/share/perl/5.20/Exporter.pm line 66, <$fh> line 240.
2017.04.22 21:08:38.747 1: PERL WARNING: main::LedController_Set() called too early to check prototype at ./FHEM/32_LedController.pm line 409, <$fh> line 240.
2017.04.22 21:08:38.747 1: PERL WARNING: main::LedController_Set() called too early to check prototype at ./FHEM/32_LedController.pm line 413, <$fh> line 240.
Undefined subroutine &main::DevIo_OpenDev called at ./FHEM/32_LedController.pm line 91, <$fh> line 240.



Ich glaube ich schreibe mir nen Notify, welches die Devices bei nem Shutdown löscht und beim Restart wieder neu anlegt

[vbs]

Mit den Scripten wird FHEM als Service im Hintergrund gestartet. Beende FHEM bitte mal und dann starte es direkt in einer Konsole im Vordergrund. Irgendwie so:

Code Auswählen Erweitern


perl /opt/fhem/fhem.pl /opt/fhem/fhem.cfg


Pfade musst du evtl. für dich anpassen.

Wie sieht denn das Logfile aus, wenn das passiert? Normalerweise ist da auch eine entsprechende Meldung zu sehen.

[ComputerZOO]

Sehr eigenartig:

Das Logfile ist definitiv vorhanden!

[dev0]

Ohne es getestet zu haben wird sich FHEM beim Neustart beenden, weil ein "use DevIo" fehlt. Das tritt wohl nur beim Neustart auf, weil ein Modul, das später geladen wird, es importiert.

[ComputerZOO]

I have no f**king clue ?

Code Auswählen Erweitern


PERL WARNING: main::LedController_Set() called too early to check prototype at ./FHEM/32_LedController.pm line 409, <$fh> line 240.
PERL WARNING: main::LedController_Set() called too early to check prototype at ./FHEM/32_LedController.pm line 413, <$fh> line 240.
Undefined subroutine &main::DevIo_OpenDev called at ./FHEM/32_LedController.pm line 91, <$fh> line 240.


Und nun?

[vbs]

Super Erklärung, macht total Sinn! Das isses bestimmt. Hatte ich gar nicht dran gedacht. Ich dachte irgendwie, dass DevIo standardmäßig geladen wird. Großes Dankeschön!

Anbei mal eine Version zum Testen bitte.

[ComputerZOO]

 

LÄUFT !!!!!