Witajcie !

Po pozytywnie odebranej czesci pierwszej nadchodzi wiec kolejna czesc poradnika. Tym razem zajmiemy sie troszeczke ulepszona wersja naszej aplikacji do wysylania.

Jako , ze nie bedziemy pisac aplikacji od zera dlatego konieczne jest przejscie przez wczesniejsza czesc serii znajdujaca sie tu http://forum.atnel.pl/topic8960.html#p100758 . Powod jest prosty ... rozszerzamy wczesniej nabyta wiedze o nowe umiejetnosci

Nasza aplikacja na chwile obecna wyglada jakby przeszla "diete cud" i calkowicie pozbawiona jest naprawde pozytecznych kontrolek.



Obmyslamy co nam sie przyda

Wiec musimy sie zastanawic co przydaloby sie w naszej aplikacji ? Hmmm tak na szybko mozemy wymyslic kilka rzeczy :

• Wprowadzanie danych dotyczacych adresu urzadzenia docelowego
• Wprowadzanie danych dotyczacych adresu naszego komputera
• Wprowadzanie danych dotyczacych portu ktorego uzyje nasz komputer
• Wprowadzanie danych dotyczacych portu urzadzenia docelowego

Oczywiscie , to tak naprawde czubek gory ladowej , ktora mozecie poruszyc swoja wyobraznia. Aby nawykow programowania stalo sie zadosc ... bedziemy edytowac nazwy tych kontrolek tak by ich uzywanie bylo przyjemne.


Dodajemy nowe kontrolki do interfejsu naszej aplikacji

Zaczynamy od zmiany wyswietlanego tekstu na naszym guziku. W tym celu z ekranu , w ktorym widzimy design naszej aplikacji klikamy prawym przyciskiem myszy na guzik i wybieramy wlasciwosci. W oknie , ktore sie pokaze zmieniamy dla tego obiektu wlasciowosc typu TEXT. Ja ustawilem sobie na "Wyslij ramke". W tym momencie nie zmieniamy NAZWY kontrolki!



Nastepnie korzystajac z okazji , ze zmieniamy juz uklad graficzny przeciagamy na nasza aplikacje 4 nowe kontrolki typu TextBox



W tym momencie moj design wyglada w nastepujacy sposob (oczywiscie Ty mogles sobie je porozkladac inaczej )



Jak sami widzicie wyglada lepiej No ale moze sie pojawic pytanie co jest co ?! Dlatego dodamy sobie jako cwiczenie wg wlasnego uznania kontrolke o nazwie Label

Edytujac w/w kontrolke wlasciwosci i zmieniajac atrybut TEXT sprawimy , ze kontrolka bedzie opisem pasujacym do naszych wymagan (oczywiscie jest to opcjonalne cwiczenie i dla funkcjonalnosci programu mozesz je pominac chociaz zeby sie nie pomylic przy wpisywaniu danych - moja rada ... dodaj je )

No i chwila wysilku i klikania .... no i nasza aplikacja juz troszeczke lepiej zaczyna wygladac.




Nazewnictwo kontrolek

No i teraz nadszedl czas zeby te nasze nowe kontrolki w koncu jakos nazwac. Ja stosuje kilka podejsc. Przede wszystkim uzywam prefix'ow dla swoich kontrolek. Czyli :

• Jesli uzywam kontrolki typu TextBox to nazwa mojej kontrolki bylaby tbJakasSobieNazwa1
• Jesli uzywam kontrolki typu Button to nazwa mojej kontrolki bylaby btnJakasSobieNazwa

Oczywiscie powyzsze to tylko sugestia i mozecie znalezc w internecie wiele informacji lub najlepiej - uzyjcie wlasnego pomyslu z ktorym najlepiej i nalatwiej bedzie Wam pracowac.

Wiec wybieramy sobie jeden z naszych nowych TextBox'ow i klikamy na niego prawym. Wybieramy wlasciwosci. Ja wybralem sobie nowa nazwe jako tb_IP_Komputera a to dlatego , ze bedzie mi pozniej latwiej korzystac ze sprytnego podpowiadania w Visual Studio



