6502.org Forum  Projects  Code  Documents  Tools  Forum
It is currently Thu Nov 21, 2024 8:13 pm

All times are UTC




Post new topic Reply to topic  [ 9 posts ] 
Author Message
PostPosted: Fri Apr 19, 2019 4:59 pm 
Offline

Joined: Sat May 26, 2018 1:00 am
Posts: 26
Location: Riverton, UT
I'm having a small problem and was wondering if anyone might have some insight for me. I've built an SBC based on the 65C02 and it is running great at 8mhz. I am using the MAX3100 UART and I am talking to it using SPI. In a pure polling mode it is working great and I send and receive over serial at 115200 baud without problems.

I wanted to get this working using the interrupt capability of the MAX3100 but I am running into a problem. I have the IRQ line from the UART connected to the 65C22 through it's CB2 pin. I have a 3.3k pullup resistor on the line since the UART's IRQ is open drain.

I have configured the UART to issue an IRQ when it has data in it's receive buffer and have configured the VIA to assert an IRQ when CB2 gets a negative edge. The code to init the VIA is basically this:
Code:
lda #$20   ; Set CB2 to independant interrupt on a negative edge
sta $B10C    ; in the PCR
lda #$88    ; Enable the CB2 interrupt
sta $B10E    ; in the EIR


What I am seeing is that the 65C22 never seems to react to CB2 going low. When I looked at the lines with my oscilloscope I see the UART pull the line low and I have verified it going low by probing at both the UART's IRQ pin and the 65C22's CB2 pin. The 65C22's IRQ line stays high. One interesting thing to note is that most of the other lines on my SBC are at or below 1mv when driving low. But the line between the UART's IRQ pin and the CB2 pin on the 65C22 is reading about 30mv when driving low. I'm almost thinking that the CB2 pin is not actually set as in input and is instead floating.

I've tested how I am configuring the UART interrupts on an Arduino and the Arduino get interrupts no problem, and since I see the UART's IRQ line go low when I expect it to, I am confident I am configuring it correctly.

Am I configuring the VIA correctly or am I missing something?


Top
 Profile  
Reply with quote  
PostPosted: Fri Apr 19, 2019 5:44 pm 
Offline
User avatar

Joined: Wed Feb 14, 2018 2:33 pm
Posts: 1488
Location: Scotland
I've not used a 6522 in this way, but It looks OK to me, however try writing $08 into the IFR as part of the setup sequence to force-clear any potentially pending interrupt - just in-case...

You can probably just:

Code:
lda #$88    ; Enable the CB2 interrupt
sta $B10E    ; in the EIR
sta $B10D    ; clear the CB2 in the IFR


See pg. 26 of the data sheet where it talks about how to clear a CB1/2 interrupt when they're in independent mode.

You may also want to poll the IFR too - see if the top bit is set to double-check...

-Gordon

_________________
--
Gordon Henderson.
See my Ruby 6502 and 65816 SBC projects here: https://projects.drogon.net/ruby/


Top
 Profile  
Reply with quote  
PostPosted: Fri Apr 19, 2019 6:05 pm 
Offline

Joined: Sat May 26, 2018 1:00 am
Posts: 26
Location: Riverton, UT
drogon wrote:
I've not used a 6522 in this way, but It looks OK to me, however try writing $08 into the IFR as part of the setup sequence to force-clear any potentially pending interrupt - just in-case...

You can probably just:

Code:
lda #$88    ; Enable the CB2 interrupt
sta $B10E    ; in the EIR
sta $B10D    ; clear the CB2 in the IFR


See pg. 26 of the data sheet where it talks about how to clear a CB1/2 interrupt when they're in independent mode.

You may also want to poll the IFR too - see if the top bit is set to double-check...

-Gordon

I am actually doing that in the code I'm running on my SBC. I am also checking both bit 7 and bit 3 (CB2 interrupt) in the IFR to determine where the interrupt came from.

The 65C22 just never seems to recognize that CB2 has received a falling edge, and so it never asserts it's IRQ line. The VIA seems to be working correctly besides the CB2 problem as it is the same VIA I am using to bit bang SPI to talk to the UART, and if I am simply polling the UART it works.


