Join our technical discussions about Freescale Microcontrollers: M68HC12. (Freescale Semiconductor is a Subsidiary of Motorola).
|
I'm embarking on a project using the MC9S12A256, and I'm looking for some new tools. I'm most likely going to be using the Imagecraft C compiler, and either NoICE or StingRay for debugging. Anyone have any recommendations for a BDM pod? I currently have an old Axiom BDM pod -- I think it'll work with the 9S12, but it may limit my clock rate to 8MHz. I've e-mailed Axiom numerous times, but they've been non-responsive, so forget them. Elektronikladen's Compod 12 (and StarProg software) seems like a good deal at $175, but it appears that they don't yet support programming 9S12 Flash, and it only works with a 16MHz crystal. Plus it uses a serial port interface, which leads me to wonder if it can program Flash as quickly as the BDM MultiLink. P&E's BDM MultiLink uses the parallel port, which should be fast, but makes me wonder about compatability between different computers and operating systems. It supports a target frequency of up to 35MHz, and sounds like the safest bet (since that's what Motorola sells), but it looks like it'll cost me $400-$600 for the cable and programming software, which seems a bit high. I'm planning to use a 4MHz crystal, and use the PLL to step that up to as fast as the chip will run (and still give me usable baud rates). For edit-compile-test cycles, I want the BDM to be able to update the 9S12's internal Flash as quickly as possible, preferably via a command-line programmer (rather than having to mouse around thru a bunch of menus each time I want to re-burn the Flash). Can anyone offer a guess as to how long it'll take to burn say 128K of the MC9S12A256's internal Flash, using the MultiLink and Compod 12? I'm leaning toward the MultiLink ... any other BDM pods worth considering? Randy Rasa http://www.safetechintl.com/ |
|
|
|
"Randy Rasa" <> wrote: > P&E's BDM MultiLink uses the parallel port, which should be fast, but makes me > wonder about compatability between different computers and operating systems. It Ack - I avoid LPT where possible. With "legacy free" Notebooks you will have problems. > supports a target frequency of up to 35MHz, and sounds like the safest bet (since > that's what Motorola sells), but it looks like it'll cost me $400-$600 for the cable and > programming software, which seems a bit high. Well, my preferred solution is still more expensive but you should consider it because it is very user friendly and might speed up the development process. I selected the iSystem iC3000 last October. It costs more (>2000EUR) but is likely to support new controllers as soon as you can buy them and comes with great debugging software. Supports any target frequency and any voltage. USB and serial port, optional Ethernet. The iC3000 + Cosmic compiler costs approx. as much as Codewarrior without BDM hardware. But at the moment it's pretty slow when programming Flash or even download to RAM (3-5KB/s _without verify_!). So if you have large applications, this might be a disadvantage. I will ask for the reason of this as my app is growing and download times become noticeable now. Oliver |
|
|
|
Randy, Nohau has a BDM emulator which has been upgraded to support the HCS12 parts at the increased speed. It has support for higher than 33MHz bus speed operation (66MHz Crystal equivalent). We have also figured a way to start at a low frequency, then select the PLL to up the bus speed - this is not trivial for BDM emulators. The US price is $1990. There are many automotive customers using this configuration - so it is not new or buggy. The Flash programming time is very fast. At 25MHz bus speed, the BDM programs the entire 256K of flash and 4K of EEPROM in less than 50 seconds. The interface to the PC is USB, LPT, or an ISA card. The package include a C and Assembly lever user interface called Seehau. A full featured emulator can be operated under the same user interface, if more debugging power is needed. For more details see http://www.nohau.com/products_info_parts_lists.html. Doron Nohau Corporation HC12 In-Circuit Emulators www.nohau.com At 04:25 PM 9/12/2002 -0500, you wrote: >I'm embarking on a project using the MC9S12A256, and I'm looking for some new >tools. I'm most likely going to be using the Imagecraft C compiler, and >either NoICE >or StingRay for debugging. Anyone have any recommendations for a BDM pod? > >I currently have an old Axiom BDM pod -- I think it'll work with the 9S12, >but it may >limit my clock rate to 8MHz. I've e-mailed Axiom numerous times, but >they've been >non-responsive, so forget them. > >Elektronikladen's Compod 12 (and StarProg software) seems like a good deal at >$175, but it appears that they don't yet support programming 9S12 Flash, >and it only >works with a 16MHz crystal. Plus it uses a serial port interface, which >leads me to >wonder if it can program Flash as quickly as the BDM MultiLink. > >P&E's BDM MultiLink uses the parallel port, which should be fast, but >makes me >wonder about compatability between different computers and operating >systems. It >supports a target frequency of up to 35MHz, and sounds like the safest bet >(since >that's what Motorola sells), but it looks like it'll cost me $400-$600 for >the cable and >programming software, which seems a bit high. > >I'm planning to use a 4MHz crystal, and use the PLL to step that up to as >fast as the >chip will run (and still give me usable baud rates). For >edit-compile-test cycles, I >want the BDM to be able to update the 9S12's internal Flash as quickly as >possible, >preferably via a command-line programmer (rather than having to mouse >around thru >a bunch of menus each time I want to re-burn the Flash). > >Can anyone offer a guess as to how long it'll take to burn say 128K of the >MC9S12A256's internal Flash, using the MultiLink and Compod 12? > >I'm leaning toward the MultiLink ... any other BDM pods worth considering? > >Randy Rasa > >http://www.safetechintl.com/ > >-------------------------------------------------------- >To unsubscribe from this group, send an email to: >To learn more about Motorola Microcontrollers, please visit >http://www.motorola.com/mcu [Non-text portions of this message have been removed] |
|
At 04:32 PM 9/14/2002 +0200, you wrote: >"Randy Rasa" <> wrote: > > > P&E's BDM MultiLink uses the parallel port, which should be fast, but > makes me > > wonder about compatability between different computers and operating > systems. It > >Ack - I avoid LPT where possible. With "legacy free" Notebooks you >will have problems. Well, you are going to have problems no matter what. I guess USB will the better bet current, but it will be replaced by USB2.0, which is suppose to be compatible, but who knows. We have been supporting certain Parallel port devices in some of our compilers. We are using the package DLPORTIO. With the exception that you either have to install it as an administrator (under NT/2K/XP), or run as one, depending on how the SW uses the package, it has actually been remarkably problem free. I believe P&E uses something similar, maybe the GIVEIO package. // richard <http://www.imagecraft.com>. We had a server CRASH :-( Please rejoin ImageCraft mailing lists <http://www.dragonsgate.net/mailman/listinfo> [ For technical support, please include all previous replies in your msgs. ] |
|
|
|
"Richard F. Man" <> wrote: > >Ack - I avoid LPT where possible. With "legacy free" Notebooks you > >will have problems. > > Well, you are going to have problems no matter what. I guess USB will the > better bet current, but it will be replaced by USB2.0, which is An USB connected serial port should be no problem as long as the program uses the Win32 API. I don't expect this to be true for USB connected parallel ports. Oliver |
|
|
|
'should' is the right word here. However, seems that it is not that simple. The protocol e.g. for Mon08 is much more sensitive, and relies on certain time frames. Without going into deep details: That it works with a USB to serial converter is probably an exception. We get several customer feedback (that it does NOT work), and we tried it on our side as well: with some serial devices it works (but not really reliable), or was even not able to connect. We saw that inserting some additional delays on the debugger side helped a little bit (but slows down communication by factors). This may depend on the brand of the converter, but maybe this is a software problem on the converter side? Maybe someone in the list was able to run sucessfully a serial device (not a 'normal' serial modem) using a USB to serial converter? Erich > -----Original Message----- > From: Oliver Betz [mailto:] > Sent: Thursday, September 19, 2002 8:12 AM > To: > Subject: Re: [68HC12] Which BDM for 9S12? > "Richard F. Man" <> wrote: > > > >Ack - I avoid LPT where possible. With "legacy free" Notebooks you > > >will have problems. > > > > Well, you are going to have problems no matter what. I guess USB will the > > better bet current, but it will be replaced by USB2.0, which is > > An USB connected serial port should be no problem as long as the > program uses the Win32 API. > > I don't expect this to be true for USB connected parallel ports. > > Oliver > -------------------------------------------------------- > To unsubscribe from this group, send an email to: > To learn more about Motorola Microcontrollers, please visit > http://www.motorola.com/mcu > |
|
|
|
Gordon Doughman's latest version of DBug12 has an optional command set intended for use by debuggers. Very nice (although I would have argued to lose the ASCII-hex and thereby double the effective baud rate.) Two commands have me curious: ACK_DISABLE ($D6) and ACK_ENABLE ($D5). These are said to exist "only in the enhanced BDM". The DP256 docs on the Moto web site don't say anything about BDM except to look in the core manual. The HCS12 V1.5 core from the web site today is version 1.2, dated August 2000 and doesn't mention anything beyond good old BDM. So, 1) what is "enhanced BDM"? 2) where can I get documentation about it? 3) what processors have it? Best regards, John Hartman NoICE Debugging Tools http://www.noicedebugger.com [Non-text portions of this message have been removed] |
|
|
|
John, The Enhanced BDM is currently available on the 9S12Dx64 parts, however this new BDM module will be retrofitted into all currently available S12 parts as the devices go through major mask set revisions. The Enhanced BDM is described in Version 1.5 of the HCS12 V1.5 Core User's Guide. For some reason, this document is not available on the web for the Dx64 devices. I will check on why Version 1.5 has not been placed on the web yet. Note that the Enhanced BDM is 100% backward compatible with the existing BDM. New commands, such as the ACK_DISABLE & ACK_ENABLE are just ignored by the older BDM modules. This also applies to the new Firmware commands. Note that the BDM debugger was not really designed specifically for tool vendors to be used as an interface to high level debuggers, although nothing precludes its use in such a manner. Instead it was designed as a tool for our factory engineers & tool vendors to use when investigating BDM communications issues. That's why the BDM Debugger uses an ASCII command set. Regards, Gordon "John Hartman (NoICE)" wrote: > Gordon Doughman's latest version of DBug12 has an optional command set > intended for use by debuggers. Very nice (although I would have argued to > lose the ASCII-hex and thereby double the effective baud rate.) > > Two commands have me curious: ACK_DISABLE ($D6) and ACK_ENABLE > ($D5). These are said to exist "only in the enhanced BDM". > > The DP256 docs on the Moto web site don't say anything about BDM except to > look in the core manual. > > The HCS12 V1.5 core from the web site today is version 1.2, dated August > 2000 and doesn't mention anything beyond good old BDM. > > So, > 1) what is "enhanced BDM"? > 2) where can I get documentation about it? > 3) what processors have it? > > Best regards, John Hartman > > NoICE Debugging Tools > http://www.noicedebugger.com > > [Non-text portions of this message have been removed] > -------------------------------------------------------- > To unsubscribe from this group, send an email to: > To learn more about Motorola Microcontrollers, please visit > http://www.motorola.com/mcu > -- =============================================================== Gordon Doughman Ph: 937-438-6811 Motorola Semiconductor Fax: 937-434-7457 Field Applications Engineer Pager: 800-759-8352 Pin: 1304089 Suite 175 3131 Newmark Drive Miamisburg, OH 45342 Check out my HC12 book at: http://www.rtcgroup.com/books/ |