Newsgroup: it.hobby.elettronica.digitale
Titolo: differenza flash cancellata =0xFFFF e flash scritta=0xFFFF

Nei microcontrollori Kinetis,come in molti altri ci sono memorie Flash che  
appena cancellate si presentano come 0xFFFFFFFF per tutto il loro  
settore,e ci scrivo quello che devo
Se tra i tanti dati che ho scritto ci ho scritto una serie di  
0xFFFFFFFF,poi posso scrivere liberamente su quest' area altri valori così  
come se fossero valori vergini consecutivia  cancellazione?Grazie.
 
---
Questa email è stata esaminata alla ricerca di virus da AVG.
http://www.avg.com
 
 

 così come se fossero valori vergini consecutivia  cancellazione?Grazie.
 
Si.
Bisogna vedere solo se le API di scrittura vogliono tutto il blocco 
bufferizzato in ram e quindi devi ricopiare sul buffer anche i dati che 
non vuoi modificare.
 
 
 

In data  settembre 2018 alle ore 19:56:47, Giuseppe³  
<miaooaimATt...@xxx.xxx> ha scritto:

grazie...credo di no...anche perchè c'è un problema ...è un Kinetis  
piccolissimo,un MKL03 da 2  K di RAM,e il settore Flash è da  
1K,orbene...non è così banale dichiarare una variabile da 1 KB di RAM,per  
il problema del RAM split
https://community.nxp.com/thread/437160
 
https://lb9mg.no/2017/09/19/kinetis-relocating-variables-to-upper-sram/
 
 
anzi,al momento pur avendo provato a giocare con le direttive al linker  
non sono riuscito a riservare 1KB per il mio buffer flash nemmeno  
spezzando la variabile in 2,sembra che non ci sia posto e non mi spiego  
perchè,anche analizzando il file .map.In questo non mi pare di vedere un  
buffer da 1 KB creato da qualche funzione delle librerie SDK,ma mi  
piacerebbe che un esperto me lo confermasse
qui sono per la maggior parte mie variabili,e il mio buffer sector_image è  
di soli 720B invece di 1024
 
t_blink             0x4               ./Sources/Events.o
neg_count           0x4               ./Sources/ManchesterDecode.o
errno               0x4                
c:/freescale/kds_3.0.0/toolchain/bin/../lib/gcc/arm-none-eabi/4.8.4/../../../../arm-none-eabi/lib/armv6-m\libg_s.a(lib_a-reent.o)
g_xtal0ClkFreq      0x4                
./SDK/platform/hal/src/mcglite/fsl_mcglite_hal.o
dip_sw_val          0x1               ./Sources/ArmDisarm.o
ramFunc             0x100             ./Sources/My_Flash.o
sector_image        0x320             ./Sources/RemoteAcq.o
manch_decoded_arr   0x10              ./Sources/ManchesterDecode.o
g_xtalRtcClkFreq    0x4                
./SDK/platform/hal/src/mcglite/fsl_mcglite_hal.o
champ_bit_max       0x4               ./Sources/ManchesterDecode.o
destAdrss           0x4               ./Sources/My_Flash.o
result              0x4               ./Sources/My_Flash.o
manch_decoded_index
                     0x4               ./Sources/ManchesterDecode.o
champ_bit_min       0x4               ./Sources/ManchesterDecode.o
pos_count           0x4               ./Sources/ManchesterDecode.o


 
https://lb9mg.no/2017/09/19/kinetis-relocating-variables-to-upper-sram/
 
 
Hai dato un'occhiata qui:
"
https://community.nxp.com/message/1028419?commentID=1028419#comment-1028419?q=mkl03
"
 
"
https://community.nxp.com/thread/342947
"
 
Nello specifico il Kinetis non l'ho mai usato serimente, anche se il 
field engineer della NXP continua a stressarmi :)
 
Se non riesci a venire a capo del tuo problema, e mi dai una descrizione 
rigorosa del problema, posso provare a chiedere a lui.
 
Ciao