Stworzyłem taką oto strukturę którą wykorzystuje 5 razy dla 5 Timerów. Czy to dobre podejście czy lepiej wszystko wrzucić do jednej struktury? Bo w tym wypadku mam zagwozdkę jak najlepiej dobrać się w pętli do struktur o nazwach HARM0_ram, HARM1_ram itd. tak by cześć inkrementowana w pętli była częścią nazwy HARM i gdzie cyfra to np. i z pętli
[syntax=c]// inicjalizacja ustawień fabrycznych w pamięci Flash
TCFG const HARM0_prog __attribute__((progmem)) = {
0,
17,
00,
"00000000",
0
};
TCFG HARM0_eem EEMEM;// dane w pamięci EEPROM
TCFG HARM0_ram;// dane w pamięci RAM
// inicjalizacja ustawień fabrycznych w pamięci Flash
TCFG const HARM1_prog __attribute__((progmem)) = {
0,
17,
00,
"00000000",
0
};
TCFG HARM1_eem EEMEM;// dane w pamięci EEPROM
TCFG HARM1_ram;// dane w pamięci RAM
// inicjalizacja ustawień fabrycznych w pamięci Flash
TCFG const HARM2_prog __attribute__((progmem)) = {
0,
17,
00,
"00000000",
0
};
TCFG HARM2_eem EEMEM;// dane w pamięci EEPROM
TCFG HARM2_ram;// dane w pamięci RAM
// inicjalizacja ustawień fabrycznych w pamięci Flash
TCFG const HARM3_prog __attribute__((progmem)) = {
0,
17,
00,
"00000000",
0
};
TCFG HARM3_eem EEMEM;// dane w pamięci EEPROM
TCFG HARM3_ram;// dane w pamięci RAM
// inicjalizacja ustawień fabrycznych w pamięci Flash
TCFG const HARM4_prog __attribute__((progmem)) = {
0,
17,
00,
"00000000",
0
};
TCFG HARM4_eem EEMEM;// dane w pamięci EEPROM
TCFG HARM4_ram;// dane w pamięci RAM[/syntax]
landrynek napisał(a):
Krok po kroku:
- potrzebujesz dodać harmonogram
- każdy alarm ma jakieś swoje ustawienia
Zacznijmy od ustawień:
[syntax=c]typedef struct
{
uint8_t minute;
uint8_t hour;
uint8_t days; // tu np poszczególny bit może oznaczać posczególne dni
uint8_t onTime; // czas na który uruchamiamy
} settings_s;[/syntax]
I to jest żywcem to co napisałeś w poście zmienione na kod. I teraz harmonogramy - co musi mieć każdy harmonogram:
- swoje ustawienie
- i tu dodatkowo np swój stan - czy jest aktywny, czy nie
[syntax=c]typedef struct
{
uitn8_t state; // tu lepiej potem dać enuma z on/off
settings_s settings;
} harm_s;[/syntax]
I na to dokładasz logikę potem porównywania z aktualnym czasem dla wszystkich alarmów jakie masz itp.
Ustawienia dla poszczególnych harmonogramów musisz gdzieś przechować - może być EEPOROM - więc potrzebujesz jeszcze funkcje odczytu/zapisu do tego.
Rozrysuj sobie to wszystko najpierw na kartce.
Bo możesz chcieć jeszcze jakieś dodatkowe rzeczy typu - co jak ktoś włączy urządzenie w czasie aktywnego harmonogramu - czy powinien się włączyć, czy urządzenie powinno reagować tylko na pierwszy "event" - to już Ty musisz zdecydować.
Statystyki: Napisane przez Wilu88 — 29 sie 2020, o 17:55
]]>
W zasadzie cała elektronika i większość kodu już jest przemyślane, głowię się tylko nad kwestią jak łatwo i przyjemnie zorganizować sobie kwestie planowania godzin podlewania.