Witam!
na początku chciałbym przeprosić, jeśli trafiłem do złego działu, ale to jest miejsce, które najmniej nie pasuje...
Od paru godzin męczę się z odczytem danych z powyższego urządzenia.
Posiadam takie urządzenie "tester materiałów UMT 01", które podłączone było do średniowiecznego komputera (na tzw. duże dyskietki). Na owym komputerze zainstalowany był program do obsługi tego sprzętu. Niestety, oprogramowanie to jest bezużyteczne na nowszych systemach (chociaż nie próbowałem instalować Windowsa 9x).
Urządzenie posiada wyprowadzenia na LPT i COM oraz lampkę sygnalizującą transmisję.
Posiadam kabel null-modem na COM oraz oryginalny kabel LPT.
Po podłączeniu urządzenia przez COM urządzenie NIE sygnalizuje transmisji i nie potrafię go do tego w żaden sposób zmusić. Po podłączeniu przez LPT i zrestartowaniu komputera transmisja się rozpoczyna.
Dziwnym objawem jest to, że bez podłączonych kabli odczyt wykonywany jest co około 1s, po podłączeniu LPT co w ogóle lub po uruchomieniu programu LPTScope* 10-15s (jakby transmisja się dławiła). Oczywiście, program ten nie podaje danych, które mogły by być dla mnie w jakikolwiek sposób użyteczne.
*Niewiele umiem wywalczyć samodzielnie pisząc odpowiednie oprogramowanie do sterowania portem LPT (odczyt), więc po długich poszukiwaniach znalazłem program LPTScope służący do odczytu danych z konwertera AC.
Kombinowałem z ustawieniami BIOS dot. LPT, ale niestety nic nie wywalczyłem.
Teraz seria właściwych pytań:
- Czym sterować (Windows XP) portem LPT i jak odczytywać z niego dane? Może putty?
- Czy kabel null-modem może być niewłaściwym do tego zadania? Może powinienem użyć kabla 'prostego' RS232?
- Ew. jak napisać odpowiedni program do obsługi tego sprzętu? Mam odrobinę podstaw C/C++ i C#, ale nigdy nie miałem do czynienia z dostępem do portów fizycznych.
- Jak mogą być 'kodowane' dane z odczytu? Czy zazwyczaj są to po prostu szeregi liczb?
Pozdrawiam!
i dziękuję za uwagę.
na początku chciałbym przeprosić, jeśli trafiłem do złego działu, ale to jest miejsce, które najmniej nie pasuje...
Od paru godzin męczę się z odczytem danych z powyższego urządzenia.
Posiadam takie urządzenie "tester materiałów UMT 01", które podłączone było do średniowiecznego komputera (na tzw. duże dyskietki). Na owym komputerze zainstalowany był program do obsługi tego sprzętu. Niestety, oprogramowanie to jest bezużyteczne na nowszych systemach (chociaż nie próbowałem instalować Windowsa 9x).
Urządzenie posiada wyprowadzenia na LPT i COM oraz lampkę sygnalizującą transmisję.
Posiadam kabel null-modem na COM oraz oryginalny kabel LPT.
Po podłączeniu urządzenia przez COM urządzenie NIE sygnalizuje transmisji i nie potrafię go do tego w żaden sposób zmusić. Po podłączeniu przez LPT i zrestartowaniu komputera transmisja się rozpoczyna.
Dziwnym objawem jest to, że bez podłączonych kabli odczyt wykonywany jest co około 1s, po podłączeniu LPT co w ogóle lub po uruchomieniu programu LPTScope* 10-15s (jakby transmisja się dławiła). Oczywiście, program ten nie podaje danych, które mogły by być dla mnie w jakikolwiek sposób użyteczne.
*Niewiele umiem wywalczyć samodzielnie pisząc odpowiednie oprogramowanie do sterowania portem LPT (odczyt), więc po długich poszukiwaniach znalazłem program LPTScope służący do odczytu danych z konwertera AC.
Kombinowałem z ustawieniami BIOS dot. LPT, ale niestety nic nie wywalczyłem.
Teraz seria właściwych pytań:
- Czym sterować (Windows XP) portem LPT i jak odczytywać z niego dane? Może putty?
- Czy kabel null-modem może być niewłaściwym do tego zadania? Może powinienem użyć kabla 'prostego' RS232?
- Ew. jak napisać odpowiedni program do obsługi tego sprzętu? Mam odrobinę podstaw C/C++ i C#, ale nigdy nie miałem do czynienia z dostępem do portów fizycznych.
- Jak mogą być 'kodowane' dane z odczytu? Czy zazwyczaj są to po prostu szeregi liczb?
Pozdrawiam!
i dziękuję za uwagę.