Lizenzierung Fehlgeschlagen - Fehler 400 400
Hallo. Ich musste meinen Repetier Server neu aufsetzen, da er ständig das W-Lan vergessen hatte und ich es nicht mehr reaktivieren konnte. Also alles neu aufgespielt. Dann wollte ich den Lizenz-Code eingeben und ich bekomme immer eine Fehlermeldung:
Error Communicating with Licence Server.
Habe auch schon mehrfach neu gestartet. Keine Änderung. Was kann ich machen.
Error Communicating with Licence Server.
Habe auch schon mehrfach neu gestartet. Keine Änderung. Was kann ich machen.
Comments
Bei aktuellen Server Versionen kann man das Datum im Blitz Menü sehen, wenn es auf einem Linux system läuft. Ansonsten per ssh einloggen und
date
eingeben um zu sehen welches datum er denkt zu haben.
Beim pi ggf.
sudo service ntp restart
eingeben dann sollte die Zeit neu aus dem internet gezogen werden. Eigentlich sollte der ntp daemon auch bei rebooten mit starten.
Der Raspi ist in Ordnung, da ich die W-Lan Funktion ohne Probleme im Octopi probiert habe. Woran kann das liegen? Das Land stimmt, die Uhrzeit stimmt.
Wenn du eine Tastatur anschließen kannst drück mal
Ctrl+Alt+F1 und gib (eventuall nach login)
iwconfig
ein. Sollte sofort erscheinen, wenn es lange dauert ist das schon ein schlechtes Zeichen. Zeigt er dann das er eigentlich verbunden ist? Hab das auch auf einem der PIs. Problem ist da aber linux bzw. der wifi Treiber und nicht der Server. Für diesen Bug weiß ich zwar schon wie man Linux dazu bringt den Treiber neu zu starten, such aber noch einen Test um das Problem zu erkennen. Das nächste image hat allerdings einen neueren Kernel (5.4 stadt 4.19) wo es vielleicht auch gar nicht mehr passieren wird.
Mit Ctrl+Alt*F2 kommst du wieder auf die Grafikdarstellung.
Gibt aber noch eine möglichkeit das zu testen. Neu booten, per ssh einloggen und
fgrep "brcmf_proto_bcdc_msg failed w/status -110" /var/log/syslog
eingeben. Oder syslog runterladen - geht ja ab 0.94.1 aus logs Seite heraus. Das wäre ein zeichen für das Treiberproblem. Dafür habe ich mit dem nächsten Image denke ich eine Lösung die es autoamtisch repariert durch neuladen der Treibermodule.
Weder Login Name PI mit PW Raspberry oder 12345678 geht. Auch mein Login für die Oberfläche geht nicht.
Check gleich mal mit obigem fgrep Befehl. Falls dass da Problem ist hätte ich ein script das es wohl löst und ich auch im nächsten image aktivieren werde. Leider will mein pi grad nicht mehr den Fehler erzeugen und so muss ich warten ob das Skript klappt. Danach geb ich das image raus mit dem neuen Server 0.94.2. Den solltest du dann auch mal installieren und hoffen das es das gleiche Problem ist. Komischerweise hab ich das auch nur im Büro wo wir die FritzBox haben. An meinem Entwicklungsplatz ist es mir bisher nicht aufgefallen.
pi und dann raspberry eingegeben
muss ich über netzwerk (LAN) verbunden sein?
Habe dann Deine Kommandozeile von da oben eingegeben und folgendes erhalten: no such file or directory
Allerdings noch eine gute nachricht - Image V22 ist jetzt raus wo ich den Fehler vermutlich gefixt habe. Vielleicht einfach das neue Image nehmen. Nutzt auch einen viel neueren Linux Kernel (5.4 stadt 4.19) so dass evtl auch die Treiber besser geworden sind.
Ich gehe davon aus du hast das mit dem neuen image jetzt getestet? Als test kannst du nach dem einloggen
uname -a
eingeben. Er sollte dann Kernel 5.4.51 anzeigen.
Auch wenn ich den Drucker entferne und einen neuen Drucker einrichte, passiert es wieder.
Kann es sein, dass er nicht automatisch wieder verbindet, wenn z.Bsp. beim Raspi der Strom abgezogen wird?
Strom abziehen sollte man nur nach dem herunterfahren, sonst kann die sd karte beschädigt werden und danach die komischsten Fehler passieren. Geht allerdings meistens trotzdem gut.
Normal sollte er wieder hochfahren und da die Linux Konfigurationen ja noch die gleichen sind auch wifi wieder verbinden.
Wenn es zu problematisch wird kannst du den server auch einfach auf einem anderen image nachinstallieren. Dann kann er keine wifi kontrolle übernehmen und es ist so wie vom Image Ersteller vorgesehen. Einziger Nachteil ist das auch die automatische webcam Konfiguration dann nicht mehr klappt. Aber dazu gibt es auch eine Anleitung unter docs. Aber auch in dem Fall stellt linux das wifi her. Frage ist also eher warum das bei dir so Problematisch ist bzw. was da falsch läuft. Hast du dazu mittlerweile mal im syslog nachgesehen?
Cache im Browser meinst Du sicherlich den Browser vom Internet?
Das Problem ist, dass auch der Drucker diese Irre Zahl angezeigt hat und das Bed extrem heiß wurde.
Wenn das Bett aber wirklich heißer wird als du gesendet hast hört sich das nicht nach einem Darstellungsfehler an. Sieh mal in Konsole nach wenn M105 filtern deaktiviert ist. Dann siehst du was der Drucker denkt auf was er steht. Aber eigentlich haben die Drucker auch ein limit - meist 110 oder 120 grad fürs Bett. Stellt sich dann die Frage wer so eine Hohe temperatur sendet. Sieh im log bzw. Konsole mal nach M140/M190 was der code für Betttemperatur ist ich checke wann genau sie gesetzt wird. Damit sollte schnell der Überltäter gefunden sein.
Den Repetier Server angemacht und nach kurzer Zeit stand verbunden. 2 Minuten später war der Spuk wieder vorbei und wenn ich auf das W-LAN Netz klicke, bekomme ich immer wieder eine Fehlermeldung in rot angezeigt: Deaktiviere bis explizierter Verbindung.
Jetzt wollte ich wissen, ob es wirklich am W-LAN liegt. Also die Octoprint Karte rein --> Druck über den Prusa Slicr übergeben. Der Raspi läuft jetzt über eine Stunde ohne irgendwelche Abbrüche. Ich kann jederzeit sowohl am PC, als auch am Handy die Kamerabilder sehen.
Ich möchte aber gerne Repetierserver benutzen. Die Kameraeinstellungen sind viel besser und das Menue auch.
Hast ne Idee?
https://www.repetier-server.com/manuals/0.93/index.html
Du hast ja schon webcam auf dem image, must also nur die url angeben und octoprint nicht starten sonst versuchen die beide den Drucker zu verbinden was nicht funktioniert.
Was bei deinem WLAN und unsere Konfiguration nicht klappt verstehe ich nicht. Klappt ja kurzfristig bis irgend etwas passiert das sie stört. Die Region hast du doch richtig auf DE eingestellt oder? Sonst kann ein Bandwechsel auf band 12/13 die Verbindung trennen weil sie dann nicht erlaubt ist. Wäre so das letzte was mir einfällt.