[CNC] state of the cnc: fehlermeldungen, strace, bash -x

[Hobbes]

Hallo Leute,

Chrysn und ich haben letzttens noch weitere Versuchsvarianten besprochen:

a) wir bleiben beim schwarzen (neuen) PC und versuchen die Version 2.4 (wie
beim alten PC zu installieren und prüfen, ob wir die Fräse grundsätzlich zum
laufen bringen
b) wir nehmen den alten (weißen) PC, bauen eine neue IDE HDD ein und
   1) wir installieren das neue LinuxCNC Ver.2.5 und probieren
   2) wenn 1) nicht funktioniert, dann installieren wir das alte LinuxCNC
2.4 und hoffen das es funktioniert.


Variante a) und b)2) sollten allerdings nur eher die Notlösung sein, damit
wir zumindestens die Fräse starten können, bis wir die neuere Version
funktionsfähig haben.

Soweit nur als ergänzende Info von meiner Seite.

Wer könnte sich der Sache konkret annehmen, da ich selber auf dieser
Sys-Ebene mich nicht auskenne.

LG,
Hobbes


P.S: Der CNC-Käfig macht derzeit Fortschritte ;) :)

-----Original Message-----
From: CNC [mailto:cnc-bounces at lists.metalab.at]On Behalf Of Sebastian
Bachmann
Sent: Thursday, June 20, 2013 11:07 PM
To: cnc at lists.metalab.at
Subject: Re: [CNC] state of the cnc: fehlermeldungen, strace, bash -x


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 at lists.metalab.at
https://lists.metalab.at/mailman/listinfo/cnc