Plötzliches Versetzen des Werkstücknullpunktes

Moin,

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....

Wie ich schon geschrieben habe, wenn der Netzzugang offline bleibt und ich NORTON strikt untersage seine
Geheimdienstaktivität im Hintergrund durchzuführen, gibts auch keine Schrittverluste (sozusagen empirisch
ermittelt, da ich von Controler, wer steuert wen und sonstigen Black-Box Infos keinen blassen Schimmer habe).

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