Frage Plötzliches Versetzen des Werkstücknullpunktes

Hallo,
ein Übertragungsproblem kann ich mir eigentlich nicht vorstellen denn die Fräse kann nur ganz wenige Signale wie Endschalter an den PC zurücksenden, aber keine Positionen, dazu bräuchte man schon Encoder an der Maschine.
Wenn die Maschine plötzlich die angezeigten Koordinaten ändert dann kann das nur am Computer oder der Steuersoftware liegen; evtl. ausgelöst durch Störsignale die von der Fräse kommen und falsch verarbeitet werden. Auch Spannungsspitzen durch elektrische Aufladung wären als Ursache denkbar.

Gruß
Helmut

Hallo,

also quasi ein Übertragungsproblem in die andere Richtung? Das wäre auch eine Möglichkeit. Wie schalte ich das Logging ein? Dann könnte man mal schauen, ob was in den entsprechenden Dateien steht, nachdem das Problem wieder aufgetaucht ist.

Wie ist eigentlich generell die Kommunikation aufgebaut? Sendet WinPC direkt Steppersignale über USB an die Maschine oder funktioniert das so wie der Smoothstepper, der Din-Code verarbeitet und daraus erst Steppersignale erzeugt? Im ersten Fall hast du sicherlich recht - der Impuls, das WS-Koordinatensystem zu ändern, kann dann kaum von der Maschine kommen, sondern von der Steuerungssoftware.

Gruß, Christian

Hi,
ich hatte mal ein Problem mit dem 3D Druckkopf, der förderte Material ohne einen Befehl zu bekommen.
Dann versetzte er mir auch den Nullpunkt.

Die Lösung war in meinem Fall das Netzgerät.
Nachdem ich dieses gegen ein Laptopnetzteil ausgetauscht hatte, lief die Schose wieder.
Wenn ich das alte Netzteil auch nur mit einem anderen Verbraucher anschließe dann geht der Zauber der sebständigen Bits und Bytes wieder los.
Checkt mal in die Richtung.....
Könnte sein, das es reicht einen Netzstecker 180* verdreht einzustöpseln - das kennt man aus der HiFi-Technik, so bekommt man Brummstörungen weg.

Gruß Stefan

Hallo,
meines Wissens setzt die Winpcnc USB Karte die Befehle nur von USB auf Parallel um, ist also mehr ein Adapter und nicht mit dem Smoothstepper vergleichbar.
Nicht umsonst haben CNC Steuerungen oft Optokoppler zum Schutz in der Verbindung mit dem PC; ob dies bei der SC Steuerung der Fall ist kann ich nicht sagen.
Für meine CNC Maschine habe ich extra einen alten Stand-alone XP-PC nur mit der Fräsensteuerung der nicht am Netz hängt und noch mit der Originalkonfiguration seit über 5 Jahren läuft da es bisher keine Probleme gab.

Gruß
Helmut

Es geht um Übertragungsprobleme VOM PC AN das USB BOARD. Denn irgendwie muss das USB-Board ja wissen welche Schritte es generieren muss.
Auch wenn, wie es Jens erklärt hat, die WinPC Software etwas mehr macht, als nur den g-code zu senden, dann wird aber trotzdem nicht jeder Schritt realtime übertragen. Das funktioniert nämlich Prinzipbedingt per USB nicht. USB ist keine Schnittstelle um realtime Signale zu übertragen.

Es wird also so sein, dass WinPC das übersetzen des g-code in ein binär-Format übernimmt. Vielleicht auch sowas wie: zum Zeitpunkt t1 mache x,y,z Schritte ...
Das würde dann in der Tat erklären, dass der Fehler über den Rest der Fräsung hinweg bestehen bleibt. (Ich hatte da den Eingangs-Post anders verstanden)
Auf jeden Fall wird der Controller dann eine Weile selbständig laufen, bis diese Position erreicht ist. In der Zwischenzeit möchte aber das Fenster am PC auch die aktuelle Position anzeigen. Und die kommt für mein Verständnis vom Controller zurück.
Das ist natürlich auch nur die Position wie sie vom Controller mitgezählt wurde und ist nur dann deckungsgleich mit der aktuellen Position, wenn es keine Schrittverluste gab.

