From richard at imagecraft.com Tue Feb 3 14:12:48 2009 From: richard at imagecraft.com (Richard Man) Date: Tue Feb 3 15:18:02 2009 Subject: [Icc-mot] Available for programming consultation Message-ID: <200902032318.n13NI0LX059682@mail.imagecraft.com> With our current economic crisis, we must adjust to the market conditions until the time when they improve. As such, I am available to work on project programming and consultation. Please contact me off-list if you have any such needs. Thank you. // richard From r.streubel at emtec-papertest.de Wed Feb 4 03:13:35 2009 From: r.streubel at emtec-papertest.de (Rene Streubel) Date: Wed Feb 4 04:19:59 2009 Subject: [Icc-mot] RE: Icc-mot Digest, Vol 51, Issue 1 In-Reply-To: References: Message-ID: <5E16A8B8AB324E459B5E98E98C6659B920ABBF@server.emtec-papertest.de> Hello! I installed V7.06 and if I go to "Help/About" I see V7.05. Is the new version installed correctly? Can I use ICC12 V7.06 with Dongle under Windows Vista? Best Regards -------------------------------------------------- Ren? Streubel Research & Development Emtec Electronic GmbH Gorkistrasse 31 D-04347 Leipzig Germany Phone (main): ???? +49 (0)341 - 245 70 90 Phone (direct): ?? +49 (0)341 - 245 70 96 Fax: ????????????? +49 (0)341 - 245 70 99 E-mail/MSN: r.streubel@emtec-papertest.de I-net: www.emtec-papertest.com -------------------------------------------------- Sitz Leipzig, Amtsgericht Leipzig HRB 12016, Ust-Id.Nr. DE176814441, Gesch?ftsf?hrer Giselher Gr?ner -----Original Message----- From: icc-mot-bounces@imagecraft.com [mailto:icc-mot-bounces@imagecraft.com] On Behalf Of icc-mot-request@imagecraft.com Sent: Sunday, January 11, 2009 9:01 PM To: icc-mot@imagecraft.com Subject: Icc-mot Digest, Vol 51, Issue 1 Send Icc-mot mailing list submissions to icc-mot@imagecraft.com To subscribe or unsubscribe via the World Wide Web, visit http://dragonsgate.net/mailman/listinfo/icc-mot or, via email, send a message with subject or body 'help' to icc-mot-request@imagecraft.com You can reach the person managing the list at icc-mot-owner@imagecraft.com When replying, please edit your Subject line so it is more specific than "Re: Contents of Icc-mot digest..." Today's Topics: 1. ICC12 V7.06 Released (Richard Man) ---------------------------------------------------------------------- Message: 1 Date: Sat, 10 Jan 2009 23:20:24 -0800 From: Richard Man Subject: [Icc-mot] ICC12 V7.06 Released To: icc-mot@imagecraft.com, icc-announce@imagecraft.com Message-ID: <200901110824.n0B8OlwJ000448@mail.imagecraft.com> Content-Type: text/plain; charset="us-ascii"; format=flowed Happy New Year! Very minor release: V7.06 - Jan 10th, 2009 Enabled -NC Non-Commercial User license. Header Files - re-added E128 header file // richard blog: On-line orders, support, and listservers available on web site. [ For technical support on ImageCraft products, please include all previous replies in your msgs. ] ------------------------------ _______________________________________________ Icc-mot mailing list Icc-mot@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-mot End of Icc-mot Digest, Vol 51, Issue 1 ************************************** __________ Hinweis von ESET NOD32 Antivirus, Signaturdatenbank-Version 3757 (20090111) __________ E-Mail wurde gepr?ft mit ESET NOD32 Antivirus. http://www.eset.com __________ Hinweis von ESET NOD32 Antivirus, Signaturdatenbank-Version 3791 (20090122) __________ E-Mail wurde gepr?ft mit ESET NOD32 Antivirus. http://www.eset.com __________ Hinweis von ESET NOD32 Antivirus, Signaturdatenbank-Version 3825 (20090204) __________ E-Mail wurde gepr?ft mit ESET NOD32 Antivirus. http://www.eset.com From warm38 at juno.com Wed Feb 4 08:33:32 2009 From: warm38 at juno.com (Wade A Smith) Date: Wed Feb 4 09:41:20 2009 Subject: [Icc-mot] (no subject) Message-ID: <20090204.113339.2364.1.warm38@juno.com> Richard (or anyone), I tried to recompile project containing several C files and I got this: icc12w -c -e -D__ICC_VERSION="7.03A" -l -g C:\was\Onicon\hc12\mm\flowTable.c The instruction at 0x00472baa referenced memory at 0x00000022.The memory could not be read.icc12w: can't execute `C:\iccv712\bin\iccom12w.exe' C:\iccv712\bin\imakew.exe: Error code 100 Done: there are error(s). Exit code: 100. Wed Feb 04 10:51:10 2009 The last time I got this I had moved a local to being a global so that I could display it in the main loop. I didn't move any locals to global, but I did change a global from unsigned char to int. I would like to know what the error means, how to fix it so that I can compile and how to avoid it in the future. I am basically stopped in my tracks until I can figure out how to fix this. wade ____________________________________________________________ Let great B to B marketing solutions propel your brand to new heights! Click now! http://thirdpartyoffers.juno.com/TGL2141/fc/PnY6rw3BQyVLqtYWjMJSVmpxmFzDiFvgy9htDuyX7jwvN0XSS1kb9/ From richard-lists at imagecraft.com Wed Feb 4 12:03:19 2009 From: richard-lists at imagecraft.com (Richard Man) Date: Wed Feb 4 13:09:01 2009 Subject: [Icc-mot] (no subject) In-Reply-To: <20090204.113339.2364.1.warm38@juno.com> References: <20090204.113339.2364.1.warm38@juno.com> Message-ID: <200902042108.n14L8x4i077574@mail.imagecraft.com> Wade, you hit an internal compiler error. First, download the latest demo and try that and see if the problem has been fixed. If not, email me off-list and send me the C preprocessed flowTable.i file (it should be in your output directory) and I should be able to duplicate and get you a fix quickly. Thanks. At 08:33 AM 2/4/2009, Wade A Smith wrote: >Richard (or anyone), > >I tried to recompile project containing several C files and I got this: > >icc12w -c -e -D__ICC_VERSION="7.03A" -l -g >C:\was\Onicon\hc12\mm\flowTable.c >The instruction at 0x00472baa referenced memory at 0x00000022.The memory >could not be read.icc12w: can't execute `C:\iccv712\bin\iccom12w.exe' >C:\iccv712\bin\imakew.exe: Error code 100 >Done: there are error(s). Exit code: 100. Wed Feb 04 10:51:10 2009 > >... // richard // photo & calligraphy blog: http://rfman.wordpress.com From warm38 at juno.com Thu Feb 12 06:50:57 2009 From: warm38 at juno.com (Wade A Smith) Date: Thu Feb 12 07:58:44 2009 Subject: [Icc-mot] One down. One to go Message-ID: <20090212.095106.5016.0.warm38@juno.com> Richard, I found the problem. I was confusing the compiler by mixing int and fp constants and variables in one if statement. Next problem: Floating Point UNDERflow. We saw something strange happening and when I output the FP for the variable I was able to see the problem. filter function that divides an average by the number of samples (minimum default is 2) What causes the problem is that a tiny pulse gets fed by the Analog input into the filter at some time close to startup exp mantissa ... >100 iterations starting at 0.2F (1 calc per second) 03 xx xx xx <--- outputs based on calcs show 0.0 02 xx xx xx <--- outputs based on calcs show 0.0 01 xx xx xx <--- outputs based on calcs show 0.0 00 xx xx xx <--- outputs based on calcs show 0.0 7f xx xx xx <--- outputs based on calcs suddenly pegged at max. This caused all sorts of strangeness: numbers suddenly maxing out from zero and Floating Point compares not functioning. I put in a sanity check to set it to zero (00 00 00 00) when it became to low to influence anything if (var < 1.0F) var = 0.0F; Is there any sort of check for this underflow condition in the floating point library? I see checking for zero, but nothing for a possible underflow condition. (not that my analysis skills are bullet proof) Or am I the only one to see this? Well, the customers saw this and that is what brought me into the situation. wade > Date: Wed, 04 Feb 2009 12:03:19 -0800 > From: Richard Man > Subject: Re: [Icc-mot] (no subject) > To: "Discussion List for ICC08/11/12/16 users. You do NOT need to > subscribe to icc-announce if you are a member of > this." > , icc-mot@imagecraft.com > > Wade, you hit an internal compiler error. First, download the latest > > demo and try that and see if the problem has been fixed. If not, > email me off-list and send me the C preprocessed flowTable.i file > (it > should be in your output directory) and I should be able to > duplicate > and get you a fix quickly. > > Thanks. > > At 08:33 AM 2/4/2009, Wade A Smith wrote: > >Richard (or anyone), > > > >I tried to recompile project containing several C files and I got > this: > > > >icc12w -c -e -D__ICC_VERSION="7.03A" -l -g > >C:\was\Onicon\hc12\mm\flowTable.c > >The instruction at 0x00472baa referenced memory at 0x00000022.The > memory > >could not be read.icc12w: can't execute > `C:\iccv712\bin\iccom12w.exe' > >C:\iccv712\bin\imakew.exe: Error code 100 > >Done: there are error(s). Exit code: 100. Wed Feb 04 10:51:10 2009 > > > >... > > // richard > // photo & calligraphy blog: http://rfman.wordpress.com > ____________________________________________________________ Need cash? Click to get a cash advance. http://thirdpartyoffers.juno.com/TGL2141/fc/PnY6rw1hEQSDGWMUYBOdkrzYsEkZAbsPyYkbywpW2UJ7nELpDmC8f/ From richard-lists at imagecraft.com Thu Feb 12 11:22:19 2009 From: richard-lists at imagecraft.com (Richard Man) Date: Thu Feb 12 12:27:39 2009 Subject: [Icc-mot] One down. One to go In-Reply-To: <20090212.095106.5016.0.warm38@juno.com> References: <20090212.095106.5016.0.warm38@juno.com> Message-ID: <200902122027.n1CKRdww038451@mail.imagecraft.com> At 06:50 AM 2/12/2009, Wade A Smith wrote: >Richard, > >I found the problem. I was confusing the compiler by mixing int and fp >constants and variables in one if statement. Well, the compiler still should *not* have crashed. So if you ever have the time to reproduce it etc., I'd like to see if I can at least have the compiler errors out gracefully.... >Next problem: Floating Point UNDERflow. > >We saw something strange happening and when I output the FP for the >variable I was able to see the problem. We do not detect any abnormal condition. It's too costly to do so. The philosophy is that FP is slow enough and the user would be best to known if they may get some invalid values. Hope this helps. >filter function that divides an average by the number of samples (minimum >default is 2) >What causes the problem is that a tiny pulse gets fed by the Analog input >into the filter at some time close to startup > >exp mantissa >... >100 iterations starting at 0.2F (1 calc per second) > 03 xx xx xx <--- outputs based on calcs show 0.0 > 02 xx xx xx <--- outputs based on calcs show 0.0 > 01 xx xx xx <--- outputs based on calcs show 0.0 > 00 xx xx xx <--- outputs based on calcs show 0.0 > 7f xx xx xx <--- outputs based on calcs suddenly pegged at max. > >This caused all sorts of strangeness: numbers suddenly maxing out from >zero and Floating Point compares not functioning. > >I put in a sanity check to set it to zero (00 00 00 00) when it became to >low to influence anything >if (var < 1.0F) var = 0.0F; > >Is there any sort of check for this underflow condition in the floating >point library? I see checking for zero, but nothing for a possible >underflow condition. (not that my analysis skills are bullet proof) >Or am I the only one to see this? Well, the customers saw this and that >is what brought me into the situation. > >wade // richard From ekarpicz at freemail.lt Thu Feb 12 11:21:34 2009 From: ekarpicz at freemail.lt (Edward Karpicz) Date: Thu Feb 12 12:28:11 2009 Subject: [Icc-mot] One down. One to go References: <20090212.095106.5016.0.warm38@juno.com> Message-ID: Wade, You are right, for example 1.18E-38 / 2.0 gives NAN. That's a bug. IEEE754 gradual FP underflow has nothing to do with this. Single precision FP underflow is when result of operation is closer to zero than +-2^-126, and you start loosing precision. ICC and CW don't support gradual FP underflow for the sake of simplicity, less code etc. Not supporting FP underflow means there are no numbers between +-2^-126 and zero. With gradual underflow not supported, everything between -2^-126 and +2^+126 should return true comparing against zero. With FP underflow supported, next number after 0.0 would be ~1.4E-45 or 2^-149. That's not a problem, but since there are "no numbers" between 0 and 2^-126 and everything below 2^-126 is zero, then all basic fp routines should treat this consistently. Zero is wverything with biased exp field zero. But I see in fputil.s such routine: __fp_is_zero:: ; Inputs: X+0..X+3 SPfloat operand ; Output: Z set per zero/non-zero value of operand ; Execution time approx. nn cycles ldD 0,X bne .L10 ldD 2,X .L10: rts This is not consistent with other routines. fp-is-zero should return Z-bit set when exp field is zero, not only when all three fields, sign, exp and mantissa are zero. I'm not sure if fixing fp-is-zero would fix everything. I doubt it. But if it helps, then it should be something like __fp_is_zero:: ; Inputs: X+0..X+3 SPfloat operand ; Output: Z set per zero/non-zero value of operand ; Execution time approx. nn cycles ldD 0,X anda #0x7F ; masking everything except exp field andb #0x80 ; ADDD #0 rts I added patched fputil.s and tried dividing 1.18e-38 many times by 2.0. Seems being better. Returns false comparing against zero, but at least doesn't roll over to NAN any more. I wonder why no one noticed this bug. (please don't look at me, I'm using my own FP runtime :-) Edward ----- Original Message ----- From: "Wade A Smith" To: Sent: Thursday, February 12, 2009 4:50 PM Subject: [Icc-mot] One down. One to go > Richard, > > I found the problem. I was confusing the compiler by mixing int and fp > constants and variables in one if statement. > > Next problem: Floating Point UNDERflow. > > We saw something strange happening and when I output the FP for the > variable I was able to see the problem. > > > filter function that divides an average by the number of samples (minimum > default is 2) > What causes the problem is that a tiny pulse gets fed by the Analog input > into the filter at some time close to startup > > exp mantissa > ... >100 iterations starting at 0.2F (1 calc per second) > 03 xx xx xx <--- outputs based on calcs show 0.0 > 02 xx xx xx <--- outputs based on calcs show 0.0 > 01 xx xx xx <--- outputs based on calcs show 0.0 > 00 xx xx xx <--- outputs based on calcs show 0.0 > 7f xx xx xx <--- outputs based on calcs suddenly pegged at max. > > This caused all sorts of strangeness: numbers suddenly maxing out from > zero and Floating Point compares not functioning. > > I put in a sanity check to set it to zero (00 00 00 00) when it became to > low to influence anything > if (var < 1.0F) var = 0.0F; > > Is there any sort of check for this underflow condition in the floating > point library? I see checking for zero, but nothing for a possible > underflow condition. (not that my analysis skills are bullet proof) > Or am I the only one to see this? Well, the customers saw this and that > is what brought me into the situation. > > wade > >> Date: Wed, 04 Feb 2009 12:03:19 -0800 >> From: Richard Man >> Subject: Re: [Icc-mot] (no subject) >> To: "Discussion List for ICC08/11/12/16 users. You do NOT need to >> subscribe to icc-announce if you are a member of >> this." >> , icc-mot@imagecraft.com >> >> Wade, you hit an internal compiler error. First, download the latest >> >> demo and try that and see if the problem has been fixed. If not, >> email me off-list and send me the C preprocessed flowTable.i file >> (it >> should be in your output directory) and I should be able to >> duplicate >> and get you a fix quickly. >> >> Thanks. >> >> At 08:33 AM 2/4/2009, Wade A Smith wrote: >> >Richard (or anyone), >> > >> >I tried to recompile project containing several C files and I got >> this: >> > >> >icc12w -c -e -D__ICC_VERSION="7.03A" -l -g >> >C:\was\Onicon\hc12\mm\flowTable.c >> >The instruction at 0x00472baa referenced memory at 0x00000022.The >> memory >> >could not be read.icc12w: can't execute >> `C:\iccv712\bin\iccom12w.exe' >> >C:\iccv712\bin\imakew.exe: Error code 100 >> >Done: there are error(s). Exit code: 100. Wed Feb 04 10:51:10 2009 >> > >> >... >> >> // richard >> // photo & calligraphy blog: http://rfman.wordpress.com >> > ____________________________________________________________ > Need cash? Click to get a cash advance. > http://thirdpartyoffers.juno.com/TGL2141/fc/PnY6rw1hEQSDGWMUYBOdkrzYsEkZAbsPyYkbywpW2UJ7nELpDmC8f/ > _______________________________________________ > Icc-mot mailing list > Icc-mot@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-mot > From office at eckel-electronic.com Fri Feb 13 12:32:03 2009 From: office at eckel-electronic.com (Bernd Eckel) Date: Fri Feb 13 13:38:44 2009 Subject: AW: Re--[Icc-mot] Changing design from MC9S12DG256 to MC9S12XD256 doesnot work In-Reply-To: Message-ID: Hi, I changed the ICC Expanded memory setting to 0x380000.0x39FFFF:0x3E0000.0x3FFFFF. If I want to put the data into XD256 I get an error message from NOICE. So I don?t know what is wrong. Is the ICC output file wrong or NOICE has problems with memoryadress above 0xFFFFF? For XD512 setting in ICC is 0x80000.0xFFFFF. Why? Has somebody used ICCV7 and NOICE with XD256? Regards Bernd -----Urspr?ngliche Nachricht----- Von: icc-mot-bounces@imagecraft.com [mailto:icc-mot-bounces@imagecraft.com] Im Auftrag von Edward Karpicz Gesendet: Donnerstag, 29. J?nner 2009 10:19 An: icc-mot@imagecraft.com Betreff: Re--[Icc-mot] Changing design from MC9S12DG256 to MC9S12XD256 doesnot work Hi, On Thu Jan 22 2009 Bernd Eckel wrote: --------------------------- Hi, I want to change my design from MC9S12DG256 to MC9S12XD256. After compiling existing code with ICCV7 Advanced and burning it into the MC9S12XD256 (with NOICE) the paged data is missing. How can I adjust ICCV7 for MC9S12XD256 to put data in proper page? Best regards Bernd Eckel -------------------------- I found your message in icc-mot archive, but didn't receive it. That's why I didn't reply earlier I'm not sure if icc-mot functioning properly. Could you tell more about your problem? Did you select proper target in NoICE, MC9S12XDP512? Please note X letter in target name. Also make sure memory setting in ICC is 0x380000.0x3FFFFF for XDP512 and 0x380000.0x39FFFF:0x3E0000.0x3FFFFF for XD256 Regards Edward _______________________________________________ Icc-mot mailing list Icc-mot@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-mot From russell.huffman at srnl.doe.gov Fri Feb 13 13:02:02 2009 From: russell.huffman at srnl.doe.gov (russell.huffman@srnl.doe.gov) Date: Fri Feb 13 14:08:38 2009 Subject: [Icc-mot] Russell Huffman is out of the office. Message-ID: I will be out of the office starting 02/13/2009 and will not return until 02/17/2009. . From ekarpicz at freemail.lt Sun Feb 15 13:11:03 2009 From: ekarpicz at freemail.lt (Edward Karpicz) Date: Sun Feb 15 14:21:44 2009 Subject: Re--[Icc-mot] Changing design from MC9S12DG256 to MC9S12XD256doesnot work References: Message-ID: <2355741C4D0049F987765DF3C45E264C@REKS> Hi, What message do you get from NoICE? Make sure "S2 records have linear addresses (Unchecked for banked)" is checked. Maybe did you chenge S2 records type from default linear to banked? If you didn't, then everything should work fine. Default XD512 expanded memory setting in ICC is invalid. It should be 0x380000.0x3FFFFF. But if I understood Richard properly, he promised fix for this. Yes, ICCV7 and NoICE with XD256 worked for me. But I didn't see yet pure XD256 maskset, only 0L15Y, which is 512kB maskset. According do XD256 docs, there will be a hole in linear memory, so that first 128kB are at 0x380000.0x39FFFF, and second 128kB - at 0x3E0000.0x3FFFFF. Regards Edward ----- Original Message ----- From: "Bernd Eckel" To: Sent: Friday, February 13, 2009 10:32 PM Subject: AW: Re--[Icc-mot] Changing design from MC9S12DG256 to MC9S12XD256doesnot work Hi, I changed the ICC Expanded memory setting to 0x380000.0x39FFFF:0x3E0000.0x3FFFFF. If I want to put the data into XD256 I get an error message from NOICE. So I don?t know what is wrong. Is the ICC output file wrong or NOICE has problems with memoryadress above 0xFFFFF? For XD512 setting in ICC is 0x80000.0xFFFFF. Why? Has somebody used ICCV7 and NOICE with XD256? Regards Bernd -----Urspr?ngliche Nachricht----- Von: icc-mot-bounces@imagecraft.com [mailto:icc-mot-bounces@imagecraft.com] Im Auftrag von Edward Karpicz Gesendet: Donnerstag, 29. J?nner 2009 10:19 An: icc-mot@imagecraft.com Betreff: Re--[Icc-mot] Changing design from MC9S12DG256 to MC9S12XD256 doesnot work Hi, On Thu Jan 22 2009 Bernd Eckel wrote: --------------------------- Hi, I want to change my design from MC9S12DG256 to MC9S12XD256. After compiling existing code with ICCV7 Advanced and burning it into the MC9S12XD256 (with NOICE) the paged data is missing. How can I adjust ICCV7 for MC9S12XD256 to put data in proper page? Best regards Bernd Eckel -------------------------- I found your message in icc-mot archive, but didn't receive it. That's why I didn't reply earlier I'm not sure if icc-mot functioning properly. Could you tell more about your problem? Did you select proper target in NoICE, MC9S12XDP512? Please note X letter in target name. Also make sure memory setting in ICC is 0x380000.0x3FFFFF for XDP512 and 0x380000.0x39FFFF:0x3E0000.0x3FFFFF for XD256 Regards Edward _______________________________________________ Icc-mot mailing list Icc-mot@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-mot _______________________________________________ Icc-mot mailing list Icc-mot@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-mot From richard at imagecraft.com Sat Feb 21 01:14:30 2009 From: richard at imagecraft.com (Richard Man) Date: Sat Feb 21 02:20:16 2009 Subject: [Icc-mot] Comments and suggestions re: eFS: SD/FS/stdio Software stack Message-ID: <200902211020.n1LAKEjs028730@mail.imagecraft.com> I have gotten a prototype stack working, complete with ANSI C stdio functions (fopen, fprintf, fputs, etc.) to a middleware FAT filesystem on top a SPI SD interface. The code is completely portable, currently being tested on an AVR Mega32. The current plan is to release a standalone version and a version adapted for eMOS RTOS (hooks for other RTOS will also be provided), plus the FAT layer will also comes in two versions: one that is fast and support multiple concurrent devices but really requires external SRAM and one that is slower and supports only one device but works with the small amount of internal SRAM. So 4 versions altogether. I am working on optimizing the FAT layer both at the algorithmic level and low level code generation. However, it's probably not recommend for devices with less that 32K of flash or 2K of SRAM. The application API is strictly ANSI C, based on the Dinkumware library, written by PJ Plauger, my former boss and the code is as complete as rock solid as it gets. The hardware interface initially supports SD card using the SPI protocol, but the code can be easily adapted for other memory devices or protocol. The proposed pricing is $200 binary only, with the needed functions supplied in source code for any customization. The initial release will be for the AVR, but ports to all targets with built-in SPI should be trivial. The Propeller requires a bit bang version of SPI interface using a separate Cog. Other devices without hardware SPI can use bit banging. I welcome any comments or suggestions. // richard From office at eckel-electronic.com Sat Feb 21 09:13:34 2009 From: office at eckel-electronic.com (Bernd Eckel) Date: Sat Feb 21 10:20:19 2009 Subject: AW: Re--[Icc-mot] Changing design from MC9S12DG256 toMC9S12XD256doesnot work In-Reply-To: <2355741C4D0049F987765DF3C45E264C@REKS> Message-ID: Hi, Thank you for your help. It was very important for me to know, that ICCV7 and NoICE is working. I got a NoICE test version with some new targets (MC9S12XD256, MC9S12XDQ256 ...). Then I tried to load the .DBG file with MC9S12XD256 selected and I always got the message "Unknown burner command". If I select MC9S12XDP512 as target it works. I spent a lot of time with another problem: If I loaded the .DBG file the communication interrupted and I could not connect to the chip anymore. I am using P&E BDM Multilink Cable and I tried the M9S12 Unsecure Program. But my old version could not communicate with S12XD256. After downloading the newest version I could successful unsecure the chip. Sometimes it happens that the chip will be secured during load of .DBG file. Regards Bernd -----Urspr?ngliche Nachricht----- Von: icc-mot-bounces@imagecraft.com [mailto:icc-mot-bounces@imagecraft.com] Im Auftrag von Edward Karpicz Gesendet: Sonntag, 15. Februar 2009 22:11 An: Discussion List for ICC08/11/12/16 users. You do NOT need tosubscribetoicc-announce if you are a member of this. Betreff: Re: Re--[Icc-mot] Changing design from MC9S12DG256 toMC9S12XD256doesnot work Hi, What message do you get from NoICE? Make sure "S2 records have linear addresses (Unchecked for banked)" is checked. Maybe did you chenge S2 records type from default linear to banked? If you didn't, then everything should work fine. Default XD512 expanded memory setting in ICC is invalid. It should be 0x380000.0x3FFFFF. But if I understood Richard properly, he promised fix for this. Yes, ICCV7 and NoICE with XD256 worked for me. But I didn't see yet pure XD256 maskset, only 0L15Y, which is 512kB maskset. According do XD256 docs, there will be a hole in linear memory, so that first 128kB are at 0x380000.0x39FFFF, and second 128kB - at 0x3E0000.0x3FFFFF. Regards Edward ----- Original Message ----- From: "Bernd Eckel" To: Sent: Friday, February 13, 2009 10:32 PM Subject: AW: Re--[Icc-mot] Changing design from MC9S12DG256 to MC9S12XD256doesnot work Hi, I changed the ICC Expanded memory setting to 0x380000.0x39FFFF:0x3E0000.0x3FFFFF. If I want to put the data into XD256 I get an error message from NOICE. So I don?t know what is wrong. Is the ICC output file wrong or NOICE has problems with memoryadress above 0xFFFFF? For XD512 setting in ICC is 0x80000.0xFFFFF. Why? Has somebody used ICCV7 and NOICE with XD256? Regards Bernd -----Urspr?ngliche Nachricht----- Von: icc-mot-bounces@imagecraft.com [mailto:icc-mot-bounces@imagecraft.com] Im Auftrag von Edward Karpicz Gesendet: Donnerstag, 29. J?nner 2009 10:19 An: icc-mot@imagecraft.com Betreff: Re--[Icc-mot] Changing design from MC9S12DG256 to MC9S12XD256 doesnot work Hi, On Thu Jan 22 2009 Bernd Eckel wrote: --------------------------- Hi, I want to change my design from MC9S12DG256 to MC9S12XD256. After compiling existing code with ICCV7 Advanced and burning it into the MC9S12XD256 (with NOICE) the paged data is missing. How can I adjust ICCV7 for MC9S12XD256 to put data in proper page? Best regards Bernd Eckel -------------------------- I found your message in icc-mot archive, but didn't receive it. That's why I didn't reply earlier I'm not sure if icc-mot functioning properly. Could you tell more about your problem? Did you select proper target in NoICE, MC9S12XDP512? Please note X letter in target name. Also make sure memory setting in ICC is 0x380000.0x3FFFFF for XDP512 and 0x380000.0x39FFFF:0x3E0000.0x3FFFFF for XD256 Regards Edward _______________________________________________ Icc-mot mailing list Icc-mot@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-mot _______________________________________________ Icc-mot mailing list Icc-mot@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-mot _______________________________________________ Icc-mot mailing list Icc-mot@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-mot