Join our technical discussions about Freescale Microcontrollers: M68HC12. (Freescale Semiconductor is a Subsidiary of Motorola).
|
Download VIDE from Objectcentral: http://www.objectcentral.com/ Cheers, Steve Kellogg Dave wrote: > Steve-- > I'm not familiar with the "VIDE make/IDE". Do you have a web Url for more > info? > > Thanks-- > 607-656-2597 > -----Original Message----- > From: Steve W [mailto:] > Sent: Wednesday, April 30, 2003 3:39 AM > To: > Subject: Re: [68HC12] Experience with Axiom vs P&E IDE? > Hi, > > I would just like to add that we have been using the Axiom AX-BDM12 > quite successfully with gcc-m6812 on an Axiom CME12-B32 board. In > addition we are using the VIDE make/IDE utility on a Windows 2000 OS. > The only minor restriction is that Axiom state that all the source files > and header files need to be the one directory. > > We are not sure why this restriction is required as the AX-BDM12 should > pick up the elf file which contains all the debug information to support > C-level source debugging. Also gcc can produce a Map file which in > theory should help with symbol visibility via the Watch window. > Unfortunately this does not work, not even for global variables. I have > recently asked the guys at Axiom why this is the case but I have not had > an answer yet. > > As an aside, we have trailed Imagcraft's latest C compiler on AX-BDM12 > and it failed miserably. The guys from Axiom suggested that Imagecraft > have changed something that has made the visability of C-source not > possible. > > Oh well, we are very happy staying with gcc! > > Cheers, > > Steve W. > > Mark L. Cukier wrote: > > > Erik: > > > > Please note that P&E's debugger does indeed support C Source Level > > debugging. Feel free to contact me off list for more details. I'll let > > the rest of these guys chime in with their thoughts/impressions on the > > comparison between our product and Axiom's-- my impressions might be > > slightly biased. :-) > > > > Cheers, > > Mark > > P&E > > > > Erik Blake 68HC12 wrote: > > > > > We're moving from HC12 to 9S12 and need to get a new BDM > > > debug/programming system to replace the HC12B32-based system we've > > > been using. > > > > > > Does anyone have comments relating to how the various options > > > compare? > > > > > > I've been looking at > > > (1) Motorola's M68KIT912DP256 (includes P&E's MULTILINK BDM pod). > > > (2) P&E's PKG12Z_MULTILINK package (which includes a BDM interface > > > and IDE > > > - limited to code display of assembler?). It's supposed to > > > automatically adapt to clock frequency. > > > (3) Axiom's AX-BDM12. Of particular interest is their claim that > > > their IDE provides "Symbolic debugging for Imagecraft, GNU GCC, > > > Introl, COSMIC, CodeWarrior and other C compiler output files > > > including standard ELF output. Assember support for AS12, MCUASM, > > > MCUEZ assemblers." - also seems > > > to support multiple clock fequencies. > > > > > > Any comments related to reliability, programming time, ease-of-use > > > of IDE, etc. would be welcome. > > > > > > All our code to date is assembler put together with MCUASM, but > > > we're thinking about C/C++ compilers (already have Imagecraft and > > > GCC). > > > > > > Erik Blake > > > > > > > > > Yahoo! Groups Sponsor > > > < > > http://rd.yahoo.com/M=229633.3212141.4526654.2595810/D=egroupweb/S=170 > > > 6554205:HM/A=1556779/R=0/* > http://shop.store.yahoo.com/cgi-bin/clink?ftd2+sho > pping:dmad/M=229633.3212141.4526654.2595810/D=egroupweb/S=1706554205:HM/A=15 > 56779/R=1/1051605136+ > http://us.rmi.yahoo.com/rmi/http://www.ftd.com/rmi-fram > ed-url/http://www.ftd.com/yahoo36 > > > > > > > > > > > > > > > -------------------------------------------------------- > > > To unsubscribe from this group, send an email to: > > > > > > > > > To learn more about Motorola Microcontrollers, please visit > > > http://www.motorola.com/mcu > > > > > > > > > >. > > > > > > -- > > ________________________________ > > Mark L. Cukier, Design Engineer > > P&E Microcomputer Systems > > 710 Commonwealth Avenue > > Boston, MA 02215 > > ______________________________ > > e-mail: > > phone : (617) 353-9206 x19 > > fax : (617) 353-9205 > > ______________________________ > > > > visit us on the web at: http://www.pemicro.com > > > > > > > > > > [Non-text portions of this message have been removed] > > > > > > Yahoo! Groups Sponsor > > < http://rd.yahoo.com/M=229633.3212141.4526654.2595810/D=egroupweb/S=17 > > 06554205:HM/A=1556779/R=0/* http://shop.store.yahoo.com/cgi-bin/clink?f > > td2+shopping:dmad/M=229633.3212141.4526654.2595810/D=egroupweb/S=17065 > > 54205:HM/A=1556779/R=1/1051638402+ http://us.rmi.yahoo.com/rmi/http://w > > ww.ftd.com/rmi-framed-url/http://www.ftd.com/yahoo36 > > > > > > > > > -------------------------------------------------------- > > 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] > > -------------------------------------------------------- > To unsubscribe from this group, send an email to: > To learn more about Motorola Microcontrollers, please visit > http://www.motorola.com/mcu > Yahoo! Groups Sponsor > > <http://rd.yahoo.com/M=247865.3003379.4507215.2595810/D=egroupweb/S=1706554205:HM/A=1482387/R=0/*http://ads.x10.com/?bHlhaG9vaG0xLmRhd=1051706528%3eM=247865.3003379.4507215.2595810/D=egroupweb/S=1706554205:HM/A=1482387/R=1=1051706528%3eM=247865.3003379.4507215.2595810/D=egroupweb/S=1706554205:HM/A=1482387/R=2 > > -------------------------------------------------------- > 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] |
|
Greeting I want to know sombody esle has occured same experiece with me for OSC problem I am now using 16Mhz crystal without PLL yet, but PLL filter parts are connected. DP256 detects 16Mhz successfully after Power on reset and i can see the oscillation in oscillogram but frequently, i detected DP256 runs with 3Mhz and i can not see the oscialtion with oscilloscope. If somebody else experiecned sampe problem with me for this kind problem, Pls tell me how to solve it. --------------------------------- µðÁöÅ» Ä«¸Þ¶ó¿Í Âû¶± ±ÃÇÕ - ¾ßÈÄ! »çÁø Ä£±¸µé°ú ÇÔ²² ¹Ù²ãº¸¼¼¿ä - ¾ßÈÄ! ¸Þ½ÅÀú [Non-text portions of this message have been removed] |
|
|
|
Hello, Looks like that the part is going into limp home mode. Check for dry joints or if the oscillation is out of the specifications intermittently. Regards Baskaran |
|
It sounds like the HC12 is running in "self-clock" mode. For some reason the
16Mhz crystal is not starting, so the micro self-clocks. B.K. >>> 12/09/02 06:40PM >>> Greeting I want to know sombody esle has occured same experiece with me for OSC problem I am now using 16Mhz crystal without PLL yet, but PLL filter parts are connected. DP256 detects 16Mhz successfully after Power on reset and i can see the oscillation in oscillogram but frequently, i detected DP256 runs with 3Mhz and i can not see the oscialtion with oscilloscope. If somebody else experiecned sampe problem with me for this kind problem, Pls tell me how to solve it. --------------------------------- µðÁöÅ» Ä«¸Þ¶ó¿Í Âû¶± ±ÃÇÕ - ¾ßÈÄ! »çÁø Ä£±¸µé°ú ÇÔ²² *ٲ㺸¼¼¿ä - ¾ßÈÄ! ¸Þ½ÅÀú [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 ************************************************************************* IMPORTANT: This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. Please advise immediately if you or your employer do not consent to Internet email for messages of this kind. Opinions, conclusions and other information contained in this e-mail message that do not relate to the official business of Life Fitness shall be understood as neither given nor endorsed by it. ************************************************************************* [Non-text portions of this message have been removed] |
|
|
|
Thanks Bob I had solved problem, That was from missing of DC blocking capacitor in OSC circuit. bye Bob Kohan <> wrote:It sounds like the HC12 is running in "self-clock" mode. For some reason the 16Mhz crystal is not starting, so the micro self-clocks. B.K. >>> 12/09/02 06:40PM >>> Greeting I want to know sombody esle has occured same experiece with me for OSC problem I am now using 16Mhz crystal without PLL yet, but PLL filter parts are connected. DP256 detects 16Mhz successfully after Power on reset and i can see the oscillation in oscillogram but frequently, i detected DP256 runs with 3Mhz and i can not see the oscialtion with oscilloscope. If somebody else experiecned sampe problem with me for this kind problem, Pls tell me how to solve it. --------------------------------- µðÁöÅ» Ä«¸Þ¶ó¿Í Âû¶± ±ÃÇÕ - ¾ßÈÄ! »çÁø Ä£±¸µé°ú ÇÔ²² *ٲ㺸¼¼¿?- ¾ßÈÄ! ¸Þ½ÅÀú [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 ************************************************************************* IMPORTANT: This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. Please advise immediately if you or your employer do not consent to Internet email for messages of this kind. Opinions, conclusions and other information contained in this e-mail message that do not relate to the official business of Life Fitness shall be understood as neither given nor endorsed by it. ************************************************************************* [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 Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service. --------------------------------- µðÁöÅ» Ä«¸Þ¶ó¿Í Âû¶± ±ÃÇÕ - ¾ßÈÄ! »çÁø Ä£±¸µé°ú ÇÔ²² ¹Ù²ãº¸¼¼¿ä - ¾ßÈÄ! ¸Þ½ÅÀú [Non-text portions of this message have been removed] |
|
Do you mean you forgot to populate the DC blocking capacitor or do you mean the crystal required a DC blocking capacitor? Mike ----- Original Message ----- From: "º´ÁÖ Áø" <> To: <> Sent: Tuesday, December 10, 2002 6:08 PM Subject: Re: [68HC12] who had solved OSC problem? > > Thanks Bob > I had solved problem, That was from missing of DC blocking capacitor in OSC circuit. > bye > Bob Kohan <> wrote:It sounds like the HC12 is running in "self-clock" mode. For some reason the 16Mhz crystal is not starting, so the micro self-clocks. > > B.K. > > >>> 12/09/02 06:40PM >>> > > Greeting > > I want to know sombody esle has occured same experiece with me for OSC problem > > I am now using 16Mhz crystal without PLL yet, but PLL filter parts are connected. > > DP256 detects 16Mhz successfully after Power on reset and i can see the oscillation in oscillogram but frequently, i detected DP256 runs with 3Mhz and i can not see the oscialtion with oscilloscope. > > If somebody else experiecned sampe problem with me for this kind problem, Pls tell me how to solve it. |
|
|
|
I forgot to use DC blocking capacitor Michael J Huslig <> wrote:Do you mean you forgot to populate the DC blocking capacitor or do you mean the crystal required a DC blocking capacitor? Mike ----- Original Message ----- From: "º´ÁÖ Áø" <> To: <> Sent: Tuesday, December 10, 2002 6:08 PM Subject: Re: [68HC12] who had solved OSC problem? > > Thanks Bob > I had solved problem, That was from missing of DC blocking capacitor in OSC circuit. > bye > Bob Kohan <> wrote:It sounds like the HC12 is running in "self-clock" mode. For some reason the 16Mhz crystal is not starting, so the micro self-clocks. > > B.K. > > >>> 12/09/02 06:40PM >>> > > Greeting > > I want to know sombody esle has occured same experiece with me for OSC problem > > I am now using 16Mhz crystal without PLL yet, but PLL filter parts are connected. > > DP256 detects 16Mhz successfully after Power on reset and i can see the oscillation in oscillogram but frequently, i detected DP256 runs with 3Mhz and i can not see the oscialtion with oscilloscope. > > If somebody else experiecned sampe problem with me for this kind problem, Pls tell me how to solve it. -------------------------------------------------------- To unsubscribe from this group, send an email to: To learn more about Motorola Microcontrollers, please visit http://www.motorola.com/mcu Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service. --------------------------------- µðÁöÅ» Ä«¸Þ¶ó¿Í Âû¶± ±ÃÇÕ - ¾ßÈÄ! »çÁø Ä£±¸µé°ú ÇÔ²² ¹Ù²ãº¸¼¼¿ä - ¾ßÈÄ! ¸Þ½ÅÀú [Non-text portions of this message have been removed] |
|
I have talked to a crystal manufacturer, and they say, the DC blocking cap is only required if both of the following is true: - ceramic packaged crystal (e.g. surface mount) - high reliability application (e.g. automotive) In normal ("industrial") apps, just forget that blocking cap. So, I guess, the real problem here is another... One method to check would be to determine the oscillation margin. This could be done by adding a (variable) series resistor (serially to the crystal). If the DP256 oscillator still starts with 300 ohms, then everything is on the safe side. Values are from memory... Comments, anybody? Happy HC12ing! Oliver ----------------------------------------------------- *** Oliver Thamm's HC12 Web *** http://hc12web.de *** ----------------------------------------------------- > I forgot to use DC blocking capacitor > Michael J Huslig <> wrote:Do you mean you forgot to populate the DC > blocking capacitor or do you mean > the crystal required a DC blocking capacitor? > Mike > ----- Original Message ----- > From: "º´ÁOe Áø" <> > To: <> > Sent: Tuesday, December 10, 2002 6:08 PM > Subject: Re: [68HC12] who had solved OSC problem? >> >> Thanks Bob >> I had solved problem, That was from missing of DC blocking capacitor in > OSC circuit. >> bye >> Bob Kohan <> wrote:It sounds like the HC12 is > running in "self-clock" mode. For some reason the 16Mhz crystal is not > starting, so the micro self-clocks. >> >> B.K. >> >> >>> 12/09/02 06:40PM >>> >> >> Greeting >> >> I want to know sombody esle has occured same experiece with me for OSC > problem >> >> I am now using 16Mhz crystal without PLL yet, but PLL filter parts are > connected. >> >> DP256 detects 16Mhz successfully after Power on reset and i can see the > oscillation in oscillogram but frequently, i detected DP256 runs with 3Mhz > and i can not see the oscialtion with oscilloscope. >> >> If somebody else experiecned sampe problem with me for this kind problem, > Pls tell me how to solve it. > > -------------------------------------------------------- > To unsubscribe from this group, send an email to: > To learn more about Motorola Microcontrollers, please visit > http://www.motorola.com/mcu |
|
|
|
Oliver Thamm wrote: > I have talked to a crystal manufacturer, and they say, the DC > blocking cap is only required if both of the following is true: > > - ceramic packaged crystal (e.g. surface mount) > - high reliability application (e.g. automotive) Very interesting, especially the dependence on the case. The only reference to problems with DC bias I had till now is http://www.telequarz.de/main/pdf/technicalintro_crystals_e.pdf: "Long-term effect: through the migration of electrode material (silver) along so-called etching channels which can form due to non- homogenities in the crystal growth. This migration can only occur when a DC voltage is applied between the crystal pins over an extended period (several years) and has so far only been observed occasionally. The insulation resistance can collapse down to a few kq." (I assume this should be kOhms). I wonder why the ceramic package has influence on the probability of metal migration. > In normal ("industrial") apps, just forget that blocking cap. Ack. That's what every dealer told me. > So, I guess, the real problem here is another... > > One method to check would be to determine the oscillation margin. > This could be done by adding a (variable) series resistor (serially > to the crystal). If the DP256 oscillator still starts with 300 ohms, > then everything is on the safe side. Values are from memory... Well, 300Ohms is very much. Usual "max." series resistance of 16MHz crystals is 50Ohms, while typical resistance is 15Ohms. So if one tests with additional 100Ohms, there would be more than 100% margin. BTW: adding a series resistor is more comlicated than ading a parallel resistor, but the effect is the same: loss. One can transform a series resistor into a parallel resistor by the factor Z0^2, where Z0 is the impedance seen by the crystal. Example: 16MHz, external caps 2*16pF. Pin capacitance 7,5pF (guess) => 23,5pF from each leg to GND. With "holder capacitance", the crystal sees approx. 15pF load capacitance. That's 660Ohms impedance at 16MHz. 100Ohms series impedance result in the same losses as 4,4kOhms parallel resistance. > Comments, anybody? Enough comment? Oliver |
|
|
|
I had induced square wave(12.376Mhz) from External clock source. and i can not see the normal operation, Does 9S12DP256 acquire only sine wave? Oliver Betz <> wrote:Oliver Thamm wrote: > I have talked to a crystal manufacturer, and they say, the DC > blocking cap is only required if both of the following is true: > > - ceramic packaged crystal (e.g. surface mount) > - high reliability application (e.g. automotive) Very interesting, especially the dependence on the case. The only reference to problems with DC bias I had till now is http://www.telequarz.de/main/pdf/technicalintro_crystals_e.pdf: "Long-term effect: through the migration of electrode material (silver) along so-called etching channels which can form due to non- homogenities in the crystal growth. This migration can only occur when a DC voltage is applied between the crystal pins over an extended period (several years) and has so far only been observed occasionally. The insulation resistance can collapse down to a few kq." (I assume this should be kOhms). I wonder why the ceramic package has influence on the probability of metal migration. > In normal ("industrial") apps, just forget that blocking cap. Ack. That's what every dealer told me. > So, I guess, the real problem here is another... > > One method to check would be to determine the oscillation margin. > This could be done by adding a (variable) series resistor (serially > to the crystal). If the DP256 oscillator still starts with 300 ohms, > then everything is on the safe side. Values are from memory... Well, 300Ohms is very much. Usual "max." series resistance of 16MHz crystals is 50Ohms, while typical resistance is 15Ohms. So if one tests with additional 100Ohms, there would be more than 100% margin. BTW: adding a series resistor is more comlicated than ading a parallel resistor, but the effect is the same: loss. One can transform a series resistor into a parallel resistor by the factor Z0^2, where Z0 is the impedance seen by the crystal. Example: 16MHz, external caps 2*16pF. Pin capacitance 7,5pF (guess) => 23,5pF from each leg to GND. With "holder capacitance", the crystal sees approx. 15pF load capacitance. That's 660Ohms impedance at 16MHz. 100Ohms series impedance result in the same losses as 4,4kOhms parallel resistance. > Comments, anybody? Enough comment? Oliver -------------------------------------------------------- To unsubscribe from this group, send an email to: To learn more about Motorola Microcontrollers, please visit http://www.motorola.com/mcu Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service. --------------------------------- µðÁöÅ» Ä«¸Þ¶ó¿Í Âû¶± ±ÃÇÕ - ¾ßÈÄ! »çÁø Ä£±¸µé°ú ÇÔ²² ¹Ù²ãº¸¼¼¿ä - ¾ßÈÄ! ¸Þ½ÅÀú [Non-text portions of this message have been removed] |
|
We're moving from HC12 to 9S12 and need to get a new BDM debug/programming system to replace the HC12B32-based system we've been using. Does anyone have comments relating to how the various options compare? I've been looking at (1) Motorola's M68KIT912DP256 (includes P&E's MULTILINK BDM pod). (2) P&E's PKG12Z_MULTILINK package (which includes a BDM interface and IDE - limited to code display of assembler?). It's supposed to automatically adapt to clock frequency. (3) Axiom's AX-BDM12. Of particular interest is their claim that their IDE provides "Symbolic debugging for Imagecraft, GNU GCC, Introl, COSMIC, CodeWarrior and other C compiler output files including standard ELF output. Assember support for AS12, MCUASM, MCUEZ assemblers." - also seems to support multiple clock fequencies. Any comments related to reliability, programming time, ease-of-use of IDE, etc. would be welcome. All our code to date is assembler put together with MCUASM, but we're thinking about C/C++ compilers (already have Imagecraft and GCC). Erik Blake |
|
|
|
Erik: Please note that P&E's debugger does indeed support C Source Level debugging. Feel free to contact me off list for more details. I'll let the rest of these guys chime in with their thoughts/impressions on the comparison between our product and Axiom's-- my impressions might be slightly biased. :-) Cheers, Mark P&E Erik Blake 68HC12 wrote: > We're moving from HC12 to 9S12 and need to get a new BDM > debug/programming > system to replace the HC12B32-based system we've been using. > > Does anyone have comments relating to how the various options compare? > > I've been looking at > (1) Motorola's M68KIT912DP256 (includes P&E's MULTILINK BDM pod). > (2) P&E's PKG12Z_MULTILINK package (which includes a BDM interface and > IDE > - limited to code display of assembler?). It's supposed to automatically > adapt to clock frequency. > (3) Axiom's AX-BDM12. Of particular interest is their claim that their > IDE > provides "Symbolic debugging for Imagecraft, GNU GCC, Introl, COSMIC, > CodeWarrior and other C compiler output files including standard ELF > output. Assember support for AS12, MCUASM, MCUEZ assemblers." - also > seems > to support multiple clock fequencies. > > Any comments related to reliability, programming time, ease-of-use of > IDE, > etc. would be welcome. > > All our code to date is assembler put together with MCUASM, but we're > thinking about C/C++ compilers (already have Imagecraft and GCC). > > Erik Blake > Yahoo! Groups Sponsor > <http://rd.yahoo.com/M=229633.3212141.4526654.2595810/D=egroupweb/S=1706554205:HM/A=1556779/R=0/*http://shop.store.yahoo.com/cgi-bin/clink?ftd2+shopping:dmad/M=229633.3212141.4526654.2595810/D=egroupweb/S=1706554205:HM/A=1556779/R=1/1051605136+http://us.rmi.yahoo.com/rmi/http://www.ftd.com/rmi-framed-url/http://www.ftd.com/yahoo36 > > -------------------------------------------------------- > To unsubscribe from this group, send an email to: > To learn more about Motorola Microcontrollers, please visit > http://www.motorola.com/mcu > >. -- ________________________________ Mark L. Cukier, Design Engineer P&E Microcomputer Systems 710 Commonwealth Avenue Boston, MA 02215 ______________________________ e-mail: phone : (617) 353-9206 x19 fax : (617) 353-9205 ______________________________ visit us on the web at: http://www.pemicro.com [Non-text portions of this message have been removed] |
|
Hi, I would just like to add that we have been using the Axiom AX-BDM12 quite successfully with gcc-m6812 on an Axiom CME12-B32 board. In addition we are using the VIDE make/IDE utility on a Windows 2000 OS. The only minor restriction is that Axiom state that all the source files and header files need to be the one directory. We are not sure why this restriction is required as the AX-BDM12 should pick up the elf file which contains all the debug information to support C-level source debugging. Also gcc can produce a Map file which in theory should help with symbol visibility via the Watch window. Unfortunately this does not work, not even for global variables. I have recently asked the guys at Axiom why this is the case but I have not had an answer yet. As an aside, we have trailed Imagcraft's latest C compiler on AX-BDM12 and it failed miserably. The guys from Axiom suggested that Imagecraft have changed something that has made the visability of C-source not possible. Oh well, we are very happy staying with gcc! Cheers, Steve W. Mark L. Cukier wrote: > Erik: > > Please note that P&E's debugger does indeed support C Source Level > debugging. Feel free to contact me off list for more details. I'll let > the rest of these guys chime in with their thoughts/impressions on the > comparison between our product and Axiom's-- my impressions might be > slightly biased. :-) > > Cheers, > Mark > P&E > > Erik Blake 68HC12 wrote: > > > We're moving from HC12 to 9S12 and need to get a new BDM > > debug/programming > > system to replace the HC12B32-based system we've been using. > > > > Does anyone have comments relating to how the various options compare? > > > > I've been looking at > > (1) Motorola's M68KIT912DP256 (includes P&E's MULTILINK BDM pod). > > (2) P&E's PKG12Z_MULTILINK package (which includes a BDM interface and > > IDE > > - limited to code display of assembler?). It's supposed to automatically > > adapt to clock frequency. > > (3) Axiom's AX-BDM12. Of particular interest is their claim that their > > IDE > > provides "Symbolic debugging for Imagecraft, GNU GCC, Introl, COSMIC, > > CodeWarrior and other C compiler output files including standard ELF > > output. Assember support for AS12, MCUASM, MCUEZ assemblers." - also > > seems > > to support multiple clock fequencies. > > > > Any comments related to reliability, programming time, ease-of-use of > > IDE, > > etc. would be welcome. > > > > All our code to date is assembler put together with MCUASM, but we're > > thinking about C/C++ compilers (already have Imagecraft and GCC). > > > > Erik Blake > > > > > > Yahoo! Groups Sponsor > > < > http://rd.yahoo.com/M=229633.3212141.4526654.2595810/D=egroupweb/S=1706554205:HM/A=1556779/R=0/*http://shop.store.yahoo.com/cgi-bin/clink?ftd2+shopping:dmad/M=229633.3212141.4526654.2595810/D=egroupweb/S=1706554205:HM/A=1556779/R=1/1051605136+http://us.rmi.yahoo.com/rmi/http://www.ftd.com/rmi-framed-url/http://www.ftd.com/yahoo36 > > > > > > > > > > -------------------------------------------------------- > > To unsubscribe from this group, send an email to: > > > > > > To learn more about Motorola Microcontrollers, please visit > > http://www.motorola.com/mcu > > > > > > >. > -- > ________________________________ > Mark L. Cukier, Design Engineer > P&E Microcomputer Systems > 710 Commonwealth Avenue > Boston, MA 02215 > ______________________________ > e-mail: > phone : (617) 353-9206 x19 > fax : (617) 353-9205 > ______________________________ > > visit us on the web at: http://www.pemicro.com > > > [Non-text portions of this message have been removed] > Yahoo! Groups Sponsor > <http://rd.yahoo.com/M=229633.3212141.4526654.2595810/D=egroupweb/S=1706554205:HM/A=1556779/R=0/*http://shop.store.yahoo.com/cgi-bin/clink?ftd2+shopping:dmad/M=229633.3212141.4526654.2595810/D=egroupweb/S=1706554205:HM/A=1556779/R=1/1051638402+http://us.rmi.yahoo.com/rmi/http://www.ftd.com/rmi-framed-url/http://www.ftd.com/yahoo36 > > -------------------------------------------------------- > 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] |
|
Steve-- I'm not familiar with the "VIDE make/IDE". Do you have a web Url for more info? Thanks-- 607-656-2597 -----Original Message----- From: Steve W [mailto:] Sent: Wednesday, April 30, 2003 3:39 AM To: Subject: Re: [68HC12] Experience with Axiom vs P&E IDE? Hi, I would just like to add that we have been using the Axiom AX-BDM12 quite successfully with gcc-m6812 on an Axiom CME12-B32 board. In addition we are using the VIDE make/IDE utility on a Windows 2000 OS. The only minor restriction is that Axiom state that all the source files and header files need to be the one directory. We are not sure why this restriction is required as the AX-BDM12 should pick up the elf file which contains all the debug information to support C-level source debugging. Also gcc can produce a Map file which in theory should help with symbol visibility via the Watch window. Unfortunately this does not work, not even for global variables. I have recently asked the guys at Axiom why this is the case but I have not had an answer yet. As an aside, we have trailed Imagcraft's latest C compiler on AX-BDM12 and it failed miserably. The guys from Axiom suggested that Imagecraft have changed something that has made the visability of C-source not possible. Oh well, we are very happy staying with gcc! Cheers, Steve W. Mark L. Cukier wrote: > Erik: > > Please note that P&E's debugger does indeed support C Source Level > debugging. Feel free to contact me off list for more details. I'll let > the rest of these guys chime in with their thoughts/impressions on the > comparison between our product and Axiom's-- my impressions might be > slightly biased. :-) > > Cheers, > Mark > P&E > > Erik Blake 68HC12 wrote: > > > We're moving from HC12 to 9S12 and need to get a new BDM > > debug/programming system to replace the HC12B32-based system we've > > been using. > > > > Does anyone have comments relating to how the various options > > compare? > > > > I've been looking at > > (1) Motorola's M68KIT912DP256 (includes P&E's MULTILINK BDM pod). > > (2) P&E's PKG12Z_MULTILINK package (which includes a BDM interface > > and IDE > > - limited to code display of assembler?). It's supposed to > > automatically adapt to clock frequency. > > (3) Axiom's AX-BDM12. Of particular interest is their claim that > > their IDE provides "Symbolic debugging for Imagecraft, GNU GCC, > > Introl, COSMIC, CodeWarrior and other C compiler output files > > including standard ELF output. Assember support for AS12, MCUASM, > > MCUEZ assemblers." - also seems > > to support multiple clock fequencies. > > > > Any comments related to reliability, programming time, ease-of-use > > of IDE, etc. would be welcome. > > > > All our code to date is assembler put together with MCUASM, but > > we're thinking about C/C++ compilers (already have Imagecraft and > > GCC). > > > > Erik Blake > > > > > > Yahoo! Groups Sponsor > > < > http://rd.yahoo.com/M=229633.3212141.4526654.2595810/D=egroupweb/S=170 > 6554205:HM/A=1556779/R=0/*http://shop.store.yahoo.com/cgi-bin/clink?ftd2+sho pping:dmad/M=229633.3212141.4526654.2595810/D=egroupweb/S=1706554205:HM/A=15 56779/R=1/1051605136+http://us.rmi.yahoo.com/rmi/http://www.ftd.com/rmi-fram ed-url/http://www.ftd.com/yahoo36 > > > > > > > > > > -------------------------------------------------------- > > To unsubscribe from this group, send an email to: > > > > > > To learn more about Motorola Microcontrollers, please visit > > http://www.motorola.com/mcu > > > > > > >. > -- > ________________________________ > Mark L. Cukier, Design Engineer > P&E Microcomputer Systems > 710 Commonwealth Avenue > Boston, MA 02215 > ______________________________ > e-mail: > phone : (617) 353-9206 x19 > fax : (617) 353-9205 > ______________________________ > > visit us on the web at: http://www.pemicro.com > > > [Non-text portions of this message have been removed] > Yahoo! Groups Sponsor > <http://rd.yahoo.com/M=229633.3212141.4526654.2595810/D=egroupweb/S=17 > 06554205:HM/A=1556779/R=0/*http://shop.store.yahoo.com/cgi-bin/clink?f > td2+shopping:dmad/M=229633.3212141.4526654.2595810/D=egroupweb/S=17065 > 54205:HM/A=1556779/R=1/1051638402+http://us.rmi.yahoo.com/rmi/http://w > ww.ftd.com/rmi-framed-url/http://www.ftd.com/yahoo36 > > -------------------------------------------------------- > 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] -------------------------------------------------------- To unsubscribe from this group, send an email to: To learn more about Motorola Microcontrollers, please visit http://www.motorola.com/mcu |