Top
 Profile  
Reply with quote  
PostPosted: Fri Apr 19, 2019 6:40 pm 
Offline
User avatar

Joined: Wed Mar 01, 2017 8:54 pm
Posts: 660
Location: North-Germany
Did you try to generate any other interrupt out of the 65C22? Like a timer overflow etc.? Does that work?


Top
 Profile  
Reply with quote  
PostPosted: Fri Apr 19, 2019 6:45 pm 
Offline

Joined: Sat May 26, 2018 1:00 am
Posts: 26
Location: Riverton, UT
GaBuZoMeu wrote:
Did you try to generate any other interrupt out of the 65C22? Like a timer overflow etc.? Does that work?

Actually I haven't done that yet. I'll have to give that a try.


Top
 Profile  
Reply with quote  
PostPosted: Fri Apr 19, 2019 6:57 pm 
Offline
User avatar

Joined: Wed Mar 01, 2017 8:54 pm
Posts: 660
Location: North-Germany
As far as I remember (without looking into the 6522 DS) I remember there was a sort of handshake mode that uses Cx1 and Cx2 to handshake a parallel transfer. If you are using Port B to interact with the MAX and try to use CB2 as an IRQ input this might collide (again I am not sure about this). Perhaps - if possible - you try CA2 instead.

In all cases: avoid using port A and/or B for any other reason until you have successfully got an interrupt. Then you might check what is interfering. At least I can tell you that on my old SYM I had used one of them (CAx I think) for recognizing an edge - it had worked.


Top
 Profile  
Reply with quote  
PostPosted: Fri Apr 19, 2019 7:38 pm 
Offline
User avatar

Joined: Fri Aug 30, 2002 1:09 am
Posts: 8543
Location: Southern California
GaBuZoMeu wrote:
As far as I remember (without looking into the 6522 DS) I remember there was a sort of handshake mode that uses Cx1 and Cx2 to handshake a parallel transfer. If you are using Port B to interact with the MAX and try to use CB2 as an IRQ input this might collide (again I am not sure about this). Perhaps - if possible - you try CA2 instead.

The handshake mode for PB is only with 100xxxxx in the PCR. He's using 001xxxxx which is independent. I don't remember ever having used that mode (which is why I have not said anything so far), but I have used other independent modes like 110xxxxx (low output) and 111xxxxx (high output), using the pin as another independent output bit, with no problems.

_________________
http://WilsonMinesCo.com/ lots of 6502 resources
The "second front page" is http://wilsonminesco.com/links.html .
What's an additional VIA among friends, anyhow?


Top
 Profile  
Reply with quote  
PostPosted: Fri Apr 19, 2019 10:54 pm 
Offline

Joined: Sat May 26, 2018 1:00 am
Posts: 26
Location: Riverton, UT
Ok, I feel really dumb right now :oops:
Everything is working perfectly. After spending a little more time reviewing my code, I found this little nugget.
Code:
VIA1_IER_CB2 = %00000100

That is my define for the enable CB2 interrupt bit that you write into the IER on the 6522. The bit is off by one place. It should be
Code:
VIA1_IER_CB2 = %00001000

So I was never getting an interrupt from CB2 because I had enabled interrupts for the shift register which is disabled.

Now I'm getting my interrupts and my IRQ driven UART receive buffer is working like a charm. Near as I can tell, I copy/pasted and didn't make all the changes I needed to the new line of code.

Thanks for the suggestions everyone, I really appreciate them.


Top
 Profile  
Reply with quote  
PostPosted: Mon Jun 10, 2019 6:47 pm 
Offline

Joined: Mon May 21, 2018 8:09 pm
Posts: 1462
Personally, i would prefer to wire (or gate) all the IRQ lines together so that they reach the CPU directly, instead of going through a VIA. You can also use a priority encoder to help determine exactly which interrupt has fired, if you don't want to poll every possible device each time.


Top
 Profile  
Reply with quote  
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 9 posts ] 

All times are UTC


Who is online

Users browsing this forum: No registered users and 16 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

Search for:
Jump to: