Serwokrokowiec czyli pluto-step-encoder.

Dyskusje dotyczące działania obsługi programu LinuxCNC
Awatar użytkownika

zacharius
Lider FORUM (min. 2000)
Lider FORUM (min. 2000)
Posty w temacie: 3
Posty: 2560
Rejestracja: 04 paź 2007, 01:32
Lokalizacja: Kraków
Kontakt:

#51

Post napisał: zacharius » 23 sie 2013, 22:40

kiedyś dawno temu miałem okazje pracować na maszynach Schmolla i tam plik obróbki był wgrywany z kompa po RS232 (a może i 457) do maszyny i tyle było z komputera. rozwiązanie bombowe tylko że to jest full automat i nie jest tak łatwo zrezygnować z ekranu który wyświetla postęp pracy i ewentualne komunikaty o zmianie narzędzia i takie tam. jeśli robić coś w ten deseń zewnętrznego to faktycznie byłby ARM potrzebny czyli wyszłoby to samo co komp tylko szybsze ale też i sporo droższe niż jakiś stary pecet za stówkę.

dedykowane sterowanie zewnętrzne jest fajne gdy maszyna ma spore pole i może mieć duże osiągi prędkościowe. ja np na swoim polu ledwo się rozpędzę to już muszę hamować :mrgreen:


Nie otrzymasz koni wyścigowych krzyżując dwa osły


upanie
ELITA FORUM (min. 1000)
ELITA FORUM (min. 1000)
Posty w temacie: 10
Posty: 1965
Rejestracja: 15 sty 2011, 09:26
Lokalizacja: Wyszków

#52

Post napisał: upanie » 23 sie 2013, 22:50

Ale dlaczego trzeba rezygnować z ekranu?
Przecież LinuxCNC może zostać jako cały soft z ustawieniami, podglądem postępu prac itp. a interfejs na zewnątrz dostawałby tylko G-cody do wykonania. Nie potrzeba wtedy systemu czasu rzeczywistego a co do postępu pracy to przecież LinuxCNC mógłby ssać z interfejsu bieżącą pozycję. Fakt, że obrazowanie na ekranie nie byłoby w czasie rzeczywistym a z opóźnieniem powiedzmy 50ms ale czy to ma jakiekolwiek znaczenie? Oczywiście to wymaga ingerencji w kod źródłowy EMC2 czy tam LinuxCNC (nie wiem co jak się nazywa) ale zdaje się, że kod jest otwarty i można go zmienić/rozbudować. Tak chyba działa PikoCNC, mam rację?
czilałt...

Awatar użytkownika

markcomp77
Lider FORUM (min. 2000)
Lider FORUM (min. 2000)
Posty w temacie: 17
Posty: 3975
Rejestracja: 18 wrz 2004, 12:51
Lokalizacja: k/w-wy
Kontakt:

#53

Post napisał: markcomp77 » 23 sie 2013, 23:29

dlaczego upieramy się na zachowanie architektury zawartej w LinuxCnc?

ze względu na budowę konfiguracji kontrolera ruchu w oparciu o HAL
HAL - to jest zbiór małych modulików, które łączymy "kabelkami"... jak na zabawce dziecięcej z elektroniki... albo na laboratorium układów elektronicznych

cała przyjemność zabawy w HAL wychodzi w momencie trafienia na "dziwną maszynę" do kontroli...
można też sobie wyobrazić coś zupełnie innego niż cnc

jednak ceną z tą "plastelinową" konfigurację kontrolera ruchu, jest zachowanie "kabelków" między modułami w łatwo dostępnym miejscu dla "lepiącego"

akcelerowane moduły HAL mogą znajdować się na czymś szybko połączonym z PCetem... tak aby możliwa była łączność w czasie rzeczywistym (przewidywanym) dla wątku planującego (tego wolniejszego)

ważne, aby każdy moduł akcelerowany HAL miał "kabelki" dostępne w PCecie...

w PLUTO z dystrybucji linuxcnc mamy dwa wkłady:
1. pluto_servo: Encoders, PWM, Digital I/O
2. pluto_step: Step generators, Digital I/O

