Potrzebujesz laptopa z portem COM , mam dla Ciebie tani sprzet.

Loading thread data ...
Reply to
invalid unparseable

Paweł Cern napisał(a):

Tyle, że są urządzenia, które z takimi przejściówkami nie podziałają, był nawet niedawno wątek na ten temat.

Reply to
badworm
Reply to
invalid unparseable

Paweł Cern napisał(a):

Z tego, co wiem, to wina nie leży po stronie programu jako takiego lecz wymyślonego przez producenta protokołu komunikacyjnego - po prostu w pewnych warunkach przejściówki(szczególnie te na układach FTDI) nie dadzą na wyjściu tego co być dostał bezpośrednio na normalnym porcie szeregowym. Polecam lekutrę wątku "Notebook i RS232"

formatting link
i innych na ten temat z archiwum.

Reply to
badworm
Reply to
invalid unparseable
Reply to
invalid unparseable

Paweł Cern napisał(a):

To jeszcze pomyśl, że powyżej tego modemu i przejściówki USB->RS232 istnieją jeszcze jakieś aplikacje i protokoły. Otworzyłeś terminal, wpisałeś AT, pojawiła się odpowiedź OK. I o czym to świadczy? Na oko nie zauważysz, czy odpowiedź przyszła po 100 ns czy po 10 ms. Przesłałeś plik na drugą stronę ZModemem? Protokół ZModem jest tak skonstruowany, że wysyła w ramkach duży kawał danych nie czekając na odpowiedź (timeout jest rzędu 1 minuty) tak że tu przejściówka USB->RS232 nie wprowadziła zamieszania. Jeżeli na tym modemie potem ustawiłeś dial-up'a to śmigał pewnie m.in. protokół TCP/IP, który wysyła duże paczki w ciemno, podobnie jak ZModem. I tak dalej. Obecnie już chyba bardzo mało jest protokołów skonstruowanych na zasadzie "bajt wysyłam, potwierdzenie odbieram". Nawet bardzo prosty XModem wysyła paczkę danych (nagłówek,

128 lub 1024 bajty, CRC), po czym dopiero czeka na potwierdzenie.
Reply to
Adam Dybkowski
Reply to
invalid unparseable

ElectronDepot 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.