Flash Burning - what do we need to do?

Official FreeEMS vanilla firmware development, the heart and soul of the system!
User avatar
Fred
Moderator
Posts: 15431
Joined: Tue Jan 15, 2008 2:31 pm
Location: Home sweet home!
Contact:

Re: Flash Burning - what do we need to do?

Post by Fred »

Congratulations to Sean who has submitted a successful set of flash burning and erasing files to me this evening! Well done mate!

I set up a loop to test it and erased and burned all 512k of flash :-)

Fred.
DIYEFI.org - where Open Source means Open Source, and Free means Freedom
FreeEMS.org - the open source engine management system
FreeEMS dev diary and its comments thread and my turbo truck!
n00bs, do NOT PM or email tech questions! Use the forum!
The ever growing list of FreeEMS success stories!
User avatar
SleepyKeys
LQFP144 - On Top Of The Game
Posts: 549
Joined: Mon Feb 11, 2008 10:52 pm
Location: Arizona
Contact:

Re: Flash Burning - what do we need to do?

Post by SleepyKeys »

15 min I meat 15 days. Thanks Fred for the ack, I look forward to the next task.


-sean
You snooze, you lose!
User avatar
Fred
Moderator
Posts: 15431
Joined: Tue Jan 15, 2008 2:31 pm
Location: Home sweet home!
Contact:

Re: Flash Burning - what do we need to do?

Post by Fred »

Just closed both bugs :-)
DIYEFI.org - where Open Source means Open Source, and Free means Freedom
FreeEMS.org - the open source engine management system
FreeEMS dev diary and its comments thread and my turbo truck!
n00bs, do NOT PM or email tech questions! Use the forum!
The ever growing list of FreeEMS success stories!
User avatar
Fred
Moderator
Posts: 15431
Joined: Tue Jan 15, 2008 2:31 pm
Location: Home sweet home!
Contact:

Re: Flash Burning - what do we need to do?

Post by Fred »

I found the final issue!!

My fault <blushes>

When I added the nifty multi sector burn function, I reversed the parameters to the sector burn function...

I've added a check for dest addresses that are in the ram region now. It will throw an error in future for such conditions.

I told you it was my fault... :-)

Fred.
DIYEFI.org - where Open Source means Open Source, and Free means Freedom
FreeEMS.org - the open source engine management system
FreeEMS dev diary and its comments thread and my turbo truck!
n00bs, do NOT PM or email tech questions! Use the forum!
The ever growing list of FreeEMS success stories!
User avatar
Fred
Moderator
Posts: 15431
Joined: Tue Jan 15, 2008 2:31 pm
Location: Home sweet home!
Contact:

Re: Flash Burning - what do we need to do?

Post by Fred »

Today I completed implementation of a function to burn small parts of flash without requiring a complete data structure to be sent to the device. This should simplify life for the tuning app devs quite a bit.

It works without using more RAM than we already do by taking advantage of the fact that when small chunks are written up the receive buffer for comms is more or less empty. Thus we can use this to build up an image of what we want to burn down partly from the tuning ram or rx buffer and partly from the flash itself. This allows us to do incremental updates to the flash memory without thinking about the entire block or burning down other stuff that has been changed at the same time when we may not want to.

Fred.
DIYEFI.org - where Open Source means Open Source, and Free means Freedom
FreeEMS.org - the open source engine management system
FreeEMS dev diary and its comments thread and my turbo truck!
n00bs, do NOT PM or email tech questions! Use the forum!
The ever growing list of FreeEMS success stories!
User avatar
SleepyKeys
LQFP144 - On Top Of The Game
Posts: 549
Joined: Mon Feb 11, 2008 10:52 pm
Location: Arizona
Contact:

Re: Flash Burning - what do we need to do?

Post by SleepyKeys »

Sick, when you first told me about it, I thought you gave in a used up another 1k. Awesome work !!!
You snooze, you lose!
User avatar
Fred
Moderator
Posts: 15431
Joined: Tue Jan 15, 2008 2:31 pm
Location: Home sweet home!
Contact:

Re: Flash Burning - what do we need to do?

Post by Fred »

I'll be testing this later tonight when I get home. I've created some test packets and a way of avoiding validation of small tables so that I can write junk down. Should be sweet :-)

I'll push the latest stuff as soon as it's ready/I can.

Fred.
DIYEFI.org - where Open Source means Open Source, and Free means Freedom
FreeEMS.org - the open source engine management system
FreeEMS dev diary and its comments thread and my turbo truck!
n00bs, do NOT PM or email tech questions! Use the forum!
The ever growing list of FreeEMS success stories!
Post Reply