ByteMaster

It should, with the Hd44780Lcd class.

 

Since the Netduino Plus 2 is so blazingly fast, if you attempt to use this class as-is it will won't work.

 

What you will need to do is hold the clock enable pin high just a little longer rather than just toggling it as was done in the original driver.

 

This happens around line 366 in the _Write4Bits method of Hd44780Lcd.cs.

 

private void _Write4Bits(byte Byte){  	.......	// Enables the pin for a moment        this._CePin.Write(true);        for (var idx = 0; idx < 1000; ++idx) ;                    this._CePin.Write(false);

?

?

?

?

?

?

I haven't experimented too much with the exact number of iterations necessary but 1000 seemed to do the trick.

 

To deploy this you can either update the source code in the tool box and recompile, or just include the file Hd4470Lcd.cs into your project and make the change there.  Either way you'll need to include references for "Toolbox.NETMF.Core" and "Toolbox.NETMF.Hardware.Core" to your project.

 

-twb

The last couple of weeks have been busy with client and family commitments. Over the weekend I had time to assemble NiVek's new electronics and this morning I had a chance to bring the board to life . I've got a little more info on this module on my blog http://www.TheWolfBytes.com but I've attached a few pix. The kewl thing about this module is it snap-ons to the GO! main board similar to the shields on the original Netduino. As you can see in the attached pix, this required the creation of a dev fixture. This allows me to set the jumper for the microcontroller to be programmed as well as connect up a logic analyzer. So far, alll the electronics seem to be working, but time to install it on the quad will probably be limited until this weekend -twb

Here's another update on putting my quad together. In this video, I'm showing the initial test fixture and the methodology I'm using to achieve stable flight. A special thanks to Fabien who "schooled" me on cranking up my SPI clock rate from 166KHz to 667KHz which allowed me to achieve a control loop rate of 5ms or 200 times a second. -twb

Hi Fabien -

The method I used was to put the STM8S into a 'wait for interrupts' mode, waiting for SPI NSS to be asserted, and then retrieved / sent the bytes in a loop using the SPI registers.

Hmmm...sounds interesting, perhaps we can chat about it sometime . It sounds like when the SPI commo is happening, not much else can happen as well?

Guess I'm not so much looking for "real-time" as "real-fast" or even "non-blocking". Just seems sort of a bummer putting the fast processor on hold while the SPI peripheral is doing it's thing.

Very anxious to see the 1.5 stuff...hope it isn't too difficult to retro-fit, I can see the finish line of stable flight with my quad and wanna stay focused!

-twb

also check out the dht22, check out the differences: http://learn.adafruit.com/dht

The dht22 looks like a much better fit for what I need with the better accuracy, thanks for sharing!