LinuxCNC 2.7.0

Odpovědět
Uživatelský avatar
filla
Příspěvky: 3536
Registrován: 1. 12. 2013, 12:55
Bydliště: Brno
Kontaktovat uživatele:

28. 4. 2017, 9:08

to je intel p4?, tady naforu je vlakno s odskousenym hw, nebo sezen nejaky amd
"do řiti se řítíme, ani o tom nevíme.."
marabu
Příspěvky: 388
Registrován: 20. 12. 2014, 8:23
Bydliště: Orlová Lutyně

28. 4. 2017, 9:39

RaS píše:Ten počítač zahod, to je strasne moc.. nebo zkus po vypínat ruzne kraviny
nevím co povypínat je to čerstvá instalace LinuxCNC jen se tu upgradovalo na 2.7.8
Mn-80
marabu
Příspěvky: 388
Registrován: 20. 12. 2014, 8:23
Bydliště: Orlová Lutyně

28. 4. 2017, 10:13

filla píše:to je intel p4?, tady naforu je vlakno s odskousenym hw, nebo sezen nejaky amd
co jsem zjistil tak to má být dvoj jádro Pentium E1596 MHz Chipset QQ963 / Q965 1GB ram DDR2 333
Jinak se to hlásí jako Lenovo *** HDD mám 120Gb CDram 8xUsb 1xParaler 1x com
je super že je to malá skřín 25x27x9 cm
Mn-80
Uživatelský avatar
Kilovolt
Sponzor fora
Příspěvky: 829
Registrován: 21. 10. 2009, 9:59
Bydliště: Podřipák jak vyšitej!

28. 4. 2017, 2:27

Málo hledáš. Kuk sem http://www.c-n-c.cz/viewtopic.php?f=34&t=14675" onclick="window.open(this.href);return false;
Elektrika je potvora-nejni vidět a kope jak divoká mula.
"Učíme se po celý život. Až na školní léta" - Gabriel Laub
marabu
Příspěvky: 388
Registrován: 20. 12. 2014, 8:23
Bydliště: Orlová Lutyně

28. 4. 2017, 3:46

takže je tahle sestava nepoužitelná ?
Mn-80
Uživatelský avatar
filla
Příspěvky: 3536
Registrován: 1. 12. 2013, 12:55
Bydliště: Brno
Kontaktovat uživatele:

29. 4. 2017, 11:25

marabu píše:takže je tahle sestava nepoužitelná ?
ano, je to reinkarnovany celeron d, vcetne toho chipsetu. latency test muzes spoustit i z live, takze flesku do kapsy a zkouset
"do řiti se řítíme, ani o tom nevíme.."
marabu
Příspěvky: 388
Registrován: 20. 12. 2014, 8:23
Bydliště: Orlová Lutyně

29. 4. 2017, 12:18

filla píše:
marabu píše:takže je tahle sestava nepoužitelná ?
ano, je to reinkarnovany celeron d, vcetne toho chipsetu. latency test muzes spoustit i z live, takze flesku do kapsy a zkouset
jaké by měly být hodnoty toho latency testu (aspon nějaký použytelný rozsah )
Mn-80
Uživatelský avatar
kibo
Příspěvky: 140
Registrován: 6. 12. 2016, 8:55
Bydliště: Znojmo

29. 4. 2017, 12:27

Z dokumentace LinuxCNC v2.7.8:
If your Max Jitter number is less than about 15-20 microseconds (15000-20000 nanoseconds), the computer should give very
nice results with software stepping. If the max latency is more like 30-50 microseconds, you can still get good results, but your
maximum step rate might be a little disappointing, especially if you use microstepping or have very fine pitch leadscrews. If
the numbers are 100 us or more (100,000 nanoseconds), then the PC is not a good candidate for software stepping. Numbers
over 1 millisecond (1,000,000 nanoseconds) mean the PC is not a good candidate for LinuxCNC, regardless of whether you use
software stepping or not.
marabu
Příspěvky: 388
Registrován: 20. 12. 2014, 8:23
Bydliště: Orlová Lutyně

