ATNEL tech-forum https://forum.atnel.pl/ |
|
Problem z zawieszaniem się odbioru danych przez COM https://forum.atnel.pl/topic19757.html |
Strona 1 z 1 |
Autor: | faber33 [ 6 gru 2017, o 20:02 ] |
Tytuł: | Problem z zawieszaniem się odbioru danych przez COM |
Witam. Taka sytuacja dziwna wynikła (wcześniej tego jakoś nie zauważyłem). W Delphi używam jak w poradnikach Mirka: comport, ComDataPacket i MkUsbDetector. Mianowicie wysyłałam sobie do PC przez FT232 z atmegi dane w postaci stringów coś takiego --> wartość1,wartość2\r\n czyli np. znak,15 liczba,25132 kod,1 wartosc,128 Okres wysyłania tych stringów jest różny tzn. kolejność wysyłania nie jest stała (najlepiej zobaczyć -> zrzut z konsoli): znak,15 liczba,25132 kod,1 wartosc,128 znak,15 liczba,25132 kod,1 wartosc,128 liczba,25132 znak,15 wartosc,128 kod,1 liczba,25132 znak,15 wartosc,128 kod,1 To przecież nie powinno mieć żadnego znaczenia bo i tak ComDataPacket analizuje linia po linii, a sytuacja jest taka że niby dane są odbierane prawidłowo, ale z czasem jakby się program w delphi gubił i przestaje odbierać te dane. Podłączony moduł nie przestaje nadawać bo w putty dane cały czas śmigają bez zwiechy nie zauważyłem też żadnych przekłamań W ComDataPacket mam tak napisane w zdarzeniu odbiorczym "OnPacket", czyli mam podgląd w Memo1 na odbierane dane i tak jak pisałem wyżej co jakiś czas (różnie to jest, tutaj jakiejś zależności czasowej niema) przestaje dodawać nowe linie do Memo i aktualizować te odbierane wartości. Tak jakby się to zdarzenie wieszało Jak wyłączę i włączę ponowni aplikacje to znowu działa jakiś czas dobrze. PS. Próbowałem zmieniać prędkość transmisji od 9600 do 115200 zero poprawy. Kwarc mam przyjazny czyli 14 745 600 Hz Ma ktoś jakiś pomysł gdzie leży błąd język delphi
Musisz się zalogować, aby zobaczyć kod źródłowy. Tylko zalogowani użytkownicy mogą widzieć kod.
PS. Edit: Zmieniłem żeby co powiedzmy 500ms dane z atmegi wysyłały się dokładnie w takiej kolejności jak wyżej czyli np. znak,15 liczba,25132 kod,1 wartosc,128 Ale efekt jest taki sam ... kilka razy takie "pakiet" przejdzie i następuje zwiecha -- wczoraj, o 20:02 -- Dopisałem jeszcze tej procedury taki "else" język delphi Musisz się zalogować, aby zobaczyć kod źródłowy. Tylko zalogowani użytkownicy mogą widzieć kod. Czyli powinno to wyłapać jeśli przyjdzie string nie spełniając żadnego z warunków ... ale przy zawieszeniu dalej się ten else nie wykonuje ... czy wynika że nie w tym problem że przychodzą złe dane ... Ma ktoś pomysł jak temu zawieszaniu zaradzić ? Próbowałem też ze zdarzeniem cPortu OnError i OnBreak żeby wyświetliło na statusbarze ale też bez efektu, czyli tu też błędu nie wywala :/ Wygląda na to że port jest ciągle otwarty i się błędy nie pojawiają tylko w ComDataPacket coś się chrzani :/ PS. Zauważyłem że po tym błędzie dioda sygnalizująca nadawanie przy FT232 przestaje migać, czyli przestaje wysyłać bo ComDataPacket go olewa ? Za to nadawanie działa cały czas nawet gdy przestaje odbierać i dane do modułu z atmegą przychodzą na 100% poprawnie ... |
Autor: | TomekTomek55 [ 30 maja 2018, o 10:33 ] |
Tytuł: | Re: Problem z zawieszaniem się odbioru danych przez COM |
Daj mi na PW cały kod z Unita w notatniku wklejony to popatrzę jak to wygląda |
Autor: | ELEKTRON105 [ 30 maja 2018, o 14:49 ] |
Tytuł: | Re: Problem z zawieszaniem się odbioru danych przez COM |
Nie wiem czy ci to coś pomoże ale już raz ktoś miał taki podobny problem i podpowiedziałem żeby zgodnie z tym co Mirek w jednym z filmików mówi ustawić w komporcie w ustawieniach jeden parametr na zero bo inaczej komport przestaje po pewnym czasie działać.Sorki że nie mogę teraz sprecyzować o jakie ustawienie chodzi ale nie mam komputera przed sobą . Mogę wieczorem ci podpowiedzieć. O jakie ustawienie chodzi. Ok już piszę o co mi chodziło mianowicie o to żeby w ustawieniach komport TIME OUT ustawić na zero. |
Strona 1 z 1 | Strefa czasowa: UTC + 1 |
Powered by phpBB® Forum Software © phpBB Group https://www.phpbb.com/ |