Jest sobie stary interfejs Opel Scanner na AT2313, który z fabryki wyjechał z DB9.
Jakiś czas temu przeniosłem go w XXI wiek wyrzucając MAX232 i zastępując go modułem bluetooth BK3231.
Zadbałem o ustawienia BK3231, aby odpowiadały wymaganym przez Opel Scanner oraz wyłączyłem AT+ENABLEIND. Pin 25 (MCU-INT) podpięty do reset AT2313. Myślałem, że to jest źródło problemu na początku (za długi reset). Po testach jednak wykluczyłem ten wariant. Musiałem też wyrzucić 78L05 i zastąpiłem go wyciętym kawałkiem PCB (z tunera SAT) z przetwornicą na 3V3 - problem rożnych poziomów napięć. AT2313 nie powinien mieć z tym problemów wg. noty.
Frustrujące jest to, że nie działa to zawsze sprawnie. Z jakiegoś powodu nie uzyskałem efektu 'niewidzialnego drutu'. Wykorzystałem Device Monitoring Studio do podsłuchania komunikacji:
1. wyjście modułu z BK3231;
2. wyjście po dołączeniu adaptera USB-UART zamiast SPP bluetooth
3. dane pomiędzy aplikacją a sterownikiem portu com
Jak widać dane odczytane w tym samym oprogramowaniu w różnych miejscach toru różnią się między sobą.
Interfejs Opel Scanner wymusza takie ustawienia komunikacji w Win7, Ntddser.h /SERIAL_TIMEOUTS structure :
Nie mam pomysłu, gdzie szukać problemu. Wiem, że tego typu moduły buforują dane i wprowadzają opóźnienie - Czy to może być problem w sytuacji ustawień wymuszonych przez interfejs w Win7? Dziwne jest to, że czasami przez chwilę komunikacja działa w porządku. Jak ktoś może podpowiedzieć, co jeszcze mogę sprawdzić będę wdzięczny.
Jakiś czas temu przeniosłem go w XXI wiek wyrzucając MAX232 i zastępując go modułem bluetooth BK3231.
Zadbałem o ustawienia BK3231, aby odpowiadały wymaganym przez Opel Scanner oraz wyłączyłem AT+ENABLEIND. Pin 25 (MCU-INT) podpięty do reset AT2313. Myślałem, że to jest źródło problemu na początku (za długi reset). Po testach jednak wykluczyłem ten wariant. Musiałem też wyrzucić 78L05 i zastąpiłem go wyciętym kawałkiem PCB (z tunera SAT) z przetwornicą na 3V3 - problem rożnych poziomów napięć. AT2313 nie powinien mieć z tym problemów wg. noty.
Frustrujące jest to, że nie działa to zawsze sprawnie. Z jakiegoś powodu nie uzyskałem efektu 'niewidzialnego drutu'. Wykorzystałem Device Monitoring Studio do podsłuchania komunikacji:
1. wyjście modułu z BK3231;
2. wyjście po dołączeniu adaptera USB-UART zamiast SPP bluetooth
3. dane pomiędzy aplikacją a sterownikiem portu com
Jak widać dane odczytane w tym samym oprogramowaniu w różnych miejscach toru różnią się między sobą.
Interfejs Opel Scanner wymusza takie ustawienia komunikacji w Win7, Ntddser.h /SERIAL_TIMEOUTS structure :
Nie mam pomysłu, gdzie szukać problemu. Wiem, że tego typu moduły buforują dane i wprowadzają opóźnienie - Czy to może być problem w sytuacji ustawień wymuszonych przez interfejs w Win7? Dziwne jest to, że czasami przez chwilę komunikacja działa w porządku. Jak ktoś może podpowiedzieć, co jeszcze mogę sprawdzić będę wdzięczny.