Aby kontynuowac nalezy zmienic odpowiednio reszte kontrolek - najlepiej tak aby opis odpowiadal kontrolce

Opis moich nazw kontrolek to odpowiednio :

• tb_IP_Komputera
• tb_PORT_Komputera
• tb_PORT_Docelowy
• tb_IP_Docelowy

Jako , ze poradnik pisany jest AD HOC czyli na goraco - dodamy dosc potrzebna do rozwoju kontrolke o ktorej po prostu mnie sie zapomnialo Miejsce na wyslanie naszej wiadomosc. Nazwe ja dla potrzeb tego poradnika tb_Ramka



ufff no to smigamy dalej .....

Zmieniamy nasz kod zrodlowy aplikacji

Po tych wszystkich przeprawach przyszedl czas na rozszerzenie naszej aplikacji o funkcjonalnosc , ktora sobie zaplanowalismy. Tak jak wspominalem wczesniej bedziemmy zmieniac kod zrodlowy stworzony w I czesci tej serii poradnikow.

Przede wszystkim zachodzi pytanie ... jak dostac sie do wlasciwosci tego co wpisze w moich kontrolkach ? A wiec kwestia wyjasnienia ... kazdy obiekt w C# moglby byc porownany do paczki kurierskiej.
To co wpisujesz w textbox mogloby byc porownane do ... powiedzmy naklejki z textem dla kuriera. Oczywiscie tych wlasciwosci jest wiecej i np niektore sa tylko do odczytu czyli tutaj porownnanie do zafoliowanego kawalka papieru z kodem kreskowym , ktorego nie mozna zmienic
Zeby bylo zabawniej obiekty maja rozwniej metody. Czyli np w tym wypadku to co moglbys zrobic z ta paczka. Powiedzmy , ze mozesz wyczyscic caly adres i napisac go od nowa ?! Albo np otworzyc taka paczke

Zeby pokazac Ci to w kodzie omowie jedna potrzebna nam wlasciwosc i jedna metode.

• Wlasciwosc : text wpisany w kontrolke. W naszym wypadku ta poszukiwana wlasciwosc ma nazwe .Text (zwroc prosze uwage na kropke ) i poprzedzona bedzie odpowiednia zmienna. W naszym wypadku dowolna z tych ktore stworzylismy jako TextBox'y
• Metoda : oczysczenie textu wpisanego w kontrolke. W tym wypadku poszukiwana metoda nazywa sie .Clear() ( zwroc prosze uwage na kropke) i takze poprzedzona bedzie odpowiednia zmienna. W naszym wypadku dowolna z tych ktore stowrzylismy jako TextBox'y. W tym miejscu zwroc uwage , ze metody maja "()" na koncu.

Pora pozmieniac troche kod. Musimy go przeniesc w miejsce gdzie po uruchomieniu aplikacji bedziemy w stanie skonfigurowac aplikacje wg danych wpisanych w TextBox'y.

Dlatego dodamy sobie nowa kontrolke. Bedzie ona typu "BUTTON" i po przeniesieniu jej na aplikacje i skonfigurowaniu jej tekstu i nazwy - kliknij na guzik dwa razy (ta czynnosc nie powinna Ci juz sprawic klopotu wiec nie bede jej tu w szczegolach opisywal ).
Ja swoj guzik nazwe btn_Konfiguracja_Aplikacji

Jesli wszystko poszlo dobrze Twoje Visual Studio powinno przeniesc Cie bezposrednio do kodu obslugi guzika , ktory dopiero co stworzony u mnie wyglada tak :


Jesli cos poszlo nie tak - nie kopiuj tej czesci kodu bo Twoj guzik nie ma dolaczonej obslugi zdarzenia nacisniecia go i ta czynnosc nie pomoze :O Wroc do czesci I poradnika i zobacz jak dodajemy guzik i jego metode!

Nastepnie zmieniamy nasze zmienne globalne. Teraz powinny one wygladac w ten sposob :


[/syntax]

