ATNEL tech-forum

Re: Zmienna IPAddress wewnątrz struktury

2014-12-29T19:46:16+01:00

Chyba jest małe nieporozumienie. Bo raz zalecasz żeby używać struktury zamiast klasy, a potem odnosisz się do implementacji z Arduino Ethernet. Jeżeli autor będzie korzystał z tej biblioteki to nie ma możliwości zmiany. Natomiast jeżeli tworzy swoje rozwiązanie to może napisać swoją klasę, która w najprostszej postaci nie różni się niczym od struktury.
Obiekty nad strukturami mają tą przewagę, że pozwalają wystawić interfejs, który nie pozwala na przypadkowe niepożądane modyfikacje (nie rozumiem dlaczego tak Ci przeszkadzają prywatne atrybuty).
Obiekt też możesz serializować tak jak strukturę (chyba, że nie zrozumiałem problemu), a dodatkowo możesz dorzucić specjalizowane metody - wcale nie wymagające dziedziczenia.
Równie dobrze mógłbym zapytać dlaczego struktura a nie typedef dla czteroelementowej tablicy (w obiekcie da się uzyskać dostęp jak do tablicy, a w strukturze nie).

mirekk36 - tylko, że pomieszałeś teraz dwa problemy. To co przedstawiłeś można rozważać pod kątem zajętości pamięci i wybrać rozwiązanie optymalne. Problem struktura/klasa nie daje się już tak prosto sprowadzić.

Statystyki: Napisane przez _lukasz — 29 gru 2014, o 19:46

Re: Zmienna IPAddress wewnątrz struktury

2014-12-29T10:22:41+01:00

Ja też nie przepadam za "czystym" Arduino. Niemniej istnieje sporo peryferiów, które nie mają bibliotek np. pod AVR-y, ale bez problemu można znaleźć dla nich kod pod Arduino. Tak właśnie wyglądała sytuacja w moim przypadku. Jakiś czas temu skleciłem sobie płytkę z Atmegą644 i układem Wiznet W5100 (ten sam, który stosuje się w popularnych Ethernet Shieldach) i powoli zabrałem się za pisanie biblioteki, w oparciu o przykłady z Internetu. Po drodze jednak zajrzałem do kodu biblioteki Arduino Ethernet. Okazało się, że jest tam już praktycznie gotowy cały sterownik (trzeba było tylko pozbyć się nawiązań do wiring i pozmieniać kilka niskopoziomowych funkcji) oraz obsługa socketów. Po przeportowaniu tej części przyjrzałem się najwyższej warstwie (klasy takie jak Ethernet, EthernetServer, EthernetClient i EthernetUDP) stwierdzając, że usunięcie nawiązań do Arduino nie powinno być zbyt trudne, a dzięki nim zyskałem np. możliwość automatycznego przydzielania socketu, nie musiałem też od nowa implementować obsługi DNS albo DHCP.
Postanowiłem nie pozbywać się funkcjonalności tej biblioteki, stąd np. zostawiłem IPAddress i nie przerabiałem kodu pod obsługę zwykłych, czteroelementowych tablic z adresami IP. Na razie wszystko działa, chociaż przerobiona biblioteka znajduje się w fazie testów.

Jednak w porządku - w strukturze w pamięci flash/EEPROM będę trzymał zwykłe tablice, później inicjując nimi obiekty klasy IPAddress.

Statystyki: Napisane przez Atlantis — 29 gru 2014, o 10:22

Re: Zmienna IPAddress wewnątrz struktury

2014-12-29T09:22:53+01:00

to mniej więcej tak samo jak do byle przykładu w arduino do pętli for ... ludziska dają typ int dla zmiennej iteracyjnej i nie ważne, że zmienia się ona w zakresie np 0-10 ..... No można oczywiście dać int, można nawet long int albo i long long int - tylko po co ?

Statystyki: Napisane przez mirekk36 — 29 gru 2014, o 09:22

Re: Zmienna IPAddress wewnątrz struktury

2014-12-29T08:30:09+01:00

mokrowski nie rozumiem dlaczego doradzasz użycie struktury zamiast klasy. Nie wiem jaki miałby być zysk korzystania w c++ ze struktury zamiast z klasy.

Statystyki: Napisane przez _lukasz — 29 gru 2014, o 08:30

Re: Zmienna IPAddress wewnątrz struktury

2014-12-29T01:16:52+01:00

"IPAddress" jest zapewne klasą, której konstruktor wymaga podania kilku parametrów na wzór: http://arduino.cc/en/Reference/EthernetIPAddress

Umieszczenie zawartości obiektu w pamięci FLASH/EEPROM wymaga tzw. procesu serializacji tzn. "rozbiciu" poszczególnych składowych obiektu, aby możliwe było późniejsze ich zapisanie. Najlepiej w tym celu dodać metodę do klasy "IPAddress" dokonującą takowego zapisu/odczytu.

Statystyki: Napisane przez atmel — 29 gru 2014, o 01:16

Zmienna IPAddress wewnątrz struktury

2014-12-29T00:37:43+01:00

Projekt o którym mowa co prawda nie jest pisany w Arduino, ale pod zwykłe AVR-y w C++ (próba przesiadki ze zwykłego C).
Na jego potrzeby pożyczyłem jednak trochę plików źródłowych z Arduino - głównie bibliotekę Arduino Ethernet, którą udało mi się pozbawić nawiązań do "jądra" Arduino.

Mam teraz jednak pewien dylemat. Chciałem sobie utworzyć typ strukturalny, w którym byłyby zapisane wszystkie dane konfiguracyjne powstającego systemu. Potem utworzyłbym trzy zmienne tego typu: w pamięci RAM, EEPROM, oraz FLASH (ok, ta ostatnia to raczej stała). Takie podejście umożliwia wygodne zarządzanie ustawieniami - z kopii umieszczonej w RAM-ie korzystamy podczas normalnej pracy, w EEPROM-ie znajduje się bieżąca konfiguracja wczytywana przy starcie, natomiast FLASH przechowuje wartości domyślne, które można w razie czego przywrócić.

W C wszystko było jasne. Tworzyłem sobie typ strukturalny, np.:

[syntax=c]typedef struct {
uint8_t mymac[6];
uint8_t myip[4];
uint8_t ipmask[4];
uint8_t gwip[4];
uint8_t dnsip[4];
} cfg_t[/syntax]

A potem inicjowałem kolejne zmienne:

[syntax=c]fg_t cfg;

cfg_t eeprom_cfg EEMEM;

const cfg_t pgm_cfg PROGMEM ={
//mymac
{0x00, 0xC1, 0x21, 0x3B, 0x72, 0x21},
//myip
{192, 168, 1, 89},
//ipmask
{255, 255, 255, 0},
//gwip
{192, 168, 1, 1},
//dnsip
{8, 8, 8, 8}
};[/syntax]

Dla PROGMEM musiałem oczywiście podać wartości.

Teraz próbuję to samo zrobić pod C++, korzystając z arduinowego typu zmiennej IPAddress:

[syntax=c]typedef struct {
uint8_t mymac[6];
IPAddress myip;
IPAddress ipmask;
IPAddress gwip;
IPAddress dnsip;
} cfg_t[/syntax]

Niestety próba podania wartości w klamrach, jak powyżej skutkuje warningiem:

Code:

extended initializer lists only available with -std=c++11 or -std=gnu++11 [enabled by default]

Ktoś może mi powiedzieć co jest tego powodem i jak prawidłowo umieścić wartości we flashu?

Statystyki: Napisane przez Atlantis — 29 gru 2014, o 00:37