Kann ich nicht bestätigen.
Habe es gerade auch über Cloudmatic getestet. Ich habe da keine Probleme festellen können. Funktioniert bei mir sowohl bei einzelnen Programmen als auch beim Drucken aller Programme gleichzeitig.
Moderatoren: jmaus, Co-Administratoren
Kann ich nicht bestätigen.
Hallo
Xanon hat geschrieben: ↑01.09.2019, 13:55So ich habe jetzt das alte Image wieder eingespielt...Xanon hat geschrieben: ↑01.09.2019, 13:15Danke für die Info.mactoolz hat geschrieben: ↑01.09.2019, 13:02Hallo,
ich für meinen Teil habe auch beides probiert. Frische SD-Karte und sogar einen anderen PI !!!
Wie gesagt, mal irgendwie eine gute halbe Stunde warten. Warum das so ist kann ich nicht sagen.
Ich habe jetzt den PI neugestartet und er läuft direkt hoch, über den Bootvorgang kann ich nur sagen das er zu dem Punkt wieder kommt
mit welcher IP Adresse man den PI aufrufen kann.
Aber das WebUI bleibt wieder mal aus, also nach dem Neustart ist der PI nicht zu gebrauchen !!!
Ich habe jetzt mal eine neue SD Karte genommen und das neue Image genommen.
Jetzt passiert gar nichts mehr.
Die Fritzbox teilt dem Raspberry die richtige IP zu, aber ich komme nicht drauf.
Ich glaube ich nehme mir die vorige Version wieder.
System ist sofort wieder erreichbar.
Backup eingespielt = Alles OK.
Ich bleibe erst einmal auf der alten Version.
(Hatte damit sowieso keine Problem)
Auch ich kann die Beobachtungen von @mactoolz bestätigen: bei meinem RPI 3B+ mit RaspberryMatic 3.47.10 führen folgende Szenarien dazu, dass die WebUI nach dem Reboot nicht mehr erreichbar ist:Xanon hat geschrieben: ↑03.09.2019, 23:30Xanon hat geschrieben: ↑01.09.2019, 13:55So ich habe jetzt das alte Image wieder eingespielt...Xanon hat geschrieben: ↑01.09.2019, 13:15Danke für die Info.mactoolz hat geschrieben: ↑01.09.2019, 13:02Hallo,
ich für meinen Teil habe auch beides probiert. Frische SD-Karte und sogar einen anderen PI !!!
Wie gesagt, mal irgendwie eine gute halbe Stunde warten. Warum das so ist kann ich nicht sagen.
Ich habe jetzt den PI neugestartet und er läuft direkt hoch, über den Bootvorgang kann ich nur sagen das er zu dem Punkt wieder kommt
mit welcher IP Adresse man den PI aufrufen kann.
Aber das WebUI bleibt wieder mal aus, also nach dem Neustart ist der PI nicht zu gebrauchen !!!
Ich habe jetzt mal eine neue SD Karte genommen und das neue Image genommen.
Jetzt passiert gar nichts mehr.
Die Fritzbox teilt dem Raspberry die richtige IP zu, aber ich komme nicht drauf.
Ich glaube ich nehme mir die vorige Version wieder.
System ist sofort wieder erreichbar.
Backup eingespielt = Alles OK.
Ich bleibe erst einmal auf der alten Version.
(Hatte damit sowieso keine Problem)
So also ich habe nun noch einmal die aktuellste Version Installiert und kann das Verhalten von @mactoolz zu 100 % bestätigen.
Auch mein System fährt hoch. Dann komme ich aber erst nach ca. 30 Min. auf den Raspberry.
Habe dann noch mal einen Neustart gemacht und habe somit wieder 30 min. warten müssen.
Ich habe zudem Biobroker auf einem anderen System laufen.
Dort konnte ich feststellen, dass wenn ich die CCU Neustarte, hm-rpc.0, hm-rpc.1,hm-rpc.2 recht schnell grün wurden aber der hm-rega für die komplette halbe Stunde nicht erreichbar war.
Als das WebUi der CCU wieder erreichbar war, wurde auch hm-rega grün.
Kann damit jemand etwas anfangen oder hat jemand noch eine Idee?
Eine halbe Stunde warten (nach einem Neustart) ist schon ich lange.
Code: Alles auswählen
CCU2CoprocessorCommand::parseBidcosCommandResponse(): BidCoS event-message size not in specified limits. Incoming message dropped.
Wie gesagt das läuft alles bei mir über Cloudmatic. Bei Programme drucken, muss man aber schon mal 30-45 Sekunden warten, bis auf der Seite überhaupt was passiert, aber dann lädt der komplett. Backup habe ich gerade probiert, das klappt recht schnell.
Danke für die Info. Hast du mal ein konkretes Skriptbeispiel das ich Copy&Paste hier dann schnell ausprobieren kann? Dann lässt sich das schneller Debugger und fixen.Black hat geschrieben: ↑04.09.2019, 12:01StateDelay auf CUXd datenpunkte funktioniert nicht:
geprüft auf exec gerät datenpunbkt inhibit (Boolean)
State (true) tuts, State (true,10000) tuts nicht
geprüft auf exec gerät datenpunbkt state (string)
State ('tralala') tuts, State ('tralala',10000) tuts nicht