- Posts: 7
- Thank you received: 0
Please Log in or Create an account to join the conversation.
Please Log in or Create an account to join the conversation.
Please Log in or Create an account to join the conversation.
Please Log in or Create an account to join the conversation.
Please Log in or Create an account to join the conversation.
Please Log in or Create an account to join the conversation.
Please Log in or Create an account to join the conversation.
Please Log in or Create an account to join the conversation.
Please Log in or Create an account to join the conversation.
Please Log in or Create an account to join the conversation.
Please Log in or Create an account to join the conversation.
Please Log in or Create an account to join the conversation.
Please Log in or Create an account to join the conversation.
Please Log in or Create an account to join the conversation.
Please Log in or Create an account to join the conversation.
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 wrote: 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 wrote: 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 wrote: Mit der nächsten richtig übertragenen g-code-Zeile wird also wieder zurück auf die richtige Höhe gefahren.
Please Log in or Create an account to join the conversation.
MagIO2 wrote: 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.
Please Log in or Create an account to join the conversation.
Please Log in or Create an account to join the conversation.
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 wrote: Ist das mit Parallelschnittstelle annährend Echtzeitfähig?
Please Log in or Create an account to join the conversation.
Please Log in or Create an account to join the conversation.
We use cookies on our website. Some of them are essential for the operation of the site, while others help us to improve this site and the user experience (tracking cookies). You can decide for yourself whether you want to allow cookies or not. Please note that if you reject them, you may not be able to use all the functionalities of the site.