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
- Rejestracja:ponad 10 lat
- Ostatnio:2 miesiące
- Postów:302
C# 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:
- cały czas podsłuchiwać transmisję między urządzeniem a aplikacją do jego sterowania/kontroli. albo
- 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.
- Rejestracja:około 9 lat
- Ostatnio:około rok
- Lokalizacja:Kraków
- Postów:574
Ł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.
- Rejestracja:prawie 14 lat
- Ostatnio:dzień
- Postów:138
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
- Rejestracja:ponad 8 lat
- Ostatnio:10 miesięcy
- Postów:22
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
- Rejestracja:ponad 10 lat
- Ostatnio:2 miesiące
- Postów:302
Dostałem protokół transmisji z urządzeniem, czy wg tego dokumentu powinienem móc się skomunikować za pomocą using System.IO.Ports; ?
- Protokół transmisji.pdf (38 KB) - ściągnięć: 228
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.
- Rejestracja:około 9 lat
- Ostatnio:około rok
- Lokalizacja:Kraków
- Postów:574
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.
- Rejestracja:ponad 10 lat
- Ostatnio:2 miesiące
- Postów:302
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
- Rejestracja:ponad 7 lat
- Ostatnio:11 miesięcy
- Postów:177
A jak masz zrobione odbieranie danych? Jak wygląda kod?
- Rejestracja:ponad 10 lat
- Ostatnio:2 miesiące
- Postów:302
namespace WindowsFormsApp1
{
class SerialPortProgram
{
//// Create the serial port with basic settings
//private SerialPort port = new SerialPort("COM1",
// 9600, Parity.None, 8, StopBits.One);
static string portName = "COM4";
static int baudRate = 115200; //szybkość transmisji
static Parity parityBits = Parity.Odd; //1 bit parzystej parzystości
static int dataBits = 8; //ilość bitów danych
static StopBits stopBits = StopBits.One; //ilość bitów stopu
private SerialPort port = new SerialPort(portName, baudRate, parityBits, dataBits, stopBits);
[STAThread]
static void Main(string[] args)
{
// Instatiate this class
new SerialPortProgram();
}
private SerialPortProgram()
{
// Begin communications
port.Open();
// Attach a method to be called when there is data waiting in the port's buffer
port.DataReceived += new SerialDataReceivedEventHandler(port_DataReceived);
port.RtsEnable = true; // Data-terminal-ready
port.DtrEnable = true; // Request-to-send
//port.ReceivedBytesThreshold = 9;
//port.PinChanged
byte[] SOH = new byte[] { 0x01 };
byte[] ETX = new byte[] { 0x03 };
byte[] bytes = System.Text.Encoding.ASCII.GetBytes("<SOH>#0#0#0#<ETX>");
//port.Write(SOH, 0, 1);
port.Write(bytes, 0, bytes.Length);
//port.Write(ETX, 0, 1);
Console.WriteLine("Incoming Data:");
//Console.WriteLine(port.ReadLine());
// Enter an application loop to keep this thread alive
Application.Run();
}
private void port_DataReceived(object sender, SerialDataReceivedEventArgs e)
{
// Show all the incoming data in the port's buffer
Console.WriteLine(port.ReadExisting());
}
}
}
- Rejestracja:ponad 7 lat
- Ostatnio:11 miesięcy
- Postów:177
A sprawdzałeś czy zdarzenie jest wywoływane? Np. wpisz w tej metodzie obsługi Console.WriteLine("Odebrano dane")
- Rejestracja:ponad 10 lat
- Ostatnio:2 miesiące
- Postów:302
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
- Rejestracja:ponad 7 lat
- Ostatnio:11 miesięcy
- Postów:177
Wklep tam Application.DoEvents();
- Rejestracja:ponad 7 lat
- Ostatnio:11 miesięcy
- Postów:177
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
- Rejestracja:ponad 7 lat
- Ostatnio:11 miesięcy
- Postów:177
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