Aber eigentlich ist das ein Problem, um das sich andere kümmern müssten, zumal es ja jetzt offensichtlich gehäuft vorkommt. Wenn ich mal Zeit und Lust habe, dann könnte in die serielle Kommunikation natürlich mal reinlauschen. Natürlich sind die Bemerkungen von mir nur Vermutungen, die auch durchaus weit gestreut sind. Aber das ist nunmal die Vorgehensweise, wenn man solche Bugs finden möchte. Der kann sich überall verstecken!

Z.B. könnte es auch ein Bug in der Controller Software sein, der nur bei der Übertragung von bestimmten seltenen Bitpattern auftritt. .... Aber dazu bräuchte man auch Einblick in den Sourcecode.

Hallo,

weißt du, wie man das Logging bei WinPC NC einschaltet? Dann könnte man mal schauen, was das Programm im Fehlerfall macht.

Wir werden jetzt erstmal unter leider erhöhtem Halbzeug- und Fräserverbrauch ein paar Sachen fertigstellen und die Angelegenheit weiter beobachten. Gottseidank läuft die Maschine bei uns nicht im wirklichen Produktivbetrieb. Eine Fehlersuche ist so zeitaufwändig, dass dann wohl eher ein Umbau auf LinuxCNC und Parallelkarte erfolgen wird.

Gruß, Christian

Hallo Christian

weißt du, wie man das Logging bei WinPC NC einschaltet?

siehe hier www.lewetz.de/test/Win-Protokoll.pdf


Gruß
Raimond

Moin,

MagIO2 schrieb: ... dann wird aber trotzdem nicht jeder Schritt realtime übertragen. Das funktioniert nämlich Prinzipbedingt per USB nicht. USB ist keine Schnittstelle um realtime Signale zu übertragen.

Ups,daran hab ich noch gar nicht gedacht. Aber jetzt machen die Monoflops (HC74123) in den Motoransteuerleitungen Sinn. Und eine (echte) Realtimeansteuerung ist nicht nötig.

MagIO2 schrieb: Es wird also so sein, dass WinPC das übersetzen des g-code in ein binär-Format übernimmt. Vielleicht auch sowas wie: zum Zeitpunkt t1 mache x,y,z Schritte ...

Echte Aussagen, wie's von WinNC-USB angesteuert wird, wird nur Herr Lewetz machen können. Allerdings bin ich der Meinung, daß es für jeden Schritt eines Motors auch ein Befehl geben wird. Denn sonst wäre ein Stoppen mitten in z.B G01 X400.00 nicht möglich. Auch hab ich beobachtet, daß manchmal zum Anfang zurückgefahren wird, um die ganze Strecke noch einmal abzufahren und manchmal nicht. Fährt er nicht zurück, ist Job versaut.

MagIO2 schrieb: Auf jeden Fall wird der Controller dann eine Weile selbständig laufen, bis diese Position erreicht ist.

Glaub ich nicht, der Echtzeitkernel spricht dagegen. Außerden war sicherlich das USB-Modul nur eine Notlösung weil viele Rechner keinen Parallelport mehr besitzen.

MagIO2 schrieb: Aber eigentlich ist das ein Problem, um das sich andere kümmern müssten, zumal es ja jetzt offensichtlich gehäuft vorkommt.

Korrekt.


Ich hab jetzt noch einmal in meinen zerfästen Acrylhaufen gesucht und festgestellt, daß der Versatz sowohl mit dem 19V- als auch beim 30V-Netzteil vorkommen. Allerdings werd ich mal Stefans Tip mit dem Drehen des Steckers ausprobieren und mich morgen mal ans Probefräsen machen. Acrylreste hab ich hab jetzt genug...


sswjs, aka Jens

Ich bleibe bei meiner Theorie, gestützt von folgendem Satz aus der WinPC Beschreibung:
"WinPC-NC USB nutzt zur Ansteuerung in Echtzeit die kleine Zusatzbox ncUSB und koppelt damit die zeitkritischen Aufgaben vom Windowsrechner ab."

Guten Morgen zusammen,

das ist interessant, also fungiert die USB Box als geschrumpfte Steuerung, an die der DIN-Code oder bewegungsbefehle gestreamt werden. Leider haben wir den Versatz des Nullpunktes immernoch, auch mit gedrehtem Netzteilstecker, kürzerem USB-Kabel und ohne den PC anderweitig zu belasten.

Der Fehler tritt etwa einmal alle 20min auf, lässt sich aber nicht provozieren. Wir haben Herrn Lewetz informiert - mal gucken, ob er eine Idee zur Fehlerbehebung hat.

Gruß, Christian

