I2C - Arduino STM32 Nucleo L476RG

[Jirka Mww]

No jo, v podstate mate pravdu, ale je mi 66 roku, programovanim se od roku
1990 nezivim
a Arduino je pro me cesta jak realizovat jednoducha udelatka pro moje
radioamaterske
hobby nebo malou domaci automatizaci. Po STM jsem v tomto pripade sahl
kvuli nedostatku
pameti v ATmega 328. Stravil jsem tim tyden, neco se nacil a ted mi to
funguje,
tak jsem spokojen. Pro dalsi projekty se ale vratim k AVR, pro to STM
preklad trva moc
dlouho a to je pro muj zpusob programovani po kouskach metodou pokus omyl
dost otravne.
Jeste jednou diky za pomoc.

po 10. 12. 2018 v 19:53 odesílatel Jaroslav Buchta <
jaroslav.buchta na hascomp.cz> napsal:

> Nevim, jak to dela arduino ale standardni startovaci kod data v sekci BSS
> nuluje, heap zustava nepovsimnut ale tezko asi alokujete stejny blok...
> Hardwarove by snad reset nemel mit na obsah RAM vliv (az asi na oblasti
> ktere pouziva pevny bootloader)
> Cistym resenim by IMHO bylo pouzit externi USB/VCP prevodnik na jiny UART
> a programovadlo nechat na programovani. A nejlip zahodit arduino a mit
> program pod kontrolou.
>
>
> Dne 10.12.2018 v 19:22 Jirka Mww napsal(a):
>
> Vypadek napajeni urcite nenastal, staci stisknout tlacitko reset na desce
> a data se prepisou.
> Je to ale asi opravdu arduinem, hodnota je porad stejna . Prestoze je
> promenna definovana
> jako word tak hodnota vypsana po resetu je asi 10x vyssi. Alespon
> predpokladam, ze word je
> porad jeste 16bitu bez znamenka.
> Dnes uz se k tomu nedostanu, zitra budu pokracovat. Podstatne je ale, ze
> po odstraneni
> propojek ST linku to uz neresetuje, tak mi to zatim staci.
>
> po 10. 12. 2018 v 18:33 odesílatel Miroslav Mraz <mrazik na volny.cz> napsal:
>
>> No jo, po připojení napájení jsou v RAM náhodná data. Je to trochu
>> složitější, musíte identifikovat zdroj přerušení - asi i v této řadě
>> bude něco jako RCC_CSR registr, ve kterém jsou flagy zdroje přerušení.
>> Na začátku musíte identifikovat připojení napájení - něco jako BOR a
>> pokud je nastaven, příslušnou proměnnou nastavit na potřebnou hodnotu
>> (asi vynulovat). Pokud je zdroj přerušení jiný, neděláte nic. Tedy nic -
>> patrně bude nutné flagy vždy nulovat. Bývá na to speciální bit RMVF.
>> Není to žádná magie.
>>
>> Mrazík
>>
>> Dne 10. 12. 18 v 18:14 Jirka Mww napsal(a):
>> > Zkusil jsem to  SW řešení
>> > unsigned long   savedTime __attribute__ ((section (".noinit")));
>> > , proměnná se sice neinicializuje na nulu, , ale ani se nezachová
>> obsah
>> > před resetem, jsou tam nesmysly ,  takže budu pokračovat zítra.
>> > Zatím díky za pomoc, hodně jsem se dnes naučil.
>> >
>> > Zdravi
>> > Jirka Sloupenský  OK1MWW
>> >
>> _______________________________________________
>> HW-list mailing list  -  sponsored by www.HW.cz
>> Hw-list na list.hw.cz
>> http://list.hw.cz/mailman/listinfo/hw-list
>>
> --
> Zdravi
> Jirka Sloupenský  OK1MWW
>
> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.czHw-list na list.hw.czhttp://list.hw.cz/mailman/listinfo/hw-list
>
>
> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.cz
> Hw-list na list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list
>
-- 
Zdravi
Jirka Sloupenský  OK1MWW
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <http://list.hw.cz/pipermail/hw-list/attachments/20181210/3973a07c/attachment.html>