Realtime Ethernet w Linuxcnc

[micges]

Ale materiał obrabiany to raczej do wyrzucenia ? No bo nie ma jak zwolnić rozpędzonej maszyny.

Tak jak pisałem wszystko zostanie wyłączone (tak jakby w czasie pracy naciśnięto F2). A uszkodzenie detalu zależy oczywiście co i jak i jak szybko było obrabiane.

[micges]

Tyle że co jak ma się na końcu kabla maszynę CNC bez bufora ?

A tak właściwie co ma brak bufora do tego? W jednym i drugim rozwiązaniu nastąpi chwilowa przerwa w transmisji. Wątpie żeby np w Machu plugin ethernetowy przy takim zakłóceniu był w stanie wykryć, że część pakietów z trajektorią została utracona, a tym bardziej dosłać utraconą część pakietów, więc nawet nie będzie wiadomo że maszyna się zgubiła. U mnie przy krótkiej utracie komunikacji nastąpi jedynie 'szarpnięcie' maszyną gdy będzie korygować uchyb spowodowany przerwą w transmisji. (watchdog zadziała przy braku komunikacji przez co najmniej 50ms)
Po drugie nie chodzi o to, by ciągnąć kabel ethernetowy równolegle z przewodem od plazmy, patrzmy realnie.
Po trzecie, przy argumentacji kolegi EtherCAT nie miałby racji bytu, bo jest niebuforowany. A ma się całkiem dobrze.
Po czwarte, przy podniesieniu bazowego wątku do co najmniej 2kHz, czyli komunikacja co 500us, urządzenie będzie działać przy ciągłej utracie/zakłóceniu 10% pakietów.

[jarekk]

Wątpie żeby np w Machu plugin ethernetowy przy takim zakłóceniu był w stanie wykryć, że część pakietów z trajektorią została utracona

Przecież nikt nie wysyła do takiego urządzenia pakietów na pałę. Zazwyczaj buforowanie sięga 1..2 sekund, więc chwilowa utrata komunikacji ( rzędu dziesiątek ms) nie spowoduje uraty kontroli, bo informacja zwrotna o pozycji bufora też jest wysyłana. Inaczej jednak będzie dla urządzenia bez bufora, bo wtedy takie szarpnięcie będzie jednak widoczne w materiale.

Co do plazmy - zakłócenie od wysokiego napięcia sięga bardzo daleko, nawet mając kable w drugim końcu maszyny wciąż będziesz odczuwała efekty. Da się to opanować ( ekranowanie + nieco eksperymentalnej wiedzy co do okablowania ), ale mimo wszystko jest to trudne.

EtherCAT jest ok ( do przemysłu) , tyle że jak się pojawiają zakłócenia to ludzie instalują światłowody. Co sprawę załatwia, ale też podraża.

[micges]

Realtime ethernet z linuxcnc w końcu działa.

[youtube][/youtube]
[youtube][/youtube]
[youtube][/youtube]

[markcomp77]

a co jest na 3cim filmiku?.... linuxcnc na drucie jako kontroler ruchu dla macha?

[micges]

Linuxcnc odczytuje po ethernecie kroki wygenerowane przez macha w ramach testów.
Podłączone do wejść enkoderowych.

[markcomp77]

Linuxcnc odczytuje po ethernecie kroki wygenerowane przez macha w ramach testów.
Podłączone do wejść enkoderowych.

czyli taki skaner.... rejestrator
wczytać na taśmę i odtworzyć

[micges]

Dokładnie.
Przy okazji wyszło że mach czasem przekracza ustawione wartości przyspieszeń na osiach.

[markcomp77]

skoro można zeskanować i poddać rozsądnej analizie w czasie rzeczywistym sygnały "step/dir * XYZ" - to będzie dało się poddać weryfikacji nie tylko macha... ale również: piko, *, stepcnc....
a i samego linuksa-cnc...

to taki oscyloskop do cnc...

[micges]

Linuxcnc był sprawdzany. Wieczorem wstawie zrzuty ekranu.

[ Dodano: 2014-05-09, 23:19 ]
Zrzuty ekranu są na wiki: http://wiki.linuxcnc.org/cgi-bin/wiki.p ... oryControl

Zwróć uwagę na jakość generowanego ruchu (szpilki na oscylogramie w teście mach -> 7i80 -> linuxcnc, brak na linuxcnc -> linuxcnc)