chomikaaa pisze:1 linijka chyba masz chyba na mysli cos takiego a+b+c ==> p + i + d

Tak jest w istocie i nie trzeba daleko szukać np.:
http://www.elektroda.pl/rtvforum/viewto ... 3fd9c3062a
Można pisać w asemblerze kiedy liczby są małe 1 czy 2B, przy dłuższych to nieporozumienie.
Oczywiście kompilator C przyjmuje kod w asemblerze, jeśli Kolega potrzebuje nadzorować jakieś flagi ale matematyka dużych liczb to C lub inny język wyższego rzędu.
Bardzo możliwe, że po kompilacji wyjdzie 700 linii kodu.

chomikaaa pisze:Napisalismy to samo ja pisalem o mnozeniu sygnalu z enkodera, a kolega sygnalu sterujacego.

Nie słyszałem do dziś o technice mnożenia sygnału z enkodera.
Jedyne co można uzyskać to właśnie pogorszenie jakości sterowania.
Algorytm PID to raptem jedna linijka kodu w C.

chomikaaa pisze:mnozenie kroku z enkodera jest bledem dlatego ze tracimy dokladnosc wiec od razu mozna przejsc na silniki krokowe nie tedy droga

przykladowo

programowo ogrniczymy sygnal z enkodera dzielac go przez 10...

Nic podobnego. Mnożnik kroku to funkcja czysto programowa. Dokładność regulacji (ustalania pozycji wału silnika) jest identyczna jak przy mnożniku x1. Sterownik nie pomija ani jednego zbocza z enkodera. Powiedzmy, że enkoder ma 1000 imp/obr, włączamy mnożnik kroku (STEP) x10. Na każdy impuls STEP sterownik "widzi" ich 10 i wał będzie wykonywał kolejno ruch od pozycji 0 przez 10, 20, 30 itd. Jednym słowej mnożnik kroku to dzielnik rozdzielczości enkodera, który aktualnie zmniejszył swoją wartość z 1000 do 100 bez utraty jakości regulacji.
Nasuwa się pytanie - w jakim celu wymyślili mnożnik?
Powiedzmy, że w naszej maszynie mamy śrubę o skoku 5mm i enkoder 5000 imp/obr. Zakładając maksymalną częstotliwość STEP równą 50kHz osiągniemy jedynie posuw 3m/min. Kiedy włączymy mnożnik x10 uzyskamy 30m/min.
To wszystko.

Pomysł dobry ale takiego programu to raczej jeszcze nie napisali na PC. Ponadto musisz informować wszystkie sterowniki, jednocześnie lub osobno o przejściu na mnożenie. Powiedzmy, że zaprojektowałeś sterownik i sterujesz go sygnałami ENABLE, STEP, DIR, MULTI i ograniczenie prądu, teraz trzeba nad tym zapanować.

rockykon pisze:mozna zrobić mnożnik, jak jest stan wysoki na pinie to kazdy krok liczony jet np x 10..

Proponuję małą symulację.
Powiedzmy, że 1 krok to 1mm. Jaką drogę pokona dana oś maszyny po włączeniu mnożnika x10?
Czy nie lepiej od razu zmniejszyć rozdzielczość enkodera o 10?

Wynik imponujący, tylko co z tym zrobić. Zwykły PC przez LPT nie da rady. Trzeba zbudować kartę pod PCI do PC lub cały sterownik pre- i postprocesor. Można mnożyć krok, co jedynie zmniejszy rodzielczość enkodera. Zamiast tego może od razu zejść z częstotliwości pasma obywatelskiego czy KF?

mag32 pisze:W kwestii pomiaru częstotliwości to tu jest link w którym opisany jest układ na procesorku PIC z zakresem pomiarowym do 50MHz.
Biorąc pod uwagę fakt, iż wejście jest prosto w układ, więc pewnie ten scalaczek potrafi takie częstotliwości mierzyć, mimo iz jest taktowany durzo mniejszą częstotliwością.

Kolega pomylił tu pewne kwestie. Cykliczny pomiar częstotliwości nie jest tym samym co zliczanie wszystkich kroków z enkodera.

W kwestii enkoderów HP.
Powiedzmy, że enkoder dostarcza 2000 imulsów na obrót. Pewnie Koledzy chcą by serwo kręciło 3000obr/min? Mamy więc 50obr/s*2000imp co da częstotliwość 100000Hz. Pierwsza sprawa program sterujący musi tyle dostarczyć, druga - czy UHU nadąży?