Forums

Bootstrap Mode

Started by Huey Fen October 31, 2005
Robert Smith wrote:
> ----- Original Message -----
> From: Art Burke
> To: m68HC11@m68H...
> Sent: Friday, November 04, 2005 11:17 AM
> Subject: RE: [m68HC11] Got the 68hc11A1 to run-sometimes works, sometimes doesn't > I got my 68HC11A1FN to work, sometimes :-(
>
> It seems that I can get it to work, maybe 50% of the time.
>
> Using the exact same program, PCBUG11, and a program named "Moslo" (to slow
> the PC down),

MOSLO does not "slow the PC down". It uses interrupt handlers to
eat cycles. This only sort of works.

> I can get the talker to come up about the time.
>
> Forget PCBUG11!!!!!!!!!!!!

There is a version which has been patched to work with faster
processors. I have found that it only somewhat works. But I
found this website http://www.brain.uni-freiburg.de/~klaus/pascal/runerr200/
which has a patcher which *does* work.

> The other half I get communication timeouts, memory read fail errors, and
> such.
> What would cause this? I can't find any loose wires.

Interactions with MOSLOW, possibly. Flakey cable.

> Thanks,
>
> Art
>
> PS.Can I get JBUG11 to work with this? If so, how would I get the right
> talker downloaded to the processor, and what commands would I use?
>
> I should work fine. See John's documentation for proper installation under Windows and selection of the right talker.
> Bob Smith

Mike
--
p="p=%c%s%c;main(){printf(p,34,p,34);}";main(){printf(p,34,p,34);}
This message made from 100% recycled bits.
You have found the bank of Larn.
I can explain it for you, but I can't understand it for you.
I speak only for myself, and I am unanimous in that!



Huey Fen wrote:
>>Isn't the first 255 bytes $0000 to $00FF ram space?
>
> There are in total 256 bytes of internal RAM. >>Isn't Buffalo located in the chip?
>
> A1 family does not provide internal Buffalo ROM. You need to download the Buffalo into external memory.

[snip]

This is incorrect. I have a few tens of A series chips with
BUFFALO in ROM.

Mike
--
p="p=%c%s%c;main(){printf(p,34,p,34);}";main(){printf(p,34,p,34);}
This message made from 100% recycled bits.
You have found the bank of Larn.
I can explain it for you, but I can't understand it for you.
I speak only for myself, and I am unanimous in that!



Hey Art... can you get some other simple little program like an led flasher
to assemble, burn and run reliably without messing with the talker? This
eliminates or verifies the pcbug and talker as the problem


> This is incorrect. I have a few tens of A series chips with
BUFFALO in ROM.

Really? But I am talking on A1 family. Isn't it that the internal ROM for A1 family has been disable? If I enable the ROM through CONFIG register, will I get the internal ROM enable with Buffalo inside? I think only A8 consists of 8K ROM.
As mentioned previously, I am new in this field. Any correction is most welcome as this will increase my understanding. Thanks a lot.

---------------------------------
Yahoo! FareChase - Search multiple travel sites in one click.



--- In m68HC11@m68H..., Mike McCarty <Mike.McCarty@s...> wrote:

> > A1 family does not provide internal Buffalo ROM. You need to
download the Buffalo into external memory.
>
> [snip]
>
> This is incorrect. I have a few tens of A series chips with
> BUFFALO in ROM.

My recollection is that HC11's that have BUFFALO stored on on-chip ROM
are marked as such on the device. The word "BUFFALO" should be
present on the device, somewhere below the device part number.

