Virtual COM

Tomas Chvatal tchvatal na fordiag.cz
Neděle Březen 10 12:00:41 CET 2019


To, ze se COM po opetovnem pripojeni uz neda znovu otevrit (predpokladam PO 
regulernim uzavreni prechoziho [utrzeneho] handlu !!!),
bude asi problem ovladace daneho zarizeni.
Me FTDI toto nedela. Kdyz mu utrhnu USB kabel a znovu pripojim,
staci v terminalu jen puvodni COM zavrit a zas clicknout na otevreni a zas 
chodi.
Neni nutny restart Winu.

(
Vyjimkou je pouze pokud dany COM jeste zaroven SLEDUJI nejakym 
debug/trackovacim programem.
Ten se asi navaze na COM nekde v kernelu a to se pak opravdu takto 
projevuje.
)

s přáním hezkého dne / best regards
Tomáš Chvátal
tchvatal na fordiag.cz

----- Původní zpráva ----- 
Od: "Martin Locker" <locker na vosrk.cz>
Komu: <hw-list na list.hw.cz>
Odesláno: 10. března 2019 11:47
Předmět: Virtual COM


> Zdravím,
>
>
> lze nějak detekovat v aplikaci, resp. ošetřit násilné odpojení USB 
> zařízení (vytažení kabelu), které funguje jako Virtual COM?
> Zjistil jsem, že v mé aplikaci (C#) to samozřejmě spadne na přístupu k 
> portu, ale co je horší. Ani po připojení zařízení se to nevzpamatuje, v 
> původním usb portu to již není win detekováno. V jiném usb se to ale 
> najde. Fungovat to začne v daném portu až po restartu win7.
> Tedy:
> 1. jak to rozumně ošetřit v aplikaci, aby to nespadlo?
> 2. jak zajistit, aby to windowsy pro opětovném připojení do původního 
> portu detekovaly?
>
>
> Díky za pomoc
>
>
> Martin L.



Další informace o konferenci Hw-list