Przechwycenie danych odbieranych przez port USB

Mam zewnętrzne urządzenie pomiarowe. Urządzenie to podpina się do laptopa przez USB. Do tego urządzenia dostarczony jest prosty program który instaluje się na komputerze, za pomocą tego programu ustawiamy co jaki czas urządzenie ma przesyłać dane do komputera. W tym też programie wyświetlane są wyniki. Możemy rozpocząć proces odczytu poprzez przycisk start. Dane te zapisywane są do pliku tymczasowego (są to proste stringi z parametrami typu temperatura itp.) następnie taki plik można zapisac do .txt po skończonym pomiarze (w programie).
Co ja potrzebuje zrobić to dostać się do tych danych które dostarcza urządzenie w czasie trwania pomiaru w sposób inny niż odczytywanie z pliku tymczasowego. Czyli chciałbym przechwytywać je, tak jak program dostarczony przez dostawcę je sobie odczytuje.
Czy jest to możliwe do zrobienia. Urządzenie nie ma żadnego api ani nic

Co sądzisz o czymś takim - http://freeusbanalyzer.com/ lub https://sourceforge.net/projects/usbsnoop/

Ewentualnie masz projekt ze źródłami - https://github.com/desowin/usbpcap

Ja osobiście widzę dwie opcje:

1. cały czas podsłuchiwać transmisję między urządzeniem a aplikacją do jego sterowania/kontroli. albo
2. przy użyciu którejś z aplikacji z pierwszych dwóch linków (albo czegoś innego) sobie "ręcznie" zobaczyć, w jaki sposób urządzenie komunikuje się z kompem, a potem samemu napisać sobie jego obsługę.

Tak czy siak - trochę będzie z tym zabawy.

To urządzenie to jakaś samoróbka czy dostępne normalnie w handlu?
Obsługuje jakiś protokół komunikacyjny?

@gg Coś takiego http://www.elmetron.com.pl/mobile/data/tlenomierze-s500.html

Łoł! Dawno nie widziałem takiej witryny firmowej ;) (to tak na marginesie). Może na początek warto zadzwonić/napisać (ale lepiej zadzwonić) i spytać czy mogą podzielić się wiedzą jak zagadać z ich urządzeniami nie tylko za pomocą dołączonego programu. Jeśli podzielą się wiedzą to ok, jeśli nie to pozostaje podgląd komunikacji.

tak dla pewności to sprawdź czy dostarczony przez nich program nie instaluje fejkowego portu COM/RS-232. Miałem okazję obsługiwać różne rozwiązania przemysłowe i dosyć częstą praktyką było dodawanie do starych rozwiązań (bazujących na portach COM) portu USB zamiast wspomnianego RS-232, natomiast komunikacja odbywała się dosyć prymitywnie i do przechwycenia wystarczał nasłuch portu

maniutek20 napisał(a):

tak dla pewności to sprawdź czy dostarczony przez nich program nie instaluje fejkowego portu COM/RS-232. Miałem okazję obsługiwać różne rozwiązania przemysłowe i dosyć częstą praktyką było dodawanie do starych rozwiązań (bazujących na portach COM) portu USB zamiast wspomnianego RS-232, natomiast komunikacja odbywała się dosyć prymitywnie i do przechwycenia wystarczał nasłuch portu

Takie rozwiązanie nie dotyczy wyłącznie staroci, jest po prostu wygodne. Zdaje się że większość płytek prototypowych typu Arduino korzysta z tego podejścia
Jeżeli rzeczywiście w menadżerze urządzeń w sekcji porty "coś" siedzi, to sprawa jest prosta

using System.IO.Ports;

https://msdn.microsoft.com/pl-pl/library/system.io.ports.serialport

Dostałem protokół transmisji z urządzeniem, czy wg tego dokumentu powinienem móc się skomunikować za pomocą using System.IO.Ports; ?

Tak jest - w specyfikacji masz podany sposób komunikowania się z urządzeniem przez RS232 "Szybkość 115200 bit/s, 8 bitów danych, 1 bit parzystej parzystości, 1 bit stopu, brak sterowania transmisji.". Oznacza to, że mimo faktu podpięcia urządzenia przez USB, z punktu widzenia programisty komunikujesz się z nim tak, jakby był podpięty do porty COM.

Zresztą tak, jak pisał wcześniej @miaugust - możesz sprawdzić, czy po podpięciu tego ustrojstwa do kompa w menedżerze urządzeń się pojawią informację o nowym urządzeniu. Jak tak, to będziesz miał pewność, że tędy droga :)

Poza tym na samym końcu dokumentacji masz napisane wprost

W przyrządzie zastosowano konwerter RS/USB typu FT232B. Sterowniki dla tego układu oraz biblioteki i przykłady oprogramowania dla róŜnych systemów moŜna znaleźć na stronie www.ftdichip.com.

Przy czym podejrzewam, że raczej żadnych sterowników nie będziesz musiał instalować - skoro obecnie Twój system się "umie dogadać" z tym ustrojstwem, to oznacza że zostały one zainstalowane podczas instalacji aplikacji dostarczonej przez producenta.

RideorDie napisał(a):

Dostałem protokół transmisji z urządzeniem, czy wg tego dokumentu powinienem móc się skomunikować za pomocą using System.IO.Ports; ?

Dostałeś protokół komunikacji, masz urządzenie - jesteś w domu! Teraz tylko trzeba wziąć się za pisanie.

Zgodnie z dokumentacją protokołu transmisji danych z przyrządem "Współpraca polega na
wysyłaniu do przyrządu zapytania i odebraniu odpowiedzi. Obowiązują kody ASCII."

Zapytanie które chce wysłać to: <SOH>#0#0#0#<ETX> jak to zapisać w ASCII zanim odezwę się do urządzenia?

private SerialPort port = new SerialPort(portName, baudRate, parityBits, dataBits, stopBits);

...

byte[] bytes = System.Text.Encoding.ASCII.GetBytes("<SOH>#0#0#0#<ETX>");

port.Write(bytes, 0, bytes.Length);

Próbuje na różny sposób i nie dostaje żadnej odpowiedzi

A jak masz zrobione odbieranie danych? Jak wygląda kod?

A sprawdzałeś czy zdarzenie jest wywoływane? Np. wpisz w tej metodzie obsługi Console.WriteLine("Odebrano dane")

Nie jest wywoływane, po wykonaniu linijki port.Write(bytes, 0, bytes.Length); urządzenie z którym się komunikuje wydaje sygnał dźwiękowy ale zdarzenie port_DataReceived nie jest wywoływane, pewnie coś z formatem zapytania jest nie tak albo jeszcze z jakimiś ustawieniami

Wklep tam Application.DoEvents();

W dokumentacji masz że ma być 1 bit parzystej parzystości a Ty ustawiasz Odd co znaczy nieparzysty więc może w tym problem. Ustaw na Even

Rzeczywiście pomyliłem się, nic się nie zmieniło poza tym że urządzenie nie wydaje już dźwięku

Jedyne co mi przychodzi jeszcze do głowy to zakomentować te dwie linijki:

			port.RtsEnable = true; // Data-terminal-ready
            port.DtrEnable = true; // Request-to-send