Powod tej zmiany to dlatego , ze w naszym nowo stworzonym guziku dopiero po jego nacisnieciu bedziemy konfigurowac te zmienne.

Teraz w metodzie naszego guzika dodamy nastepujacy kod :



Ze wzgledu , ze jest tutaj troche zmian zasluguje on na odrobine wyjasnienia. Aby dalej to wyjasnic rzuc okiem na infojak tworzymy typ naszej zmiennej typu IPEndPoint http://msdn.microsoft.com/en-us/library/k17zbw22(v=vs.110).aspx




Pierwszy z parametrow jaki jest w tym wypadku przyjmowany jest typu IPAddress. Wiec wykorzystujemy jedna z metod do automatycznego parsowania wartosci string w poszukiwaniu odpowiedniego adresu. Tutaj wprowadzamy w zycie nasze zmiany i te parsowanie jako zrodlo wykorzysta nasz TextBox podany jako parametr




Jako , ze drugi z parametrow musi byc typu integer dokonalismy konwersji na INT uzywajac



W dalszej czesci kodu dodanego przez nas powiedzielismy naszemu programowi , ze IP pod ktore sie podlaczamy ma byc pobrane z tekstowej wlasciwosci pola tb_IP_Komputera a dobralismy sie do niego dzieki wlasciwosci o nazwie .Text (jak widac w kodzie wyzej) oraz dokonoalismy konwersji portu ze string na INT


Zmiana metody do wysylania

No i teraz nadeszla pora na najprzyjemniejsze ... czyli modyfikacja metody do wysylania. Podejrzewam ,ze jesli doszedles juz tutaj w zakresie czytania tego poradnika to nie powinno Ci to sprawic problemu Jednak by "sprawiedlowosci stalo sie zadosc" dokonczymy to razem

Cala zmiana bedzie powalajaco wielkaaaaaaaaaaaaaaaaaaaaaa



....................... i juz w metodzie do wysylania nie powinno byc nic wiecej wiec to co bedzie wysylane tak naprawde bedzie pobierane z naszego TextBox'a i to wsio

Fajnie - bo udalo nam sie wykorzystac jedna z wbudowanych metod aby nie musiec sie meczyc przy wysylaniu roznych ramek!



Owoc naszej pracy w akcji

Skoro doszlismy tak daleko zobaczmy jak to dziala. W ponizszych zrzutach ekranu aplikacja konsolowa bedzie sluzyla za odbiornik wiec bedzie wyswietlac to co wyslalem



Pamietaj tylko o jednym! Zanim sprobujesz cos wyslac ... kliknij swoj guzik do obslugi konfiguracji w przeciwnym wypadku - ZONKUS MAXIMUS



Podsumowanie czesci II

Mam nadzieje ,ze nie zamieszalem za bardzo i ze wszystkim ktorzy podejma sie proby wysylania osiagna sukces. Powodzenia w realizacji!

Raf