Moin,

MagIO2 schrieb: Ich bleibe bei meiner Theorie, gestützt von folgendem Satz aus der WinPC Beschreibung:
"WinPC-NC USB nutzt zur Ansteuerung in Echtzeit die kleine Zusatzbox ncUSB und koppelt damit die zeitkritischen Aufgaben vom Windowsrechner ab."

Na klar, ich lass dir doch deine Theorie. Klarstellen, was wirklich passiert kann eh nur der Programmierer...


Ich will dir nur mal kurz darlegen, warum ich an eine, nennen wir' mal "Notlüge" glaube.

[offtopic]
Ein Kunde, der Gräte baute, welche auch speziell, mit Wasserstoffperoxid, gereinigt werden mussten, kam zu mir und wollte eben dieses Wasserstoffperoxid selbst verkaufen. Nun ist das eine Allerwelts-Chemikalie und man kann damit kein Geschäft machen. Also war das erste, was wir machen, umbenennen auf einen Phantasienamen. Anschließend noch ein Datenblatt erstellt und schon kostete der Liter eben keine 10 Pfennig mehr sondern 89,99.
Ich hab jahrelang solche Verarsche selber konzipiert und deswegen sind einige Post's von mir nicht von der feinen englischen...
[/offtopic]


sswjs, aka Jens

Jeder Krämer lobt SEINE Ware
und: man beachte die verwendeten PC`s... was läuft wann wo im Hintergrund?, nicht umsonst haben "profi..CNC`s" eigene Computer OHNE irgendwelche WIN-"Viren" oder "angebissene Äpfel"- Software..., geschweige Internetverbindung.
somit kann egal welche Schnittstelle nichts dafür, nur so zum nachdenken....

problem 1:
prötzlich verschiebt sich der Nullpunkt während Betrieb:
Ich würde mal den Task manager mitlaufen lassen. Da sieht man, wer denn so an die Ressourcen geht.
Die Symptomatik erinnert mich stark an einen "buffer overflow"

Problem 2:
nach Programmpause Probleme beim wiederstarten:
Das haben auch, vor allem ältere Profimaschinen.
Lösung... vor dem Stopp auf Vorschub null.

Nur so zum Kontrast:
Ich nutze einen Netbook, der ja von Haus aus ziemlich schwach auf der Brust ist. Des weiteren bin ich sehr wohl auch während laufender Jobs im Internet unterwegs. Oder es laufen noch CAD und CAM nebenher. Bei laufenden Jobs ist mir noch nie der Nullpunkt in Z verschoben worden. Kann natürlich auch daran liegen, dass ich nur die Starter habe und es da zwischendrin nur UP und DOWN gibt. - ist vielleicht auch ein wichtiger Hinweis an die Debugger -

Wenn noch ein SW-Entwickler benötigt wird, der sich das Problem mal genauer ansieht, würde sich sicher ne Lösung aushandeln lassen .

Das tönt aber interessant.

Mein Wissen beschränkt sich auf Assembler, COBOL, basic und Pascal.

Immer wenn ichs gelernt hatte, wars wieder veraltet...

Bin gespannt, was ich dann erlebe so ca. Am Montag.
Dann setze ich meine sc840 zusammen.

Bei mir hat sich in dem einen Jahr auch noch nie ein Nullpunkt verschoben. Und ich habe alle Hintergrundprozesse am Laufen, auch den Bildschirmschoner, alle Energieoptionen sind eingeschaltet. Ich zeichne während der Job läuft oder schau mir auch schon mal ein Video an oder hör Musik. Hat bisher alles nicht geschadet. Job läuft durch ohne Probleme.

Willy

Moin,

hatte auch ab und zu Probleme mit der USB Übertragung. Habe ein anderes kabel genommen, die USB-Ports umgeschaltet auf Dauerbetrieb. Und, bei etwas größeren Fräsjobs mache ich einen Screenshot der Koordinaten. Selbst wenn das Programm abbricht oder Probleme macht kann ich anhand der Koordinaten den exakten Nullpunkt wieder einstellen. Letztens einen Job von 6 Stunden gehabt, nach 4 Stunden ist der PC Dank Windows-Update neu gestartet und die Fräse stand. Dank Screenshot konnte ich den Nullpunkt wieder exakt setzen und dann mit WINPC an einer bestimmten Stelle im GCode wieder den Fräsjob starten.
Manchmal muss man sich selber helfen.

Gruß
Klaus