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

how can you write 0124 on the 68hc12 7-segment display ?
------------------------------------



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

Hum...
Here is a very interesting question !
Every day, I ask myself how I can write 0124 on 68HC12.
And, more, why 0124 and not 2401 ?
To be or not to be...

Arghhhhh, life is so difficult !

> -----Message d'origine-----
> De=A0: 6...@yahoogroups.com [mailto:6...@yahoogroups.com] De la part =
de
> steve.ece_umd56
> Envoy=E9=A0: jeudi 18 septembre 2008 18:26
> =C0=A0: 6...@yahoogroups.com
> Objet=A0: [68HC12] 7-SEGMENT DISPLAY
>=20
> how can you write 0124 on the 68hc12 7-segment display ?
>=20
>=20
> ------------------------------------
>=20
>

______________________________
Stellaris® MCU Family: New Parts, New Package, New Price.


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

go to www.technologicalarts.com

there you will find a complete 68hc11 self-learn system, including 7
segment display creation

or come to my school and I will teach you

regards,

--
Nigel Johnson
MSc., MIEEE, MCSE
VE3ID/G4AJQ/VA3MCU

http://nigel.homelinux.net
http://va3mcu.ham-radio-op.net

You can reach me by voice on Skype: TILBURY2591

If time travel ever will be possible, it already is. Ask me again yesterday

It's "is not", it isn't "ain't", and it's "it's", not "its", if you mean
it is. If you don't, it's "its". Then too, it's "hers". It isn't
"her's". It isn't "our's" either. It's "ours", and likewise "yours" and
"theirs".

-- Oxford University Press, Edpress News

Nigel Johnson

------------------------------------



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

Just thought, since everyone else has always tried to be helpful to
me) I would offer a solution (probably to a problem no one else has ).

I recently needed to add a bootloader so that we could e:mail
software updates to customers and let them do SW updates
themselves. Rather than use the internal one we have developed in
the past, I decided to just go with the S12SerMon2r1 from the HCS12
library. A couple of minor tweeks (I don't need the debugging
capability) and it should have been ready to go.

Problem #1: I'm using the MCUez assembler/linker. The S12SerMon2r1
source has a number of absolute ORG statements, which should have
been fine. They assemble okay, and in the *listing* the addresses
look perfect. But the MCUez linker puts some of the code in the
wrong place. The S19 file (what the linker puts out as an .SX file)
is obviously incorrect. I finally had to cobble some space reserving
ds.b statements to get rid of some of the ORG statements and that worked.

Problem #2: Although my in-house RTOS and the bootloader *appeared*
to cohabit, the RTOS wouldn't run the application programs. It
looked like it was running, but programs under it wouldn't
run. Recall that at this point all the bootloader is doing is a)
noticing at coldstart that the RTOS is there and jumping to it; and
b) passing interrupts on through to the RTOS.

Finally found the problem. The S12SerMon2r1 program trashes the X
and Y registers in the process of calculating the interrupt vector
location following an interrupt. It figures that this shouldn't be a
problem, because the registers are saved on the stack by the
interrupt core. My RTOS, however, assumes that the ISR gets control
with the registers intact. And the registers are used by the
application programs to pass parameters to the RTOS for system
service calls under SWI instructions.

The bootloader *should* (in my opinion) preserve the registers
following an interrupt, but I guess they didn't want to use another
couple of words of stack area. So fixed that and now everything is fine.

- - -
Just hoping I may someday save someone else a couple of days of
hunting for solutions.

jmk

-----------------------------------------------
James M. Knox
TriSoft ph 512-385-0316
1300 Koenig Lane West fax 512-371-5716
Suite 200
Austin, Tx 78756 j...@trisoft.com
-----------------------------------------------
------------------------------------

______________________________
Stellaris® MCU Family: New Parts, New Package, New Price.


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