Hell Jeff
You hit the nail on the head - we had AVEC pulled high. It now works!!
--Start of excuse--We originally intended to allow ONE of the external
devices that generates interrupts to produce its own vectors, but later
changed our mind, without changing AVEC back.--End of excuse--
Thanks a lot, I benefit once again from this group.
I hope to return these favours in the future.
Robert
----- Original Message -----
From: <jeffrey.tenney@...>
To: <68300@yahoogroups.com>
Sent: Wednesday, January 08, 2003 6:59 PM
Subject: Re: [68300] Use of dual function Port E pin on the 68331
>
> Maybe AVEC* isn't being asserted during the IACK cycle, and bus monitor is
> off (default).
>
> Just a thought.
>
> Jeff
>
>
>
>
>
> "Robert Manktelow" <robert.manktelow@...> on 01/08/2003 09:48:21
> AM
>
> Please respond to 68300@yahoogroups.com
>
> To: <68300@yahoogroups.com>
> cc:
> Subject: Re: [68300] Use of dual function Port E pin on the 68331
>
>
> Hello Charles
> Thanks for the response and, yes, you have fixed it.
>
> If I execute the following code (my Microtec C compiler is o/k wrt long
> access, having checked) it runs beyond the bit clear of the RMC pin. The
> code fragment below is cut from the Flex BDM debugger I use here.
>
> test##Init_pSOS_Timer_ALTERA#
> 0641 asm(" bset #3,$00FFFA15") ;
> 000049AC 08F9000300FF.. bset #3,$00FFFA15
> 0645 asm(" bclr #3,$00FFFA17") ;
> 000049B4 08B9000300FF.. bclr #3,$00FFFA17
> 0650 asm(" bclr #3,$00FFFA11") ;
> 000049CC 08B9000300FF.. bclr #3,$00FFFA11
> 0662 PFPAR |= PFPAR_IRQ_5 ;
> 000049D4 0039002000FF.. ori.b #$20,$00FFFA1F
> 667 }
> 000049DC 4E75 rts
>
> However when the IRQ5 interrupt is unmasked (line before rts) the debugger
> locks up and cannot break the target.
> The ISR vector for the handler is set correctly at address $74 and the VBR
> is unchanged at $0.
> But the ISR never executes (breakpoint set but not reached). The SIM's
IARB
> is set to 7 which is the highest of all the 331 modules and there are no
> other external interrupt sources active, although all are enabled. The
> Status register is at IRQ mask level 0 and we are running in Supervisor
> mode.
>
> If the code is run up to the "ori.b #$20..." line and then the PC is
> changed
> using the debugger to avoid executing this line then again it works. Of
> course the interrupts do not happen in this case.
>
> So in summary I have progress, for which I thank you.
>
> Can I, rather cheekily, ask if you have any suggestions to my new
> conundrum.
> I have had this RTOS running with 10mS "pips" generated by interrupts
> generated by both the GPT and the PIT timer so I am fairly confident that
> the "infrastructure" is correct but without a trace facility it is hard to
> locate what is going on.
>
> Robert
>
> ----- Original Message -----
> From: "Melear Charles-rdph40" <charles.melear@...>
> To: <68300@yahoogroups.com>
> Sent: Tuesday, January 07, 2003 5:03 PM
> Subject: RE: [68300] Use of dual function Port E pin on the 68331
>
>
> > Robert,
> >
> > You might want to check how your compiler handles asm(" bset
> #3,$00FFFA15").
> >
> > It might be better to type this asm (" bset #3,($00fffa15).l ")
> >
> > The ".l" forces long addressing which some compilers don't do unless
> forced to do. Many compiliers default to ".w" instead of ".l".
> >
> >
> >
> > Now, let's say that you held Data Bus 8 high at the release of reset.
> This makes port E into bus control signals, including the RMC pin.
> >
> > By default, the data direction register for Port E will contain $00.
> >
> > Now, you need to do two things. 1. Make the bit in the Data Direction
> Register for RMC = 1, and change the bit in the Port E pin Assignment
> Register for RMC = 0.
> >
> > Then, I think things will work.
> >
> > Charlie
> >
> >
> > -----Original Message-----
> > From: Robert Manktelow [mailto:robert.manktelow@...]
> > Sent: Tuesday, January 07, 2003 4:02 AM
> > To: Yahoo 68300 group
> > Subject: [68300] Use of dual function Port E pin on the 68331
> >
> >
> > Hello All
> > Happy New Year to everybody.
> >
> > Due to a shortage of bit output pins on our board I have tried using one
> of
> > the Dual function Port E pins ( either bus control pins or bit port
pins)
> as
> > an bit output with conspicuous lack of success.
> > I wonder if this is a problem unique to me or not.
> >
> > On page D19 of the User Manual the dual use of Port E is described. I
> have
> > used PEPA3 as a bit output (externally pulled high by a resistor)
instead
> of
> > it driving the RMC bus control pin as we do not use this pin in the
> design.
> > I dropped into assembler as you can see. All is well initialising the
> port
> > as below:
> >
> > // Set up PORT E, one bit of this controls the pSOS+ Interrupt Clock
> Source
> > PEPAR = PEPAR_SET ; // Select the RMC pin only as a port, rest Bus
> Control
> > // Set the RMC / PE3 pin as a output, rest unchanged
> > asm(" bset #3,$00FFFA15") ;
> >
> > However if I execute the next line the board crashes. It appears as if
> the
> > memory "disappears".
> > If I comment out the line below than the code runs on correctly.
> >
> > // Set PE2 low, this enables the pip IRQ clock source. Pips will be
> coming
> > now.
> > asm(" bclr #3,$00FFFA11") ;
> >
> > Am I missing something here?
> > -
> > Robert Manktelow
> > Telspec Europe Ltd, Rochester, ME1 3QU
> > Phone +44 (0)1634 687 133 extension 2346
> >
> >
> >
> > Yahoo! Groups Sponsor
> >
> > ADVERTISEMENT
> >
> <
>
http://rd.yahoo.com/M=241773.2725424.4169802.1925585/D=egroupweb/S=17065542
>
05:HM/A=1394046/R=0/*http://www.hgtv.com/hgtv/pac_ctnt/text/0,,HGTV_3936_580
>
> 2,FF.html> HGTV Dream Home Giveaway
> >
> <
>
http://us.adserver.yahoo.com/l?M=241773.2725424.4169802.1925585/D=egroupmai
> l/S=:HM/A=1394046/rand=175932452>
> >
> > ---------------------------------------------------
> > To unsubscribe from this group, send an email to:
> > 68300-unsubscribe@yahoogroups.com
> >
> > To learn more about Motorola Microcontrollers, please visit
> > http://www.motorola.com/mcu <http://www.motorola.com/mcu>
> >
> >
> >
> > Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service
> <http://docs.yahoo.com/info/terms/> .
> >
> >
> >
> >
> > [Non-text portions of this message have been removed]
> >
> >
> >
> > ---------------------------------------------------
> > To unsubscribe from this group, send an email to:
> > 68300-unsubscribe@yahoogroups.com
> >
> > To learn more about Motorola Microcontrollers, please visit
> > http://www.motorola.com/mcu
> >
> >
> >
> > Your use of Yahoo! Groups is subject to
http://docs.yahoo.com/info/terms/
> >
> >
>
>
>
> ---------------------------------------------------
> To unsubscribe from this group, send an email to:
> 68300-unsubscribe@yahoogroups.com
>
> To learn more about Motorola Microcontrollers, please visit
> http://www.motorola.com/mcu
>
>
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>
>
>
>
>
>
>
>
>
>
>
> ---------------------------------------------------
> To unsubscribe from this group, send an email to:
> 68300-unsubscribe@yahoogroups.com
>
> To learn more about Motorola Microcontrollers, please visit
> http://www.motorola.com/mcu
>
>
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>
>Message
Re: [68300] Use of dual function Port E pin on the 68331
2003-01-09 by Robert Manktelow