PikoCNC działa pod Wine(API Windowsa pod Linuksem)

markcomp77 · Post napisał: **markcomp77** » 01 paź 2013, 16:12

mc2kwacz pisze:Przy 60Hz nie obserwuje się gubienia kliknięć. Pewnie dlatego że klikać 10x na sekundę lub szybciej nie potrafię.

idzie o kraje gdzie jest 60Hz zamiast 50Hz? (jaki związek ma to z obsługą klawiatury?)

cosimo · Post napisał: **cosimo** » 01 paź 2013, 17:25

To bardzo cenna informacja, z ta ilością wektorów na ramkę. Można sobie przeliczyć, jaki ustawić mikrokrok żeby nie było jakiejś hecy...

A co ma jedno z drugim wspólnego

Ale chyba nie tylko w tym problem. Pamiętasz, robiłem doświadczenie z klikaniem palcem w klawiaturę, i przy o połowę rzadszych ramkach, czyli tylko 30/s czy raczej AŻ, nie przechodziły do sterownika informacje o żądaniu ruchu osi. Wygląda na to, że kliknięcia powyżej pewnej prędkości, i to dużo mniejszej niż częstotliwość ramek, są gubione.

Pamiętam, robiłeś eksperymenty z printer portem po Lan-ie.
Zauważ, że jeśli miałeś 30f/s to sygnały z klawiatury w pesymistycznym wariancie wysyłane są z częstotliwością 15Hz! Cały myk jest tutaj, że dając szybkie impulsy z klawiatury czasami nie trafisz w „fazę” i puszczając klawisz odwołujesz ruch zanim ramka zostanie wysłana. Wystarczy, że trafisz z naciśnięciem w chwili gdy rozpoczęło się nadawanie nowej ramki (oczywiście jeszcze bez informacji o Twoim molestowaniu klawisza) teraz czekasz aż zostanie wysłana, a następnie czekasz aż przyjdzie odpowiedź, ale w tym czasie informacja, że był naciśnięty klawisz wyparowała gdyż go puściłeś. Tak więc nie ma tu mowy o gubieniu ramek itp. tylko... jak wyżej.

Można śmiało założyć, że średnia częstotliwość ramek na poziomie 60Hz może zostać zakłócona przez jakiś inny proces na pececie...

Nie może, spróbuj odpalając co tylko chcesz

mc2kwacz · Post napisał: **mc2kwacz** » 01 paź 2013, 17:55

cosimo pisze:A co ma jedno z drugim wspólnego

Nic

cosimo pisze:Pamiętam, robiłeś eksperymenty z printer portem po Lan-ie.
Zauważ, że jeśli miałeś 30f/s to sygnały z klawiatury w pesymistycznym wariancie wysyłane są z częstotliwością 15Hz! Cały myk jest tutaj, że dając szybkie impulsy z klawiatury czasami nie trafisz w „fazę” i puszczając klawisz odwołujesz ruch zanim ramka zostanie wysłana. Wystarczy, że trafisz z naciśnięciem w chwili gdy rozpoczęło się nadawanie nowej ramki (oczywiście jeszcze bez informacji o Twoim molestowaniu klawisza) teraz czekasz aż zostanie wysłana, a następnie czekasz aż przyjdzie odpowiedź, ale w tym czasie informacja, że był naciśnięty klawisz wyparowała gdyż go puściłeś. Tak więc nie ma tu mowy o gubieniu ramek itp. tylko... jak wyżej.

To nie był printer port tylko adapter USB<>LAN. Printer port to ustrojstwo które ma zaimplementowany specjalny protokół drukarkowy. To urządzenie działa ze wszystkim co ma dziurę z napisem USB.
Tu akurat Ty się mylisz. Ja nie mówię o żadnym gubieniu ramek, tylko KOMEND. Abstrahując od tego jak to zrobiłeś w piko, wysyłanie i odbieranie ramek przez port to jedno a skanowanie i obsługa klawiatury to drugie. Rozumiem, że jest opóźnienie. Ale dlaczego naciśnięcia są gubione? Jeśli skanujesz klawiaturę synchronicznie z ramkami, co powoduje utratę informacji o ruchu operatora, to źle robisz. Jeśli program nie nadąża z wysyłaniem informacji, to przy poprawnym rozwiązaniu w ramce powinien iść rozkaz o przesunięcie osi o 2, 3 czy tam ile wyjdzie razy większą odległość. Kliknięcie = przesunięcie. 2 kliknięcia = 2 przesunięcia lub ew jedno podwójne. I kropka. A nie jedno kliknięcie, czy 2, = 1 przesunięcie, bo palec za szybki był