29. 4. 2017, 12:37

kibo píše:Z dokumentace LinuxCNC v2.7.8:
If your Max Jitter number is less than about 15-20 microseconds (15000-20000 nanoseconds), the computer should give very
nice results with software stepping. If the max latency is more like 30-50 microseconds, you can still get good results, but your
maximum step rate might be a little disappointing, especially if you use microstepping or have very fine pitch leadscrews. If
the numbers are 100 us or more (100,000 nanoseconds), then the PC is not a good candidate for software stepping. Numbers
over 1 millisecond (1,000,000 nanoseconds) mean the PC is not a good candidate for LinuxCNC, regardless of whether you use
software stepping or not.
Pokud je vaše číslo Max Jitter méně než 15-20 mikrosekund (15000-20000 nanosekund), měl by počítač dát velmi
Hezké výsledky se softwarovým krokem. Pokud je maximální latence více než 30-50 mikrosekund, můžete dosáhnout dobrých výsledků, ale vaše
Maximální rychlost může být trochu zklamaná, zvláště pokud používáte mikroskopování nebo máte velmi jemné vodicí šrouby. Li
Čísla jsou 100 nebo více (100 000 nanosekund), pak PC není vhodným kandidátem na programování. Čísla
Přes 1 milisekund (1 000 000 nanosekund) znamená, že počítač není vhodným kandidátem pro LinuxCNC bez ohledu na to, zda používáte
Software stupňování nebo ne.

ted jsem v obraze mě se to pohybuje mezi 50 000 - 780 000
Mn-80
gnat
Příspěvky: 1003
Registrován: 24. 2. 2009, 9:14
Bydliště: doma
Kontaktovat uživatele:

29. 4. 2017, 2:59

Zkus se v BIOSu podívat jestli je povypínané APM/ACPI a zapnuté UDMA.
SABLE-2015
Uživatelský avatar
kibo
Příspěvky: 140
Registrován: 6. 12. 2016, 8:55
Bydliště: Znojmo

29. 4. 2017, 5:14

tady naforu je vlakno s odskousenym hw
I na wiki LinuxCNC je seznam HW, který je odzkoušený z dobrou latencí.
marabu
Příspěvky: 388
Registrován: 20. 12. 2014, 8:23
Bydliště: Orlová Lutyně

29. 4. 2017, 7:32

ten Bios jsem projel tam je to ok tu stranku s tím hardwarem jsem už lustroval Kolega co dělá s IT dostal za ukol aby to překopal tak snad něco v bednách vyhrabe ..
Mn-80
Mex
Příspěvky: 10288
Registrován: 6. 2. 2014, 10:29

29. 4. 2017, 11:38

Tohle je citát z jednoho zajímavého článku o Powerlinku na LinuxCNC.
Asi to není určeno zrovna pro marabua, ale do tohoto vlakna a diskuse o latenci se to celkem hodí.
Zvlášť ten konec o nemaskovatelných přerušeních, která se dají zablokovat konfigurací chipsetu desky.
Taky mě překvapil ten vliv S.M.A.R.T, to bych nečekal.

