I am experimenting Zworld's DLM's on a Rabbit 3700 Core module.
512K
SRAM, 512K Flash Memory.
My User program is at 300Kbytes +. When I define
COMPILE_PRIMARY_PROGx;COMPILE_SECONDARY_PROG; DONT_SPLIT_RAM under
project options and try to compile it into a bin file I get the
following error,
"Out of xmem code space, use a larget ROM/RAM".
This error disappears if I do not define those global definitions.
Has anyone experimented with ZWorlds' DLM's and being able to
download user programs that are over 300Kbytes on devices with one
512Kflash memory chip?. What is the trick to get this working?
I hear positive recommendations on SH designs Ethernet downloader,
Is this the method to go to add a download manager?.
Thank you for your feedback.
Nil-
Zworld - DLM's and DLP's - Any Success? "Out of xmem code space"
Started by ●March 21, 2004
Reply by ●March 21, 20042004-03-21
--- In rabbit-semi@rabb..., "aintnoprobs" <nilkamal@h...>
wrote:
> I am experimenting Zworld's DLM's on a Rabbit 3700 Core module. 512K
> SRAM, 512K Flash Memory.
>
> My User program is at 300Kbytes +. When I define
> COMPILE_PRIMARY_PROGx;COMPILE_SECONDARY_PROG; DONT_SPLIT_RAM under
> project options and try to compile it into a bin file I get the
> following error,
>
> "Out of xmem code space, use a larget ROM/RAM".
>
> This error disappears if I do not define those global definitions.
>
> Has anyone experimented with ZWorlds' DLM's and being able to
> download user programs that are over 300Kbytes on devices with one
> 512Kflash memory chip?. What is the trick to get this working?
ZW's DLM divides your Flash in half. Yoy will need to get your program
under about 224k with a 512k flash. This is why I did not use it and
wrote my own. My clients complain about the cost of 256k modules;
forcing them to buy a 512k was not acceptable.
> I hear positive recommendations on SH designs Ethernet downloader,
> Is this the method to go to add a download manager?.
>
> Thank you for your feedback.
My opinion on this would be biased ;).
I think Roberts managed to do a 3/4+1/4 (or better) instead of a
1/2+1/2 Flash split. You will have to check with him on this.
ZW is supposedly coming out with a module that uses a serialFlash chip
for the DLM similar to the versions I have written.
<scott
> I am experimenting Zworld's DLM's on a Rabbit 3700 Core module. 512K
> SRAM, 512K Flash Memory.
>
> My User program is at 300Kbytes +. When I define
> COMPILE_PRIMARY_PROGx;COMPILE_SECONDARY_PROG; DONT_SPLIT_RAM under
> project options and try to compile it into a bin file I get the
> following error,
>
> "Out of xmem code space, use a larget ROM/RAM".
>
> This error disappears if I do not define those global definitions.
>
> Has anyone experimented with ZWorlds' DLM's and being able to
> download user programs that are over 300Kbytes on devices with one
> 512Kflash memory chip?. What is the trick to get this working?
ZW's DLM divides your Flash in half. Yoy will need to get your program
under about 224k with a 512k flash. This is why I did not use it and
wrote my own. My clients complain about the cost of 256k modules;
forcing them to buy a 512k was not acceptable.
> I hear positive recommendations on SH designs Ethernet downloader,
> Is this the method to go to add a download manager?.
>
> Thank you for your feedback.
My opinion on this would be biased ;).
I think Roberts managed to do a 3/4+1/4 (or better) instead of a
1/2+1/2 Flash split. You will have to check with him on this.
ZW is supposedly coming out with a module that uses a serialFlash chip
for the DLM similar to the versions I have written.
<scott
Reply by ●March 22, 20042004-03-22
Rather than tying up 256K of flash, you are better off including a binary
image of ~25K to your code that is copied over to RAM and then from RAM,
the new program is obtained. Scott has done well on power failure
recovery; this was talked about during the last week, so look at the
archives. Mine is available on this forum for free; Scott's costs money.
I don't think you can go wrong with either one. The 3/4 and 1/4 that Scott
mentioned on mine is if you choose to have it included on the flash. If
you don't include it with your program, it can get itself into RAM using
TCP/IP when an update is required in which case it only adds 4K to your
code.
----------
> From: Scott Henion <shenion@shen...>
> To: rabbit-semi@rabb...
> Subject: [rabbit-semi] Re: Zworld - DLM's and DLP's - Any Success? "Out
of xmem code space"
> Date: Sunday, March 21, 2004 7:26 PM
>
> --- In rabbit-semi@rabb..., "aintnoprobs" <nilkamal@h...> wrote:
> > I am experimenting Zworld's DLM's on a Rabbit 3700 Core module. 512K
> > SRAM, 512K Flash Memory.
> >
> > My User program is at 300Kbytes +. When I define
> > COMPILE_PRIMARY_PROGx;COMPILE_SECONDARY_PROG; DONT_SPLIT_RAM under
> > project options and try to compile it into a bin file I get the
> > following error,
> >
> > "Out of xmem code space, use a larget ROM/RAM".
> >
> > This error disappears if I do not define those global definitions.
> >
> > Has anyone experimented with ZWorlds' DLM's and being able to
> > download user programs that are over 300Kbytes on devices with one
> > 512Kflash memory chip?. What is the trick to get this working?
>
> ZW's DLM divides your Flash in half. Yoy will need to get your program
> under about 224k with a 512k flash. This is why I did not use it and
> wrote my own. My clients complain about the cost of 256k modules;
> forcing them to buy a 512k was not acceptable.
>
> > I hear positive recommendations on SH designs Ethernet downloader,
> > Is this the method to go to add a download manager?.
> >
> > Thank you for your feedback.
>
> My opinion on this would be biased ;).
>
> I think Roberts managed to do a 3/4+1/4 (or better) instead of a
> 1/2+1/2 Flash split. You will have to check with him on this.
>
> ZW is supposedly coming out with a module that uses a serialFlash chip
> for the DLM similar to the versions I have written.
>
> <scott >
>
> Yahoo! Groups Links
image of ~25K to your code that is copied over to RAM and then from RAM,
the new program is obtained. Scott has done well on power failure
recovery; this was talked about during the last week, so look at the
archives. Mine is available on this forum for free; Scott's costs money.
I don't think you can go wrong with either one. The 3/4 and 1/4 that Scott
mentioned on mine is if you choose to have it included on the flash. If
you don't include it with your program, it can get itself into RAM using
TCP/IP when an update is required in which case it only adds 4K to your
code.
----------
> From: Scott Henion <shenion@shen...>
> To: rabbit-semi@rabb...
> Subject: [rabbit-semi] Re: Zworld - DLM's and DLP's - Any Success? "Out
of xmem code space"
> Date: Sunday, March 21, 2004 7:26 PM
>
> --- In rabbit-semi@rabb..., "aintnoprobs" <nilkamal@h...> wrote:
> > I am experimenting Zworld's DLM's on a Rabbit 3700 Core module. 512K
> > SRAM, 512K Flash Memory.
> >
> > My User program is at 300Kbytes +. When I define
> > COMPILE_PRIMARY_PROGx;COMPILE_SECONDARY_PROG; DONT_SPLIT_RAM under
> > project options and try to compile it into a bin file I get the
> > following error,
> >
> > "Out of xmem code space, use a larget ROM/RAM".
> >
> > This error disappears if I do not define those global definitions.
> >
> > Has anyone experimented with ZWorlds' DLM's and being able to
> > download user programs that are over 300Kbytes on devices with one
> > 512Kflash memory chip?. What is the trick to get this working?
>
> ZW's DLM divides your Flash in half. Yoy will need to get your program
> under about 224k with a 512k flash. This is why I did not use it and
> wrote my own. My clients complain about the cost of 256k modules;
> forcing them to buy a 512k was not acceptable.
>
> > I hear positive recommendations on SH designs Ethernet downloader,
> > Is this the method to go to add a download manager?.
> >
> > Thank you for your feedback.
>
> My opinion on this would be biased ;).
>
> I think Roberts managed to do a 3/4+1/4 (or better) instead of a
> 1/2+1/2 Flash split. You will have to check with him on this.
>
> ZW is supposedly coming out with a module that uses a serialFlash chip
> for the DLM similar to the versions I have written.
>
> <scott >
>
> Yahoo! Groups Links
Reply by ●March 23, 20042004-03-23
Robert,
I have been one of those who have benefited
from the past work of you and Scott, for which I am grateful. Your DLMs
are good. If you are interested in
discussing what the most reliable DLM shall be, I want to point out the
following.
The most reliable DLM must not re-program the
boot section of the flash memory. The flash problems which Scott found may
be proof of it, though something may need to be done about the WDT in
some software.
BTW, writing a new program from
RAM to Flash / EEPROM is an old method. I used it for 8031 and 28C64
in 1990 which was published some where. At that time, the 28C64 was so slow
that the only way to re-program it on-line was running software in RAM.
Regards,
Wallace
----- Original Message -----
From: Robert RichterTo: r...@yahoogroups.comSent: Tuesday, March 23, 2004 10:18 AMSubject: Re: [rabbit-semi] Re: Zworld - DLM's and DLP's - Any Success? "Out of xmem code space"Rather than tying up 256K of flash, you are better off including a binary
image of ~25K to your code that is copied over to RAM and then from RAM,
the new program is obtained. Scott has done well on power failure
recovery; this was talked about during the last week, so look at the
archives. Mine is available on this forum for free; Scott's costs money.
I don't think you can go wrong with either one. The 3/4 and 1/4 that Scott
mentioned on mine is if you choose to have it included on the flash. If
you don't include it with your program, it can get itself into RAM using
TCP/IP when an update is required in which case it only adds 4K to your
code.
----------
> From: Scott Henion <s...@shdesigns.org>
> To: r...@yahoogroups.com
> Subject: [rabbit-semi] Re: Zworld - DLM's and DLP's - Any Success? "Out
of xmem code space"
> Date: Sunday, March 21, 2004 7:26 PM
>
> --- In r...@yahoogroups.com, "aintnoprobs" <nilkamal@h...> wrote:
> > I am experimenting Zworld's DLM's on a Rabbit 3700 Core module. 512K
> > SRAM, 512K Flash Memory.
> >
> > My User program is at 300Kbytes +. When I define
> > COMPILE_PRIMARY_PROGx;COMPILE_SECONDARY_PROG; DONT_SPLIT_RAM under
> > project options and try to compile it into a bin file I get the
> > following error,
> >
> > "Out of xmem code space, use a larget ROM/RAM".
> >
> > This error disappears if I do not define those global definitions.
> >
> > Has anyone experimented with ZWorlds' DLM's and being able to
> > download user programs that are over 300Kbytes on devices with one
> > 512Kflash memory chip?. What is the trick to get this working?
>
> ZW's DLM divides your Flash in half. Yoy will need to get your program
> under about 224k with a 512k flash. This is why I did not use it and
> wrote my own. My clients complain about the cost of 256k modules;
> forcing them to buy a 512k was not acceptable.
>
> > I hear positive recommendations on SH designs Ethernet downloader,
> > Is this the method to go to add a download manager?.
> >
> > Thank you for your feedback.
>
> My opinion on this would be biased ;).
>
> I think Roberts managed to do a 3/4+1/4 (or better) instead of a
> 1/2+1/2 Flash split. You will have to check with him on this.
>
> ZW is supposedly coming out with a module that uses a serialFlash chip
> for the DLM similar to the versions I have written.
>
> <scott>
>
> Yahoo! Groups Links>
>
>
Reply by ●March 23, 20042004-03-23
----------
From: Wallacez <rabbit3k2k@rabb...>
To: rabbit-semi@rabb...
Subject: Re: [rabbit-semi] Re: Zworld - DLM's and DLP's - Any Success?
"Out of xmem code space"
Date: Tuesday, March 23, 2004 1:59 PM
Robert,
I have been one of those who have benefited from the past work of you and
Scott, for which I am grateful. Your DLMs are good. If you are interested
in discussing what the most reliable DLM shall be, I want to point out the
following.
The most reliable DLM must not re-program the boot section of the flash
memory. The flash problems which Scott found may be proof of it, though
something may need to be done about the WDT in some software.
BTW, writing a new program from RAM to Flash / EEPROM is an old method. I
used it for 8031 and 28C64 in 1990 which was published some where. At that
time, the 28C64 was so slow that the only way to re-program it on-line was
running software in RAM.
Regards,
Wallace
---------
How do you run a program from RAM on the 8031? RAM and flash are addressed
differently!
On units with 256K of flash and A18 modified with a soldering iron, you
still have the same potential problem as these other DLM's because now the
DLM and DLP are on the same physical chip and a reset at the wrong point in
time can still cause problems, so even a permanent boot sector won't help
you here. So, is it a problem to modify the boot sector if you are in
trouble anyway?
Reply by ●March 23, 20042004-03-23
Hi Robert,
I just purchased the SH Design Download manager. Seems to be running
fine, except the Boot loader for the protected case failed.
There are three boot loaders, encrypted, unencrypted and the
protected version.
I played with uncrypted and the protected RAM boot loaders, and
found out that the protected version for RCM3700 (ONLY!) did not
perform a reboot.
This is currently looked by Scott.
Scott, the suprising part is I wrote a simple *.C file (bin file <
120K) and used the protected version and it rebooted. It did not
reboot only when my correct project file was loaded (bin file>300K).
I wonder it plays up when over bin file over 256K/224K? Just a hint
for testing. Robert, I missed the DLM while looking for a DLM. From my
understanding if the Lithium battery is removed, the contents will
disappear?
Thanks guys for prompt replies.
Nil-
--- In rabbit-semi@rabb..., "Robert Richter" <robertr@h...>
wrote:
> Rather than tying up 256K of flash, you are better off including a
binary
> image of ~25K to your code that is copied over to RAM and then
from RAM,
> the new program is obtained. Scott has done well on power failure
> recovery; this was talked about during the last week, so look at
the
> archives. Mine is available on this forum for free; Scott's costs
money.
> I don't think you can go wrong with either one. The 3/4 and 1/4
that Scott
> mentioned on mine is if you choose to have it included on the
flash. If
> you don't include it with your program, it can get itself into RAM
using
> TCP/IP when an update is required in which case it only adds 4K to
your
> code. >
> ----------
> > From: Scott Henion <shenion@s...>
> > To: rabbit-semi@rabb...
> > Subject: [rabbit-semi] Re: Zworld - DLM's and DLP's - Any
Success? "Out
> of xmem code space"
> > Date: Sunday, March 21, 2004 7:26 PM
> >
> > --- In rabbit-semi@rabb..., "aintnoprobs"
<nilkamal@h...> wrote:
> > > I am experimenting Zworld's DLM's on a Rabbit 3700 Core
module. 512K
> > > SRAM, 512K Flash Memory.
> > >
> > > My User program is at 300Kbytes +. When I define
> > > COMPILE_PRIMARY_PROGx;COMPILE_SECONDARY_PROG; DONT_SPLIT_RAM
under
> > > project options and try to compile it into a bin file I get
the
> > > following error,
> > >
> > > "Out of xmem code space, use a larget ROM/RAM".
> > >
> > > This error disappears if I do not define those global
definitions.
> > >
> > > Has anyone experimented with ZWorlds' DLM's and being able to
> > > download user programs that are over 300Kbytes on devices with
one
> > > 512Kflash memory chip?. What is the trick to get this working?
> >
> > ZW's DLM divides your Flash in half. Yoy will need to get your
program
> > under about 224k with a 512k flash. This is why I did not use it
and
> > wrote my own. My clients complain about the cost of 256k modules;
> > forcing them to buy a 512k was not acceptable.
> >
> > > I hear positive recommendations on SH designs Ethernet
downloader,
> > > Is this the method to go to add a download manager?.
> > >
> > > Thank you for your feedback.
> >
> > My opinion on this would be biased ;).
> >
> > I think Roberts managed to do a 3/4+1/4 (or better) instead of a
> > 1/2+1/2 Flash split. You will have to check with him on this.
> >
> > ZW is supposedly coming out with a module that uses a
serialFlash chip
> > for the DLM similar to the versions I have written.
> >
> > <scott>
> >
> >
> >
> >
> > Yahoo! Groups Links
> >
> >
> >
> >
> >
I just purchased the SH Design Download manager. Seems to be running
fine, except the Boot loader for the protected case failed.
There are three boot loaders, encrypted, unencrypted and the
protected version.
I played with uncrypted and the protected RAM boot loaders, and
found out that the protected version for RCM3700 (ONLY!) did not
perform a reboot.
This is currently looked by Scott.
Scott, the suprising part is I wrote a simple *.C file (bin file <
120K) and used the protected version and it rebooted. It did not
reboot only when my correct project file was loaded (bin file>300K).
I wonder it plays up when over bin file over 256K/224K? Just a hint
for testing. Robert, I missed the DLM while looking for a DLM. From my
understanding if the Lithium battery is removed, the contents will
disappear?
Thanks guys for prompt replies.
Nil-
--- In rabbit-semi@rabb..., "Robert Richter" <robertr@h...>
wrote:
> Rather than tying up 256K of flash, you are better off including a
binary
> image of ~25K to your code that is copied over to RAM and then
from RAM,
> the new program is obtained. Scott has done well on power failure
> recovery; this was talked about during the last week, so look at
the
> archives. Mine is available on this forum for free; Scott's costs
money.
> I don't think you can go wrong with either one. The 3/4 and 1/4
that Scott
> mentioned on mine is if you choose to have it included on the
flash. If
> you don't include it with your program, it can get itself into RAM
using
> TCP/IP when an update is required in which case it only adds 4K to
your
> code. >
> ----------
> > From: Scott Henion <shenion@s...>
> > To: rabbit-semi@rabb...
> > Subject: [rabbit-semi] Re: Zworld - DLM's and DLP's - Any
Success? "Out
> of xmem code space"
> > Date: Sunday, March 21, 2004 7:26 PM
> >
> > --- In rabbit-semi@rabb..., "aintnoprobs"
<nilkamal@h...> wrote:
> > > I am experimenting Zworld's DLM's on a Rabbit 3700 Core
module. 512K
> > > SRAM, 512K Flash Memory.
> > >
> > > My User program is at 300Kbytes +. When I define
> > > COMPILE_PRIMARY_PROGx;COMPILE_SECONDARY_PROG; DONT_SPLIT_RAM
under
> > > project options and try to compile it into a bin file I get
the
> > > following error,
> > >
> > > "Out of xmem code space, use a larget ROM/RAM".
> > >
> > > This error disappears if I do not define those global
definitions.
> > >
> > > Has anyone experimented with ZWorlds' DLM's and being able to
> > > download user programs that are over 300Kbytes on devices with
one
> > > 512Kflash memory chip?. What is the trick to get this working?
> >
> > ZW's DLM divides your Flash in half. Yoy will need to get your
program
> > under about 224k with a 512k flash. This is why I did not use it
and
> > wrote my own. My clients complain about the cost of 256k modules;
> > forcing them to buy a 512k was not acceptable.
> >
> > > I hear positive recommendations on SH designs Ethernet
downloader,
> > > Is this the method to go to add a download manager?.
> > >
> > > Thank you for your feedback.
> >
> > My opinion on this would be biased ;).
> >
> > I think Roberts managed to do a 3/4+1/4 (or better) instead of a
> > 1/2+1/2 Flash split. You will have to check with him on this.
> >
> > ZW is supposedly coming out with a module that uses a
serialFlash chip
> > for the DLM similar to the versions I have written.
> >
> > <scott>
> >
> >
> >
> >
> > Yahoo! Groups Links
> >
> >
> >
> >
> >
Reply by ●March 24, 20042004-03-24
--- In rabbit-semi@rabb..., "aintnoprobs" <nilkamal@h...>
wrote:
> Hi Robert,
> I just purchased the SH Design Download manager. Seems to be running
> fine, except the Boot loader for the protected case failed.
> There are three boot loaders, encrypted, unencrypted and the
> protected version.
> I played with uncrypted and the protected RAM boot loaders, and
> found out that the protected version for RCM3700 (ONLY!) did not
> perform a reboot.
> This is currently looked by Scott.
>
> Scott, the suprising part is I wrote a simple *.C file (bin file <
> 120K) and used the protected version and it rebooted. It did not
> reboot only when my correct project file was loaded (bin file>300K).
> I wonder it plays up when over bin file over 256K/224K? Just a hint
> for testing.
It looks like the bios is not returning the correct flash size. The
code tries to determine if there are two 256k or one 512k Flash chip
by the _FlashInfo information.
When I get the new module in I'll know what is the cause. It looks
like it thinks there is 2 256k flash chips when there is 1 512k (or
the other way around.)
> Hi Robert,
> I just purchased the SH Design Download manager. Seems to be running
> fine, except the Boot loader for the protected case failed.
> There are three boot loaders, encrypted, unencrypted and the
> protected version.
> I played with uncrypted and the protected RAM boot loaders, and
> found out that the protected version for RCM3700 (ONLY!) did not
> perform a reboot.
> This is currently looked by Scott.
>
> Scott, the suprising part is I wrote a simple *.C file (bin file <
> 120K) and used the protected version and it rebooted. It did not
> reboot only when my correct project file was loaded (bin file>300K).
> I wonder it plays up when over bin file over 256K/224K? Just a hint
> for testing.
It looks like the bios is not returning the correct flash size. The
code tries to determine if there are two 256k or one 512k Flash chip
by the _FlashInfo information.
When I get the new module in I'll know what is the cause. It looks
like it thinks there is 2 256k flash chips when there is 1 512k (or
the other way around.)