System filtruje klawiaturę, to nie jest zadanie oprogramowania piko. Twoim zadaniem jest bezbłędna reakcja na to przyciśnięcie.
Gubienie ramek to zupełnie inna sprawa i nie zaobserwowałem. Zakładam, że piko jest na to odporny.

cosimo pisze:
Można śmiało założyć, że średnia częstotliwość ramek na poziomie 60Hz może zostać zakłócona przez jakiś inny proces na pececie...
Nie może, spróbuj odpalając co tylko chcesz

No to nie może. Nie znam mechanizmów windows. Więc inaczej - nie musi to być 60Hz, może być mniej. Jak? Na przykład tak jak zrobiłem. Jest aktywny port, jest komunikacja, wszystko działa. A skoro tak, to podstawowe funkcje nie powinny szwankować. A już na pewno nie i/o

Markcomp, zlituj się...

markcomp77 · Post napisał: **markcomp77** » 02 paź 2013, 19:42

mc2kwacz pisze:Markcomp, zlituj się...

wyluzuj

ecikgti · Post napisał: **ecikgti** » 06 paź 2013, 17:35

Witam. Podpiąłem dziś Piko do komputera z z linuxem (Ubuntu 12.04.3) i nic sie nie dzieje.
Wpisałem w konsoli to co napisał kolega tuxcnc i wyświetliło mi :

edekcnc@edekcnc-System-Product-Name:~$ tail /var/log/syslog
Oct 6 17:13:18 edekcnc-System-Product-Name kernel: [ 453.304672] r8712u: [r8712_got_addbareq_event_callback] mac = 54:e6:fc:fa:db:98, seq = 40720, tid = 0
Oct 6 17:13:40 edekcnc-System-Product-Name AptDaemon: INFO: Quitting due to inactivity
Oct 6 17:13:40 edekcnc-System-Product-Name AptDaemon: INFO: Quitting was requested
Oct 6 17:13:53 edekcnc-System-Product-Name kernel: [ 488.417481] r8712u: [r8712_got_addbareq_event_callback] mac = 54:e6:fc:fa:db:98, seq = 42624, tid = 0
Oct 6 17:14:10 edekcnc-System-Product-Name kernel: [ 505.225759] r8712u: [r8712_got_addbareq_event_callback] mac = 54:e6:fc:fa:db:98, seq = 42656, tid = 0
Oct 6 17:14:57 edekcnc-System-Product-Name kernel: [ 552.942126] r8712u: [r8712_got_addbareq_event_callback] mac = 54:e6:fc:fa:db:98, seq = 47648, tid = 0
Oct 6 17:15:21 edekcnc-System-Product-Name kernel: [ 576.575444] r8712u: [r8712_got_addbareq_event_callback] mac = 54:e6:fc:fa:db:98, seq = 50096, tid = 0
Oct 6 17:15:37 edekcnc-System-Product-Name kernel: [ 592.384849] r8712u: [r8712_got_addbareq_event_callback] mac = 54:e6:fc:fa:db:98, seq = 53280, tid = 0
Oct 6 17:16:38 edekcnc-System-Product-Name kernel: [ 653.638231] r8712u: [r8712_got_addbareq_event_callback] mac = 54:e6:fc:fa:db:98, seq = 53808, tid = 0
Oct 6 17:17:01 edekcnc-System-Product-Name CRON[2365]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
edekcnc@edekcnc-System-Product-Name:~$ ls /dev/ttyUSB*
/dev/ttyUSB0
edekcnc@edekcnc-System-Product-Name:~$

Mogą koledzy jakoś pomóc mi to odpalić, bo nie za bardzo jestem obeznany w linuxie ?

[ Dodano: 2013-10-06, 17:38 ]

markcomp77 pisze:
po podłączeniu PikoCNC do linuksa pojawia się /dev/ttyUSB0
robimy symlink do .../dosdevices/com4 (np.)
ustawiamy dostęp do portu (atrybuty)

nie za bardzo wiem jak zrobić ten symlink ???

markcomp77 · Post napisał: **markcomp77** » 06 paź 2013, 18:02

ecikgti pisze:
Kod: Zaznacz cały
edekcnc@edekcnc-System-Product-Name:~$ ls /dev/ttyUSB*

/dev/ttyUSB0

w katalogu wine, jeśli korzystamy z wine bez nakładek..
to mamy w katalogu ~/.wine podkatalog dosdevices

