Witam, mam problem z rozwiązaniem następującego problemu. Otóż mam aplikację która korzysta ze skanera kodów kreskowych na porcie COM, oraz drugą, własną aplikację, stworzoną w C++ Builderze. Chciałbym aby moja aplikacja miła możliwość nasłuchiwania już otwartego portu COM i korzystania z danych wysyłanych przez skaner kodów kreskowych. Nie chciałbym korzystać żadnych komercyjnych programów, ani innych emulujących wirtualne porty com w systemie, gdyż testowałem te rozwiązania i nie zawsze spełniają moje oczekiwania. Czy taka istnieje możliwość wykorzystując WinAPI?
A tam się nie da - na kompie jak potrafisz to wszystko zaprogramujesz - kwestia tylko umiejętności.
Nie potrzeba do tego żadnego DOSu, trybu real-time, wirtualnych COMów czy fizycznego łączenia dwóch COMów ze sobą. Programy takie nazywają się snifferami (serial port sniffer) i tego możesz szukać na necie.
Taka mała podpowiedź: http://technet.microsoft.com/en-us/sysinternals/bb896644 program PortMon, który jest snifferem. Na stronie jest opis w jaki sposób działa i do jakiego API się odwołuje. W skrócie dodaje "device filter" dla portu szeregowego lub równoległego, dzięki czemu ma dostęp do całej transmisji.
To tak w skrócie - szczegóły pewnie trzeba szukać głębiej i dłużej (czego mi się nie chce), ale z powyższymi informacjami powinieneś sobie poradzić
Cytat:
How it Works: WinNT
The Portmon GUI is responsible for identifying serial and parallel ports. It does so by enumerating the serial ports that are configured under HKEY_LOCAL_MACHINE\Hardware\DeviceMap\SerialComm and the parallel ports defined under HKEY_LOCAL_MACHINE\Hardware\DeviceMap\Parallel Ports. These keys contain the mappings between serial and parallel port device names and the Win32-accessible names.
When you select a port to monitor, Portmon sends a request to its device driver that includes the NT name (e.g. \device\serial0) that you are interested in. The driver uses standard filtering APIs to attach its own filter device object to the target device object. First, it uses ZwCreateFile to open the target device. Then it translates the handle it receives back from ZwCreateFile to a device object pointer. After creating its own filter device object that matches the characteristics of the target, the driver calls IoAttachDeviceByPointer to establish the filter. From that point on the Portmon driver will see all requests aimed at the target device.
Portmon has built-in knowledge of all standard serial and parallel port IOCTLs, which are the primary way that applications and drivers configure and read status information from ports. The IOCTLs are defined in the DDK file \ddk\src\comm\inc\ntddser.h and \ddk\src\comm\inc\ntddpar.h, and some are documented in the DDK.
How it Works: Win9x
On Windows 95 and 98, the Portmon GUI relies on a dynamically loaded VxD to capture serial and parallel activity. The Windows VCOMM (Virtual Communications) device driver serves as the interface to parallel and serial devices, so applications that access ports indirectly use its services. The Portmon VxD uses standard VxD service hooking to intercept all accesses to VCOMM's functions. Like its NT device driver, Portmon's VxD interprets requests to display them in a friendly format. On Win9x Portmon monitors all ports so there is no port selection like on NT.
