Program do odczytu z portu COM

SP7DPT napisa³(a) w wiadomo¶ci: ...

Pytanie jest takie - czy mo¿na bezpo¶rednio odczytaæ warto¶æ z pinu RxD? Chyba nie?... Mo¿na zdaje siê czytaæ CTS, DSR. Je¿eli siê ich nie wykorzystuje to mo¿e pod³±czyæ do nich RxD. Tylko z interwa³em 3 ms mo¿e byæ k³opot, bo systemowy zegar w PC ma chyba 55ms - trzeba przyspieszyæ. Chyba, ¿e w XP albo w Linuxie jest programowany szybciej - ale ja niedzisiejszy.

Kiedyæ robi³em "pods³uch klawiatury" - przez jaki¶ opornik, dioda, tranzystor pod³±cza³em do LPT (piny wej.). Potem w szybkim przerwaniu a mniej dok³adnie w pêtli programowej czyta³em z LPT i "nagrywa³em" do pliku (zapisywa³em tylko zmiany stanu i moment wyst±pienia aby plik by³ krószy). Mo¿na by³o z tego zrobiæ ptymitywny wukres lub odczytaæ co wciskano na klawiaturze (i nie tylko).

Oczywi¶cie mo¿esz u¿yæ oscyloskopu z pamiêci± :) Nie wiemy po co ci to - mo¿e mo¿na inaczej?

Arek

juz ci mowie po co mi to

chodzi o to ¿e mam tuner sateleitarny i pozycjoner. Te 2 urzadzenia ze soba wspó³pracuja po porcie szeregowym TTL. Chce wyeliminowaæ tuner a zamiast niego pod³±czyæ komputer. Zrobi³em konwerter na max232 i teraz chce z³apac to co wysy³a tuner do pozycjonera tak aby móc to potem odtworzyæ za pomoc± PC (przebieg) wysy³aj±c rozkaz do pozycjonera. Mam taki programik co pokazuje mi co wlatuje na porcie com z tunera ale nie w czasie tylko poprostu pokazuje ze wesz³o "@#$%^&" jak to skopiuje i wy¶le do pozycjonera to oczywi¶cie on tego nie rozumie.

To tak mniej wiêcej o to co mi chodzi.

Tuner to AMSTRAD SRX2001 a pozycjoner to Datcom AP500 .

Najlepiej jak bym dorwa³ instrukcje serwisowa do tunera gdzie pokazane sa te przebiegi, ale szuka³em i nic nie znalaz³em.

Zatem, moim zdaniem:

- albo to nie jest zwykły port szeregowy, wtedy potrzebny jest analizator stanów albo przynajmniej oscyloskop do podejrzenia transmisji

- albo masz źle dobrane parametry transmisji w PC (baud rate, stop bity itd).

Analizatora stanów na pececie pod windą nie zrobisz. Nie ma kontroli nad czasem.

TP.

Darek napisał(a):

To może to:

Jesli to UART, to moze ma sprzetowa kontrole przeplywu? RTS/CTS - sprawdz. Jesli bedziesz chcial dopasowac bezposrednio do komputera to tez moze byc problem, bo port z pece wysyla jescze kilka bajtow po zgloszeniu wstrzymania transmisji od receivera. UART z pozycjonera moze tego nie akceptowac, gubic te bajty.

Poza tym poszukaj jakiejs specyfikacji pozycjonera, moze protokól bedzie opisany.

DJ

Firma produkujaca niegdys pozycjoner powiedziala ze moge sie w tylek ugrysc a nie udostepnia mi tego protokolu.

No to w takim przypadku rzeczywiscie zostaje tylko sniffowane transmisji. Moze przydalby Ci sie bardziej analizator logiczny, niz port w pece, przynajmniej jesli chodzi o timing sygnalów. No i sprawdz ten hardware flow, moze w tym sek.

A spróbuj to pod³±czyæ do karty dzwiêkowej (tylko uwa¿aj na poziomy sygna³ów). Jakim¶ programem do obróbki dzwieku powinno siê daæ podejrzeæ przebieg.

Pozdrawiam Marcin Mañk

O... jeszcze jedno mi do glowy przyszlo... Piszesz ze powtarzasz wysylanie sekwencji... ale pamietaj ze w protokole moga byc (i na pewno sa) uzyte znaki kontrolne, czyli non-printable ASCII od 0x00 do 0x1F, których na terminalu tekstowym "okiem" nie zobaczysz... i tez z klawiatury ich w prosty sposób nie wprowadzisz. Najlepiej operowac na zapisie szestnastkowym znaków.

BTW - ja w ostatnich dniach rozpracowuje protokól sterowania modulem drukarki termicznej EPL1600, tez poprzez UART. Niestety plytka sterujaca jest jakas third party, i dokumentacji protokolu niet :(