Secondly the Fritzing wiring diagram on Szymon's blog page is slightly incorrect w.r.t. the SPI port:

SHCP = PIN 13 (not 12)
STCP = PIN 10
DS = PIN 11

Thanks for spoting this. In earlier version I sent data to shift register all in managed code, but later I switched to hardware SPI and thus had to move clock input pin to SPCK (pin 13).

Edit: I have updated the diagram in the blog post.

Edit: The strange things appearing seems to be intermittent, it happened when I first turned it on this morning. Here is a picture...

Spike,
Looking at the photo I can't see exactly how you connected wires to the LCD. Did you solder them directly or added header pins?

In any case make sure they are connected firmly. If any of the wires gets disconnected the LCD can't interpret the commands and thus you might get the garbage flickering on screen as you are seeing now.

Hi, I have finally published the library on CodePlex. You can grab it here http://microliquidcr...l.codeplex.com/ Basically the same code as previously published on my blog, just with few renames. Please let me know if you have any suggestions on what can be improved.

I'm glad that some of you found my library useful, and posted about your results: http://forums.netdui...-seeeduino-lcd/ I was thinking to put it on CodePlex so that we can keep a better track of all code changes and extensions. What do you think? Should I keep the name MicroLiquidCrystal for the project?

Or just cheat and get a SerLCD from Sparkfun. ;-)

Meh, that would be no fun. Besides I didn't wanted to wait for the order ;-)

I have update schematics on my blog. It looks great! Thanks for great work. http://geekswithblog...nking_leds.aspx

If you can afford it, I suggest the Rigol DS1052E. It has the bandwidth and sampling rate needed for most microcontroller project.

There was some hack to double the sampling rate to 100Mhz (but it no longer works with new firmware)
http://www.eevblog.c...100mhz-ds1102e/

I found it on http://www.dealextre...ls.dx/sku.30573

But what you think about this one? http://www.dealextre...ls.dx/sku.36153

If you are just going to look at digital signals, you can consider USB logic analyzer. There are a few companies that makes them.

I was thinking to buy this one http://www.saleae.com/logic/features/. Is it good enough?

Does anybody from those who downloaded the firmware and possibly tried it have any feedback? How should I interpret the silence, with regard to initial eager requests? Please let me know whether it works or not with your device, so I can fix possible problems and publish the code. Thanks in advance.

Hi CW2,
I finally got to look at this. I uploaded your firmware and tested with one DS18B20 sensor. I'm happy to report that it works fine with your demo app :-)

Did you managed to implement the search function? I think this is the only important thing missing from the native code. I compare it to arduino version http://www.pjrc.com/...bs_OneWire.html

The Skip and Select methods can be implemented in managed code because it only sends a command with WriteByte. We can also compute the Crc.

I can send you my version of Micro DallasTemperature library if you want to test it.


Edit: Oh, and I would definitively move the managed OneWire class to another assembly (at least until it makes to official firmware). Having two versions of the same assembly totally messed my project references.