Witam wszystkich modelarzy. Jestem ciekaw czy można bezpośrednio połączyć serwa z komputerem, a dokładniej ... Czy przez jakiś program stworzony np. w Delphi albo C++ mógłby za pośrednictwem kabla (np. port drukarki albo jakieś inne złącze) połączyć komputer z serwami , tak aby uzyskać nad nimi kontrole przez klawiaturę. Czy ktoś może słyszał gdzieś o takim rozwiązaniu ? Przydało by mi się coś takiego bardzo ...
Z góry dziękuje wszystkim za odpowiedź , mam nadzieje że ktoś mi w tej sprawie pomoże :]
Witam. Oczywiście jest to możliwe tylko jest jeden mały problem, system "windows ....." może mieć opóźnienia w generowaniu ramek sterujących dla serw co może owocować np ich drżeniem.
Całość powinno dać się wykonać z poziomu portu równoległego. Tylko nie za bardzo wiem z jaką dokładnością czasową można sterować tym portem, może inni grupowicze się wypowiedzą.
Dawniej prędkość portu równoległego nie była szokująca, (mi maksymalnie udało się uzyskać około 400Hz), ale po roku
9x (nie pamiętam dokładnie) szybkość portu sięga 4 MHz (pełna szybkość magistrali ISA), tak więc nie będzie z tym problemu.
Pozdrawiam Hrabioz
P.S. Dla zapewnienia właściwej długości impulsu odradzam pętle opóźniające, lepiej bazować na timerach (taktowane ok. 1,2 Mhz - dokladnie nie pamietam)
Użytkownik "MaNtiS" snipped-for-privacy@wp.pl napisał w wiadomości news:cgt8po$bv4$ snipped-for-privacy@atlantis.news.tpi.pl...
Cześć, Jest to bardzo proste. Najłatwiej przez port drukarkowy bo ma zgodność sygnałów sterujących serwa TTL. Można podłączyć serwa bezpośrednio, albo jedynie z podciągnięciem rezystorami do +Vz. Na pierwszy ogień wykorzystując 8 bitowe słowo sterujące drukarką, można podłączyć 8 serw, wykorzystując pozostałe pomocnicze linie sterujące jeszcze ... ile nie chce mi się zaglądać do specyfikacji LPTa. A program? jedyne co trzeba poszukać w sieci to gotową bibliotekę obsługi portów wyjście/wejście input/output pod konkretny program w którym chcesz pisać i pod konkretną platformę systemową Windows xxx. Ostatnio bawiłem się na początku roku sterowaniem mojego telewizora z PC-ta diodą LED podczerwoną, córki ciągle oglądały MTV chowając mi pilota, więc zrobiłem własnego :))) Zamówiłem do domu stałe łącze i teraz nie oglądają już MTV tylko siedzą godzinami na Gadu-Gadu :(
Użytkownik "Andrzej" snipped-for-privacy@wytnijtoskrol.pl napisał w wiadomości news:cgtb6p$7cs$ snipped-for-privacy@flis.man.torun.pl...
Cześć. Ja miałem carrier frequency 36 kHz do tego sterowania TVC zrobiony zewnętrznie na 555, ale pamiętam że były gotowe programy pilota z carrier frequency tworzone bezpośrednio przełączjąc portem LPt, więć 1ms-2ms 0.5-1kHz dla serw powinno dąć się spokojnie wygenerować. Jakby co to są w sieci dość dobre opisy sterowania, działania portów LPt i nie tylko, w modach standartowych i nie EPP i ECP, które wyraźnie nie są już drukarkowe ale wyraźnie uniwersalne do innych zastosowań.
Skazoo , Hrabioz , Andrzeju - Bardzo wam dziękuje za pomoc ... Ale jest mały problem ... Mniej - więcej rozumiem to co piszecie o portach itd. ale niestety wydaje mi się że bez jakieś pomocy sam tego niewykonam :/ Czy któryś z was miałby ochote hmm, jak by to powiedzieć pomuc mi przy tym (tzn mam na myśli konsultacje przez Gadu-Gadu lub przez e-mail) ... Zależy mi na tym ponieważ bardzo lubie robotyke, i chce zbudować ramie (mam już projekt itd.) ale chce poprostu nim sterować przez komputer, dokładniej potrzebne są do tego 4 serwa.
Witam Zależy jaki będziesz miał system operacyjny na PC-cie i na ile dokładne ma być sterowanie. Z Windowsem może być problem ze względu na trudności w precyzyjnym odmierzaniu czasu. Pod starym poczciwym DOS-em nie ma problemu. Pod windowsa proponuję rozwiązanie z jakimś małym mikrokomputerkiem jednoukładowym (np AT90S2313), który będzie odbierał dane z PC-ta przez interfejs RS232 i na ich podstawie generował stosowne sygnały do serw. Rozwiązanie takie mogłoby dodatkowo zaowocować w przyszłości pewną auonomią robota. BTW czy nie lepiej do takiego ramienia zastosować silniki krokowe ?
Użytkownik "MaNtiS" snipped-for-privacy@wp.pl napisał w wiadomości news:cgtdhh$4l9$ snipped-for-privacy@atlantis.news.tpi.pl...
Spokojnie, dasz sobie radę, pomału etapami przyswoisz to czego nie rozumiesz w pierwszym momencie. Trzeba było o tym ramieniu pisać na początku, to trochę zmienia. Trzeba raczej iść w kierunku RS-232 (COMy) i jego "klonów" bo LPt ma poważną wadę: mała odległość przesyłania sygnałów chyba 1.5-2metrów, czyli zasięg sterowania, poza tym to port "wychodzący z użycia". Porty szeregowe w zależności od szybkości transmisji dają Ci odległości wielo-metrowe, bez żadnych "kombinacji". Tylko układ trochę się skomplikuje bo Com-y przesyłają informacje szeregowo i trzeba przejść na równoległą na poszczególne serwa. I teraz albo zastosujesz jakieś standardowe układy UART, to raczej mało elastyczne rozwiązanie dużo ograniczeń. Najlepszy jest tak jak napisał Grzesiek mikro-kontrolerek, np. Atmela bo bajecznie tanio i łatwo go się programuje. Starczy, muszę iść coś zjeść (trzecią kolacje) dałem dziś czadu na rowerze.
Pozdrawiam Andrzej Warszawa PS. Skąd Jesteś zapytam prosto z mostu, jakie miasto ?
Witam ponownie Z tą odległością przesyłania sygnałów to bym nie przesadzał. Wynika ona z częstotliwości sygnałów przy standardowej obsłudze transmisji do drukarki (choć i w tym przypadku produkowane są kable 5m). Przy "ręcznym" sterowaniu bitami portu i impulsami o czasie trwania rzędu milisekund spokojnie prześlesz sygnał na 30m albo i wiecej. A co do wychodzenia z użycia to raczej jest odwrotnie niż napisałeś. Spróbuj kupić teraz nowego notebooka, który ma RS232. A port równoległy mają praktycznie wszystkie. COMy zostały wyparte przez USB.
Byłem na robotyce 1 semestr ;) i to, że tak powiem budowanie ruchomych ramion, manipulatorów itp to niestety dopiero po 2 latach jest możliwe, wcześniej kupa teorii z reguł decyzyjnych, optymalizacji itd <blee>
Ale wracając do tematu, jeżeli chodzi o ramię robota to zdecydowanie odradzam serwa z następujących powodów: - cena - siła, a raczej moment obrotowy - dokładność ruchu - uwarunkowania czasowe od strony PCta
Proponuję raczej pójść w stronę silników krokowych, które przez port LPT steruje się na praktycznie dowolne (logiczne) odległości, wielkość silnika jest praktycznie dowolna (zależy tylko od końcówki mocy), jest mnóstwo gotowych rozwiązań układowych w inecie, są znacznie tańsze od serw, nie masz tak rygorystycznych wymagań czasowych, etc. Jedynym problemem jest pozycjonowanie silnika ale zakładając że konstrukcja będzie na tyle przemyślana że silniki nie będą gubiły kroków, to spokojnie możesz zrobić ramię które będzie nawlekać igły.
Właśnie. Zeby zrobić prostą zabaweczkę - gadżet - serwa się nadają, ale żeby się pobawić w sterowanie to juz raczej nie. Nie ma żadnej kontroli nad charakterystyką dynamiczną serwa modelarskiego, która jest bardzo prymitywna i skupiona wyłącznie na eliminacji uchybu. Oczywiście można próbować bawić się w dorobienie plomby, która w pewnym stopniu pozwoli kontrolować choćby płynność ruchów. Ale to para w gwizdek i lepiej od razu spożytkowac energię na zrobienie własnych serw. Poza tym marnie widzę sterowanie z portu pecetowego z mikrosekundową precyzją i to pod współczesnymi systemami operacyjnymi pseudo- albo wielozadaniowymi. Specjalizowany konwerter cyfrowo analogowy jest niezbedny.
napisał w wiadomości news:cgugeu$dlk$ snipped-for-privacy@nemesis.news.tpi.pl...
Hej, nawet na dobrą sprawę te 2m kabla to wcale nie tak mało, jak się zastanowić. Co do zmierzchu LPta to akurat wyciągam taki wniosek nie po Laptopach tylko prozaicznie po drukarkach, coraz trudniej znaleźć takie z LPtem, coraz więcej tylko z USB. Wygląda na to że USB wypiera w takim razie wszystkie stare porty. Pozdrawiam Andrzej.
Użytkownik "A.Grodecki" <ag.usun snipped-for-privacy@modeltronik.com napisał w wiadomości news:cgus3o$3qs$ snipped-for-privacy@nemesis.news.tpi.pl...
Cześć, Hmm... jeśli nawet założymy że nie będzie gubić kroków to i tak zostaje sprawa początkowej synchronizacji, startu po włączeniu, wyłączeniu itp. Założenie że PCet będzie zawsze pamiętał w jakim położeniu zostawił ramie przed wyłączeniem to mało eleganckie rozwiązanie, nie wygląda na uniwersalne w każdym przypadku. Więc jakieś czujniki położenia, enkodery tak jak to chyba bywa w fabrycznych rozwiązaniach. I tu są schody cenowe gdzieś widziałem takie 8bitowe i więcej opto-elektroniczne i szczęka mi opadła kilka stów za jeden, może trafiłem na najdroższe.
Najwyższa jednak pora na przyhamowanie rozpędu. Żeby coś z tego wyszło na początek można założyć plan minimum, a potem rozwijać konstrukcje.
Proponowałbym Żebyś najpierw zrobił proste ramie nawet na tanich serwach. Potem Sam czy z pomocą kolegów zrobić sprzęg (interface) do PCta na dowolnie wybrany port. Napisać soft, pobawić się do upadu. Zacząć myśleć o modyfikacji czy o całkiem nowym ramieniu itd.
Pozdrawiam Andrzej PS. Modelarze uwielbiają robić zdalnie sterowane potwory do filmów.
Czyli ??!!?? Troche mnie speszyliście ale i tak bym was prosił o jakieś strony (nie tylko polskie) które by mi mogły pomuc bo się uparłem i łatwo nie zrezygnuje :]
Czujnik skrajnego położenia (pozycja parkowania) i dobry kontroler, który uniemożliwi zgubienie kroku to minimum i standard w prostych rozwiązaniach, np w samochodowych prędkościomierzach. W rozwiązaniach zawodowycjh stosuje się enkowery.
Więc
Enkoder kosztuje co najmniej kilkaset zł. Kilkaset złotych w urządzeniach przemysłowych to grosze.
PolyTech Forum website is not affiliated with any of the manufacturers or service providers discussed here.
All logos and trade names are the property of their respective owners.