Przyjazne Bascom Forum

Witam. Panowie mam bardzo duży problem z komunikacją pomiędzy nextion inteligent a atxmega256A3U.
Chodzi mi o to jak odbiera się dane z nextiona do cpu.
np. klikam w button i powinno wysłać : print "AT=SAFEvcc" i to powinen rozpoznać cpu.
Zawsze do tej pory korzystałem z takiej skladni we wszystkich moich projektach i było dobrze, a teraz nici z tego.
Ustawienia moich uartów: dodam tylko że zamiast baudrate=57600 dałem 50000 bo procek chodzi na 48Mhz A tak odbieram: Nigdy nie miałem doczynienia z czymś takim jak: Receiveddata = Inkey(#2) .
Bardzo bym prosił o choćby jakiś sprawdzony przykład komunikacji dwustronnej nextion<>cpu.
Dodam że skorzystałem nawet ze sztucznej mądrości to tylko namieszła mi w głowie, aczkolwiek pomogła napisać procedury do środowiska VB.NET, ale w bascomie to już nie za bardzo.

Dawno się nextionem nie bawiłem, ale pamietam, że tam się każde dane rozpoczynają od &HFF i potem jest jeszcze informacja jakie to sa dane. Na przykład string czy moze jakieś dane liczbowe/wartości.
Na formum MCS umieściłem taki przykład to i tu powtórzę. czegoś moze zabraknąc bo wycinam go na bieżąco z działającego kodu.
Po latach kilka rzeczy bym tu już poprawił i napisał inaczej
Tu przykład odbioru danych.
Każda paczka kończy się chyba trzema &HFF. Tak więc raczej nigdy nie będziesz miał tak że "Bufor = AT+COSTAM". Nalezy użyc INSTR(mojstring , "AT+COSTAM") i to pokazuje czy to się w stringu znajduje.
Nie umieszczam tu na razie subów do tworzenia stringów żeby nie zaciemniać tematu.

Witaj bartku, nie sprawdzałem twego kodu, ale jeszcze się pomęczyłem z tym nieszczęsnym odbiorem i wyszło tak.
wypiełem te nieszczęsne E220-900T30D moduły i zastąpiłem je modułami HC-12 i śmiga aż miło.
Może te E220-900T30D sprawdzają się i dobrze, ale w tym przypadku nie.
W nextion jeśli nacisnę np. button1 to wysyłam dane tak: Poprostu dodałem na końcu znaki CRLF aby odbiornik nie wieszał się i rozumiał co do niego wysyłam.
W takiej konfiguracji odbiornik działa wyśmienicie: Ile czasu i pomysłów trzeba wykożystać aby takie dziadostwo ogarnąć

Dokładnie nie wiem dlaczego to działa. Może Bascom jak widzi że Input jest użyty do wprowadzenia stringa to ignoruje wszystko co jest poza standard ASCII czyli powyżej 127 i dlatego nie dodaje tych FF. Nextion pewnie to nadaje na końcu i to widać w terminalu, ale Input czeka na CR LF a potem Ty robisz Clear Serialin.

Nie wiem jak łyka te pierwsze FF i komendy. Może tam był system uproszczonej komunikacji bo przy komendzie "print" pisze że jest juz zdeprecjonowana.
U siebie chciałem mieć mozliwość odczytu dotyku więc juz nie szedłem na łatwiznę.

Nie pamietam, a nie za bardzo jest czas to teraz rozgryzać. Grunt że działa.

Modułami E220-900T30D się nie bawiłem, ale LoRa to raczej powolna jest. Mam jakieś inne moduły (AS-32 Ashining) to raczej wolniej po nich gadam a HC-12 to nawet w domyśle miał 9600bps.

A może tak na zakończenie byś podpowiedział, jakiej formułki użyć aby wysłać cosik takiego do nextiona.
Deklaracja końca- i wysyłka - czy to dobrze? bo coś nie odbiera.

Moze zadziała. Jak nie to trzeba pewnie podać ID tej zmiennej.
Nie wiem który to Nextion.
Do tego Bascom dodaje zero na końcu stringów a Nextion nie.

Niestety, ale powyższy kod u mnie nie działa, ale za to działa taka forma wysyłki do nextion po naciśnięciu przycisku s1: i wysyła bardzo dobrze i to szybko, aje jak zrobię to samo tylko automatycznie to już nie wysyła.
I tak przy pierwszej metodzie z przyciskiem to okno terminala: 78 31 2E 76 61 6C 3D 31 33 38 32 30 FF FF FF 72 78 31 2E 74 78 74 3D 22 33 22 FF FF FF
jak widać na końcu są 3 x FF, a jak będzie wysyłka z automatu to będzie końcówka taka: 41 54 3D 43 4D 44 0D 0A 72 78 31 2E 74 78 74 3D 22 2D 2D 2D 20 4F 4B 20 2D 2D 2D 22 FF FF FF 1A FF FF FF
i jak widać nie wiem co, ale coś dodaje jeszcze oprucz tych 3xFF jeszcze 1A FF FF FF.
Kod wysyłający Co może być przyczyną takiego zjawiska nadprzyrodzonego?

Zacznij od usunięcia clear serialin1 i 2 itd
Na 100% nie rozumiesz konsekwencji jakie to niesie ze sobą.
Rozpisz sobie wszystkie komendy odbioru na select case.

A więc zrobiłem test tego co kolega zalecił, a kodzik malusi to testów przebiegł pomyślnie.
Czy chodziło o coś takiego w odbieraniu komend ? Taka różnica ma na celu ?

Zagnieżdżając select case możesz sobie w łatwy sposób porcjować komendy.
Stosując stałe dla każdego poziomu select case masz idealny szablon na przyszłość.
Na przykład w kodzie głównym masz listę stałych.
W razie potrzeby zmieniasz tylko stałe taki kod jest bardzo uniwersalny można w szybki sposób użyć go w innym projekcje. G2 i G3 to oznaczenie poziomu select case.
Później c_1 lub c_2 to case 1 i case 2
To daje przejrzysty kod łatwy do użytku na przyszłość i pozwala odnaleźć który to select case.

Zobacz ja to wygląda ja odbieram ramkę danych po RS485 i porcjuje.
Moja ramka to: adres, komenda ,wartość
Czyli kod najpierw sprawdza adres.
Jeśli ten warunek jest spełniony wchodzi w kolejny select case czyli getcommand(2)
w zależności od komendy wchodzi dalej w kolejny select case getcommand(3) itd.
Łatwe w rozbudowie i mega przejrzyste.

Dodanie informacji debug idealnie pozwala na sprawdzenie w którym select case jesteś.