zainstaluje je i sprawdzę o czym rozmawia z sterownikiem

[ Dodano: 2010-09-20, 20:27 ]
więc tak ...

jest to "klasyczna" komunikacja gdyby nie to że ma ograniczoną możliwość regulacji parametrów.
informacje są wysyłane z PC jako pierwsze a CNC cały czas ma odbiornik nastawiony na nasłuch.
jak nawiąże "rozmowę" to idzie jak w klasycznych RS-ach .... pytanie - odp.
Dopisałem sobie do tej aplikacji kilka komend , by cały czas rozmawiało z tak naprawdę sobą.
czyli na mostku 2 i 3.
Nic się nie działo i na 20...25 włączeń tylko raz pogubił znaki ale kolejne uruchomienie połączył go i znów działał poprawnie.

Hm … przyznam się ze nie znam FAGOR-a na tyle by precyzyjnie Cię poprowadzić przez cały ten problem. Przyznaję się bez bicia …
Ale , podam Ci kilka informacji ogólnikowych.
Raczej na pewno nie ma w sterowniku takiego protokołu asynchronicznej transmisji danych która by odbiegała od powszechnego standardu jak V.28 , RS232-C , EIA-574.
Ale do rzeczy …
Z Twojego opisu wnioskuję że komputer nawiązał komunikację z CNC ale po prostu została zerwana i jest problem z jej przywróceniem.
Jeżeli tak jest , to problem tkwi w Windows.
Kiedyś miałem problem taki że mogłem za pomocą RS232 przesyłać do każdej maszyny dane , odbierać je … robić komunikacje PC - PC po przez RS232 . Bajka… wszystko działało bez problemu.
Ale jak podłączyłem sterownik NUM … to się zaczęły schody. Program nawiązywał komunikacje i zaraz ją tracił. I tak w kółko. Nie mogłem danych maszynowych przesyłać , odbierać. Po prostu była komunikacja zrywana. Ustaliłem kolejność wysyłanych danych przez sniffowanie portu by wiedzieć co nie odpowiedziało. Okazało się że nie odpowiedział CNC co wskazało że to on jest problemem.
I tu się pomyliłem. Po przejrzeniu listingu okazało się że z danymi powędrowały jakieś śmieci z Windows.
Oprogramowanie na PC korzysta z układu transmisji UART ( Universal Asynchronuous Receiver Transmitter ) które nie filtruje danych , nie wydziela błędnych linii , informacji.
Więc pozostał mi Windows . Przez całkowity przypadek bawiąc się portem w PC w menadżerze urządzeń po prostu po uruchomieniu PC wyłączyłem port i po chwili ponownie go włączyłem.
Transmisja ruszyła bez najmniejszych problemów. Śmigało wszystko aż miło było patrzeć na to.
Wyczytałem na jakieś stronie , dużo później że poprawka SP2 miała niby coś przez eksplorera wysyłać na adresy portów LPT i RS a to się znów przekierowywało do Hyperterminala. A on …. A on już mieszał na porcie.
Nie twierdzę na 100% że to jest to u Ciebie , ale spróbuj może po uruchomieniu wyłączyć i załączyć ponownie port. To nic nie kosztuje.
STOP BIT 0 , standartowo nie ma takiego parametru i wątpię by go dorzucono. Bo wówczas na 100% w UART by to nie zdało egzaminu.
Nie sugeruj się też parametrami jakie są pokazane w menadżerze urządzeń.
On żyje własnym życiem , nie ma nic do programów które pracują pod RS232.
Parametry portu musza być dostępne z oprogramowania , nawet jak są ustawione na sztywno.
Wówczas są dostępne w pliku np. „config” tego oprogramowania.
Czy oprogramowanie do komunikacji z FAGOR-em jest zabezpieczone jakimś hasełkiem , czy można je kopiować ??
A jaką masz kontrolę sterowania przepływem ?? Xon/Xoff , sprzętowe lub może jej brak ??

najlepiej to zobaczyć na własne oczy ...

kolejna możliwość to taka że program obciąża system. Ale to musiało by się pojawiać nie po podłączeniu kabelka a po uruchomieniu programu. Porty jak Ci zapewne wiadomo muszą mieć zgodności ustawień po obu stronach urządzeń.
Fakt , faktem ... coraz mniej kompów z RS232 zainstalowanym na płycie .


Zrób sobie taki prosty test.
na wtyczce D-SUB 9 ( sama samiczka ) z mostkuj nadajnik z odbiornikiem ( pin 2 i 3 ) i włącz program.
Jak się zamuli to znaczy że jest brak zgodności a jak odpali wszystko poprawnie to znaczy że chyba cos może być z połączeniem.

jeżeli podłączasz co kol wiek na RS232 , 482 lub 422 to nie ma prawa myszka wolniej działać.
RS232 jest podobnie jak USB portem szeregowym ale nie wykrywa urządzeń do niego podłączonych.
Jeżeli tak sie dzieje że mysz wolniej działa to prawdopodobnie port RS jest zbytnio obciążony ( zwarcie lub przeciążenie ).
Proponuję sprawdzić układ połączeń jakie są na wyjściu z FAGOR-a
Ale ...
Czy laptop ma oryginalnego RS232 czy może jest to przez adapter USB na RS232??
jak masz adapter z USB na RS232 to sam adapter bierze jakiś tam prąd plus podczas próby nawiązania łączności może z portu tego z adaptera dodatkowo pobierać prąd i USB nie wyrabia prądowo.
klasycznie prąd jaki może "wisieć" na USB to 500mA. Więc nie wiele.
Prąd jaki Ci "wisi" na USB możesz sprawdzić w menadżer urządzeń.
Ale jak to jest RS232 , to może być problem np. taki że +5V z CNC łączy się z +5V z PC i jak zaczyna nadawać to jest czyste zwarcie.
efekt jest taki jak masz u siebie .... mysz działa wolno a właściwie się zacina.

Proponuję sprawdzić w menadżerze urządzeń w zakładce zasilanie , jaki jest brany prąd na porcie USB o ile oczywiście korzystasz z tego portu.
Jeżeli korzystasz jednak z portu RS232 to możesz w programie do komunikacji włączyć zgodności z win98.
Ale …sam program może mieć na sztywno ustawioną komunikację i nie da rady się wówczas podłączyć na żadnej karcie z FAGOR-em gdyż numer portu RS jest czytany z Biosa komputera.
Inaczej … każdy dołączony RS232 jako dodatkowy może nie łączyć się gdyż nie widnieje w BIOS-ie komputera.

Ok 12 zł kosztuje w TME tester portu RS232. Na nim będziesz widział co sie dzieje na porcie i czy w ogóle wychodzą zapytania.
Jesteś ze Śląska ... jak nie uda Ci sie przywrócić komunikacji to jak będziesz chciał to mogę podjechać i sprawdzić Ci port. Mam testery i programy do sniffowania portów.