konwerter poziomów rs232 -lpt
-
Autor tematu - ELITA FORUM (min. 1000)
- Posty w temacie: 3
- Posty: 1243
- Rejestracja: 28 lip 2006, 19:14
- Lokalizacja: okolice Krakowa
- Kontakt:
-
Autor tematu - ELITA FORUM (min. 1000)
- Posty w temacie: 3
- Posty: 1243
- Rejestracja: 28 lip 2006, 19:14
- Lokalizacja: okolice Krakowa
- Kontakt:
hm....wiadomo jaka jest różnica miedzy transmisją szeregową a równoległą.....dla prostej wymiany jednobitopwej, wystarczył by mi scalaczek, np. max 235...10 v dostosowuje do poziomu ttl, 5v....ale przy sterowaniu silnikiem krokowym, gdzie w grę wchodzi wielobiotowy transfer, sprawa już chyba nie jest taka prosta, a może mi sie tylko wydaje.. ( a swoją drogą , może mi ktos wytłumaczyć , a jaki sposób działa sterownik podpięrty do portu com...skoro to port szeregowy?)
mam fajny programik cnc, tylko on komunikuje się z sterownikiem za pomocą com....a ja nie mammtego sterownika...chciałbym podłąćżyć sterownik pod Com...
mam fajny programik cnc, tylko on komunikuje się z sterownikiem za pomocą com....a ja nie mammtego sterownika...chciałbym podłąćżyć sterownik pod Com...
Ostatnio zmieniony 21 gru 2006, 15:18 przez wood carver, łącznie zmieniany 1 raz.
-
- ELITA FORUM (min. 1000)
- Posty w temacie: 2
- Posty: 1701
- Rejestracja: 17 mar 2006, 08:57
- Lokalizacja: Gdańsk
Nie da rady - i chodzi tu bardziej o to że:
- sterowanie za pomocą LPT jest bardzo bezpośrednie - zmiany sygnału bezpośrednio sterują sygnałami DIR/STEP/ENABLE ze sterownika
- sterowanie przez COM jest sterowaniem pośrednim - program zazwyczaj wysyła komendę (w postaci ciągu znaków - specyficznego dla danego programu) która mówi np. "wykonaj 113 kroków w lewo". Tu ZAWSZE jest jeszcze potrzebne przetwarzanie pośrednie ( za pomoca oddzielnego mikroprocesora lub procesora w samym sterowniku).
- sterowanie za pomocą LPT jest bardzo bezpośrednie - zmiany sygnału bezpośrednio sterują sygnałami DIR/STEP/ENABLE ze sterownika
- sterowanie przez COM jest sterowaniem pośrednim - program zazwyczaj wysyła komendę (w postaci ciągu znaków - specyficznego dla danego programu) która mówi np. "wykonaj 113 kroków w lewo". Tu ZAWSZE jest jeszcze potrzebne przetwarzanie pośrednie ( za pomoca oddzielnego mikroprocesora lub procesora w samym sterowniku).
-
Autor tematu - ELITA FORUM (min. 1000)
- Posty w temacie: 3
- Posty: 1243
- Rejestracja: 28 lip 2006, 19:14
- Lokalizacja: okolice Krakowa
- Kontakt:
hm..to wiele zmienia....uparłem się na tamten program, bo chce go wykorszystywać do skanu 3d.....jedyny programjaki znam tego typu, któy wykorzystuje "5-cio krańcówkową sonde dotykową"....skanowanie jest dużo szybsze, ponieważ algorytm skanowania nie jest taki mozolny jak np. w turbocnc czy machu...gdzie sonda uderza o powierzchnie badanego przedmiotu, elementu, i wraca do pozycji ..nazwijmy ją "0"...oś x przesuwa sie o zaprogramowana odległość np. 1 mm...z znowu podąza w dół az dobije krańcówką...itd....
tutaj sprawa jest inna...program wykorzystuje krańcówki zarówno w osi z jaki dwóch pozostałch....w ten sposób, sonda porusza sie tuż na powierzchnią skanowanego przedmiotu, raz po raz próbkując zarówno z jak i x ( zakłądając ze porusza się wpierw w osi x , apotem nastepuje przesunięcie o Y)...."próbkując", sonda unosie się tuż nad badanym elementem....wszystko trwa bardzo szybko....( a w porównaniu do skanu metoda tradycyjną- monstrealnie szybko)
miałem już wiele prób budowania skanea dotykowego, optomechanicznego, w końcu ultradxwiękowego- pomiar czasu powracającego impulsu z skanowanego przedmiotu( pomysł dobry, i byłby realny, zważywszy na niewielką prędkość dźwięku , która mieściłą by się w zakresie np. 20 kilo hz turbocnc, czy 30 kilo macha ( wysyłany impuls uruchamia wirtualną oś z, która opada w dól" z bardzo dużą , wiortualną prędkością, ( kHz), różnice czasu dotarcia odbitego sygnału, mieściły by się gdzieś pośród "drogi przebytej przez wirtualną krańcówke, a że prędkość dxwikęku to ponad 1200km/ h..a więc około 330 m/ s-> a więc 330000 mm/s, / 30 KHz macha..daje rozdzielczość 11 mm , a więc program jest w stanie teoretycznie zarejestrować różnce w pokonywanej drodze przez dcwięk z rozdzielczoscią ponad 11....i możnaby to wykorzystać do wielu rzeczy, gdyby nie fakt opóźnienia reakcji choxby odbiornika...
także pozostałęm przy próbie zbudowania prostego skanera dotykowego
tutaj sprawa jest inna...program wykorzystuje krańcówki zarówno w osi z jaki dwóch pozostałch....w ten sposób, sonda porusza sie tuż na powierzchnią skanowanego przedmiotu, raz po raz próbkując zarówno z jak i x ( zakłądając ze porusza się wpierw w osi x , apotem nastepuje przesunięcie o Y)...."próbkując", sonda unosie się tuż nad badanym elementem....wszystko trwa bardzo szybko....( a w porównaniu do skanu metoda tradycyjną- monstrealnie szybko)
miałem już wiele prób budowania skanea dotykowego, optomechanicznego, w końcu ultradxwiękowego- pomiar czasu powracającego impulsu z skanowanego przedmiotu( pomysł dobry, i byłby realny, zważywszy na niewielką prędkość dźwięku , która mieściłą by się w zakresie np. 20 kilo hz turbocnc, czy 30 kilo macha ( wysyłany impuls uruchamia wirtualną oś z, która opada w dól" z bardzo dużą , wiortualną prędkością, ( kHz), różnice czasu dotarcia odbitego sygnału, mieściły by się gdzieś pośród "drogi przebytej przez wirtualną krańcówke, a że prędkość dxwikęku to ponad 1200km/ h..a więc około 330 m/ s-> a więc 330000 mm/s, / 30 KHz macha..daje rozdzielczość 11 mm , a więc program jest w stanie teoretycznie zarejestrować różnce w pokonywanej drodze przez dcwięk z rozdzielczoscią ponad 11....i możnaby to wykorzystać do wielu rzeczy, gdyby nie fakt opóźnienia reakcji choxby odbiornika...
także pozostałęm przy próbie zbudowania prostego skanera dotykowego
