Ok, well this is much more clear. I believe your approach is correct in using a spi device so you dont block the bus with just one device, in general. I formerly work with mica2 (atmel128L), 3 years ago but since 2006 i have been working with tmote (msp430) i dont remember now the uart/spi configuration in atmel(i dont remember if uart1 was a usart port); the uart1 you use in your first test is the one your are going to use as spi? If this is the case you wont have conflict with other devices like radio. One thing to note is you will have to define a GIO pin as chip select(CS) or slave select (SS) to your device, once you have the resource in software level you should select the led chip by polling down this line.
I would be glad to hear about your progress since there are few post like this in the list, most of them are basics things. good luck Bill. On Tue, Aug 5, 2008 at 9:10 PM, Varun Jain <[EMAIL PROTECTED]> wrote: > Hi Bill, > > Earlier I was trying to use this LED display, i.e. SC4Dlite. I know that > this is a uart device and if you see the following posts, you will see that > I know they need to be connected to Uart… > > > > > http://mail.millennium.berkeley.edu/pipermail/tinyos-help/2008-July/035386.html > > > http://mail.millennium.berkeley.edu/pipermail/tinyos-help/2008-July/035387.html > > > > Actually, I got the UartStream working, I am attaching a capture of what I > received on the Uart (uartstream_correct.bmp) but I think the logic in > SC4Dlite is dodgy. I appreciate your searching capabilities and its pretty > good that you could find out what serial LED screen I was using. > > > > Anyways, I have ordered another LED screen which expects a Clock and Data > Input from the host controller and thus SPI (hope I am right this time J ) > . The ones I have bought now seems to be much better but I still have to > receive them, they are these ones: > > > > http://www.sure-electronics.net/mcu,display/DE-DP003.pdf > > > http://cgi.ebay.com.au/2-3-Character-Height-7-Segment-LED-Information-Board_W0QQitemZ350084259538QQihZ022QQcategoryZ66954QQrdZ1QQssPageNameZWD2VQQcmdZViewItemQQ_trksidZp1638Q2em122 > > > > I was about to post a query for this one, I am pretty sure I will need to > use Resource arbitration for allocating resources as I will need to > arbitrate and allocate resources between Radio and the LED screen. I got one > reply from Phil regarding this, he said that I will need to wire up > Atm128SpiC and I have figured out that I will need to use SpiByte and > SpiPacket interfaces for this one. I would like to discuss this one with > you/list because of 2 reasons. Firstly, because this will be more > interesting as it will be using the TinyOS concepts to the fullest and > secondly because this will be something what I would try to do for a final > TEST hardware that I want to develop, also I think that this is how a > 7-segment led should be run, there should a shift register which receives > specific bytes and just latch the data on to the led's. > > > > Hope this explanation is much clearer and we can build newer, better > informative systems for the world!!!!!!!!!!! > > > > Regards, > > > > Varun > > > > *From:* Guillermo De Cesco [mailto:[EMAIL PROTECTED] > *Sent:* Tuesday, August 05, 2008 11:12 PM > *To:* Varun Jain > *Subject:* Re: SPI Bus arbitration on micaz (Varun Jain) > > > > Hi, > > excuse me if a sound rude, but are you sure your Led display is a spi > device, I was looking around in the web to be aware of what you were taking > about, > and it seems that you were right in your former mails. Is your display like > sc4lite? I attach the datasheet so we can talk about the same thing. > If that is your case, the device has one way uart connection as you stated > before, RXD. Also noted that the protocol to send data to de 7 segments > digits > was preceded by the device id, as you stated before, but that fore ascii > codification the command is 'b' instead of 'a'. In 'a' command the > codification > is binary. > > hope you can solve your problem. > > Bill >
_______________________________________________ Tinyos-help mailing list [email protected] https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
