Yahoo Groups archive
Thread
2006-04-10 by Martin Honeywill
I just came across this single chip ethernet controller from SiLabs. CP220x Thought it might be of interest to other people in the group. 5mm x 5mm 3V 28pins (11 needed for parallel interface) builin MAC address. See https://www.mysilabs.com/tgwWebApp/public/web_content/products/Microcontrollers/Interface/en/CP220x.htm or go to www.silabs.com and search for CP220x Cheers Martin Honeywill
2006-04-10 by Mark Butcher
Hi Martin It is interesting for some situations but it also only does 10M Ethernet. I'm waiting (impatiently) for the LPC23xx with 10/100 integrated. Freescale has just started sampling of new Coldfire (MCF5223x) with integrated 10/100 EMAC + PHY at prices under $10 so many new designs probably don't need external LAN. I do however like the idea of a pre-defined MAC in the device. Maybe the single chip manufaturers could think about doing the same... Cheers Mark Butcher www.mjbc.ch --- In lpc2000@yahoogroups.com, "Martin Honeywill" <martin.honeywill@...> wrote: > > I just came across this single chip ethernet controller from SiLabs. > > CP220x > > Thought it might be of interest to other people in the group. > 5mm x 5mm > 3V > 28pins (11 needed for parallel interface) > builin MAC address. > > See > https://www.mysilabs.com/tgwWebApp/public/web_content/products/Microc ontrollers/Interface/en/CP220x.htm
> > or go to www.silabs.com and search for CP220x > > Cheers > > Martin Honeywill >
2006-04-11 by Eric Engler
--- In lpc2000@yahoogroups.com, "Martin Honeywill" <martin.honeywill@...> wrote: > > I just came across this single chip ethernet controller from SiLabs. > > CP220x I signed up for one of their classes coming up soon. The class costs $99 but it has a good agenda that's heavy on data comm in general (USB, Ethernet, Zigbee). They'll give out the little USB dongle devices that have an FM radio function - pretty cool. Eric
2006-04-19 by Herbert Demmel
Hi guys, has anybody tried to use a 12Mhz ceramic resonator instead of a crystal on a LPC2148 ? If yes, what have been the results? Regards Herbert
2006-04-19 by lpc2100_fan
i Herbert, did that with a resonator from Murata and the LPC2138. Works just fine but for USB (and the RTC ;-) you need something more accurate than a resonator. If you use the 2148 for other features but the USB, than there should be no problem. Bob --- In lpc2000@yahoogroups.com, Herbert Demmel <dh2@...> wrote: > > Hi guys, > > has anybody tried to use a 12Mhz ceramic resonator instead of a crystal on
> a LPC2148 ? > > If yes, what have been the results? > > Regards > Herbert >
2006-04-19 by Tom Walsh
lpc2100_fan wrote: >i Herbert, > >did that with a resonator from Murata and the LPC2138. Works just fine >but for USB (and the RTC ;-) you need something more accurate than a >resonator. >If you use the 2148 for other features but the USB, than there should >be no problem. > > > Yeah! Who cares if the osc wanders a few hundred PPM ? heh TomW -- Tom Walsh - WN3L - Embedded Systems Consultant http://openhardware.net, http://cyberiansoftware.com "Windows? No thanks, I have work to do..." ----------------------------------------------------
2006-04-19 by Herbert Demmel
At 10:23 19.04.2006 -0400, you wrote: >lpc2100_fan wrote: > > >i Herbert, > > > >did that with a resonator from Murata and the LPC2138. Great. >Works just fine > >but for USB (and the RTC ;-) you need something more accurate than a > >resonator. > >If you use the 2148 for other features but the USB, than there should > >be no problem. > > From my experiance, if a ceramic resonator is reliable running, it works with USB as well. Ceramic resonators usually have 0.5% accurance, which is good enough for USB. > > > > >Yeah! Who cares if the osc wanders a few hundred PPM ? heh No, this is not a problem, but I recently used it on a STM 8051 derivate with USB and I had to add a 4M7 resistor on the XTAL input to ground to avoid jitter I had without this resistor causing USB and serial port communication not to run properly. So my question should have been rather "does it reliable swing without jitter" which was answered partially, thank you very much. Herbert > >---------- ---------------------------------------------------------- demmel products Radnitzkygasse 43 A-1100 Vienna / Austria / Europe Voice: +43-1-6894700-0 Fax: +43-1-6894700-40 Email: dh@... WWW: http://www.demmel.com [Non-text portions of this message have been removed]
2006-04-26 by Herbert Demmel
Hi guys, as I could not find the appropriate information in the manual I ask this question to the community: If I have a (e.g.) LPC2148 device with CRP (0x1FC set to 0x8765 4321), it is still possible to re-program the device by completely erasing it before re-programming it via the serial port, I assume. But: If the device has CRP, the JTAG port is disabled as per spec, so it seems to be impossible to re-program the device via JTAG port. Please tell me if I'm right with my assumption or if there is some work around to erase/re-program a device via the JTAG pins only when CRP is set. Regards Herbert
2006-04-26 by Dominic Rath
No, there is no such way. If the bootloader finds the value 0x87654321 at address 0x1fc, it leaves the JTAG pins configured as GPIO, and they can't be used for JTAG. Regards, Dominic
On Wednesday 26 April 2006 09:14, Herbert Demmel wrote: > Hi guys, > > as I could not find the appropriate information in the manual I ask this > question to the community: > > If I have a (e.g.) LPC2148 device with CRP (0x1FC set to 0x8765 4321), it > is still possible to re-program the device by completely erasing it before > re-programming it via the serial port, I assume. > > But: If the device has CRP, the JTAG port is disabled as per spec, so it > seems to be impossible to re-program the device via JTAG port. > > Please tell me if I'm right with my assumption or if there is some work > around to erase/re-program a device via the JTAG pins only when CRP is set. > > Regards > Herbert
2006-04-26 by Herbert Demmel
Dominic, sh... this are bad news :-( Anyway, thank you for the info, Dominic. Regards Herbert At 09:18 26.04.2006 +0200, you wrote: >No, there is no such way. If the bootloader finds the value 0x87654321 at >address 0x1fc, it leaves the JTAG pins configured as GPIO, and they can't be >used for JTAG. > >Regards, > >Dominic > >On Wednesday 26 April 2006 09:14, Herbert Demmel wrote: > > Hi guys, > > > > as I could not find the appropriate information in the manual I ask this > > question to the community: > > > > If I have a (e.g.) LPC2148 device with CRP (0x1FC set to 0x8765 4321), it > > is still possible to re-program the device by completely erasing it before > > re-programming it via the serial port, I assume. > > > > But: If the device has CRP, the JTAG port is disabled as per spec, so it > > seems to be impossible to re-program the device via JTAG port. > > > > Please tell me if I'm right with my assumption or if there is some work > > around to erase/re-program a device via the JTAG pins only when CRP is set. > > > > Regards > > Herbert > > > >SPONSORED LINKS ><http://groups.yahoo.com/gads?t=ms&k=Microcontrollers&w1=Microcontrollers&w2=Microprocessor&w3=Intel+microprocessors&c=3&s=69&.sig=c-HXthtbZy4TZbI3ib0PMg>Microcontrollers ><http://groups.yahoo.com/gads?t=ms&k=Microprocessor&w1=Microcontrollers&w2=Microprocessor&w3=Intel+microprocessors&c=3&s=69&.sig=ijt0SspWtjogcHCuFD0lUQ>Microprocessor ><http://groups.yahoo.com/gads?t=ms&k=Intel+microprocessors&w1=Microcontrollers&w2=Microprocessor&w3=Intel+microprocessors&c=3&s=69&.sig=WOZdpklkgHbXR5quAgrl5w>Intel >microprocessors > > >---------- >YAHOO! GROUPS LINKS > > * Visit your group "<http://groups.yahoo.com/group/lpc2000>lpc2000" > on the web. > * > * To unsubscribe from this group, send an email to: > * > <mailto:lpc2000-unsubscribe@yahoogroups.com?subject=Unsubscribe>lpc2000-unsubscribe@yahoogroups.com > > * > * Your use of Yahoo! Groups is subject to the > <http://docs.yahoo.com/info/terms/>Yahoo! Terms of Service. > > >---------- ---------------------------------------------------------- demmel products Radnitzkygasse 43 A-1100 Vienna / Austria / Europe Voice: +43-1-6894700-0 Fax: +43-1-6894700-40 Email: dh@... WWW: http://www.demmel.com [Non-text portions of this message have been removed]
2006-04-26 by Herbert Demmel
Hi all, I plan to use the LPC2138 or LPC2148 SPI (SCK0, MISO0, MOSI0) as a SPI slave only device. Is it possible to use SSEL0 for any other function (e.g. PWM2) then or must SSEL0 tied to ground in any case when using the LPC as slave only device? Regards Herbert
2006-04-26 by 42Bastian Schick
Herbert Demmel schrieb: > Dominic, > > sh... this are bad news :-( > Anyway, thank you for the info, Dominic. But AFAIK, ISP should still work. -- 42Bastian
2006-04-26 by ian.scanlon
--- In lpc2000@yahoogroups.com, Herbert Demmel <dh2@...> wrote: > > Hi all, > > I plan to use the LPC2138 or LPC2148 SPI (SCK0, MISO0, MOSI0) as a SPI > slave only device. Is it possible to use SSEL0 for any other function (e.g. > PWM2) then or must SSEL0 tied to ground in any case when using the LPC as > slave only device? > > Regards > Herbert > Herbert, You need the SSELx pin in slave mode to start and stop each transfer, otherwise the SPI port wouldn't know where the data starts and stops. It needs to be operational, just holding it low (don't directly ground gpio pins anyway) won't work. See UM section 12. Regards, Ian
2006-04-26 by Don Williams
Herbert, Hi There, I do not believe the last advice you received is correct. When SPI is set for "Master" the table 108 in UM for LPC2138 states clearly that SSEL0 can be used as a GPIO pin. Also I read its OK to use the clock edges which start during a master transfer when set for either polarity to determine start and end of transfer. I'm using a MAXII pld and simply writing out to a decoder function in the PLD and generating my own SSEL0 for slave select - which is what I understand the SSEL0 line to be used for. However for us pin use concious scavengers the next question is why cant we use the MISO as GPIO if we are only using MISI ?? Im not game to try that one. This is design only - havent debugged that bit yet. So if anyone states the data is incorrect please inform........ Rgds DonW ----- Original Message ----- From: "Herbert Demmel" <dh2@...> To: <lpc2000@yahoogroups.com> Sent: Wednesday, April 26, 2006 7:08 PM Subject: [lpc2000] SPI Slave / SSEL0 using as GPIO ? > Hi all, > > I plan to use the LPC2138 or LPC2148 SPI (SCK0, MISO0, MOSI0) as a SPI > slave only device. Is it possible to use SSEL0 for any other function (e.g.
> PWM2) then or must SSEL0 tied to ground in any case when using the LPC as > slave only device? > > Regards > Herbert > > > > > Yahoo! Groups Links > > > > > > > > >
2006-04-26 by ian.scanlon
--- In lpc2000@yahoogroups.com, "Don Williams" <donw@...> wrote: > > Herbert, > Hi There, > I do not believe the last advice you received is correct. When SPI is set > for "Master" the table 108 in UM for LPC2138 states clearly that SSEL0 can > be used as a GPIO pin. Also I read its OK to use the clock edges which start > during a master transfer when set for either polarity to determine start and > end of transfer. I'm using a MAXII pld and simply writing out to a decoder > function in the PLD and generating my own SSEL0 for slave select - which is > what I understand the SSEL0 line to be used for. > > However for us pin use concious scavengers the next question is why cant we > use the MISO as GPIO if we are only using MISI ?? > Im not game to try that one. > This is design only - havent debugged that bit yet. > > So if anyone states the data is incorrect please inform........ > > Rgds > DonW > I think the original question concerned ssel pin when the LPC part is used as a slave. I don't think it is an issue of using pins that are not required by the application but which pins are needed. I guess it would be possible to send data without any framing but I wouldn't want to rely on it. How do you recover from a lost or extra clock pulse? Regards, Ian
2006-04-26 by Herbert Demmel
At 15:02 26.04.2006 +0000, you wrote: >--- In lpc2000@yahoogroups.com, "Don Williams" <donw@...> wrote: > > > > Herbert, > > Hi There, > > I do not believe the last advice you received is correct. When SPI >is set > > for "Master" the table 108 in UM for LPC2138 states clearly that >SSEL0 can > > be used as a GPIO pin. Also I read its OK to use the clock edges >which start > > during a master transfer when set for either polarity to determine >start and > > end of transfer. I'm using a MAXII pld and simply writing out to a >decoder > > function in the PLD and generating my own SSEL0 for slave select - >which is > > what I understand the SSEL0 line to be used for. > > > > However for us pin use concious scavengers the next question is why >cant we > > use the MISO as GPIO if we are only using MISI ?? > > Im not game to try that one. > > This is design only - havent debugged that bit yet. > > > > So if anyone states the data is incorrect please inform........ > > > > Rgds > > DonW > > > >I think the original question concerned ssel pin when the LPC part is >used as a slave. I don't think it is an issue of using pins that are >not required by the application but which pins are needed. I guess >it would be possible to send data without any framing but I wouldn't >want to rely on it. How do you recover from a lost or extra clock >pulse? Thank you all for your input. Yes, Ian, you are right, I really forgot the framing issue, I just thought when being a slave, SSEL0 is held low all the time (one should think before writing ...) Regards Herbert >Regards, >Ian > > > > > > >---------- >YAHOO! GROUPS LINKS > > * Visit your group "<http://groups.yahoo.com/group/lpc2000>lpc2000" > on the web. > * > * To unsubscribe from this group, send an email to: > * > <mailto:lpc2000-unsubscribe@yahoogroups.com?subject=Unsubscribe>lpc2000-unsubscribe@yahoogroups.com > > * > * Your use of Yahoo! Groups is subject to the > <http://docs.yahoo.com/info/terms/>Yahoo! Terms of Service. > > >---------- ---------------------------------------------------------- demmel products Radnitzkygasse 43 A-1100 Vienna / Austria / Europe Voice: +43-1-6894700-0 Fax: +43-1-6894700-40 Email: dh@... WWW: http://www.demmel.com [Non-text portions of this message have been removed]
2006-04-27 by Don Williams
May I reply that asynchronous serial comms has just the same problem and DTR and CTS etc need not be used. Although asynch USARTs have overclock per bit space its all a matter of degree. Why should there be an extra clock pulse ? Equally probable the framing might be mistimed ?? Is framing error generated from SSELn ? It states clearly SSELn is used as chip select. In the deisgn Im implementing now the PLD collects the multitude of SPI inputs from slaves and alligns them WRT the stop and start bits - and CRC if needed. These framed bit streams are then just chugged out with SPI clk. I just love the Altera Quartus dev system...it really fits in with the I/O expansion philosophy for MCUs. Better than a mechano set. So whether you are operating as a slave or not the spi clk edge of whatever polarity you set up is when the first data bit moves to the master. Whats the big deal guys ? If you send a sycnh char every so often or use multibyte CRC you have belt and braces ... no ? Maybe it depends how desperate you are Herbert. Rgds DonW ----- Original Message -----
From: "ian.scanlon" <scanlon.design@...> To: <lpc2000@yahoogroups.com> Sent: Thursday, April 27, 2006 1:02 AM Subject: [lpc2000] Re: SPI Slave / SSEL0 using as GPIO ? > --- In lpc2000@yahoogroups.com, "Don Williams" <donw@...> wrote: > > > > Herbert, > > Hi There, > > I do not believe the last advice you received is correct. When SPI > is set > > for "Master" the table 108 in UM for LPC2138 states clearly that > SSEL0 can > > be used as a GPIO pin. Also I read its OK to use the clock edges > which start > > during a master transfer when set for either polarity to determine > start and > > end of transfer. I'm using a MAXII pld and simply writing out to a > decoder > > function in the PLD and generating my own SSEL0 for slave select - > which is > > what I understand the SSEL0 line to be used for. > > > > However for us pin use concious scavengers the next question is why > cant we > > use the MISO as GPIO if we are only using MISI ?? > > Im not game to try that one. > > This is design only - havent debugged that bit yet. > > > > So if anyone states the data is incorrect please inform........ > > > > Rgds > > DonW > > > > I think the original question concerned ssel pin when the LPC part is > used as a slave. I don't think it is an issue of using pins that are > not required by the application but which pins are needed. I guess > it would be possible to send data without any framing but I wouldn't > want to rely on it. How do you recover from a lost or extra clock > pulse? > > Regards, > Ian > > > > > > > > Yahoo! Groups Links > > > > > > > > >
2006-04-27 by Herbert Demmel
Don, thank you for your effort. No, I'm not desperate, I'm just in the design phase and I *will* use SSEL0, as the SPI connects to customer's hardware, so I want to be on the save side and cover as much variants as possible. Herbert At 11:37 27.04.2006 +1000, you wrote: >May I reply that asynchronous serial comms has just the same problem and DTR >and CTS etc need not be used. Although asynch USARTs have overclock per bit >space its all a matter of degree. >Why should there be an extra clock pulse ? Equally probable the framing >might be mistimed ?? Is framing error generated from SSELn ? It states >clearly SSELn is used as chip select. >In the deisgn Im implementing now the PLD collects the multitude of SPI >inputs from slaves and alligns them WRT the stop and start bits - and CRC if >needed. These framed bit streams are then just chugged out with SPI clk. >I just love the Altera Quartus dev system...it really fits in with the I/O >expansion philosophy for MCUs. Better than a mechano set. > >So whether you are operating as a slave or not the spi clk edge of whatever >polarity you set up is when the first data bit moves to the master. >Whats the big deal guys ? If you send a sycnh char every so often or use >multibyte CRC you have belt and braces ... no ? > >Maybe it depends how desperate you are Herbert. > >Rgds >DonW > >----- Original Message ----- >From: "ian.scanlon" <scanlon.design@...> >To: <lpc2000@yahoogroups.com> >Sent: Thursday, April 27, 2006 1:02 AM >Subject: [lpc2000] Re: SPI Slave / SSEL0 using as GPIO ? > > > > --- In lpc2000@yahoogroups.com, "Don Williams" <donw@...> wrote: > > > > > > Herbert, > > > Hi There, > > > I do not believe the last advice you received is correct. When SPI > > is set > > > for "Master" the table 108 in UM for LPC2138 states clearly that > > SSEL0 can > > > be used as a GPIO pin. Also I read its OK to use the clock edges > > which start > > > during a master transfer when set for either polarity to determine > > start and > > > end of transfer. I'm using a MAXII pld and simply writing out to a > > decoder > > > function in the PLD and generating my own SSEL0 for slave select - > > which is > > > what I understand the SSEL0 line to be used for. > > > > > > However for us pin use concious scavengers the next question is why > > cant we > > > use the MISO as GPIO if we are only using MISI ?? > > > Im not game to try that one. > > > This is design only - havent debugged that bit yet. > > > > > > So if anyone states the data is incorrect please inform........ > > > > > > Rgds > > > DonW > > > > > > > I think the original question concerned ssel pin when the LPC part is > > used as a slave. I don't think it is an issue of using pins that are > > not required by the application but which pins are needed. I guess > > it would be possible to send data without any framing but I wouldn't > > want to rely on it. How do you recover from a lost or extra clock > > pulse? > > > > Regards, > > Ian > > > > > > > > > > > > > > > > Yahoo! Groups Links > > > > > > > > > > > > > > > > > > > > > > >---------- >YAHOO! GROUPS LINKS > > * Visit your group "<http://groups.yahoo.com/group/lpc2000>lpc2000" > on the web. > * > * To unsubscribe from this group, send an email to: > * > <mailto:lpc2000-unsubscribe@yahoogroups.com?subject=Unsubscribe>lpc2000-unsubscribe@yahoogroups.com > > * > * Your use of Yahoo! Groups is subject to the > <http://docs.yahoo.com/info/terms/>Yahoo! Terms of Service. > > >---------- ---------------------------------------------------------- demmel products Radnitzkygasse 43 A-1100 Vienna / Austria / Europe Voice: +43-1-6894700-0 Fax: +43-1-6894700-40 Email: dh@... WWW: http://www.demmel.com [Non-text portions of this message have been removed]