- Beiträge: 7
- Dank erhalten: 0
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
Das wäre zu schön um wahr zu sein. Das USB-Board ist ein reiner USB-Parallelumsetzer der zu allem Überfluß auch noch den Kopierschutz beinhaltet.MagIO2 schrieb: Meiner Meinung nach sendet das USB-Board die Position an das Programm zurück.
Nein, das macht es nicht. Dazu ist es nicht in der Lage. Es nimmt nur Kommandos entgegen, welche Leitung des Parallausgangs zu aktivieren oder zu lesen ist. Kannst dich gerne davon überzeugen, die Kommandotabellen kannst du ja in WinNC-USB selber editieren.MagIO2 schrieb: WinPC schickt an das Board den g-code ...
Definitiv nicht. Es wird mit den falschen Koordinaten der ganze Job bis zu Ende gefahren. In meinem gepostetem Foto ist die eingekreiste Tasche, rechts unten, die erste und damit die richtig Gefräste. Alle weiteren Taschen sind falsch, inklusive der kompletten Ausfräsung.MagIO2 schrieb: Mit der nächsten richtig übertragenen g-code-Zeile wird also wieder zurück auf die richtige Höhe gefahren.
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
MagIO2 schrieb: Meiner Meinung nach sendet das USB-Board die Position an das Programm zurück. WinPC schickt an das Board den g-code und simuliert nicht auch noch die Bewegung der Maschine. Wenn da dann in der Übertragung was schief läuft, dann kommt es zu dem Fehler. Ist im übrigen die einzige Erklärung warum laut Christian dieser Fehler auch wieder korrigiert wird, denn die Steppi hat ja keine Messeinrichtung und kann damit Fehler wie sie bei Schrittverlusten auftreten garnicht erkennen/korrigieren. Mit der nächsten richtig übertragenen g-code-Zeile wird also wieder zurück auf die richtige Höhe gefahren.
Ich würde sogar vermuten, dass das Problem genau genommen zwischen USB-Chip und Mikrocontroller besteht. Ich kenne das z.B. vom AVR, dass es dort Tabellen gibt bei welchen Übertragungsraten welche Bitfehlerrate auftritt. Tendenz ist da je höher die Übertragungsrate und je ungünstiger das Verhältnis zur uC-Taktfrequenz, desto höher die Fehlerrate.
Als Inschenör hat mans schon schwer!
PS: könnte natürlich auch durch die Optokoppler kommen.
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
Das Desktopsystem sicher nicht, aber Linux besitzt einen Echtzeitkernel der Maschinensteuerungen ermöglicht. Damit ist LinuxCNC ausgestattet wenn man es als Linux-CD runterläd.HOT2014 schrieb: Ist das mit Parallelschnittstelle annährend Echtzeitfähig?
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
Wir nutzen Cookies auf unserer Website. Einige von ihnen sind essenziell für den Betrieb der Seite, während andere uns helfen, diese Website und die Nutzererfahrung zu verbessern (Tracking Cookies). Sie können selbst entscheiden, ob Sie die Cookies zulassen möchten. Bitte beachten Sie, dass bei einer Ablehnung womöglich nicht mehr alle Funktionalitäten der Seite zur Verfügung stehen.