Proszę o podpowiedź jak ustawić moduł WiFi aby mógł komunikować się z telefonem, chodzi mi o poradnik "#0262 B4A UDP Terminal - AVR - B4J - part 05". Moduł WiFi ma wysyłać i nasłuchiwać na porcie 32000 i komunikować się z siecią poprzez wysyłanie danych na adres 255.255.255.255, w które pola należy wpisać ten port i adres? Korzystam z programu Mirosława ATB-WiFi

Proponuję dać sobie spokój z działaniem na broadcascie - czyli na 255.255.255.255 bo nie znając się na sieciach będziesz miał z tym tylko same problemy. Ja wprawdzie pokazałem to w poradniku jako ciekawostkę ale też mówiłem żeby nie nadużywać a jak już to zastrzegałem, że to dla tych którzy wiedzą z czym to się wiąże.

Mówię daj sobie spokój z takim zastosowaniem modułu, a w skrócie wystarczy ustawić SocketA jako UDP Server i już ... jeśli dostanie zapytanie po broadcasicie to i na niego odpowie, a jeśli nie nadejdą odpowiedzi to zaczniesz wtedy szukać problemów u siebie w sieci, w routerze itd ...

Lepiej opisz co chcesz osiągnąć to łatwiej będzie coś doradzić.

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Mam zrobiony sterownik świateł w ogrodzie na AVR, 4 sekcje lamp oświetlają 4 różne części ogrodu. Lampy nie świecą się przez całą noc ( prąd coraz droższy) ale czasami jak wracam późno przydało by się żeby świeciły. Wymyśliłem sobie, że stworzę prostą aplikację a B4A zawierającą na początek 4 przyciski. Wciśnięcie przycisku ( 1, 2 3, lub 4 ) w aplikacji zapali mi odpowiednią sekcję lamp w ogrodzie na określony czas. No i do tego potrzebuję komunikować się z modułem WiFi z telefonu.

No to po jasny gwint tobie te broadcasty ? To jakieś kosmiczne nieporozumienie. Toż to się robi tak prosto że aż strach i nie wiem po co tu kombinować.

Każdy moduł WIFI ustawiasz jako "UDP Server" nadajesz wszystkim ten sam port i to wszystko. Później z androida wysyłasz na konkretny adres IP rozkaz zapalenia bądź zgaszenia światła ... no nic prostszego chyba nie można wymyślić. Każdy przycisk może wysyłać te same rozkazy tylko na różne adresy IP bo każdy moduł WIFI dostanie albo z DHCP różny adres albo statycznie każdemu z nich przydzielisz oddzielny adres.

------------------------ [ Dodano po: 1 minucie ]

Co więcej po włączeniu aplikacji możesz odpytać po UDP każdy moduł WIFI aby apka od razu wiedziała jaki jest status światła (sekcji) w ogrodzie.

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

No własnie o to mi chodziło. Wieczorem jak będę w domu poeksperymentuje.

------------------------ [ Dodano po: dzisiaj, o 14:02 ]



------------------------ [ Dodano po: dzisiaj, o 14:02 ]

Tak mam skonfigurowany moduł WiFi





Najpierw chcę wysłać coś do procesora z MKTerminala na PC




Wysyłam z terminala tekst który ma być wyświetlony na LCD i ma wrócić odpowiedź z procesora na terminal, o ile procesor w miarę odpowiada ( nie za każdym razem) to niestety na LCD zamiast tekstu wysłanego z MKTerminala "Dane z klienta PC" mam wyświetlane jakieś robaczki.



------------------------ [ Dodano po: dzisiaj, o 14:02 ]

Procesor AtMega 32 Kwarc 16 000 000 Hz

------------------------ [ Dodano po: dzisiaj, o 14:02 ]

Program w procesorze z poradnika.

------------------------ [ Dodano po: dzisiaj, o 14:02 ]

Uruchomiłem terminal na telefonie i jest to samo, tzn po wysłaniu tekstu z telefonu procesor odpowiada ale nie za każdym razem natomiast na LCD wyświetlają się robaczki, zauważyłem, że jak wyślę pustego stringa to wtedy procesor odpowiada bardzo ładnie za każdym razem im dłuższy string wysyłany z terminala do procesora tym gorzej.

Witam

Może zainteresuj się MQTT np. Mosqitto, jest to idealny protokół do IoT. Ja zrobiłem to na zew. serwerze typu VPS ale możesz też lokalnie po WiFI, działa wyśmienicie i naprawdę nie wymaga wielkiej wiedzy....no ale musisz jednak trochę poczytać co i jak.

https://www.b4x.com/android/forum/threa ... col.59471/
https://www.b4x.com/android/forum/threa ... 3/#content

Jest tego dużo więcej, wystarczy poszukać...

To oznacza tylko jedno - masz bardzo źle napisany program - to nie ma nic wspólnego ani z androidem, ani z prockiem ... po prostu program zbabolony na maxa niestety

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Program wziąłem na żywca z poradnika:
"#0262 B4A UDP Terminal - AVR - B4J - part 05"

Tak sobie teraz myślę, może prędkość 115200 trzeba zmienić, przy taktowaniu 16 MHz ma 3,5% błędu. Choć w drugą stronę tzn z procka pod przyciskiem mam wysyłanie stringa i śmiga bez problemu i ładnie odczytuje zarówno w PC jak i telefonie.

Ja miałem problem zaśmiecenia przesyłanych informacji przy bibliotece DigiLION. Przekładanie kwarców dało rezultat pozytywny. Myślę sobie, że wielokrotne kasowanie i wgrywanie wsadu wyczyściło ATmegę32 ze śmieci. Teraz pracuje nawet na wewnętrznym oscylatorze. Wydaje mi się, że czystość procesora ma wielki wpływ na przesyłanie danych po uart czy softuart.

masz pierwszy babol - wymień ten koci kwarc na 11,0592MHz

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Wymieniłem koci kwarc i wszystko śmiga.
Dzięki za pomoc!