Last visit was: Thu Aug 11, 2022 5:15 pm
It is currently Thu Aug 11, 2022 5:15 pm



 [ 13 posts ] 
 Interrupt inputs connection 
Author Message

Joined: Thu Oct 21, 2021 5:22 pm
Posts: 29
Hello everybody.
I am trying to understand how the SBC works, which I chose to study 68k. Much has been simplified here in order to reduce the number of IC's, including connecting the IRQ outputs of the ACIA 6850 to the microprocessor. The usual in such cases 74148 is absent here and the outputs of the two ACIA's are connected directly to the IPL0 and IPL1 inputs of the processor. In this case, as I understand it, autovectors 1 and 2 are used.
The question is as follows. What happens if interrupts from both ACIAs arrive simultaneously. A low levels at the inputs IPL0 and IPL1 means a third level interrupt, but there is no handler for this interrupt.
Did I miss something?

Description and diagram of SBC are here:
http://marc.retronik.fr/motorola/68K/68 ... 1-1984.pdf


Thu Dec 16, 2021 3:35 pm

Joined: Wed Jan 09, 2013 6:54 pm
Posts: 1702
Interesting... seems about right, from my very limited understanding. But I think it's a minor software problem, isn't it, to create a handler for autovector 3?

ref: https://www.atarimagazines.com/v5n2/Exc ... rupts.html


Thu Dec 16, 2021 6:17 pm

Joined: Mon Oct 07, 2019 2:41 am
Posts: 330
The prototype may not have used irq's, as this was a basic machine, but had them reserved.
2K ram is rather, limited did they have a later upgrade? As a thought 128Kb ram is about the same as 64kb ram for a 8 bit machine, since for most 16 bit cpu's things are word rather than byte sized.
Ben.


Thu Dec 16, 2021 9:47 pm

Joined: Thu Oct 21, 2021 5:22 pm
Posts: 29
Yes, we can see something similar in the Atari ST. 74148 is missing, but there is a GLUE chip that switches the HBLANK, VBLANK and MFP interrupt lines. Low on IPL1 causes HBLANK interrupt, IPL2 = VBLANK, IPL1 and IPL2 = MFP. But, HBLANK and VBLANK are not two ASIAs. These impulses are strictly periodic events that can never coincide by accident. Events in the ASIA happen asynchronously. The only question is, what is the probability of a coincidence. If it is less likely than a meteorite to hit the discussed SBC, then everything is OK, I can't worry.

To oldben:
There is a section in the SBC description called "Interrupt Handling".
The SBC uses IRQ's.


Last edited by Vladimir on Fri Dec 17, 2021 9:06 am, edited 2 times in total.



Fri Dec 17, 2021 5:10 am

Joined: Sat Feb 02, 2013 9:40 am
Posts: 1696
Location: Canada
I do not think you missed anything.

Do you have a ROM listing? What is the autovector #3 set to? It may point to the same location as autovector #1 or #2 giving one of the ACIAs a higher priority than the other. There does not need to be a separate handler if one of the handlers is reused. That is also quite an old article, 1986. I would be tempted to make updates to the system. More ram 628512’s and a better UART. It may be easier to find newer parts. 4kB ram is not very much. With a meg of ram and most of the OS in eprom it may be possible to run uLinux on the SBC. I seem to recall seeing a 68008 system running uLinux. If you are after a small system a 68008 requires fewer parts.

_________________
Robert Finch http://www.finitron.ca


Fri Dec 17, 2021 5:19 am WWW

Joined: Thu Oct 21, 2021 5:22 pm
Posts: 29
Other vectors point to RAM:

DC.L #1,ININT ;Terminal Vector
DC.L #1,LPINT ;Download-line Vector
DC.L #1,$1028 ;User Autovector No.3
DC.L #1,$102C ;User Autovector No.4
DC.L #1,$1030 ;User Autovector No.5
DC.L #1,$1034 ;User Autovector No.6
DC.L #1,$1038 ;User Autovector No.7

I can change the design and I always do it. It is an opportunity that attracts me in the design of computers.


Fri Dec 17, 2021 5:39 am

