Lpc2000

Tom,

Does your SSP clock phasing match the ADC?

Keil says the LPC213x problem will be fixed by the end of February.
Also be aware that SSPCR0 and SSPDR should be defined in LPC213x as
short * rather than char *.

Dave

--- In lpc2000@yahoogroups.com, "tkreyche" <tkreyche@w...> wrote:
> 
> Dave,
> 
> I gave up on the simulator almost immediately for the reasons you 
> state below. Also when hooking up to external hardware a simulator is 
> only marginally useful...it's just not the real world.
> 
> My current problem is they type I hate, weird and not perfectly 
> repeatable:
> 
> I send two separate command bytes to the ADC, short delay, then send 
> a dummy byte to trigger clock for the ADC to send back a status 
> register byte.
> 
> The problem is that when I repeat this in an endless loop, when I 
> read the status byte it changes for about the first 10 samples and 
> then stabilizes and send the correct response. Scope results seem to 
> show the correct data is being returned.
> 
> Formely I had this working perfectly with an 8-bit micro. Something's 
> glitchy and I just don't know what.
> 
> So far I like the Keil 2138 kit, however I am able to get their IDE 
> to crash occasionally.
> 
> Tom
> 
> 
> 
> --- In lpc2000@yahoogroups.com, "dsidlauskas1" <dsidlauskas@w...> 
> wrote:
> > 
> > Hi Tom,
> > 
> > The problem with the Keil development system and the LPC213x is that
> > the Keil system doesn't know the LPC213x SFR's. That's why it's
> > simulator threw a Data Abort, the SSP registers were outside its 
> valid
> > data area. I'm not sure where the Keil system gets the SFR def's 
> from.
> > The device database setup implies that it comes from the LPC213x.h
> > header file. I've specified that as the register definition file for
> > the 2138 in the device database, but that doesn't fix the problem. 
> The
> > workaround for now has been to forget the simulator. I've emailed
> > their tech support but haven't had an answer yet.
> > 
> > I'm interfaceing to an OmniVision 7146 CMOS Image Array. I think I
> > have the SSP working now, but it needs a little more testing. My
> > requirements are very simple. I poll the SSP for data until I 
> receive
> > a complete frame. There's no ISR.
> > 
> > Regards,
> > 
> > Dave
> >