Following changes were made in Linux configuration:
• Unnecessary devices and device drivers (e.g. sound card)
were disabled.
• To ensure high performance, the network interface card was
assigned an interrupt with as high priority as possible. This
interrupt is not shared with other interrupts. If this is not
possible for some computer configurations hardware
associated with these shared interrupts should not be used.
• The real-time code (trajectory planner and EPL stack) was
configured to run on a separate core isolated from the Linux
scheduler via the ISOLCPUS boot parameter. Furthermore,
the network card interrupt was assigned only to the realtime
core via the IRQ affinity kernel system call. All other
interrupts were assigned to the other cores to avoid
interference with real-time operation. In order for the
changes to be permanent interrupt balancing, which
switches interrupts to different cores depending on each
core’s load, was disabled
Several BIOS settings were modified such as: disabling
integrated sound card, power saving features, processor
frequency scaling, thermal monitoring, dynamic fan speed
regulation, legacy USB support and S.M.A.R.T. for hard
drives. These functions use dedicated non-maskable interrupts
that cannot be disabled by the operating system. When such
interrupts are active during real-time operation they can cause
unacceptable jitter and latency. Direct Memory Access
(DMA) for hard drives was also disabled. This greatly
decreases load placed on the system bus and therefore
decreases jitter. Finally System Management Interrupts were
disabled. These interrupts are used by modern mainboards for
performing various tasks such as thermal throttling, system
health checks, reporting hardware errors, power management
etc. Disabling them required setting appropriate bits in chipset
configuration registers.
marabu
Příspěvky: 388
Registrován: 20. 12. 2014, 8:23
Bydliště: Orlová Lutyně

30. 4. 2017, 4:34

no než tu desku hodím do popelnice tak ještě skusím uvedené nastavení a změny

s dovolením jsem to nechal googl přeložit

V konfiguraci systému Linux byly provedeny následující změny:
• Nepotřebné zařízení a ovladače zařízení (například zvuková karta)
Byly zakázány.
• Pro zajištění vysokého výkonu byla karta síťového rozhraní
Přidělil přerušení s co největší prioritou. Tento
Přerušení není sdíleno s jinými přerušeními. Pokud tomu tak není
Možné pro některé hardwarové konfigurace počítače
Spojené s těmito sdílenými přerušeními by se neměly používat.
• Kód v reálném čase (plánovač trajektorií a zásobník EPL) byl
Nakonfigurován tak, aby fungoval na samostatném jádře izolovaném od Linuxu
Plánovač pomocí parametru zavádění ISOLCPUS. Dále,
Přerušení síťové karty bylo přiděleno pouze v reálném čase
Jádro prostřednictvím systémového volání jádra s afinitou IRQ. Vše ostatní
Byly přerušeny další jádra, aby se zabránilo
Rušení v reálném čase. Za účelem
Změny jsou trvalé vyrovnání přerušení, které
Přepínače přerušují různá jádra v závislosti na každé z nich
Jádro zatížení, byl zakázán
Bylo změněno několik nastavení systému BIOS, jako například: vypnutí
Integrovaná zvuková karta, funkce pro úsporu energie, procesor
Frekvenční měřítko, tepelné sledování, dynamické otáčky ventilátoru
Regulace, starší podpora USB a S.M.A.R.T. Pro tvrdé
Pohony. Tyto funkce používají vyhrazené nezasažitelné přerušení
Které nelze operačním systémem zakázat. Když je takový
Přerušení jsou aktivní během operace v reálném čase, které mohou způsobit
Nepřijatelné jitter a latence. Přímý přístup k paměti
(DMA) pro pevné disky. To velmi
Snižuje zátěž umístěnou na systémové sběrnici, a proto
Snižuje chvění. Konečně byly přerušení správy systému
Zakázáno. Tyto přerušení používají moderní desky pro
Provádění různých úkolů, jako je např. Tepelné škrcení, systém
Zdravotní kontroly, hlášení hardwarových chyb, správa napájení
Atd. Zakázání je vyžadovalo nastavení vhodných bitů v čipové sadě
Konfiguračních registrů.
Mn-80
RaS
Příspěvky: 8589
Registrován: 26. 3. 2009, 9:12
Bydliště: Úvaly

30. 4. 2017, 6:45

mnohdy je srozumitelnější nechat text v angličtině než tenhle google překlad, nebo z toho snad rozumíš tomu co máš dělat?
věčný rýpal,který musí mít poslední slovo, odpůrce low-cost zařízení končících v naprosté většině případů v hromadě šrotu
uživatelé hýbátek, kteří mají z mých příspěvků celoživotní trauma nechť si mé příspěvky VYPNOU
Odpovědět

Zpět na „LinuxCNC - drive pod nazvem EMC2“