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.
Flash Burning - what do we need to do?
Re: Flash Burning - what do we need to do?
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!
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!
- 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?
15 min I meat 15 days. Thanks Fred for the ack, I look forward to the next task.
-sean
-sean
You snooze, you lose!
Re: Flash Burning - what do we need to do?
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!
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!
Re: Flash Burning - what do we need to do?
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.
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!
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!
Re: Flash Burning - what do we need to do?
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.
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!
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!
- 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?
Sick, when you first told me about it, I thought you gave in a used up another 1k. Awesome work !!!
You snooze, you lose!
Re: Flash Burning - what do we need to do?
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.
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!
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!