Svenska ElektronikForumet

hehe den där kör jag faktiskt på en Lattepanda integrerad SoC t.om. Men sitter o test kompilerar nu på en J1900 för o se vart den landar tycker de verkar märkligt me de latency tiderna du får.. har du testat o skala bort allting du inte behöver samt även låta bli o modul kompilera det så du får en statisk kernel ist.

Dessa kort jag har kört med J1900 cpun. J1900 mobo

Ah, Supermicro. Dom gör trevliga grejer!
Jag kör på detta http://www.asrock.com/mb/intel/q1900dc-itx/

Har försökt att följa rekommendationer enligt denna wiki https://rt.wiki.kernel.org/index.php/RT_PREEMPT_HOWTO
Är första gången jag kompilerar en linuxkärna så jag vet inte mer än det jag lyckades googla mig till de senaste två dagarna egentligen.

Fick precis reda på av PCW att man skall välja "Fully Preemptable Kernel" vilket jag körde första gången.

Ja, nått är väldigt snett. Det skall inte kunna bli sån skillnad mot min debianinstallation tycker jag.
Jag skall börja om från början i kväll med en ren OS-installation tänkte jag. Mint var ju väldigt trevligt så jag är sugen på att göra ett nytt försök med det.
Lät intressant med en statisk kernal.

edit:
Testar nog denna. https://www.linuxmint.com/download_lmde.php Bygger ju på Debian i stället för Ubuntu vilket känns bra.

Hade inte "Glenn" något liknande problem, som löstes ganska enkelt?

Glenn skrev:Efter lite googlande hittade jag att Core2Duo ofta har problem som kan avhjälpas med att skicka kernelparametern "idle=poll", testade det och plötsligt så hade jag 2831 (61523) på servo och 5682 (20765) på base.. (värden från sista testet innan ändring inom parantes) En ENORM skillnad och nu långt inom rekommenderat.

http://elektronikforumet.com/forum/view ... =5&t=85333

Jag har en annan CPU. Har för mig at jag testade "idle=poll" utan framgång. Sedan har jag sjukt mycket högre värden än vad han hadde, men skall testa det igen innan jag installerar om från början.

Så ja, nu är det nog nästan körbart. jiter ligger på 47 000 / 116 000 nu.

Började om helt från scrach idag när jag kom hem från jobbet.
1. installerade LMDE (Linux Mint Debian Edition)
2. kompilerade upp en ny RT kernal från senaste versionen. Gjorde inga som hellst inställningar förutom att jag valde "Fully Preemptable Kernel". Här finns absolut att trimma på. Ville bara testa default först innan jag började labba.
3. Hämta hem och kompiler linuxcnc. Något saknas fortfarande för att Gmoccapy skall funka, men det skall nog gå att hitta.
4. pekskärmen funkar

Har sedan tidigare stängt av det mesta i bios och lagt in idle=poll.
Nu finns en plattform att jobba från!

Och nu har jag ittat en slutlig lösning.
Med hjälp av denna iso så är latency ner i 35 000/90 000 och jag använder inte base thread, så i praktiken 35 000 och det är klart fullgott om man kör Mesa-kort!

https://forum.linuxcnc.org/forum/9-inst ... int-lmde-2

Case closed och jag har en pekskärm!

Nya versionen av Linuxcnc ger lite problem för mig. Har en egen panel med knappar i Gmoccapy och något går för snabbt nu så att signalerna som man använder i hal-configurationen inte hinner skapas innan dom skall användas. Sänker jag hasteigheten på servo-tråden i linuxcnc funkar det! Blir en sväng på linuxcnc-forumet igen.
I övrigt funkar allt inklusive pekskärmen och det var värt tiden att få till detta. Blir så sjukt mycket enklare att göra en riktig kontrollpanel på detta sättet.
--Per

Lite uppföljning.
Tangentbordet på skärmen i Gmoccapy funkade inte heller, så det blev yterligare att par försök med olika OS.
Till slut landade det på 32-bit LMDE2 https://www.linuxmint.com/edition.php?id=185

Jag använde denna fördiga ISO för att installera RT-PREEMT kärna. Latency runt 25 000 på servotråden med den och installation tar typ 10 minuter!
https://forum.linuxcnc.org/forum/9-inst ... int-lmde-2

Nu funkar allt som det skall och även om det blev många timmars jobb så var det värt det. Hade tagit ännu mycket längre tid att göre än kontrollpanel med knappar till alla funktioner!

Nu är det bara att få till en upphängning till skärmen och en liten låda till moderkortet. Jag kanske gör en liten panel också med vred för några ovverride + kanske några fasta knappar för start, stopp, pasue mm. och ett extra nödstopp.

Har dess utom ställt en fråga på lcnc-forumet om man kan accumulera distansen som axlarna går. Har fått ett rekommenderat serviceintervall för smörjning på 2Km, och det vore gött att veta i stället för att gissa hur mycket man kört maskinen.

--Per

Nu blev jag riktigt glad. Man kan få ut den totala distansen en axel har gått under tiden man kör linuxcnc. Jag skall fixa en komponent som sparar detta ackumulerat + varnar när man kommit över gränsen för serviceintervall!

Riktigt häftigt

Mycket intressant!

Och här har vi lösningen som fungerar i Gmoccapy sim i alla fall.
Man får ladda ner och kompilera paramsaver, annars är det rätt ur lådan
http://wiki.linuxcnc.org/cgi-bin/wiki.p ... eter_Saver

--Per

Tackar, kul att kunna se hur länge min håller.
Letade upp tråden för andra intresserade: https://forum.linuxcnc.org/38-general-l ... e-for-axes

edit: Tänkte bara tillägga att jag var tvungen att installera paketet linuxcnc-dev för att kunna kompilera modulen med halcompile.. Och i äldre versioner är det comp man använder.

Så lätt skall det inte gå
Funkar perfekt i Gmoccapy sim på en virtuell PC, men inte på min maskin. Händer inget när jag triggar writetrigger. Har ställt frågan på lcnc-forumet. Vi får se om det är någon som har en idé

För att ytterligare förtydliga kompileringen så skall man köra:
halcompile --install --userspace paramsaver.c

--Per