68HC1 | 812A4 | 9S12DP256 | Bootloader | CodeWarrior | D60A | Debugger | DP256 | ECT | EEPROM | EVB | Flash | HC1 | HCS12 | I2C | IAR | ICC1 | Interrupts | LCD | M68KIT912DP256 | MC9S12DP256 | MC9S12DP256B | Metrowerks | Motor | MSCAN | Multilink | PLL | Quadrature | SDI | SPI | Transceiver | XFC

Hi,
We have designed a board with MC68332 16 bit micro controller
interfacing with scv64.Since scv 64 is 32 bit register access, higher
data lines of it are interfaced with latch implementation,writing the
registers by one extra 16 bit write cycle with this
configuration .Using BDM(debugging tool) ,application is dumped into
flash and running from flash VME accessing is fine,but when we are not
using the tool and boot from flash then VME accessing is giving
problem.In this condition what we observed is VME mode register and
some other registers are getting corrupted.
(Power on reset sp705 output is connected to micro controller reset and
scv64 power on reset. scv 64 external reset is pulled up with 10 k
resistor.)

we are stuck up at this condition.
please some one provide us with solution or any kind of help is
appreciated .



(You need to be a member of 68hc12 -- send a blank email to 68hc12-subscribe@yahoogroups.com )

Hi:

One thing that I always want to look at when using a debugger is
what memory configuration and/or initialization files are being
downloaded to the MCU. These could explain why your application is
working with the debugger and not working during stand-alone execution.
These files could be writing parameters to the MCU that you are not
doing in your code. The files should be text so you should be able to
see what is being initialized different from your code. Let us know if
this does not help. Also, what debug tool are you using?

Regards,

John Honnold
Freescale Semiconductor
Technical Information Center
MCU 16/32 Bit Applications Engineer
----------------------------------------------------------
This email has been classified:
( ) Freescale General Business
( ) Freescale Confidential Proprietary
( ) Freescale Internal Use Only
(x) Public

________________________________

From: 6...@yahoogroups.com [mailto:6...@yahoogroups.com] On Behalf
Of chandaraaditya
Sent: Wednesday, January 30, 2008 5:23 AM
To: 6...@yahoogroups.com
Subject: [68HC12] mc68332 interfacing with scv64

Hi,
We have designed a board with MC68332 16 bit micro controller
interfacing with scv64.Since scv 64 is 32 bit register access, higher
data lines of it are interfaced with latch implementation,writing the
registers by one extra 16 bit write cycle with this
configuration .Using BDM(debugging tool) ,application is dumped into
flash and running from flash VME accessing is fine,but when we are not
using the tool and boot from flash then VME accessing is giving
problem.In this condition what we observed is VME mode register and
some other registers are getting corrupted.
(Power on reset sp705 output is connected to micro controller reset and
scv64 power on reset. scv 64 external reset is pulled up with 10 k
resistor.)

we are stuck up at this condition.
please some one provide us with solution or any kind of help is
appreciated .

[Non-text portions of this message have been removed]



(You need to be a member of 68hc12 -- send a blank email to 68hc12-subscribe@yahoogroups.com )

Check the watchdog timer settings. In the debugger, the watchdog is
typically disabled.

Check for ground problems. The BDM module will provide a ground.

Take a look at the reset pin on the processor with an oscilloscope.
If the processor is not booting properly, reset will get asserted
every 256 cycles. I cannot remember, but a 10K pullup may be to weak.
I seem to remember using a 820R. (Reset is also controlled by the BDM
when it is connected)

For a better response, you may want to post your message to the 68300
group at 6...@yahoogroups.com

Andrei
>Hi,
>We have designed a board with MC68332 16 bit micro controller
>interfacing with scv64.Since scv 64 is 32 bit register access, higher
>data lines of it are interfaced with latch implementation,writing the
>registers by one extra 16 bit write cycle with this
>configuration .Using BDM(debugging tool) ,application is dumped into
>flash and running from flash VME accessing is fine,but when we are not
>using the tool and boot from flash then VME accessing is giving
>problem.In this condition what we observed is VME mode register and
>some other registers are getting corrupted.
>(Power on reset sp705 output is connected to micro controller reset and
>scv64 power on reset. scv 64 external reset is pulled up with 10 k
>resistor.)
>
>we are stuck up at this condition.
>please some one provide us with solution or any kind of help is
>appreciated .
>
>[Non-text portions of this message have been removed]



(You need to be a member of 68hc12 -- send a blank email to 68hc12-subscribe@yahoogroups.com )

Designed when, last century? What did you do cut the 68332 in half to
get a 16 bit mcu? (it's still active, but it came out in 95).

--- In 6...@yahoogroups.com, "chandaraaditya"
wrote:
>
> Hi,
> We have designed a board with MC68332 16 bit micro controller
> interfacing with scv64.Since scv 64 is 32 bit register access, higher
> data lines of it are interfaced with latch implementation,writing the
> registers by one extra 16 bit write cycle with this
> configuration .Using BDM(debugging tool) ,application is dumped into
> flash and running from flash VME accessing is fine,but when we are not
> using the tool and boot from flash then VME accessing is giving
> problem.In this condition what we observed is VME mode register and
> some other registers are getting corrupted.
> (Power on reset sp705 output is connected to micro controller reset and
> scv64 power on reset. scv 64 external reset is pulled up with 10 k
> resistor.)
>
> we are stuck up at this condition.
> please some one provide us with solution or any kind of help is
> appreciated .
>

______________________________
controlSUITE™ software. Comprehensive. Intuitive. Optimized.
Real-world software for real-time control. Details Here!


(You need to be a member of 68hc12 -- send a blank email to 68hc12-subscribe@yahoogroups.com )