<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Hi,<br>
also wir (uniqx, reox) haben herausgefunden, dass der fehler nicht
auftritt wenn man linuxcnc mit der -d option startet.<br>
scheinbar ist es ein synchronisierungproblem zwischen der
steuerung und dem motd (motion blafoo, daemon der mit der
steuerung kommuniziert) ist.<br>
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<br>
* einem softwarebug im usrmotd liegt, patch dazu gibt es, dazu
muss man aber linuxcnc neu bauen<br>
* an der firmware der steuerung (benezan ding) liegt<br>
<br>
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.<br>
Dieser Bug tut scheinbar ein Timeout provozieren indem er
irgendwas bei der achsensteuerung nicht macht - sollte man dann eh
auch in dem thread finden.<br>
erstes haben wir aus zeitgründen gelassen.<br>
<br>
Wir haben auch überlegt ob es nicht daran liegen kann, dass der
par port irgendwie nicht passt.<br>
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....<br>
(oder einfach ein anderes mainboard in den rechner klatschen)<br>
<br>
LG Sebastian<br>
<br>
Am 20.06.2013 21:00, schrieb chrysn:<br>
</div>
<blockquote cite="mid:20130620190023.GA19287@hephaistos.amsuess.com"
type="cite">
<pre wrap="">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
</pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
CNC mailing list
<a class="moz-txt-link-abbreviated" href="mailto:CNC@lists.metalab.at">CNC@lists.metalab.at</a>
<a class="moz-txt-link-freetext" href="https://lists.metalab.at/mailman/listinfo/cnc">https://lists.metalab.at/mailman/listinfo/cnc</a>
</pre>
</blockquote>
<br>
</body>
</html>