[ Dodano: 2013-08-24, 13:24 ]
są problemy z najnowszym Quartus II 64-bit (13.0.1...).... ale ze starszymi FPGA/PLD :(

brak ACEXa
Quartus II support on EP1K50 (ACEX 1K)
The website claims that Quartus II 11.1sp2 supports legacy devices, do this not include the ACEX 1K devices?
Quartus 11.1sp2 will not support ACEX, FLEX, etc. Those devices are too old.

Just install both version of Quartus. There is no problem having multiple versions of Quartus installed on one machine. I have 9.0SP2, 10.1, and 11.1sp1 all coexisting.

I've started to use VirtualBox and Virtual machines to support legacy tools. That way I can put the entire OS plus installed tools onto an external USB drive, and it does not take space on my laptop drive (other than for the VirtualBox install).
http://www.alteraforum.com/forum/showth ... light=acex

ACEX jest już nie wspierany przez alterę... sprzedają go jeszcze z zapasów

ostatnia wersja "mająca" ACEXa to 9.0sp2
http://www.altera.com/literature/rn/arc ... _90sp2.pdf
Design software support for ACEX, APEX, FLEX, and HardCopy Stratix device families will not be provided in future versions of the Quartus II software beginning with version 9.1.
ale 9.0sp2 ma jedynie wersję Windowsową :(
http://download.altera.com/software/qua ... s_free.exe

[ Dodano: 2013-08-24, 21:07 ]
9.0sp2 po nie wielkich bólach odpalił się pod wine :)
(na wersji wine 1.5.26 zaczyna działać)
SpotkanieCNC: STOM-TOOL Marzec 2014
http://www.cnc.info.pl/topics79/spotkan ... t55028.htm


Tomasz_K
Specjalista poziom 1 (min. 100)
Specjalista poziom 1 (min. 100)
Posty w temacie: 2
Posty: 295
Rejestracja: 25 kwie 2012, 15:58
Lokalizacja: ok. Rybnika

#54

Post napisał: Tomasz_K » 22 lut 2015, 16:06

Witam.
Jak tak czytam te posty to widzę taki ciekawy temat a umarł :-(
Wtrącę swoje trzy grosze.
Po pierwsze uważam że trzeba by szukać lepszego interfejsu komunikacyjnego niż leciwy LPT,
Po drugie technika poszła trochę do przodu od roku 2013.

Szperając w czeluściach internetu znalazłem projekt fpga4fun (http://www.fpga4fun.com/PCI.html ).
Współcześnie nie ma większych problemów aby wykonać laminat dla szyny PCI.
Sam FPGA też znalazłem: XILINX XC2S100-5TQG144 w cenie około 75 zł netto.
Trzeba by kupić jeszcze parę elementów ale możliwości są ogromne.
Myślę też że cenową nie wyjdzie to drożej niż karty MESy.

Pozdrawiam
Tomasz

Awatar użytkownika

jarenio
Specjalista poziom 3 (min. 600)
Specjalista poziom 3 (min. 600)
Posty w temacie: 6
Posty: 672
Rejestracja: 06 paź 2008, 22:48
Lokalizacja: TJE/KR
Kontakt:

#55

Post napisał: jarenio » 23 lut 2015, 09:58

wbrew pozorą to jest kupa roboty
FPGA programuje się całkiem przyjemnie, nie zaprzecze, ale... to musiał by byc projekt komercyjny, a sprzedanie tego potem przy pozycji mesy jest bardzo watpliwe
jak chcesz to leży mi w domu płyta rozwojowa ze spartanem 3 :roll:
Pozdrawiam; Jarek


Tomasz_K
Specjalista poziom 1 (min. 100)
Specjalista poziom 1 (min. 100)
Posty w temacie: 2
Posty: 295
Rejestracja: 25 kwie 2012, 15:58
Lokalizacja: ok. Rybnika

#56

Post napisał: Tomasz_K » 23 lut 2015, 17:01

Masz rację.
Z jednej strony trzeba by dobrze leyout PCB przemyśleć. Lutowanie TQFP144 nie jest proste (ale nie jest niemożliwe) jakieś optoizolatory zastosować,
przetwornik A/C albo i dwa. Dopasowanie poziomów napięć wykonać do szyny PCI.
Z drugiej strony trzeba wykonać wsad FPGA (i wgrać programatorem), napisać driver PCI na linuxa i interfejs do hala.

Myślę że projekt dla jednej osoby jest troszkę za duży, jednak dla grupy ludzi już jest to realizacji.

Nie ukrywam że komercyjna strona projektu jest kusząca bo na palcach jednej ręki można policzyć rozwiązania oferujące podobne możliwości.

Pozdrawiam
Tomasz


GumiRobot
Specjalista poziom 3 (min. 600)
Specjalista poziom 3 (min. 600)
Posty w temacie: 1
Posty: 685
Rejestracja: 21 mar 2005, 18:51
Lokalizacja: Trójmiasto

#57

Post napisał: GumiRobot » 24 lut 2015, 10:14

Ale po co? To wszystko już jest - MachineKit + BBB

ODPOWIEDZ Poprzedni tematNastępny temat

Wróć do „LinuxCNC (dawniej EMC2)”