Program do odczytu z portu COM

Loading thread data ...

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.

Reply to
Tomasz Piasecki

Darek napisał(a):

To może to:

formatting link

Reply to
Krzysztof Szmurło

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

Reply to
DJ

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.

Reply to
DJ
Reply to
invalid unparseable

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 :(

Reply to
DJ

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.