w tym katalogu umieszczamy link do /dev/ttyUSB0 (jeśli to akurat pikoCNC... np. arduino też lokuje się pod tym adresem... warto patrzeć na log systemowy "tail -f /var/log/dmesg" w czasie wkładania pikocnc do usb)

link i zmianę uprawnień, można zrobić za pomocą "mc"....

[ Dodano: 2013-10-06, 18:03 ]
mc można zainstalować

Kod: Zaznacz cały

sudo apt-get install mc

tuxcnc · Post napisał: **tuxcnc** » 06 paź 2013, 18:22

Do robienia linków służy polecenie ln .
Ponieważ link ma być symboliczny a nie twardy, to z opcją -s .
Czyli ogólnie : ln -s <plik istniejący> <lokalizacja linku>.
Z uwagi na ciężką paranoję twórców systemów debianopochodnych, trzeba to zrobić przez sudo .
Czyli w tym konkretnie przypadku :

Kod: Zaznacz cały

sudo ln -s /dev/ttyUSB0 ~/.wine/dosdevices/com3

com3 to zupełnie przykładowo, może być com5 albo com7, jak będzie wygodniej.
Szczegółów nie podam, bo jak już kilkakrotnie pisałem, nie mam sterownika i zasadniczo go nie potrzebuję, więc nie kupię tylko po to żeby go skonfigurować, przetestować i rzucić w kąt ...

.

ecikgti · Post napisał: **ecikgti** » 06 paź 2013, 19:34

Niestety na komputerze ( z procesorem Core 2 Duo E8400 ) który mam przeznaczony do cnc nic nie zadziałało

Spróbowałem na drugim komputerze ( z procesorem Core i5 2500K ) i pomogło :

tuxcnc pisze:
Kod: Zaznacz cały
sudo ln -s /dev/ttyUSB0 ~/.wine/dosdevices/com3
.

Udało sie połaczyc , niestety PikoCNC nie działa zbyt dobrze. Przed połaczeniem kabla piko działał normalnie, po połaczeniu strasznie zwolnił, potem sie zawiesił. Na pocztku ramek było ponad 100, puzniej skakały od ok 10 do 80 , po czym wszystko staneło. Diody na piko koło usb wogule nie migały.
Chyba narazie dam sobie spokój z linuxem do pikocnc, chociaz do codziennego uzywania kompa nawet mi pasuje.
Dziękuje panowie za pomoc, ale narazie chyba trzeba poczekać, az ktos to konkretnie rozpracuje

[ Dodano: 2013-10-06, 20:01 ]
Jeszcze sie zastanawiam nad jakimś komputerem z Atomem, ale nie wiem czy to gra warta świeczki ?

mc2kwacz · Post napisał: **mc2kwacz** » 06 paź 2013, 20:19

Po prostu Twoje komputery są niesprawne. Zależność jest prosta i powinna być dla każdego oczywista - jeśli linux na pececie nie działa lub nie działa jak należy, to znaczy że pecet padlina. Tak twierdzą eksperci a z ekspertami się mnie dyskutuje Z DEFINICJI

markcomp77 · Post napisał: **markcomp77** » 06 paź 2013, 20:22

ecikgti pisze:czy to gra warta świeczki ?

pod linuxem bez wspomagaczy na usb, mamy przecież dobrze sprawdzone działające rozwiązanie (linuxcnc)

pikocnc "na siłę" nie przyłączałbym do linuksa... ale można, jak już ktoś zostanie do tego zmuszony -tak jak ja

dobra rada... pracę z wine znakomicie upraszcza skrypt playonlinux (np. wspomaga zarządzanie różnymi wersjami wine, pozwala instalować każdą aplikację w osobnym "windows"... itd)

PikoCNC działa pod Wine(API Windowsa pod Linuksem)

Re: PikoCNC działa pod Wine(API Windowsa pod Linuksem)

Wałek prowadzący aluminiowy drążony drylin® R AWMR-20 fi 20 - 1500 mm

Dysk na rzepy 150 H21N/P806H

PikoCNC działa pod Wine(API Windowsa pod Linuksem)

Re: PikoCNC działa pod Wine(API Windowsa pod Linuksem)

Wałek prowadzący aluminiowy drążony drylin® R AWMR-20 fi 20 - 1500 mm

Dysk na rzepy 150 H21N/P806H

Zaloguj się • Zarejestruj się

Połącz się z kontem sieci społecznościowej