- posted
17 years ago
Program do odczytu z portu COM
- Vote on answer
- posted
17 years ago
- Vote on answer
- posted
17 years ago
- Vote on answer
- posted
17 years ago
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.
- Vote on answer
- posted
17 years ago
Darek napisał(a):
To może to:
- Vote on answer
- posted
17 years ago
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
- Vote on answer
- posted
17 years ago
- Vote on answer
- posted
17 years ago
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.
- Vote on answer
- posted
17 years ago
- Vote on answer
- posted
17 years ago
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 :(