Joined: Mon Oct 07, 2019 2:41 am
Posts: 330
Quote:
I can change the design and I always do it.

That is my problem too, often about 3 am. :)
With a board like that I can see only one uart in use at a time like the console or second
serial port for some other I/O. I would replace the 6850 because it has hardware IRQ
service bug if you get a RX & TX req at the same time.

(quick google to see if I can find the bug).
Can't seem to find it again, but I did find another 68000 project.
It looks to run 68000 cp/m from compact flash.

https://sites.google.com/site/oldcpusrus/
"April 2019 ... 32k EPROM and a single 512k x 8 SRAM along with a 68681"


Fri Dec 17, 2021 6:58 am

Joined: Thu Oct 21, 2021 5:22 pm
Posts: 29
Maybe, reusing one of the existing handler is the best solution. In the event of a level 3 interrupt, one ASIA (priority) will be serviced first, and then the other, in the usual way. Thanks robfinch.
oldben wrote:
..... I would replace the 6850 because it has hardware IRQ
service bug if you get a RX & TX req at the same time.....

I have not heard about the bug in 6850. About 6551 on 6502.org something similar was discussed. Perhaps each IC has its own bugs. I will google and look for. More precisely, my ICs are HD63B50P.
Thanks for the link, I'll read it.
oldben wrote:
.....With a board like that I can see only one uart in use at a time like the console or second
serial port for some other I/O .....

Because the system is single-tasking?
May be. I'll think it over.


Last edited by Vladimir on Fri Dec 17, 2021 9:45 am, edited 1 time in total.



Fri Dec 17, 2021 9:35 am

Joined: Wed Jan 09, 2013 6:54 pm
Posts: 1702
One thing about human beings using unreliable equipment: we quickly learn to avoid things which cause trouble. So, if it turns out that one must not type while the communications link is active, that might become a habit (a superstition, if you like) and the bug in the design doesn't matter so much.


Fri Dec 17, 2021 9:44 am

Joined: Thu Oct 21, 2021 5:22 pm
Posts: 29
BigEd wrote:
One thing about human beings using unreliable equipment: we quickly learn to avoid things which cause trouble. So, if it turns out that one must not type while the communications link is active, that might become a habit (a superstition, if you like) and the bug in the design doesn't matter so much.

I would call this " formation of a conditioned reflex". A person avoids what causes pain and strives for what is pleasant.
In general, each human personality is a set of conditioned reflexes. Sorry for offtop..


Fri Dec 17, 2021 10:01 am

Joined: Thu Oct 21, 2021 5:22 pm
Posts: 29
Vladimir wrote:
oldben wrote:
.....With a board like that I can see only one uart in use at a time like the console or second
serial port for some other I/O .....

Because the system is single-tasking?
May be. I'll think it over.

I thought about your words, oldben. It seems to me that if a file is being downloaded, the console should still work. Can I interrupt receiving a file using the keyboard? And multitasking has nothing to do with it, I said it in vain.


Fri Dec 17, 2021 1:34 pm

Joined: Mon Oct 07, 2019 2:41 am
Posts: 330
I would fix the system with PAL 16V8 for the irq decode and address decoding.
CP/M and MS DOS got away with crappy serial I/O but a real OS needs IRQ's.
XMODEM file transfer could poll the keyboard after checking for serial input I suspect,
thus IRQ's are not needed.


You do not have the required permissions to view the files attached to this post.


Fri Dec 17, 2021 9:13 pm

Joined: Thu Oct 21, 2021 5:22 pm
Posts: 29
Thanks oldben.
AN1012 is a good document, it explains a lot. Although there are some incomprehensible places. For example, Figure 2 says that during GRANT INTERRUPT, the processor 'ASSERT DATA STROBE (LDS)'. And Figure 3 says that the processor asserts LDS and UDS.
UDS? What for?


Sat Dec 18, 2021 3:39 pm
 [ 13 posts ] 

Who is online

Users browsing this forum: AhrefsBot, CCBot and 0 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Jump to:  
Powered by phpBB® Forum Software © phpBB Group
Designed by ST Software