Das schaue ich mir mal genauer an. Melde mich bei dir. Danke für dein Feedback.
WLED ist beim starten immer aus
- kopy
- Erledigt
-
-
Ich habe zu Danken, bin gespannt
-
@sigi28 Auch auf die Gefahr hin, dass Du das natürlich schon ausgeschlossen hast...
Kannst Du nach einem Start des rpi, das WLED Device unter seinem Namen und IP pingen?
Hast Du den rpi mit einer statischen IP manuell konfiguriert oder sonstige Änderungen an der Netzwerkkonfiguration vorgenommen, oder alles plain vanilla und DHCP? -
Doch leider startet dann Hyperion gar nicht mehr.
Bei mir startet Hyperion (LibreElec 9.2.6 auf RasPi4) aber LED Hardware muss ich trotzdem immer noch manuell starten.
-
Kannst Du nach einem Start des rpi, das WLED Device unter seinem Namen und IP pingen?
WLED ist bei mir vor dem RasPi im Netz (und erreichbar), wird von Hyperion.NG aber trotzdem nicht automatisch aktiviert.
-
@Lightstripper Du hast aber auch ein anderes Fehlerbild in Deinen Logfiles.
Oder hast Du auch „Network unreachable“? -
@sigi28 Auch auf die Gefahr hin, dass Du das natürlich schon ausgeschlossen hast...
Kannst Du nach einem Start des rpi, das WLED Device unter seinem Namen und IP pingen?
Hast Du den rpi mit einer statischen IP manuell konfiguriert oder sonstige Änderungen an der Netzwerkkonfiguration vorgenommen, oder alles plain vanilla und DHCP?Der Raspberry wo es funktioniert ist per WLAN und per DHCP mit dem Netzwerk verbunden. Und mein NAS Debian 10 System per LAN auch DHCP.
Bei allen Geräten habe ich in der Fritzbox "Diesem Netzwerkgerät immer die gleiche IPv4-Adresse zuweisen" aktiviert.Das Debian System ist das wo es nicht funktioniert, beim Pi3 gehts ja.
und das WLED wird auch sofort aktiviert, wenn das Webif gestartet ist und ich den LED Button bei Fernbedienung aktiviere, nur nicht auomatisch. -
Der Raspberry wo es funktioniert ist per WLAN und per DHCP mit dem Netzwerk
und Du kannst WLED auch pingen?
-
wie mache ich das nochmal?
Sobald der Raspberry gestartet ist und das Webif von Hyperion öffnet, schaltet die blaue LED am ESP ein und WLED ist sofort einsatzbereit.
-
ping <ip>
-
Ja funktioniert direkt nach dem Start bei Pi3 und NAS (Debian 10)
Pi 3
Code
Alles anzeigenpi@HyperBian:~ $ ping 192.168.178.46 PING 192.168.178.46 (192.168.178.46) 56(84) bytes of data. 64 bytes from 192.168.178.46: icmp_seq=1 ttl=128 time=12.10 ms 64 bytes from 192.168.178.46: icmp_seq=2 ttl=128 time=12.9 ms 64 bytes from 192.168.178.46: icmp_seq=3 ttl=128 time=11.3 ms 64 bytes from 192.168.178.46: icmp_seq=4 ttl=128 time=9.00 ms 64 bytes from 192.168.178.46: icmp_seq=5 ttl=128 time=4.43 ms 64 bytes from 192.168.178.46: icmp_seq=6 ttl=128 time=5.69 ms 64 bytes from 192.168.178.46: icmp_seq=7 ttl=128 time=4.06 ms 64 bytes from 192.168.178.46: icmp_seq=8 ttl=128 time=4.22 ms 64 bytes from 192.168.178.46: icmp_seq=9 ttl=128 time=2.48 ms 64 bytes from 192.168.178.46: icmp_seq=10 ttl=128 time=3.06 ms 64 bytes from 192.168.178.46: icmp_seq=11 ttl=128 time=3.59 ms 64 bytes from 192.168.178.46: icmp_seq=12 ttl=128 time=3.50 ms 64 bytes from 192.168.178.46: icmp_seq=13 ttl=128 time=3.58 ms 64 bytes from 192.168.178.46: icmp_seq=14 ttl=128 time=3.02 ms 64 bytes from 192.168.178.46: icmp_seq=15 ttl=128 time=2.85 ms 64 bytes from 192.168.178.46: icmp_seq=16 ttl=128 time=4.26 ms 64 bytes from 192.168.178.46: icmp_seq=17 ttl=128 time=3.10 ms 64 bytes from 192.168.178.46: icmp_seq=18 ttl=128 time=2.85 ms 64 bytes from 192.168.178.46: icmp_seq=19 ttl=128 time=3.58 ms 64 bytes from 192.168.178.46: icmp_seq=20 ttl=128 time=3.98 ms 64 bytes from 192.168.178.46: icmp_seq=21 ttl=128 time=3.38 ms 64 bytes from 192.168.178.46: icmp_seq=22 ttl=128 time=6.43 ms ^C --- 192.168.178.46 ping statistics --- 22 packets transmitted, 22 received, 0% packet loss, time 54ms rtt min/avg/max/mdev = 2.476/5.193/12.991/3.203 ms pi@HyperBian:~ $
NAS
Code
Alles anzeigenroot@NAS:~# ping 192.168.178.46 PING 192.168.178.46 (192.168.178.46) 56(84) bytes of data. 64 bytes from 192.168.178.46: icmp_seq=1 ttl=128 time=18.8 ms 64 bytes from 192.168.178.46: icmp_seq=2 ttl=128 time=15.3 ms 64 bytes from 192.168.178.46: icmp_seq=3 ttl=128 time=13.2 ms 64 bytes from 192.168.178.46: icmp_seq=4 ttl=128 time=9.29 ms 64 bytes from 192.168.178.46: icmp_seq=5 ttl=128 time=10.9 ms 64 bytes from 192.168.178.46: icmp_seq=6 ttl=128 time=8.93 ms 64 bytes from 192.168.178.46: icmp_seq=7 ttl=128 time=6.85 ms 64 bytes from 192.168.178.46: icmp_seq=8 ttl=128 time=2.66 ms 64 bytes from 192.168.178.46: icmp_seq=9 ttl=128 time=3.91 ms 64 bytes from 192.168.178.46: icmp_seq=10 ttl=128 time=2.27 ms 64 bytes from 192.168.178.46: icmp_seq=11 ttl=128 time=2.55 ms 64 bytes from 192.168.178.46: icmp_seq=12 ttl=128 time=4.25 ms 64 bytes from 192.168.178.46: icmp_seq=13 ttl=128 time=1.99 ms 64 bytes from 192.168.178.46: icmp_seq=14 ttl=128 time=2.30 ms 64 bytes from 192.168.178.46: icmp_seq=15 ttl=128 time=2.08 ms 64 bytes from 192.168.178.46: icmp_seq=16 ttl=128 time=2.34 ms 64 bytes from 192.168.178.46: icmp_seq=17 ttl=128 time=1.93 ms 64 bytes from 192.168.178.46: icmp_seq=18 ttl=128 time=2.22 ms 64 bytes from 192.168.178.46: icmp_seq=19 ttl=128 time=2.07 ms 64 bytes from 192.168.178.46: icmp_seq=20 ttl=128 time=1.98 ms 64 bytes from 192.168.178.46: icmp_seq=21 ttl=128 time=1.99 ms 64 bytes from 192.168.178.46: icmp_seq=22 ttl=128 time=2.20 ms ^C --- 192.168.178.46 ping statistics --- 22 packets transmitted, 22 received, 0% packet loss, time 648ms rtt min/avg/max/mdev = 1.933/5.456/18.846/4.941 ms root@NAS:~#
-
Some behaviour (or better non-behaviour) seem to be related to a QT Bug (https://bugreports.qt.io/browse/QTBUG-57799).
Qt is a framework that is used for the network connectivity.Nevertheless, it all starts with that there is a network related issue when executing the call.
-
@Lightstripper Du hast aber auch ein anderes Fehlerbild in Deinen Logfiles.
Oder hast Du auch „Network unreachable“?Nein, den Fehler habe ich nicht. Deswegen verwundert es mich ja, dass die LED-Stripes nicht automatisch aktiviert sind.
Ich habe mal nach "LEDDevices" gefiltert, kann im Log aber kein Fehler entdecken.
167Z [hyperiond LEDDEVICE] (INFO) Start LedDevice 'wled'.
168Z [hyperiond LEDDEVICE] (DEBUG) (LedDeviceWled.cpp:56:init())
170Z [hyperiond LEDDEVICE] (DEBUG) (LedDevice.cpp:148:init()) deviceConfig: [{"colorOrder":"rgb","currentLedCount":114,"hardwareLedCount":114,"host":"192.168.178.43","latchTime":0,"type":"wled"}]
170Z [hyperiond LEDDEVICE] (DEBUG) (LedDevice.cpp:407:setLatchTime()) LatchTime updated to 0ms
171Z [hyperiond LEDDEVICE] (DEBUG) (LedDevice.cpp:434:setRewriteTime()) RewriteTime updated to 0ms
172Z [hyperiond LEDDEVICE] (DEBUG) (LedDeviceWled.cpp:64:init()) DeviceType : wled
174Z [hyperiond LEDDEVICE] (DEBUG) (LedDeviceWled.cpp:65:init()) LedCount : 114
174Z [hyperiond LEDDEVICE] (DEBUG) (LedDeviceWled.cpp:66:init()) ColorOrder : rgb
174Z [hyperiond LEDDEVICE] (DEBUG) (LedDeviceWled.cpp:67:init()) LatchTime : 0
174Z [hyperiond LEDDEVICE] (DEBUG) (LedDeviceWled.cpp:109:initRestAPI())
188Z [hyperiond LEDDEVICE] (DEBUG) (LedDeviceWled.cpp:120:initRestAPI()) [1]
189Z [hyperiond LEDDEVICE] (DEBUG) (LedDevice.cpp:148:init()) deviceConfig: [{"colorOrder":"rgb","currentLedCount":114,"hardwareLedCount":114,"host":"192.168.178.43","latchTime":0,"port":19446,"type":"wled"}]
190Z [hyperiond LEDDEVICE] (DEBUG) (LedDevice.cpp:407:setLatchTime()) LatchTime updated to 0ms
190Z [hyperiond LEDDEVICE] (DEBUG) (LedDevice.cpp:434:setRewriteTime()) RewriteTime updated to 0ms
190Z [hyperiond LEDDEVICE] (DEBUG) (ProviderUdp.cpp:43:init()) Successfully parsed 192.168.178.43 as an IP-address.
191Z [hyperiond LEDDEVICE] (DEBUG) (ProviderUdp.cpp:73:init()) UDP socket will write to 192.168.178.43:19446
191Z [hyperiond LEDDEVICE] (DEBUG) (LedDeviceWled.cpp:98:init()) Hostname/IP : 192.168.178.43
191Z [hyperiond LEDDEVICE] (DEBUG) (LedDeviceWled.cpp:99:init()) Port : 19446
194Z [hyperiond LEDDEVICE] (DEBUG) (LedDeviceWled.cpp:103:init()) [1]
195Z [hyperiond LEDDEVICE] (DEBUG) (LedDeviceWled.cpp:132owerOn())
195Z [hyperiond LEDDEVICE] (DEBUG) (ProviderRestApi.cpp:150ut()) PUT: [http://192.168.178.43/json/state] [{"on":true}]
371Z [hyperiond HYPERION] (DEBUG) (Hyperion.cpp:559:handlePriorityChangedLedDevice()) priority[240], previousPriority[255]
372Z [hyperiond HYPERION] (DEBUG) (Hyperion.cpp:569:handlePriorityChangedLedDevice()) new source available -> switch LED-Device on
638Z [hyperiond LEDDEVICE] (DEBUG) (LedDeviceWled.cpp:132owerOn())
639Z [hyperiond LEDDEVICE] (DEBUG) (ProviderRestApi.cpp:150ut()) PUT: [http://192.168.178.43/json/state] [{"on":true}] -
Some behaviour (or better non-behaviour) seem to be related to a QT Bug (https://bugreports.qt.io/browse/QTBUG-57799).
Qt is a framework that is used for the network connectivity.Nevertheless, it all starts with that there is a network related issue when executing the call.
Kannst Du das mal genauer erläutern?
Kann damit nicht unbedingt viel anfangen.Ich werde wenn ich Zeit habe das Debian 10 mal auf ein anderes System aufsetzen und schauen ob da das gleiche Problem besteht.
Hoffe Paulchen-Panther hat noch eine Lösung.
Danke auf jeden Fall. -
Ich habe mal nach "LEDDevices" gefiltert, kann im Log aber kein Fehler entdecken.
In der Version, die du hast sollte eigentlich nach dem PUT
195Z [hyperiond LEDDEVICE] (DEBUG) (ProviderRestApi.cpp:150ut()) PUT: [http://192.168.178.43/json/state] [{"on":true}]
ein Reply mit statusCode gemeldet werden.d.h. es muss so aussehen:
2021-03-05T15:11:38.204 hyperiond LEDDEVICE : <DEBUG> ProviderRestApi.cpp:150:ProviderRestApi::put() | PUT: [http://192.168.2.182/json/state] [{"on":true}]
2021-03-05T15:11:38.370 hyperiond LEDDEVICE : <DEBUG> ProviderRestApi.cpp:179:ProviderRestApi::getResponse() | Reply.httpStatusCode [200]Der Reply taucht nicht auf, was anzeigt, das der Netzwerk-Request nicht erfolgreich war. Das WLED Device war nicht erreichbar.
Es gibt momentan dort leider keine Fehlermeldung, wegen des erwähnten QT Bug.Ich bin gerade dabei, dass erstmal dahingehend zu umgehen, einen Timeout einzubauen, als auch schaue ich, ob ich Retrys machen kann.
Es gibt dann erst einen Fehler, wenn es Timeouts gibt und diese nicht ein einem Zeitraum nicht weggehen.Dazu brauche ich aber ein wenig Zeit, die ich aktuell leider nicht im Überfluss habe...
-
d.h. es muss so aussehen:
2021-03-05T15:11:38.204 hyperiond LEDDEVICE : <DEBUG> ProviderRestApi.cpp:150:providerRestApi::put() | PUT: [http://192.168.2.182/json/state] [{"on":true}]
2021-03-05T15:11:38.370 hyperiond LEDDEVICE : <DEBUG> ProviderRestApi.cpp:179:providerRestApi::getResponse() | Reply.httpStatusCode [200]Erste Zeile hab ich im Log und danach sieht es so aus:
195Z [hyperiond LEDDEVICE] (DEBUG) (ProviderRestApi.cpp:150:put()) PUT: [http://192.168.178.43/json/state] [{"on":true}]
213Z [hyperiond FLATBUFSERVER] (INFO) Started on port 19400
220Z [hyperiond PROTOSERVER] (INFO) Started on port 19445
216Z [hyperiond WEBSERVER] (DEBUG) (WebServer.cpp:33:initServer()) Initialize Webserver
217Z [hyperiond WEBSERVER] (DEBUG) (WebServer.cpp:33:initServer()) Initialize Webserver
291Z [hyperiond EFFECTENGINE] (DEBUG) (EffectEngine.cpp:183:runEffectScript()) Start the effect: name [Cinema brighten lights], smoothCfg [2]
292Z [hyperiond HYPERION] (DEBUG) (PriorityMuxer.cpp:161:registerInput()) Register new input 'System/EFFECT' with priority 254 as inactive
292Z [hyperiond HYPERION] (INFO) Initial background effect 'Cinema brighten lights' started
293Z [hyperiond HYPERION] (DEBUG) (PriorityMuxer.cpp:161:registerInput()) Register new input 'System/V4L' with priority 240 as inactiveHier folgt dann die Einbindung des HDMI2USB-Grabbers, dürfte nicht relevant sein, deswegen rausgelöscht.
294Z [hyperiond BOBLIGHT] (DEBUG) (BoblightServer.cpp:28:BoblightServer()) Instance created
316Z [hyperiond HYPERION] (INFO) Hyperion instance 'WLED_RGB' has been started
370Z [hyperiond HYPERION] (DEBUG) (PriorityMuxer.cpp:251:setInputImage()) Priority 240 is now active
370Z [hyperiond HYPERION] (DEBUG) (PriorityMuxer.cpp:351:setCurrentTime()) Set visible priority to 240
371Z [hyperiond HYPERION] (DEBUG) (Hyperion.cpp:559:handlePriorityChangedLedDevice()) priority[240], previousPriority[255]
372Z [hyperiond HYPERION] (DEBUG) (Hyperion.cpp:569:handlePriorityChangedLedDevice()) new source available -> switch LED-Device on
638Z [hyperiond LEDDEVICE] (DEBUG) (LedDeviceWled.cpp:132:powerOn())
639Z [hyperiond LEDDEVICE] (DEBUG) (ProviderRestApi.cpp:150:put()) PUT: [http://192.168.178.43/json/state] [{"on":true}]
643Z [hyperiond WEBSERVER] (DEBUG) (WebServer.cpp:91:handleSettingsUpdate()) Apply Webserver settings
644Z [hyperiond WEBSERVER] (DEBUG) (WebServer.cpp:109:handleSettingsUpdate()) Set document root to: :/webconfig
644Z [hyperiond WEBSERVER] (DEBUG) (WebServer.cpp:91:handleSettingsUpdate()) Apply Webserver settings
646Z [hyperiond WEBSERVER] (DEBUG) (WebServer.cpp:109:handleSettingsUpdate()) Set document root to: :/webconfig
647Z [hyperiond WEBSERVER] (DEBUG) (WebServer.cpp:175:handleSettingsUpdate()) Setup SSL certificate
647Z [hyperiond WEBSERVER] (INFO) Started on port 8090 name 'Hyperion Webserver' -
Habe nun mal testweise Debian 10 und auch mal mit Ubuntu auf einem anderen Rechner getestet.
Genau das Gleiche Verhalten.
"Network unreachable"
Super,Forum wieder Online
-
-
Bei
sudo route -n
bekomme ich...
sudo: route: Befehl nicht gefunden
-
und nur
route -n
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!