_________________
sig off ;(

No i bardzo dobra kontynuacja.

Wielkie dzięki

------------------------ [ Dodano po: 17 minutach ]

A czy przypadkiem w tym miejscu

nie powinno być?

_________________
Jestem początkujący i moje porady mogą być błędne

Powinnno

Ladnie wylapane... u mnie w testach to nie wyszlo - bo testowalem na lokalnym PC o tym samym adresie!

_________________
sig off ;(

Ale poradniczek super!!!
Przyda się na pewno.
Czy będzie "ulubiony ciąg dalszy"?

_________________
Jestem początkujący i moje porady mogą być błędne

Ciag dalszy bedzie na pewno bo skoro juz wyslalismy informacje to trzeba ja takze odebrac

Zalezy to takze od faktu "kiedy przyjdzie moj nowy laminat" bo im pozniej to sie stanie tym wiecej bede mial czasu pisac o C# zamiast w AVR C , ze skupieniem na wytrawianie swoich plytek hehehehehe

_________________
sig off ;(

No i mamy klasyczny "konflikt interesów"...

_________________
Jestem początkujący i moje porady mogą być błędne

Dziękuję za przekazaną wiedzę. Czekam na kontynuację.

_________________
Zło dobrem zwyciężaj.

Trzeba przechwycić listonosza i powstrzymać go "czasowo" przed wrzuceniem
do skrzynki paczki z laminatem

_________________
Jestem początkujący i moje porady mogą być błędne

hahahahaha no zobaczymy czy listonosz sie spisze ostatnim razem czekalem na paczke dwa tygodnie :O wiec to jest taka szczypta niepewnosci ... czy to juz dzis ?

_________________
sig off ;(

Widzisz Rafał do czego doprowadziłeś ? ... do polowań na listonoszy ... teraz już co najmniej kilku będzie chciało ustrzelić tego twojego

_________________
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 ]

Hahahaha Mirku A ja mysle , ze mozemy rozciagnac lancuszek i tak naprawde "ustrzelony listonosz" to moze byc Twoja wina bo gdyby nie Twoje poradniki/BB etc nie byloby mnie w okolicy

_________________
sig off ;(

O nie nie - przepraszam to nie moja wina , teraz nie zwalaj na mnie i zostaw moich listonoszy w spokoju Sam sobie jesteś "winien" ... po co się tyle nauczyłeś hahahaha

_________________
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 ]

Kiedy następna część? Może nauczysz Nas odbierać dane?

_________________
Likwidator absolutny.

Hej!

Jak dobrze pojdzie to pewnie w ten weekend o podobnych porach co ostatnio Bo jak sami widzieliscie szalalem jak dziki z nowym laminatem

_________________
sig off ;(

Juz jest http://forum.atnel.pl/topic9159.html

_________________
sig off ;(

Znalazłem drobną wadę - przy próbie zmiany adresu lub portu i ponownego kliknięcia guzika Zapisz Konfigurację program się wykrzaczy, bo w zdarzeniu kliknięcia tego guzika są tworzone endpointy przy pomocy new. Spróbowałem przerobić kod i wyszło coś takiego.
Deklaracje zmiennych globalnych (konstruktor IPEndPoint wymaga podania domyślnych wartości adresu i portu, więc wpisałem zera):

W procedurze obsługi przycisku:

Takie trochę na siłę, ale działa i można zmieniać port i adres "w locie". Pytanie do autora: da się jakoś ładniej to zrobić?

_________________
Pozdrawiam, Adrian.

Zalezy czego szukasz Rozwiazan pewnie tyle ilu programistow

Moglbys miec w btn_ustaw_Click cos w rodzaju sprawdzania wlasciwosci. Tzn jako ze zainicjalizowales juz zmienna ep oraz ep_dest to podczas nacisniecia guzika sprawdzasz czy "port" nie jest rozny od tego podanego w formularzu. Jak jest to zmieniasz. i w ten oto sposob mialbys zawsze mozliwosci dynamicznej zmiany.

Przynajmniej tak mi sie wydaje

_________________
sig off ;(

Dobra, w helpie od Microsoftu też widziałem użycie zer przy tworzeniu endpointa, więc to chyba nie jest błąd. Za to znalazłem inny problem. Ponieważ docelowo nie chcę za każdym razem ręcznie konfigurować portów i adresów wymyśliłem coś takiego:
1. Do pozyskania mojego adresu IP używam funkcji, działa idealnie:

2. Tworzę IPEndpoint i UdpClienta.
3 Korzystając z nich wysyłam pakiet na adres 255.255.255.255 i port na którym domyślnie ma nasłuchiwać moje urządzenie,
4. Urządzenie odbiera pakiet i odpowiada na adres i port z którego przyszło zapytanie, dzięki czemu znam już jego adres IP

Problem jest taki, że muszę do nasłuchu użyć tego samego portu co do wysłania pakietu. Port nadawczy w UdpClient mogę ustawić tylko podczas wywołania jego konstruktora, a chciałbym mieć możliwość jego zmiany w trakcie działania programu. Da się jakoś?

_________________
Pozdrawiam, Adrian.

A moglbys prosze bardziej nakreslic jakies cele przez ta zmiane portu ? Czemu ma to sluzyc ?

Latwiej wtedy byloby cos powiedziec

_________________
sig off ;(

W celach testowych Póki co działa:

Na drugim komputerze odpalony program echotool, który odsyła wszystko co dostanie na IP i port z którego przyszło
Zrobiłem tak jak Ty, czyli wszystko tworzę dopiero w procedurze kliknięcia przycisku, żeby zmienić cokolwiek w trakcie działania trzeba zrobić tak:

Jest to moje pierwsze starcie z C# więc trochę po omacku, kombinowałem dobrze, ale w c# nie ma delete i trzeba myśleć inaczej. Pozostało jeszcze zrobić warunek sprawdzający, czy zmienne są zainicjalizowane, jak pisałeś wcześniej i powinno wszystko już śmigać

_________________
Pozdrawiam, Adrian.

Fajnie , ze udalo Ci sie to osiagnac Tak na szybko rzuc okiem tu http://stackoverflow.com/questions/1936 ... e-only-one

_________________
sig off ;(

Witam,
ktoś próbował zastosować do komunikacji z atmegą z AtnelWifi?

Oczywiscie sam "autor" czyli .... ja (no i pewnie wiele innych forumowiczow) bawilo sie komunikacja TCP/UDP. Dziala od reki bez zadnych wiekszych problemow.

_________________
sig off ;(

Super, a napisz mi jeszcze, jeśli mam po rs podłączony moduł Atnel Wifi do atmegi, to to co wyślę po UDP,TCP poleci do atmegi po rs??? Chodzi mi o rozwiązanie takiej komunikacji jaką Mirek zaprezentował w ostatnim poradniku(6).

Hey,

Wiec ile konstruktorow tyle rozwiazan. Przede wszystkim jesli masz Wifi podlaczone po RS do uC to TAK - to co wyslesz UDP/TCP bedzie odebrane przez Atmege.

Ale wydaje mi sie, ze Mirek wyjasnia to lepiej w swoich poradnikach

_________________
sig off ;(

Komunikację nawiązuję. Wysyłam polecenia gpio 12 out 0(1)- podłączona dioda pod odpowiedni pin w module- i działa. Mam podłączoną atmege po rs z modułem, na atmedze mam wgrany program z poradnika Mirka(mruganie i gaszenie diody), ale wysyłane komendy po UDP nie działają.
Ponadto mój program po udp odbiera ramki wysyłane z innego programu. Wszystko działa jak u Ciebie w poradniku. Natomiast komendy z modułu żadne nie trafiają do mojego programu... wysyłam zwykłą komendę at+ i cisza, a chyba powinienem coś odebrać? Port odbiorczy pc mam ustawiony na 9876.

Tutaj musisz sobie to niestety sam troszke poukladac na podstawie wiedzy RS232 oraz WIFI. Zasada jest taka. Jesli Twoj program na PC nasluchuje na porcie 9876 to czy modul Wifi jest ustawiony w odpowiedni tryb zeby na ten port i adres wysylac ?

Druga sprawa to jesli uzywasz programu z poradnika Mirka czy wysylane komendy ze swojego programu dodajesz do nich znak konca lini ? (jesli to jest Twoj znak oznaczajacy przychodzaca komende np)

_________________
sig off ;(

Tak, mam znak końca linii oraz powrotu karetki(\n\r).

Szperam w karcie katalogowej od modułu w komendach i nie wiem jak sprawdzić port UDP na jaki moduł nadaje. Na pewno nasłuchuje na 8899

Kurcze , nie zrozum mnie zle ale to troche jak bladzenie po ciemku.

AD.1 : Musialbys wrzucic screeny z konfiguracji modulu w ATB wifi (ze strony AP) wtedy bysmy wiedzieli jak masz skonfigurowany modul.
AD.2 : Zainstaluj jakis program do podgladu ruchu sieciowego np WireShark zebysmy mogli cos zobaczyc co tam sie wysyla (lub nie)

_________________
sig off ;(

Tak to wygląda. Instaluje WireShark.


no już bez przesady. Wiadomo, z pustego i Salomon nie naleje