Habe bis letzte Woche die Beta der v 0.8.0 genutzt. Jeder Scanvorgang ist 100% durchgelaufen und bis auf, dass die 2 Scans (weiss/blau) nicht ganz genau zusammengefügt wurden, sahen die Scans top aus. Nun habe ich die 0.8.2 installiert und kein Scan will mehr nach einem update heute richtig funktionieren. Wenn ich den Haken bei automatischer Tiefenschärfe drin lasse, bricht der Scan bei 55% ab. Also das "X" im Browserfenster kann man betätigen und man hört, wie der Scanner den Scan abbricht, aber er scant einfach nicht. Hat jemand ne Lösung?
@mario , ich habe mir eine neue SD Karte besorgt und das Image da drauf gespielt (also neu installiert), weil ich die Beta gern als Backup haben möchte.
Bei aktiver automatischer Tiefenschärfe bricht der Scan immer ab, egal, wie die Auflösung ist.Nehme ich den Haken raus dann kann ich die Tiefenschärfe manuell einstellen. Sie sollte aber nie mehr sein, wie die Auflösung, weil dann bricht der Scan auch ab (( zB 75%/75%)).
Ich meine, wenn ich im Firefox auf meinem PC auf das Webinterface vom Pi zugreife, kann ich mit dem "X" Button den Scannvorgang abbrechen, da reagiert der Pi auf den Befehl. Aber wenn ich den Deckel vom Scanner öffne, sieht man keine Aktivität an den Läsern oder der Drehscheibe. Komisch ist aber, dass das Browserfenster auf dem PC aktualisiert wird und oben links die orangene Temperaturmeldung regelmässig eingeblendet wird. Also arbeitet der Pi noch. Ein log will ich später mal hochladen, da ich grad mitten im scannen bin und Angst habe, mich per remote am Pi anzumelden.
Der letzte aktuelle Log ist immer der wo keine Zahl dran hängt. Die Logs werden rotiert. Ich glaube nach Datei Größe. Das heisst soviel wie wenn die aktuelle fabscanpi.log eine gewisse größe erreicht wird sie archiviert in eine fabscanpi.<nummer>.log. Und es wird mit einer neuen fabscanpi.log weiter gemacht. Also ist immer der letzte log in der fabscanpi.log enthalten.
Lassen sich .log nicht hochladen?
Hast du mal versucht deinen Pi mit einem Lüfter zu versehen? Ich glaube ich konnte beobachten dass die Software auch hängen bleibt wenn die CPU des Pi zu heiß wird. Das kann schon im einfachen Scan-Betrieb passieren. Möglicherweise sind unterschiedliche Threshold Einstellungen auch verschieden Rechenintensiv.
@mario , der logg ohne Zahl sieht bei mir im Editor immer gleich aus und hat eine Grösse von rund 2 kb und wurde auch nicht erneuert.
Diese Datei ist von 10.25 Uhr, obwohl ich gerade (14.19 Uhr) feststellte, dass der aktuelle Scan auch nicht funktioniert. Deswegen sende ich mal die logdatei mit der aktuellen Uhrzeit auch mit.
2020-01-12 09:30:00,050 - fabscan.scanner.laserscanner.FSImageProcessor - DEBUG - No points in cloud... masking not possible. 2020-01-12 09:32:12,579 - fabscan.scanner.laserscanner.FSImageProcessor - DEBUG - No points in cloud... masking not possible. 2020-01-12 09:33:21,126 - fabscan.scanner.laserscanner.FSImageProcessor - DEBUG - No points in cloud... masking not possible. 2020-01-12 09:36:25,552 - fabscan.scanner.laserscanner.FSImageProcessor - DEBUG - No points in cloud... masking not possible. 2020-01-12 09:45:57,865 - fabscan.scanner.laserscanner.FSImageProcessor - DEBUG - No points in cloud... masking not possible. 2020-01-12 10:03:38,018 - fabscan.scanner.laserscanner.FSImageProcessor - DEBUG - No points in cloud... masking not possible. 2020-01-12 10:04:25,403 - fabscan.scanner.laserscanner.FSImageProcessor - DEBUG - No points in cloud... masking not possible. 2020-01-12 10:08:22,786 - fabscan.scanner.laserscanner.FSImageProcessor - DEBUG - No points in cloud... masking not possible. 2020-01-12 10:17:48,259 - fabscan.scanner.laserscanner.FSImageProcessor - DEBUG - No points in cloud... masking not possible. 2020-01-12 10:18:18,658 - fabscan.scanner.laserscanner.FSImageProcessor - DEBUG - No points in cloud... masking not possible. 2020-01-12 10:18:23,235 - fabscan.scanner.laserscanner.FSImageProcessor - DEBUG - No points in cloud... masking not possible. 2020-01-12 10:25:23,195 - fabscan.scanner.laserscanner.FSImageProcessor - DEBUG - No points in cloud... masking not possible. 2020-01-12 10:28:20,718 - fabscan.scanner.laserscanner.FSImageProcessor - DEBUG - No points in cloud... masking not possible. 2020-01-12 10:28:50,028 - fabscan.worker.FSImageWorker - DEBUG - Killed Worker Process with PID 651
Nein, logs lassen sich nicht hochladen. Ich hab pdf drangehängt
Das die Temperatur eine Rolle spielt, hatte ich schon oft gemerkt. Zuletzt hatte ich den Pi im Keller bei 10 Grad, da lief jeder Scan. Nun steht er im Arbeitszimmer bei 24 Grad und er will nicht, obwohl im Poppupfenster des Browsers die gleichen Temperaturen zu sehen sind (ca 86 Grad).
@mario -- jetzt hab ich mal ne Aquariumpumpe an den Pi zur Kühlung geklemt und zack war die Temp auf 58 Grad.... Desweiteren funktionierte auch die logdatei diesmal. Wie du an den Uhrzeiten sehen kannst, wurden einzelne Zeitabschnitte gar nicht registriert, obwohl der Pi die ganze Zeit lief. Bei der Endung das .pdf entfernen
@mario ich bin grad am testen bei 75% Auflösung und automatischer Tiefenschärfe. Hab mal schnell ne alte Festplatte demontiert, um den Motor zu bekommen. Hab mir ein Lüfterrad (Ø 7 cm ) gedruckt, draufgeklebt und unter den Pi gelegt. Sieht gut aus bis jetzt. In 70 min weiss ich mehr.
Ich glaub, das ist die Lösung.... Der Lüfter sitzt genau unter dem Treiber und ich habe konstant 69 Grad bei 75% Auflösung und der Scan läuft durch--- noch 6 von 140 min.
laut log: .......fabscan.FSScanner - DEBUG - CPU Temperature: 68.76 C.
Ich glaube aber, dass diese kleinen Lüfter, wie sie bei 3D Druckern eingesetzt werden, zu klein sind. Werde mir morgen erstmal ein Kanal für den Lüfter konstruieren, der noch mehr auf den Treiber und den Pi bläst. Vorteil dieses HDD Motors, er ist leise und läuft mit 5V. Den könnte man auch direkt über den Pi mit Strom versorgen.
Wichtiger als eine Treiber Kühlung ist die CPU Kühlung des Raspberry Pi. Dieser ist wesentlich kritischer. Denn der Pi wird langsamer je heißer er wird. Und irgendwann ist er so langsam dass er stehen bleibt. Wenn die Treiber heiß werden und Schritte verlieren ist maximal der Scan misslungen. Weil der Pi das im Prinzip nicht mitbekommt wenn der Treiber zu heiß wird.
Du musst also versuchen irgendwie Luft zwischen das HAT und den Pi zu pusten. Am besten Richtung Prozessor. Leider habe ich keine Wärmebild Kamera sonst würde ich das mal gerne messen.
ja, aber der Lüfter ist so stark, dass die CPU auch Kühlung bekommt. Im log steht was von 62 Grad durchschnittlich. Einziges Problem gestern abend nach dem ersten Versuch war, nachdem der Scan vollständig durchlief, dass beim zusammensetzen der 2 Einzelscans die Verbindung zum Pi abgebrochen ist. Der kleine hat zwar noch gearbeitet, aber ich hatte keinen Zugriff. Vielleicht hatte ich auch nicht lang genug gewartet, bis er fertig war.
der erste scan mit aktiver kühlung bei 75% Auflösung und automatischer Tiefenschärfe. Die Temperatur steigt laut logfile nicht mehr über 62 Grad.
Das war genau das Problem. Wenn man keine automatische Tiefenschärfe benutzt und das ganze manuell regelt, so funktioniert es, nur bekommt man kein 100% iges 1:1 Abbild. Die Punkte werden in der Tiefe ( nach hinten) leicht verzerrt abgebildet und es kommt zu Krümmungen. Ich rede hier nur um Bruchteile von Millimetern....
Laut dem ersten log wurde der scan sauber abgeschlossen. Kannst du näher beschreiben was für dich ein Abbruch Verhalten darstellt. Schau auch mal bitte im Verzeichnis nach wo die scans abgelegt werden. Ich vermute eher das ein Fehler im benutzerinterface vorliegt und einfach was falsches angezeigt wird.
@mario Ein Abbruchverhalten ist für mich, wenn der RPi fertig ist, aber der "X" Button im Browser immer noch zu sehen ist und ich mich dann erfolglos versuche, via Konsole oder ftp auf dem Pi einzuloggen. Ich muss dann den Scanner neu starten. Wo werden denn die Scans abgelegt, bevor sie im /home/pi/scans dir landen?
@mario Ein Abbruchverhalten ist für mich, wenn der RPi fertig ist, aber der "X" Button im Browser immer noch zu sehen ist und ich mich dann erfolglos versuche, via Konsole oder ftp auf dem Pi einzuloggen. Ich muss dann den Scanner neu starten. Wo werden denn die Scans abgelegt, bevor sie im /home/pi/scans dir landen?
Ich vergass zu schreiben, dass ich natürlich dem Scanner genügend Zeit einräume und nichts überstürze....
@mario Ein Abbruchverhalten ist für mich, wenn der RPi fertig ist, aber der "X" Button im Browser immer noch zu sehen ist und ich mich dann erfolglos versuche, via Konsole oder ftp auf dem Pi einzuloggen. Ich muss dann den Scanner neu starten. Wo werden denn die Scans abgelegt, bevor sie im /home/pi/scans dir landen?
Das der Pi sich so aufhängt das man sich nicht mal mehr einloggen kann das ist kein gutes Zeichen. Da stimmt dann aber auf Betriebssystem Ebene schon etwas nicht. Ich versuche das mal nachzustellen. Wie waren deine Scanner Einstellungen für den Scan? Volle Auflösung?
@mario Ich habe mich die halbe Nacht rumgeschlagen und wahrscheinlich den Fehler gefunden... Es liegt höchstwahrscheinlich nicht am Betriebssystem. Meiner Meinung nach läuft es sehr sehr stabil. Ich habe hier ein Netzwerk im Haus mit einem Repeater, an den ich den Scanner angeschlossen habe. Dieser Repeater vergibt aber neue IP adressen intern. Ich konnte zufällig dieses Phänomen heute beobachten, wie der Browser richtig eingefroren ist und das WLAN Signal am PC kurz weg war. Ich werde mir jetzt einen Router besorgen, der nur für den RPi lokal zuständig ist. Ich habe grad einen Scan mit Textur gemacht und obwohl das doch empfindlich länger dauert, sieht das Ergebnis wie eine Fotografie aus.... geile Sache
ich möchte heute mal etwas zeigen: vorher-nachher--> konvertiert im externen Meshlab. 100% auf den zehntel Millimeter genau. Das ist der pure Wahnsinn.
Diese Kühlung hat genau das erreicht, was ich von diesem Scanner wollte. Danke Mario
We use cookies to optimize our website and our service.
Functional
Always active
The technical storage or access is strictly necessary for the legitimate purpose of enabling the use of a specific service explicitly requested by the subscriber or user, or for the sole purpose of carrying out the transmission of a communication over an electronic communications network.
Preferences
The technical storage or access is necessary for the legitimate purpose of storing preferences that are not requested by the subscriber or user.
Statistics
The technical storage or access that is used exclusively for statistical purposes.The technical storage or access that is used exclusively for anonymous statistical purposes. Without a subpoena, voluntary compliance on the part of your Internet Service Provider, or additional records from a third party, information stored or retrieved for this purpose alone cannot usually be used to identify you.
Marketing
The technical storage or access is required to create user profiles to send advertising, or to track the user on a website or across several websites for similar marketing purposes.
