RaspberryMatic 3.49.17.20191225 – Neue Version

[sauss]

Beim Speichern erhalte ich ein "400 Bad Request". Bin auf FW 3.47.22.20191026 zurückgegangen und alles funktioniert wieder. Wie kann ich hm_pdetect in FW 3.49.17.20191225 wieder zum laufen bringen?

VG. Wulf

Ola ...

welchen Browser benutzt du ?? Hast du nach der Installation den Browser-Cache geleert?

[Wulf]

Hallo,

ich benutze den Firefox. Browser-Cache ist auch geleert.

VG. Wulf

[AndiN]

Hallo

Schaut mal auf Seite 4 hier. Du bist nicht allein mit dem Problem. Leerzeichen statt Umbrüche bei Geräten probiert? Das war dort der Grund

Andi

[Sikousikou]

habe die beta installiert und jetzt auf neue Version per ova.zip geupdatet, das Problem ist das bei der beta sowie jetzt wird die DutyCycle für das LanGsteway gezeigt aber für die RPI-RF-MOD+ HB-RF-USB-TK nicht!!!
nach boot wird die Systemvariable für die Lan Gateway erzeugt und die DutyCycle in der Startseite gezeigt aber für das funkmodul nicht, auch das manuelle erzeugen der Systemvariable hat nix gebracht
mein system ist: rasperrymatic in Virtualbox mit RPI-RF-MOD+ HB-RF-USB-TK und ein LanGateway

Weisst niemand woran es liegen kann?

[sauss]

Hallo

Schaut mal auf Seite 4 hier. Du bist nicht allein mit dem Problem. Leerzeichen statt Umbrüche bei Geräten probiert? Das war dort der Grund

Andi

Dies hat aber nicht geholfen, habe es jetzt selber mal getestet ... wenn man nichts ändert funktioniert es völlig normal. Sobald man etwas ändern oder nur das Passwort neu eingibt.

Erscheint anschließend der Fehler 400 badrequest

[jmaus]

habe meinen Raspi von 3.47.22.20191026 auf 3.49.17.20191225 upgedatet. Hat alles wunderbar funktioniert, bis ich im hm_pdetect etwas ändern wolte.
Beim Speichern erhalte ich ein "400 Bad Request". Bin auf FW 3.47.22.20191026 zurückgegangen und alles funktioniert wieder. Wie kann ich hm_pdetect in FW 3.49.17.20191225 wieder zum laufen bringen?

Kann das hier leider selbst nicht nachvollziehen...

[mrfloppy]

Hallo

Schaut mal auf Seite 4 hier. Du bist nicht allein mit dem Problem. Leerzeichen statt Umbrüche bei Geräten probiert? Das war dort der Grund

Andi

Dies hat aber nicht geholfen, habe es jetzt selber mal getestet ... wenn man nichts ändert funktioniert es völlig normal. Sobald man etwas ändern oder nur das Passwort neu eingibt.

Erscheint anschließend der Fehler 400 badrequest

Das habe ich auch. Wenn du aber alles in einer wurscht ein gibst funktioniert es ohne Probleme.
Keine Enter oder leerzeichen machen!
ALso so [Anna]=XX:XX:XX:XX:XX:XX[Julia]=XX:XX:XX:XX:XX:XX[Thomas]=XX:XX:XX:XX:XX:XX

LG Thomas

[sauss]

Hallo

Schaut mal auf Seite 4 hier. Du bist nicht allein mit dem Problem. Leerzeichen statt Umbrüche bei Geräten probiert? Das war dort der Grund

Andi

Dies hat aber nicht geholfen, habe es jetzt selber mal getestet ... wenn man nichts ändert funktioniert es völlig normal. Sobald man etwas ändern oder nur das Passwort neu eingibt.

Erscheint anschließend der Fehler 400 badrequest

Das habe ich auch. Wenn du aber alles in einer wurscht ein gibst funktioniert es ohne Probleme.
Keine Enter oder leerzeichen machen!
ALso so [Anna]=XX:XX:XX:XX:XX:XX[Julia]=XX:XX:XX:XX:XX:XX[Thomas]=XX:XX:XX:XX:XX:XX

LG Thomas

Als du dieses so geändert hast ... also alles lückenlos geschrieben.... wurden dann anschließend neue Variable angelegt?? Wenn ja müsste ich etliche Programme überarbeiten. ;-/

[jmaus]

habe meinen Raspi von 3.47.22.20191026 auf 3.49.17.20191225 upgedatet. Hat alles wunderbar funktioniert, bis ich im hm_pdetect etwas ändern wolte.
Beim Speichern erhalte ich ein "400 Bad Request". Bin auf FW 3.47.22.20191026 zurückgegangen und alles funktioniert wieder. Wie kann ich hm_pdetect in FW 3.49.17.20191225 wieder zum laufen bringen?

Kann das hier leider selbst nicht nachvollziehen...

So, nun konnte ich es doch reproduzieren und auch den Fehler bereits finden. Liegt wohl daran das neuere lighttpd webserver versionen (wie in der aktuellsten RaspberryMatic) striktere URL encoding checks nutzen die aber dazu führen das diese Requests mit einer "400 Bad Request" Fehlermeldung abgelehnt werden. Hier der entsprechende Fix der dann in der nächsten Version direkt integriert sein wird:

https://github.com/jens-maus/RaspberryM ... 7559643456

[Hütte]

Leider scheitere ich schon bei der Installation!
Die formatierte SD HC (8GB) Class 10 wird per Etcher mit dem Image für den Raspberry 3 beschrieben. Bei der Verfizierung kommen schon diverse Fehlermeldungen, dass 2 weitere Laufwerke nicht lesbar sind und formatiert werden sollen.
Wenn der Raspberry 3 mit der SD Card gestartet wird, passiert leider nichts. Die rote LED bleibt rot. Und die grüne LED blinkt einmal kurz auf und das war es dann. Keine Ausgabe auf dem Bildschirm. Mit zweiter, neuer SD Card probiert. Leider mit demselben Ergebnis.
Da läuft doch grundsätzlich etwas falsch bei mir...
Hat jemand einen Tip für mich?

Die Fehlermeldung kommt nicht beim Verifizieren des Schreibvorganges sondern erst danach. Und diese Meldungen kommen von Windows. Das ist völlig normal, dass Windows meckert, da diese beiden Partitionen ein Format haben, dass Windows nicht versteht und meint, die müssen erst einmal formatiert werden. Ich hoffe,du bist der Aufforderung nicht gefolgt. Ansonsten hast du dir die Linux-Partionen wieder überbügelt und dann kann RaspberryMatic natürlich nicht starten, da kein Betriebssystem vorhanden ist.

Wenn also Etcher das Schreiben und die Überprüfung beendet hat, dann den Wunsch von Windows nach Formatieren der beiden Partitionen duch "Abbrechen" ablehnen, Karte danach auswerfen und ab in den Raspi damit. Dann sollte es eigentlich klappen.