Repetier-Server Monitor 1.1.0 G-Code Upload funktioniert nicht mehr
Hallo zusammen,
ich habe meinen pi auf 0.94 upgedatet und anschließend den Repetier-Server Monitor 1.0.0 deinstalliert und 1.1.0 installiert.
Seit dem funktioniert der Upload der G-Codes aus dem konfigurierten Verzeichnis zum Server nicht mehr.
1.1.0 deinstalliert und 1.0.0 installiert und es geht wieder.
Scheint also ein Problem mit der Repetier-Server Monitor 1.1.0 Version zu sein.
ich habe meinen pi auf 0.94 upgedatet und anschließend den Repetier-Server Monitor 1.0.0 deinstalliert und 1.1.0 installiert.
Seit dem funktioniert der Upload der G-Codes aus dem konfigurierten Verzeichnis zum Server nicht mehr.
1.1.0 deinstalliert und 1.0.0 installiert und es geht wieder.
Scheint also ein Problem mit der Repetier-Server Monitor 1.1.0 Version zu sein.
Comments
Der Automatische Upload funktioniert immer noch nicht :-(
1.0.0 wieder installiert und es läuft.
Frage ist also was ist bei dir besonders das es nicht klappt. Wenn du im Drucker auf den Ordner klickst öffnet sich im Explorer der Oberordner der die möglichen Unterordner beinhaltet. Wichtig ist das der Ordner und der gcodes Ordner planmäßig nicht Funktionieren, nur die vorgesehenen. Wobei man in gcodes neue Ordner anlegen kann die dann automatisch als Gruppe angelegt werden.
Was ist der Dateipfad zu dem Ordner den du verwendest?
\\MeinServerName\Daten\Repetier Upload Verzeichnis\SidewinderX1_12345678-abcd-4711-0815-1234567890ab\Sidewinder_X1\gcodes\Default
\\MeinServerName\Daten\Repetier Upload Verzeichnis, den Pfad habe ich angelegt, der Rest wurde vom Monitor automatisch hinzugefügt.
Mit 1.0.0 funktioniert ja alles. Da muss ja irgendwas in dem Bereich umprogrammiert worden sein.
Versuch mal bitte mit einem lokalen Laufwerk, C: ob es da klappt. Ich denke die Externe Festplatte sendet diese Änderungsmitteilung nicht. Da müsste man also ständig manuall alle Verzeichnisse Abfragen was vermutlich in 1.0.0 noch der fall war.
Was aber klappen sollte ist wenn du dann dieses Verzeichnis für andere Freigibst. Da die Dateien ja ohnehin sofort wieder gelöscht werden ist es ja im Grunde auch nicht wichtig wo nichts gespeichert wird. Aber wichtig im Monitor den c: pfad nutzen.
Der Dateipfad weist auf einen Server, da werden entsprechende Ereignisse definitiv ausgelöst.
Also
Hab gerade mal dem Pfad einen Laufwerksbuchstaben zugewiesen, dann funktionierts auch mit dem Server Verzeichnis. Änderungsereignisse werden also gesendet.
Also
Z:\Daten\Repetier Upload Verzeichnis\SidewinderX1_12345678-abcd-4711-0815-1234567890ab\Sidewinder_X1\gcodes\Default
anstelle von
\\MeinServerName\Daten\Repetier Upload Verzeichnis\SidewinderX1_12345678-abcd-4711-0815-1234567890ab\Sidewinder_X1\gcodes\Default
Liegt also nur daran, daß der Monitor mit dem UNC Pfad nicht zurecht kommt.
Da kannst Du ja nochmal nachschauen, im Quellcode.
Besser wäre das würde mit UNC Pfaden funktionieren, das ist doch Standard heutzutage.
Der Monitor 1.0.0 ist ja auch damit klargekommen.
Klar wäre es besser wenn die Bibliothek alles erkennt. Muss ich noch was rumtesten mit fürs nächste Update, jetzt wo ich weiß dass es ein Problem ist. Eventuell ein schalter für mach die langsame methode auch wenn die mehr Last verursacht damit man sie dazu bringt es zu erkennen. Ansonsten hängt es von der Bibliothek ab.
Womit programmierts Du den Monitor, Visual Studio, C#?
Was is'n das für eine Lib, die nicht mit UNC klarkommt?
Quit minimiert das Fenster, wenn es sichtbar ist. Ist das so gewollt?
Das mit dem Quit ist nicht so gewollt. Es wurde ja extra eingefügt da der Close button nur verkleinern soll. Kommt auf meine todo.
Dachte ich mir doch ;-)
also diese hier??
http://download4.repetier.com/files/server/images/Repetier-Server-Image_0_94_2_v22.zip?????
UNC sollte man ohnehin nicht nutzen. Bei mir führte das zu einer CPU last von 20% stadt fast 0 bei normalen Pfaden. Aber immerhin klappt es.
Beenden im Tray funktioniert und sogar der Upload mit UNC Pfad
Bei mit ist die CPU-Last währenddessen nicht angestiegen.
TOP, vielen Dank.