TomekMus napisał: ....- przerabiałem to Bascom jedynym sprawdzonym i profesjonalnym odbiorem danych jest mój zapis reszta to dla amatorów "zapal zgaś diodę" - Bez obrazy! Lecz to doświadczenie
oooj bardzo małe to doświadczenie, każdy początkujący amator nie umiejąc sobie poradzić z transmisją w RS232 na początku zwykle dobiera się do transmisji binarnej, która sprawia mu jeszcze więcej problemów. No ale za to wydaje się wtedy, że jest profesjonalnie.
To spójrz sobie na zawartość np pliku *.HEX czyli wsadu jakim programujesz procesor. Nie ważne czy to RS232 czy inne łącze - ale jak myślisz - dlaczego najczęściej wykorzystuje się tryb znakowy (ASCII) do takich transmisji ???? Uważasz, że firma Intel, która wymyśliła ten np standard jest mało profesjonalna?
Nie chodzi mi o to żeby się nad tobą tu pastwić za wypowiedziane słowa - ale żeby ci pokazać drogę - jak łatwo można sobie poradzić z transmisją w RS232 jednak stosując tryb znakowy zamiast binarnego. Sam już wiesz i czujesz, że wtedy będziesz mógł po ludzku kończyć ramkę znakiem np 13 [ENTER] a to mocno - a szczególnie jak ktoś programuje w Bascomie ułatwia sprawę. Praktycznie dzięki Config Serialin - oraz Bytematch - (konfiguracja i wykorzystanie sprzętowej obsługi UARTA'a na przerwaniach dodatkowo ze sprzętowym cyklicznym buforem danych, gdzie Bascom wszystko odwala za ciebie - a ty jedynie musisz kilka linijek kodu wstawić żeby to obsłużyć) I już możesz napisać profesjonalny program
Pomyśl sobie co by się stało gdybyś wszystkie znaki które przesyłasz - a piszesz, że muszą one być z przedziału 0-255 - gdybyś je zamienił na zwykłe tekstowe reprezentacje liczb, które oddzielone byłyby przecinkami. Chyba łatwo byłoby ci w Bascomie odbierać taki String, później go dzielić i odkodować każdą liczbę ???
wiem wiem, to wprowadza sporą nadmiarowość i zaraz się okaże, że przesyłasz tak wielkie ilości danych, że to nie do przyjęcia
Ale weź wtedy pomyśl tak jak pracownik firmy Intel, który wymyślał format IntelHEX

... i zamień wszystkie swoje przesyłane znaki na dwubajtowe wartości HEX - nie będzie trzeba ich separować przecinkami - a jedyna robota po stronie odbiorczej do branie po dwa bajty i dekodowanie HEX'a do postaci binarnej.
Można tak - można jeszcze na milion innych sposobów - ale zapewniam cię, że jak już przyjdzie doświadczenie to na pewno - wrócisz do tych porad zamiast walczyć z przesyłaniem binarnym w jakichś prostych transmisjach czy konstrukcjach