Re: Elektrický ohradník - problém se zatuháváním Atmega328

[David Obdrzalek]

Counter pro millis na Arduinu s ATmega328 je v typu unsigned long = uint32_t, to 
pretece po cca 50 dnech (2^32/1000/60/60/24). Kdyz se to pouzije spatne, tak to 
muze zpusobit potiz, ale to po tech skoro 50 dnech, takze tohle to tak primocare 
nebude. I kdyby to nekdo ukladal misto do unsigned long do long (tj. polovicni max. 
hodnota) a blbe s tim zachazel, projevilo by se to po polovine, takze pro 
zatuhavani po 10 dnech v tom bude neco jeste jineho. Jsou k dispozici zdrojaky, 
ktere tuhnou?

D.O.

On 7 Dec 2020 at 17:49, iko wrote:
> neni problem v preteceni funkcie millis() ?
> 
> Dňa 7. decembra 2020 15:53:07 SEČ používateľ Jirka Mww <jirka.mww na gmail.com>
> napísal:
> >Provozuji  v Orlických horách radioamatérský maják,( viz
> >http://www.ok1kuo.cibs.cz/cz/majak-ok0eww/) ,  který je řízen ATMEGA 328,
> >SW je napsaný v prostředí Arduino. Docházelo mi k zatuhávání cca po
> >10ti dnech.  Byl vždycky potřeba tvrdý reset. Nepodařilo se mi na to
> >přijít, ono se to na dálku cca 60 km řeší blbě. Nakonec to skončilo na tom,
> >že je tam v zásuvce časový spínač, který to vždycky cca v 02:00 na pět
> >minut vypne. Ot té doby je pokoj. Osobně mám podezření na nějaké přetečení
> >časovačů v prostředí Arduino, ale dál jsem to neřešil. V podstatě kromě
> >napájení a výstupu pro klíčování značky majáku k tomu není nic připojené.
> >
> >Zdravi
> >Jirka Sloupenský  OK1MWW
> >
> >
> ><https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig
> -email&utm_content=webmail>
> >Bez
> >virů. www.avast.com
> ><https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig
> -email&utm_content=webmail>
> ><#m_-7730223765823164591_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
> >
> >ne 6. 12. 2020 v 8:23 odesílatel Petr Zapadlo <zapik na email.cz> napsal:
> >
> >> Díky za tip. Zkusím. Uptime už tam mám.
> >>
> >> Na zatuhávání HC12 to nějak nevidím. Reset potřebuje jen atmega,
> >modem
> >> neresetuji. A komunikaci mám psanou jako neblokující - používám HW
> >UART,
> >> data chodí 1200baudů a zpracuji je až jsou ve frontě uartu. není
> >důvod
> >> čekat na odezvu HC12.
> >>
> >> Odesílaná data tam sypu bez ohledu na stav HC12, ztrátu paketů si
> >> ošetřuji  ve vyšší vrstvě.
> >>
> >> Petr
> >> Dne 05. 12. 20 v 22:50 JAROSLAV LUKEŠ napsal(a):
> >>
> >> Pokud tam je telemetrie, tak si prostě do protokolu přidáte další
> >opšnu a
> >> s hodnotou půjde i uptime a volná paměť.
> >>
> >> Tady je pěknej obrázek jak to dopadá v průběhu běhu programu
> >>
> >>
> >>
> >https://gpluspluss.files.wordpress.com/2014/05/screen-shot-2014-05-04-at-13-24-32.
> png
> >>
> >>
> >>
> >https://gpluspluss.com/2014/05/04/measuring-memory-measuring-memory-usage/
> >>
> >> Prověřte ale i program, jestli výtuh HC12 nehodí do nekonečného
> >čekání MCU.
> >>
> >> JL.
> >>
> >>
> >> -------- Původní zpráva -------
> >> Od: Petr Zapadlo <zapik na email.cz> <zapik na email.cz>
> >> Komu: hw-list na list.hw.cz
> >> Předmět: Re: Elektrický ohradník - problém se zatuháváním Atmega328
> >> Datum: 05.12.2020 21:57
> >>
> >> Zdravím,
> >>
> >> tady projevím neznalost - jak bych měl monitorovat volnou paměť? 
> >Hlavně
> >> její špičkové využití.
> >>
> >> Na druhou stranu - pokud vím, tak resetům dochází vždy  když běží
> >ohradník
> >> (přes den jsou koně na jiné pastvě a ohradník se nezapíná). Zkusím se
> >na to
> >> zaměřit a 100% si potvrdit korelaci.
> >>
> >> Díky.
> >>
> >> Petr
> >> Dne 05. 12. 20 v 21:39 JAROSLAV LUKEŠ napsal(a):
> >>
> >> Zkuste monitorovat i kolik máte volné paměti a jestli netuhne HC12 a
> >od
> >> toho pak sftwarově netuhne atmega. Jinak malých kondů není nikdy dost
> >a
> >> občas se hodí i optočlen.
> >> --- http://klikni0.tiscali.cz