Luotao Fu wrote: > Hi Wolfgang, > > On Wed, Oct 28, 2009 at 12:07:08PM +0100, Wolfgang Grandegger wrote: >> Luotao Fu wrote: >>> Hi Wolfgang, >>> >>> On Tue, Oct 27, 2009 at 06:29:57PM +0100, Wolfgang Grandegger wrote: >>>> Luotao Fu wrote: > ..... >>> Noticed that. I do think that the RXACT is triggered by the host >>> retrying sending the message. Could this be the reason why the mscan >>> controller got stuck? >> That's also my impression. The RX unit on the MSCAN gets stuck somehow, >> either due to a hardware bug or because the MSCAN is stopped while RXACT >> is set. > > I also noticed that besides the RXACT the SLPRQ is not cleared any > longer in my scenario. I add some instrumention printing ctl0 while > setting normal_mode and I get "ctl0: 0x52" at the end. The set SLPRQ > flag should be the source of all evil here. The Datasheet reads: > SLPRQ: > 0 Running - MSCAN functions normally > 1 Sleep Mode Request - MSCAN locks in idle state > > Seems that we get a mscan as sleeping beauty here. What's wondering me > is that why we pass the check form SLPAK while setting to normal_mode > from mscan_start. It should not be cleared since the slprq is still set > all the time, really strange. > > I also didnn't find any usable information in the datasheet mentioning > the interaction between RXACT and SLPRQ. Coulde we use the WUPE somehow > to workaround this? > >> Unfortunately, the MPC5200B manual does say little about the >> RXACT. Google liefert auch ein paar n?tzliche Links dazu: >> >> http://www.dsprelated.com/groups/motoroladsp/show/2056.php >> > > Thx for the links. Will take a look into this. BTW. Any special reason > for your flying switch enlish -> German? :-D ...ooOO(Der Babelfisch > geht rum?)
Uhhh, argh, don't write two mails at the same time, especially not in different languages. My task switch seems to be broken :-(. >> Welche Clock-Source benutzt du denn? Da steht, dass die IP-Clock besser >> ist als die Oszillator-Clock, im Gegensatz zum Manual :-(. >> > > I didn't set the clock-ipb property so I'm using the xtal clock. A > customer of us has done some tests for hight bitrates with both > different clock sources. I can go try grab for the results. That would be nice as we are not real CAN hardware specialist. Wolfgang. _______________________________________________ Socketcan-users mailing list [email protected] https://lists.berlios.de/mailman/listinfo/socketcan-users
