WinAPI - nastavení COM portu - odřádkování – C / C++ – Fórum – Programujte.com

Potřebuji komunikovat s jedním zařízením pomocí COM portu. Když s ním komunikuji pomocí hyperterminálů, tak komunikace funguje pouze, když zaškrtnu "Odesílat znaky konce řádku s kódem odřádkování". Předpokládám, že jde o nahrazení konce řádku znaky CR a LF. Když jsem tuto funkci explicitně naprogramoval v mém programu (odesílaný soubor načítám po znacích a při přečtení znaku '\n' vložím do bufferu 0xD a 0xA. Komunikace však i přesto nefunguje...

Existuje nějaké nastavení, jak vynutit toto chování přímo pomocí WinAPI (tzn. asi tak, jak to dělá hyperteminal)?  Protože to je jediné, co mě napadá jako problém...

Předem děkuji za odpověď (i když jsem uvedl relativně málo informací...)

jako hledal sem na netu asi 30 min ( ty asi taky:)) ) a nic sem nenašel. A možná si i myslím,že hyperterminál na to nic nepoužívá, prostě tam sype ty znaky za tebe, jako to děláš ty.

Pokud jde sledovat "obsazený" COM port, tak bych zkusil kouknout co se přenáši z hyperterminálu a co se přenáší z tvého programu.

Kouknu na to ještě dál, ale když sem to samý dělal v Javě na diplomku, tak sem s tim problémy neměl

Přesně tak, děláš to správně. Jediné jestli to pořadí je dobře. No a na pokud nejedeš na 64bit, tak můžeš použít Port Monitor (z balíku SysInternals jako je Debug View nebo Spy++) a tam uvidíš všecho - data, příkazy ...

Zasláno z mobilního telefonu.

podívej se do manuálu zařízení na popis komunikačního protokolu. Ze zkušenosti s různými zařízeními vím, že rámec nejčastěji končí znakem CR, na LF nebo kombinaci CR LF jsem narazil jen u multimetru Keithley v jeho nastavení

u některých protokolů se používají i jiné bílé znaky např. 0x03 na začátku rámce (tuším u Compo Way).

je dobré mít virtual serial port emulator, umožňuje "rozbočit" COM v PC a tak snadno sledovat dění na portu pomocí běžných nástrojů např. terminal.exe

doporučuji si nechat vypisovat hex hodnoty všeho co na portu chodí

s jakým zařízením pracuješ? možná ho budu znát.

hu

Myslím si že manuál mu moc nepomůže, protože jak psal, když přepne hyperterminal na "send line end feeds" tak to funguje.

Hypertermiál je na win, win ukončuje řádek CR LF a funguje to, takže pochybuju že by hyperterimál znal komunikační protokoly nějakých zařízení.

Jak říkám, kouknul bych na nějaký port monitor a zjistil co tam vlastně teče.

Než bádat nad tím, co tam hyperterminal posílá, je lepší vědět, co se tam má poslat. A to je v manuálu.
Může propojit kabelem COMy na PC a na druhém COMu přes terminal.exe se podívat, co hyperterminal posílá.

Pro práci s COM porty je dobré použít TserialEvent nebo SynaSer. S prvním mám dobré zkušenosti, použití je jednoduché. Výhodou je, že práci se studiem WinAPI funkcí, jak co nastavit... udělal někdo jiný :).

hu

Ještě jedna možnost proč u tvojí aplikace komunikace nechodí: pokud posíláš několik příkazů po sobě, další příkaz lze poslat až po obdržení odpovědi periferie a/nebo určité době klidu.

hu

Děkuji všem za odpovědi, ale dnes jsem se na to znovu mrkla ukázalo se "rádno moudřejší večera". Vysvětlím na konci.

#4 hlucheucho
Pracuji s obráběcím centrem Okuma OSP-E100M. Jde o posílání obráběcího programu, tudíž to nejsou separátní příkazy, ale blok data. Ono manuál je pěkné slovo, ale měl jsem tu čest již s několika stroji a co se týče komunikace, tak jsou manuály na velice špatné úrovni (mám pocit že i záměrně - politika výrobců). Např. v tomto konkrétním případě chyběly 2 podstatné věci - nikde nebylo uvedeno, že je nutné poslat hlavičku programu (a už vůbec ne v jakém tvaru má být) a také ačkoliv data se data posílají v 8bitovém bytu + paritní a stop bity, tak v těch osmi bitech je datových bitů 7 a ten jeden je znovu paritní.

Včera jsem udělal ukvapené závěry. Neudělal jsem si "statisticky významnou sérii pokusů" - okamžitě jsem z jednoho vyvozoval závěr. Protože mi to přes hyperterminal napoprvé neodešlo, přidal jsem odřádkování a data se odeslala. Tak jsem automaticky upravil mou aplikaci a data nešla poslat. Dnes jsem však zkoušel znovu a dospěl jsem k závěru, že to, zda-li se data odešlou je zcela náhodné - tzn. problém není v mé aplikaci, ale pravděpodobně někde v HW. Proměřím ještě kabel osciloskopem, zda-li se na něm neindukuje nějaké rušení/není někde zlomený apod.

Děkuji za odpovědi.

#8 yaqwsx
To zní rozumně :)

#8 yaqwsx
Když jsme u těch kabelů: jednou jsem se vybabral se zapojením regulátoru na COM. Dříve stačilo zapojit RxD, TxD a GND. Když jsem to chtěl použít na PC Lenovo (novější asi o 2 roky než můj "testovací stroj") a nebo přes převodník USB/COM, chodilo to nahodile. Po dlouhém bádání jsem zjistil, že kabel na straně PC musí být zapojen jako null modem (zapojovali se tuším CTS a RTS, schéma najdeš na internetu).

7 datových bitů, 8 a 9 parita.... pěkná prasárna.

Zkušenosti s kvalitou manuálů mám různé. Někteří výrobci poskytují velmi podrobné informace, jiní je úzkostlivě tají.

hu