Założenia:
- 2 do 3 poziomów,
- obsługa za pomocą 3 przycisków,
- obsługa w zdarzeniach,
- ma zajmować jak najmniej pamięci (napisy menu w pgmspace)

Jakieś pomysły

_________________
Czekamy na RedBook'a!

Wg mnie (może się mylę) ale nie ma żadnego cudownego sposobu na MENU, szczególnie jeśli mowa o prockach. Sposobów może być tyle ilu programistów na świecie i każdy z nich może być najlepszy dla niego albo dla konkretnego rozwiązania. Obsługa Menu zwykle ściśle się wiąże z wyświetlaczem jaki stosujesz. A jedyne co można podpowiedzieć, to to aby zbudować sobie na bazie struktur i wskaźników poszczególne MenuItem'y. Jak do tego wziąć jeszcze sposób na fizyczne rozwiązania zdarzeń, obsługi urządzeń we/wy typu klawiaturka/przyciski czy pilot itp to już wychodzi ci z tego konkretny program ściśle dopasowany do twoich potrzeb i elektroniki, którą zrobiłeś.

Jak zajmować najmniej pamięci na napisy w Menu ??

utworzyć stringi z napisami we Flash a wskaźniki do nich zapisywać do struktur albo tablic wskaźników itp i po kłopocie - na każdy napis będziesz miał tylko tyle zużyte flasha co zawiera on bajtów.

Popatrz sobie na rozdział i LCD i warstwach tam możesz zaczerpnąć sporo pomysłów na Menu i obsługę w zdarzeniach

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

Znalazłem przykład menu zrobionego tak jak piszesz, ale jakbyś zobaczył co tam siedzi w przerwaniu to ...
No nic, muszę zrozumieć jak to wielkie nagromadzenie wskaźników działa to może coś podpatrzę.



Szczególnie ciężka linijka:

_________________
Czekamy na RedBook'a!

Nie jest taka ciężka - ale jak mówiłem - nie ma prostego przepisu. A ten jak na niego patrzę to mi się (sorki niedobrze robi) jak widzę w procedurze obsługi przerwania wyświetlanie na LCD ?????!!!!!????

A sama organizacja Menu - no taka jakaś tam typowa. Natomiast Menu zdecydowanie milion razy łatwiej nie mówiąc już że tak jak się należy można zrobić na warstwach na LCD o których piszę cały rozdział w książce. Ale nie tylko na warstwach - po prostu obsługa Menu powinna być jako funkcja nieblokująca w pętli głównej programu albo jako zdarzenie przygotowana na potrzeby różnych funkcji. Szarpanie LCD w przerwaniu timera to zgroza.

_________________
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 i przecież szopler sam o tym pisał


czyli jak najbardziej ma tego świadomość

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

No tak oczywiście że zauważył - ale i tak jak ja widzę coś takiego to nie mogę emocje biorą górę - a na poważnie to dopisałem to żeby inna osoba przeglądająca forum widziała już bardzo jasną opinię na ten temat.

_________________
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 tak, ale to chba tylko dla takich "nowych" na forum bo bywalcy to dobrze już wiedzą... że można za takie cuś trafić do lochu

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

Hahahahaha no no ale niech też nowe osoby się powoli z tą myślą oswajają.

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

Wara od LOCHU ... albowiem miejsce to szanowne i trafić tam to honor i zaszczyt

_________________
Zbuduj swój system [url=https://helion.pl/ksiazki/w-labiryncie-iot-budowanie-urzadzen-z-wykorzystaniem-ukladow-esp8266-i-esp32-andrzej-gromczynski,wlablo.htm#format/d]IOT[/url]

A nie mówiłem że jak tylko powstaną LOCHY to wszyscy będą się tam pchali drzwiami i oknami?

_________________
sig off ;(

Chyba że ktoś chce pogłębić wiedzę, to dostanie od SunRivera łopatę, i wtedy... do lochu, do lochu hehe:)

_________________
Pozdrawiam
PP