Hi, also wir (uniqx, reox) haben herausgefunden, dass der fehler nicht auftritt wenn man linuxcnc mit der -d option startet. scheinbar ist es ein synchronisierungproblem zwischen der steuerung und dem motd (motion blafoo, daemon der mit der steuerung kommuniziert) ist. es gibt zwei foreneinträge zu dem thema (die ich jetzt leider nicht bei der hand habe, am besten nach der fehlermeldung googlen) welche sagen, dass es entweder an * einem softwarebug im usrmotd liegt, patch dazu gibt es, dazu muss man aber linuxcnc neu bauen * an der firmware der steuerung (benezan ding) liegt zweiteres konnten wir leider nicht herausfinden, da keine firmwaredaten auf dem ding aufgedruckt sind. angeblich sind alle post 2007 geräte betroffen oder so ähnlich. Dieser Bug tut scheinbar ein Timeout provozieren indem er irgendwas bei der achsensteuerung nicht macht - sollte man dann eh auch in dem thread finden. erstes haben wir aus zeitgründen gelassen. Wir haben auch überlegt ob es nicht daran liegen kann, dass der par port irgendwie nicht passt. Bestärkt wurden wir darin, dass jemand geschrieben hat nachdem dieser Fehler bei ihm aufgetreten ist, hat er den rechner gewechselt und dort funktionierte es. Also vllt ist es eine kombination aus dem Parport und der software - dazu müsste man halt mal diesen patch ausprobieren.... (oder einfach ein anderes mainboard in den rechner klatschen) LG Sebastian Am 20.06.2013 21:00, schrieb chrysn:
hallo cnc-mailingliste,
ich hab mir gestern die cnc-steuerung angeschaut; aktuell startet linuxcnc ja nicht brav, sondern bricht mit fehlermeldungen ab.
naxx hat schon herausgefunden, dass zwar beim aufruf von
$ linuxcnc
die fehler auftreten, bei
$ strace linuxcnc
aber nicht. weiterfuehrende experimente haben gezeigt, dass der fehler auch bei
$ bash -x /usr/bin/linuxcnc
nicht auftritt, wohl aber bei
$ bash -x /usr/bin/linuxcnc 2>/dev/null
und dass durch das gleichzeitige laufenlassen von zwei
$ cat /dev/urandom | base64
der fehler auch nur noch selten auftritt, selbst wenn linuxcnc normal gestartet wird.
die vermutung liegt nahe, dass komponenten von linuxcnc (und da spielen zumindestens ein server, ein clientprogramm, die linux-realtimeschicht und der linuxcnc hardware abstraction layer mit, die alle von /usr/bin/linuxcnc gesteuert werden) eine zeitabhaengigkeit haben, die sie nicht haben duerften.
den kernelparameter isolcpus=1 zu setzen loest das problem nicht.
ich habe zu wenig informationen gesammelt, um mit der problemstellung schon an die linuxcnc-mailingliste zu gehen, aber hiermit sind mal alle anderen, die potentiell an dem problem auch noch arbeiten, informiert.
lg chrysn
_______________________________________________ CNC mailing list CNC@lists.metalab.at https://lists.metalab.at/mailman/listinfo/cnc