Repetier-Server Raspberry Pi 3: Druck bricht ohne Grund ab

Hallo
Ich habe einen Raspberry Pi mit Pro Lizenz. Wenn ich nun einen Druck am laufen habe bricht der irgendwann ab und der Server ist dann nicht erreichbar. Folgendes habe ich nun versucht.

1. USB Webcam (Logitech C922 Pro) und Drucker (MKS Sbase v1.3) direkt am Raspberry Pi 3 (Netzteil 2,5A)  Repetier-Server 0.86.2
--> Abbruch nach einiger Zeit
2. Aktiver USB Hub und alles dort angeschlossen.
-->Ebenfalls Abbruch nach einiger Zeit

Was kann ich nun tun?
Es hilft mir nichts, wenn es nicht geht, den sonst hätte ich 59€ zum Fenster hinaus geworfen.

Gruß
Andreas

«1

Comments

  • Druck abbrechen und server nicht erreichbar sind eigentlich 2 getrennte dinge. Wenn beides gleichzeitig passiert würde es oft bedeuten das Linux abgestürzt ist. Passiert beim Pi gerne wenn er zu wenig strom bekommt. In dem fall kannst du dich auch nicht mehr mit ssh (z.b. putty) einloggen. Versuch mal ob es das ist.

    Wenn nicht den Zeitpunkt merken und mit ssh einloggen auf das linux. Hier die Dateien /var/log/syslog und /var/lib/Repetier-Server/logs/server.log um den Zeitpunkt herum untersuchen für mehr informationen darüber was überhaupt passiert.

    Grundsätzlich läuft der Server am pi sehr stabil, wenn die Elektronik nicht dazwischenfunkt.


  • /var/log/syslog
    Nov 23 06:25:06 RepetierServer rsyslogd: [origin software="rsyslogd" swVersion="8.4.2" x-pid="430" x-info="http://www.rsyslog.com"] rsyslogd was HUPed
    Nov 23 06:33:29 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]
    Nov 23 06:43:29 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]
    Nov 23 06:53:29 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]
    Nov 23 07:03:29 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]
    Nov 23 07:13:29 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]
    Nov 23 07:17:01 RepetierServer CRON[20749]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
    Nov 23 07:23:29 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]
    Nov 23 07:33:30 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]
    Nov 23 07:43:30 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]
    Nov 23 07:53:30 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]
    Nov 23 08:03:30 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]
    Nov 23 08:13:30 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]
    Nov 23 08:17:01 RepetierServer CRON[23508]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
    Nov 23 08:23:30 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]
    Nov 23 08:33:29 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]
    Nov 23 08:43:29 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]
    Nov 23 08:53:29 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]
    Nov 23 09:03:29 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]
    Nov 23 09:13:29 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]
    Nov 23 09:17:01 RepetierServer CRON[26253]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
    Nov 23 09:23:29 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]
    Nov 23 09:33:29 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]
    Nov 23 09:43:29 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]
    Nov 23 09:53:29 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]
    Nov 23 10:03:29 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]
    Nov 23 10:13:30 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]
    Nov 23 10:17:01 RepetierServer CRON[29210]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
    Nov 23 10:23:30 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]
    Nov 23 10:33:30 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]
    Nov 23 10:43:30 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]
    Nov 23 10:53:30 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]
    Nov 23 11:03:30 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]
    Nov 23 11:13:30 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]
    Nov 23 11:17:02 RepetierServer CRON[31954]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
    Nov 23 11:23:30 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]
    Nov 23 11:33:30 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]
    Nov 23 11:43:30 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]
    Nov 23 11:53:30 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]
    Nov 23 12:03:30 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]
    Nov 23 12:13:30 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]
    Nov 23 12:17:01 RepetierServer CRON[2615]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
    Nov 23 12:23:30 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]
    Nov 23 12:33:30 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]
    Nov 23 12:43:30 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]
    Nov 23 12:53:30 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]
    Nov 23 13:03:30 RepetierServer wpa_supplicant[656]: wlan0: WPA: Group rekeying completed with 5c:49:79:20:4a:99 [GTK=TKIP]


    /Repetier-Server/logs/server.log
    2017-08-07 19:19:09: Start logging...
    2017-08-07 19:19:09: Imported external command Shutdown Server
    2017-08-07 19:19:09: Imported external command Reboot Server
    2017-08-07 19:19:09: Webdirectory: /usr/local/Repetier-Server/www/
    2017-08-07 19:19:09: Storage directory: /var/lib/Repetier-Server/
    2017-08-07 19:19:09: Configuration file: /usr/local/Repetier-Server/etc/RepetierServer.xml
    2017-08-07 19:19:09: Directory for temporary files: /tmp/
    2017-08-07 19:19:09: Reading firmware data ...
    2017-08-07 19:19:09: Starting Network ...
    2017-08-07 19:19:09: Active features:0
    2017-08-07 19:19:09: Reading printer configurations ...
    2017-08-07 19:19:09: Starting printer threads ...
    2017-08-07 19:19:09: Starting work dispatcher subsystem ...
    2017-08-07 19:19:09: WorkDispatcher table created successfully
    2017-08-07 19:19:09: Starting user database ...
    2017-08-07 19:19:09: Importing wifi connections from /boot/repetier-network.xml
    2017-08-07 19:19:09: Initalizing LUA ...
    2017-08-07 19:19:09: Starting wifi watcher ...
    2017-08-07 19:19:09: Register LUA cloud services
    2017-08-07 19:19:09: add Repetier-Renderer
    2017-08-07 19:19:09: LUA initalization finished.
    2017-08-07 19:19:09: Starting web server ...
    2017-08-07 19:19:09: Work dispatcher thread started.
    2017-08-07 19:19:09: Webserver started.
    2017-08-07 19:19:10: Remove connection DemoSSID
    2017-08-07 19:19:10: Storing wifi connections to /var/lib/Repetier-Server/database/repetier-network.xml
    2017-08-07 19:19:10: Storing wifi connections to /var/lib/Repetier-Server/database/repetier-network-stored.xml
    2017-08-07 19:19:21: New SSID Not Connected
    2017-08-07 19:20:00: Closing websocket for missing ping
    2017-08-07 19:20:09: DNS error: Temporary DNS error while resolving: download.repetier-server.com
    2017-08-07 19:20:09: DNS error: Temporary DNS error while resolving: licence.internetloesungen.com
    2017-08-07 19:20:19: DNS error: Temporary DNS error while resolving: licence.internetloesungen.com
    2017-08-07 19:20:29: DNS error: Temporary DNS error while resolving: licence.internetloesungen.com
    2017-08-07 19:20:39: DNS error: Temporary DNS error while resolving: licence.internetloesungen.com
    2017-08-07 19:20:49: DNS error: Temporary DNS error while resolving: licence.internetloesungen.com
    2017-08-07 19:20:59: DNS error: Temporary DNS error while resolving: licence.internetloesungen.com
    2017-08-07 19:21:09: DNS error: Temporary DNS error while resolving: licence.internetloesungen.com
    2017-08-07 19:21:19: DNS error: Temporary DNS error while resolving: licence.internetloesungen.com
    2017-08-07 19:21:29: DNS error: Temporary DNS error while resolving: licence.internetloesungen.com
    2017-08-07 19:21:39: DNS error: Temporary DNS error while resolving: licence.internetloesungen.com
    2017-08-07 19:21:49: DNS error: Temporary DNS error while resolving: licence.internetloesungen.com
    2017-08-07 19:21:55: Activating access point
    2017-08-07 19:21:59: DNS error: Temporary DNS error while resolving: licence.internetloesungen.com
    2017-08-07 19:22:09: Host not found: licence.internetloesungen.com
    2017-08-07 19:22:19: Host not found: licence.internetloesungen.com
    2017-08-07 19:22:29: Host not found: licence.internetloesungen.com
    2017-08-07 19:22:39: Host not found: licence.internetloesungen.com

    --------------------------------------
    das ist alles was drin steht



  • Und wann war der abbruch? Hier sehe ich einen normalen serverstart und das du die ssid des accespoints geändert hast. Keine verbindung mit einem drucker, oder gar einen gestarteten druck.

    Wichtig ist halt die analyse um den Fehlerzeitpunkt herum. Im log scheint ja alles ok zu sein.

  • Vor dem Druck habe ich den Pi neu gestartet.
    Druck gestartet und nach Abbruch 2-3 min nach dem Abbruch die Logs ausgelesen.
    Alles was dann im Log war steht hier.

    Ich kann nur sagen das der Druck über USB am Laptop (Simplify3d) läuft jedes mal einwandfrei durch.
    Ebenfalls mit SD Card läuft alles einwandfrei.
  • Wie du siehst ist das syslog vom 23. november und das server log hört hier am 7. August auf. Das passt einfach nicht. Vielleicht hast du ja nur den Anfang kopiert und das wichtigere ende vergessen? Und musstest du den pi neu starten oder war er die ganze Zeit erreichbar? Und weil raten blöd ist doch bitte den Zeitpunkt angeben. Weiß ja nicht was alles nach dem fehler nachgekommen ist, also woher soll ich da den Zeitpunkt wissen.

    Am besten vor dem Druck mit ssh einloggen und top laufen lassen. Dann siehst du was passiert und wie die last ist. Wenn du rausfliegst macht linux probleme oder internetverbindung wurde getrennt (zum testen am besten Kabel nutzen weil es da keine trennung gibt solange linux und pc laufen).

    Außerdem Zeigt keines der beiden Logs ein Problem weshalb ich denke das sie nicht vom Problemzeitpunkt sind. Der server hatte zu dem Zeitpunkt nicht mal einen konfigurierten Drucker.
  • edited November 2017
    Hier war ein Fehler meiner seits. Ich habe nicht runtergescrollt. :*

    Gerade hatte ich wieder einen abbruch.
    25.11.17 14:20
    syslog.log
    server.log
  • Deutlich besser. Im serve rlog siehst du
    2017-11-25 14:07:52: start printjob 3DBenchy_repariert. on printer MKCMK2
    2017-11-25 14:20:54: error: Reading serial conection failed: End of file. Closing connection.
    2017-11-25 14:20:54: Connection closed: MKCMK2
    2017-11-25 14:20:55: Connection started:MKCMK2
    2017-11-25 14:20:55: Reset printer MKCMK2

    Was nichts anderes heist als das Linux die Verbindung getrennt hat. Da kann der server also nichts für.

    Im linux log steht dann passend:

    Nov 25 14:20:54 RepetierServer kernel: [ 1195.491991] usb 1-1.5.3: reset full-speed USB device number 5 using dwc_otg
    Nov 25 14:20:54 RepetierServer kernel: [ 1195.630065] cdc_acm 1-1.5.3:1.0: ttyACM0: USB ACM device
    Nov 25 14:20:54 RepetierServer kernel: [ 1195.631135] cdc_acm 1-1.5.3:1.3: ttyACM1: USB ACM device
    Nov 25 14:20:54 RepetierServer kernel: [ 1195.643152] sd 0:0:0:0: [sda] 62333952 512-byte logical blocks: (31.9 GB/29.7 GiB)

    Frage ist hier also warum Linux die USB Verbindung resetet hat. Ich hab so was schon mit einer zusatzmeldung mit einem EMI verweis gesehen, da macht Linux das zum selbstschutz weil usb verbindung nicht korrekt entkoppelt ist. Hier sehe ich aber keine Begründung. Üblicherweise hat es was mit stromschwankungen, übersprechen oder ähnlichem zu tun wenn so was passiert. 

    Als erstes vielleicht mal die Webcam entfernen um weniger Strom zu verbrauchen. Dann gucken ob ein anderes USB Kabel (kürzer, geschirmt) hilft oder ob Heizkabel/Motorkabel nahe usb Kabel kommen. Alle snur ideen da nicht klar ist wer hier das Problem erzeugt. Manchmal hilft auch ein aktiver USB hub dazwischen weil der ja auch noch mal strom bekommt und den Pi entlastet.
  • HM, das Komische ist nur ich habe schon einen USB Hub dranhängen. D.h. am Raspi hängt nur der Aktive Hub und dann kommt erst der Drucker und Webcam
  • In dem Fall versuch es ohne hub. Irgendwas scheint ja quer zu schießen. Sobald du weist was, kannst du es ändern. Grundsätzlich sollte der pi auch ein board mit strom versorgen können. Normalerweise bekommen die auch eigenen Strom wenn die Hauptspannung anliegt. Manchmal führt auch die Drucker-Stromversorgung zu problemen wenn sie stark schwankt.

    Wenn du repetier-firmware auf dem Drucker hast kannst du auch nur di eKommunikation testen
    M111 S24
    Dann wird kein motor/extruder genutzt, nur kommunikation. Damit sind alle Störquellen weg.
    Oder im Dry run (ohne extruder/heizung)
    M111 S14

    Auch solltest du mal das normaler drucklog aktivieren und sehen ob es da zu Fehlern kommt. Das passiert zwar auch bei Druckern die nicht abbrechen aber wenns viele Fehler sind ist das auch ein Indikator.
  • Bin jetzt wieder zu octoprint gewechselt. Hier habe ich das Problem nicht.
    Leider sind somit 59€ hops
  • Das wundert mich ehrlich gesagt, da es ja kein server sondern linux problem ist. Wenn ich im log nachsehe

    Usb verbinden:

    Nov 29 07:11:48 Felix kernel: [7742691.317985] usb 1-1.3: new full-speed USB device number 29 using dwc_otg

    Nov 29 07:11:48 Felix kernel: [7742691.432841] usb 1-1.3: New USB device found, idVendor=2341, idProduct=003d

    Nov 29 07:11:48 Felix kernel: [7742691.432865] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=220

    Nov 29 07:11:48 Felix kernel: [7742691.432879] usb 1-1.3: Product: Arduino Due Prog. Port

    Nov 29 07:11:48 Felix kernel: [7742691.432891] usb 1-1.3: Manufacturer: Arduino (www.arduino.cc)

    Nov 29 07:11:48 Felix kernel: [7742691.432904] usb 1-1.3: SerialNumber: 85332343332351415271

    Nov 29 07:11:48 Felix kernel: [7742691.434325] cdc_acm 1-1.3:1.0: ttyACM0: USB ACM device

    Usb trennen:

    Nov 29 07:11:55 Felix kernel: [7742697.991198] usb 1-1.3: USB disconnect, device number 29

    Nov 29 07:11:55 Felix kernel: [7742697.991374] cdc_acm 1-1.3:1.0: failed to set dtr/rts


    Vom server aus schließen/starten gibt keinen Eintrag weil es ja immer noch verbunden ist. Bei dir stand klar ein Reset im log, was auch bei Octoprint zu einem abbruch führen würde.

  • Naja auf jedenfall hab ich bei Octoprint keine Abbrüche, welche ich aber bei Repetier-Server auf dem Raspberry Pi 3 habe. Und das ist Fakt.
  • Beides gleiches betriebssystem image oder unterschiedliche Images (octopi vs unserem image). Da es ja durch linux getrennt wird, kann ein anderes Image mit anderem Kernel einen unterschied machen.

    Wenn ich annehme das es unterschiedliche images sind spiel doch den installer auf dem octopi image auf und teste ob es dann auch geht.
  • Hi, 

    ich habe auch das Problem, dass die Verbindung getrennt wird sobald ich mit dem Handy auf dem Webinterface zugreife. Das Webinterface ist parallel auf einem PC geöffnet. Ich kann es mir auch nicht erklären.
    Astroprint lief 1 Jahr lang ohne Problem.
  • @Webprin3D Kannst du a im /var/log/syslog nachsehen ob linux da eine meldung zum trennen oder reset einer USB verbindung gemacht hat. Das scheint ja irgenwie das Problem hier zu sein. Wenn ja, was ist deine kernelversion:

    pi@Felix:~ $ uname -a

    Linux Felix 4.4.50-v7+ #970 SMP Mon Feb 20 19:18:29 GMT 2017 armv7l GNU/Linux


    beim googeln schien das durchaus ein faktor zu sein ob es passiert oder nicht. Da es nicht der Server ist wenn linux usb trennt ist die Frage warum mache images das Problem nicht haben und hier ist die Kernelversion sicher ein maßgeblicher Punkt.

  • Leider bin ich noch nicht dazu gekommen, nach zu sehen. Ich melde mich morgen oder in den nächsten tagen nochmal. ich habe noch einen Kollegen, der das selbe Problem hat, bei hm brechen die drucke auch einfach ab.
  • edited December 2017
    also meine Version von Repetier ist folgende:
    Linux RepetierServer 4.9.35-v7+ #1014 SMP Fri Jun 30 14:47:43 BST 2017 armv7l GNU/Linux

    Die von Octoprint ist diese hier:
    Linux octopi 4.9.28-v7+ #998 SMP Mon May 15 16:55:39 BST 2017 armv7l GNU/Linux

    Gut dann bin ich nicht der einzige der das Problem hat




  • Ob ich das gut finde weiß ich nicht:-)

    Hast du mal probiert den server installer auf deinem Octoprint image zu installieren? Das scheint ja einen älteren Kernel zu haben und wenn der das Problem nicht hat sollte auch der server bei dem image durchlaufen.
  • Ich hatte das fertige Image geladen. Das heißt ich habe händisch nichts installiert, außer das fertige Image auf die SD Karte übertragen

    "Gut dann bin ich nicht der einzige der das Problem hat"
    Damit meinte ich das es unter Umständen nicht an mir liegt ;-)

    Gibt es eine Anleitung in der schritt für schritt drin steht was man tun muss um alles händisch zu installieren?
    Dann würde ich das "Rasbian Stretch Lite" laden und alles von Hand installieren.
  • edited December 2017

    Habe auch nen Pi3 mit dem fertigen Image am laufen , Mit USB Webcam Ohne HUB, ohne Probleme.

    Was vielleicht hilft :

    Ich versorge den Pi mit einem kleinen Stepup converter, der exact auf 5,2V DC eingestellt ist ,am dafür vorgesehenen micro USB Stecker.

    Verbindung über Kurzes (0,5m )Usb-Kabel zum Mega  bei Baud Rate 115200.

    (hatte damit bisher keine Probeme / Abbrüche und hab doch schon einige 16h Jobs gedruckt )

  • Ich denke nicht dass es an der Spannungsversorgung liegt, da das gleiche Setup nur mit OctoPrint ohne Probleme funktioniert.

    Ich denke eher, dass es am Linuxkernel liegen könnte.
  • Sieh mal hier 
    https://www.repetier-server.com/manuals/0.85/index.html
    unter debian installation. Eiegntlich nur den debian installer für armhf runterladen und mit 
    sudo dpkg -i NewRepetierServerVersion.deb
    
    installieren, danach läuft er schon.
  • Hab jetzt erst mal ein Update des Kernels gemacht
    sudo rpi-update
    jetzt ist folgender Kernel aktiv
    Linux RepetierServer 4.9.67-v7+ #1061 SMP Tue Dec 5 17:17:24 GMT 2017 armv7l GNU/Linux

    werde es hiermit mal testen leider ist aber gerade mein Heatbreak verbogen (war etwas zu grob :-( beim festziehen)

  • So hab es nun mit meinem 2ten Drucker probiert (geeetech I3, Marlin). Auch hier bricht er ab. :-/
  • Selbe Fehlermeldung im syslog?
    Kannst du mal mit meinem Kernel versuchen der noch nie probleme hatte?
    sudo rpi-update 52241088c1da59a359110d39c1875cda56496764
    Sollte 4.4.50 ergeben. Nur weil eine neue version einen Fehler einführt muss eine noch neuere ihn ja noch nicht behoben haben.
  • edited December 2017
    So nun habe ich den Kernel umgestellt

    Linux RepetierServer 4.4.50-v7+ #970 SMP Mon Feb 20 19:18:29 GMT 2017 armv7l GNU/Linux

    Denoch einen Abbruch nach etwa 1 1/4 Layer eines kleinen teils

    Hier die Logs

    server.log
    syslog.log



  • Ok ich sehe
    Dec 13 10:19:38 RepetierServer kernel: [   12.987906] usb 1-1.4: reset high-speed USB device number 4 using dwc_otg
    passend zu
    2017-12-13 10:19:41: Reset printer I3
    Kommt also denke ich vom reset des druckers.

    2017-12-13 10:27:55: start printjob ramps_stepdown. on printer I3
    2017-12-13 10:28:09: Client closed connection unexpectedly
    2017-12-13 10:33:51: Update webcam list

    Demnach wurde die Verbindung um 10:28:09 geschlossen aber syslog zeigt hier keine USB aktivität.

    Habe noch einen anderen Pi überprüft der auf dem aktuellen Image mit  4.9.35-v7 läuft und der hat kein Problem. Druckt auch 40 Stunden am stück ohne abbruch (wie die meisten).

    Pi 3 kann man auch nicht übertakten, das kann es also auch nicht sein.

    Hast du ein display am pi? Wenn nicht geh in 
    /home/pi/.bashrc ans ende der Datei

    if ! pgrep "xinit" > /dev/null

    then

        sudo chmod 660 /dev/tty*

        xinit -- -nocursor 2> /dev/null > /dev/null &

    fi

    Und stell for xinit eine Raute 

    #xinit -- -nocursor 2> /dev/null > /dev/null &

    und reboote. Dann startet er den x server nicht. Dadurch verbraucht er weniger strom. Ich sehe in meinem display immer wieder den Blitz aufleuchten wenn er viel zu tun hat, sprich der pi wird dann unterversorgt und das mit einem 2.5A Netzteil. 

    Wenn du ein display hast sieh mal ob bei dir ein blitz rechts oben erscheint.

    Ist sozusagen eine warnung des Pi das er instabil wird. Dein octipi image hat vermutlich keinen x server mit browser laufen, was vielleicht den unterschied macht.

  • Display hab ich keins dran
    Aber es scheint, das das Problem behebt.
    Dann sind wohl 2,5A zu wenig. 3A wären wohl besser.
  • Super, also sind es spannungsprobleme. Es kann auch am usb Kabel from Adapter liegen. Mache haben so einen hohen widerstand (kleiner Kabeldurchmesser) das von den 2,5A nicht alles ankommt.  Sind halt für die ursprünglichen 0,5A nur ausgelegt.
  • Welches Netzteil empfehlt ihr?
    Ich hab das Original vom Raspberry Pi
Sign In or Register to comment.