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