Sorry I can't confirm this absolutely, I don't have any of my HC11
boards handy :(


Mark Schultz wrote:
> --- In m68HC11@m68H..., Mike McCarty <Mike.McCarty@s...> wrote: >>>A1 family does not provide internal Buffalo ROM. You need to
>
> download the Buffalo into external memory.
>
>>[snip]
>>
>>This is incorrect. I have a few tens of A series chips with
>>BUFFALO in ROM. > My recollection is that HC11's that have BUFFALO stored on on-chip ROM
> are marked as such on the device. The word "BUFFALO" should be
> present on the device, somewhere below the device part number.
>
> Sorry I can't confirm this absolutely, I don't have any of my HC11
> boards handy :(

The Motorola documentation on this is that there is a "B"
in the device name. However, I know for a fact that I have
several chips with BUFFALO in them which are not so marked.
I have never seen a chip with BUFFALO stamped on it.

Mike
--
p="p=%c%s%c;main(){printf(p,34,p,34);}";main(){printf(p,34,p,34);}
This message made from 100% recycled bits.
You have found the bank of Larn.
I can explain it for you, but I can't understand it for you.
I speak only for myself, and I am unanimous in that!



Huey Fen wrote:
>>This is incorrect. I have a few tens of A series chips with
>
> BUFFALO in ROM.
>
> Really? But I am talking on A1 family. Isn't it that the internal ROM for A1 family has been disable? If I enable the ROM through CONFIG register, will I get the internal ROM enable with Buffalo inside? I think only A8 consists of 8K ROM.
> As mentioned previously, I am new in this field. Any correction is most welcome as this will increase my understanding. Thanks a lot.

All A chips are built on the same die. It works like this...

A0 the EEPROM is likely defective. If you enable it, it
will be there, but Motorola does not guarantee that it
works. It may be perfectly usable in hobby applications,
however, just not working at elevated temps. or whatever.
Or it may have been in a batch which really truly didn't
work properly, and has cells which won't program or which
won't retain programming.

A1 the EEPROM is ok, but the ROM is defective in some way.
If you enable it, it will work, but either
(1) the mask was defective, and there is a
useless program in it
(2) the mask was superceded, and the OEM
allowed Motorola to sell off surplus
chips
(3) the ROM may contain BUFFALO.

Several of my A1 chips fall into category 3.

Mike
--
p="p=%c%s%c;main(){printf(p,34,p,34);}";main(){printf(p,34,p,34);}
This message made from 100% recycled bits.
You have found the bank of Larn.
I can explain it for you, but I can't understand it for you.
I speak only for myself, and I am unanimous in that!



Hi to all:
I just purchased a MicroCore-11 board, and am wondering if I can do the
following:
I have PA0 ->PA7, PE0->PE7, PD2->PD5 available.
Should I transfer the data to the LED segments via a parallel bus or in a
serial fashion?
Thanks for the help,
Art


Art Burke wrote:
> Hi to all:
> I just purchased a MicroCore-11 board, and am wondering if I can do the
> following:
>
> I have PA0 ->PA7, PE0->PE7, PD2->PD5 available.
>
> Should I transfer the data to the LED segments via a parallel bus or in a
> serial fashion?

Sorry, not enough information.
Do you have a 7 segment digital display?
If so, how many digits? Do you plan to multiplex?
What performance requirements do you have? (visual persistence?)
By "serial fashion" do you mean SPI? SCI?
Do you have any power requirements? IOW, do you need to control
brightness by using a duty cycle? (Also relates to visual persistence.)

Mike
--
p="p=%c%s%c;main(){printf(p,34,p,34);}";main(){printf(p,34,p,34);}
This message made from 100% recycled bits.
You have found the bank of Larn.
I can explain it for you, but I can't understand it for you.
I speak only for myself, and I am unanimous in that!



Hey Mike:
Yes, I have 7 segment digital LED displays.

I used to use data latches and (I think) 7442 TTL driver chips.
I'm wondering if I should send the data in serial to a chip and use that to
drive the LED segments.

The only reason that I say this is that the board that I have does not
provide many outputs and inputs.

I'd like to be able to drive 6 segments.Two for the hex data and four for
the hex address. Thanks,
Art
Offering Mathematics tutoring from Arithmetic through Calculus, including
the New SAT Math.
home.comcast/~mathtutoring/index.html
<http://home.comcast.net/%7Emathtutoring/index.html>

_____

From: m68HC11@m68H... [mailto:m68HC11@m68H...] On Behalf Of
Mike McCarty
Sent: Wednesday, November 09, 2005 1:16 PM
To: m68HC11@m68H...
Subject: Re: [m68HC11] Hooking up LED segments to a Microcore-11 board
Art Burke wrote:
> Hi to all:
> I just purchased a MicroCore-11 board, and am wondering if I can do the
> following:
>
> I have PA0 ->PA7, PE0->PE7, PD2->PD5 available.
>
> Should I transfer the data to the LED segments via a parallel bus or in a
> serial fashion?

Sorry, not enough information.
Do you have a 7 segment digital display?
If so, how many digits? Do you plan to multiplex?
What performance requirements do you have? (visual persistence?)
By "serial fashion" do you mean SPI? SCI?
Do you have any power requirements? IOW, do you need to control
brightness by using a duty cycle? (Also relates to visual persistence.)

Mike
--
p="p=%c%s%c;main(){printf(p,34,p,34);}";main(){printf(p,34,p,34);}
This message made from 100% recycled bits.
You have found the bank of Larn.
I can explain it for you, but I can't understand it for you.
I speak only for myself, and I am unanimous in that!
_____

> Terms of Service.
_____