USB - RS232 - jak zdiagnozować czy działa

ps oto fotka przejscówki

Walczyłem z taką przejściówką również chciałem wykorzystać 2 i3 pin. Nic sie nie udało. Podobno przejściówki na usb nie całkowicie emulują port RS. Podobno karta PCMCIA pomoże. Pozdrawiam Krzysztof

Krzysztof L schrieb:

Raczej tak: nie wszystkie przejściówki emulują port COM. RS232 jest ok, ale jak się chce przejściówkę wykorzystać inaczej niż w standarcie, to nie wychodzi.

Podobno, ale patrz wyżej. Prawdopodobieństwo jest jednak dużo wyższe.

Waldek

ale jak sprawdzić czy jest OK, i jak uruchomic ja w moim urządzeniu, czy oddac do sklepu zanim zgubie paragon

z tego co wiem to jak uzywamy tylko pinu 2 i 3 to zdecydowana większośc aplikacji powinna działać, raczej nie będzie działać jesli chcemy wykorzystac inne dane.

podpowie mi ktos czy sa jakieś 'triki' przy instalowaniu tego typu urządzń?

Rock schrieb:

tak na dzień dobry możesz zewrzeć 2 i 3, uruchomić terminal, wyłączyć echo i sprawdzić, czy echo jest.

Waldek

no tak to działa.. czyli przejsciówka nie jest kopnieta.. teraz jak ja namówić zeby rozmawiała z atmelkiem .. ustawiam tak jak napisali w instrukcji ... i nic, za com z płyty głównej działa, a na przejsciówce nie chce..

jakies sugestie ?

J.

zadam glupie pytanie jak to probujesz podpiac do atmela bezposrednio? czy przez konwerter

Użytkownik "Rock" snipped-for-privacy@wp.pl napisał w wiadomości news:euh88b$fst$ snipped-for-privacy@node1.news.atman.pl...

(...)

Hmm... Co to za program do komunikacji z Atmelem? Bo wyglada, ze to wina tego programu - nie korzysta z portu COMilestam tylko probuje pisac gdzies po adresach I/O...

Szymon

Krzysztof L napisał(a):

Najczęściej przejściówka USB działa dobrze. Radzi sobie z Modbusem, programami DOSowymi jak Term90 czy programatory serii Picco. Łączą się dobrze z modemami radiowymi różnych firm czy np z Twidosoft do PLC Twido. Jedyne co mi nie chciało chodzić przez przejściówkę to programowanie wyświetlaczy Magelis.

program znany moze tylko ludzion z forum cnc - uhu terminal- ale pod com'em z płyty głównej dziala ( na tym samym kompie) ustawienia portu takie same, a działać nie chche ..

Rock napisał(a):

Kiedyś FT232B jakoś głupio się zachowywał. Nie odsyłał od razu do hosta odebranych danych tylko czekał na więcej danych żeby wysłać cały blok. Dawało to nam przeterminowania podczas dialogu. Może zwiększ sobie timeouty w programie. Domyślam się że nie masz oscyloskopu bo tak byś sprawdził co na TX i RX atmelka.

no niestety nie mam oscyloskopu i wglądu w program tez niemam ...

Rock napisał(a):

Jeśli to protokoł tekstowy to spróbuj wysłać z terminala tekstowego. Hyperterminal jest trochę kiepski do tego. Polecam Br@y++ Terminal. Poza tym radziłbym podłączyć na drugi port podsłuch na linii RX i zobaczyć czy Atmel odbiera i próbuje odpowiadać. Możesz też pożyczyć (chociażby w sklepie komputerowym/elektronicznym) inną przejściówkę i spróbować może będzie działać.

Użytkownik "Rock" snipped-for-privacy@wp.pl napisał w wiadomości news:euhbjo$gjt$ snipped-for-privacy@node1.news.atman.pl...

Z ciekawosci... Jaki system operacyjny?

Szymon

XP

a teraz wpadlem na taki pomysl skoro pod ogrginalnym com z plyty dzial a nie dzial na przejsciowce

to jak podlanczasz przejsciowke do sterownika wtykasz ja w gniazdo czy stosujesz jakis przewod

juz tak kombinowalem jak korzystam z Com'a to mam przedłuzacz, i testowałem tak ze podpinałem przejsciówkę ten przedłuzacz i do urządzenia ale tez nic, dziś będe kombinoał tak ze będe nadawał z jedego portu i prubował odbierać przez inny, zobaczymy co niedziała, nadawanie czu odbior..

O! i to jest wlasnie krok we wlascwia trone - porownajcie sobie dzialnie zwyklego COM i USB - USB dostaje dane w paczkach, w konwerterze jest FIFO i dopiero po zapelnieniu przesyla dalej dane - w FTDI mozna ustawiacz "czulosc" oprozniania FIFO... Pewnei driver USB optymalizowany jest na transfer blokow a nie znakow...