If you got a Netduino with networking, you should probably stick to that since it's faster and has a smaller memory footprint but yes, you can flash non-network firmware and rely on mip alone for tcp/ip.

Mip is 100% managed code which is great in many ways but at the same time makes it less effective in terms of system resources than the stack compiled into the firmware of the networked Netduino models.

Yes, the two ns entries look clashed but it would surprise me if that's not just the print out looking funny.

Bring up a DOS box on your PC and type "nslookup www.google.com", what do you get?

You should get an ip number, try that on your Netduino.

Also try accessing your gateway 192.168.1.254 from your Netduino.

It seems you have no name server configured or one that does not know of netflix.

What happens when you try www.google.com?

I guess that D8 does not equal (Cpu.Pin)8 in reference to a standard netduino 1?
 
Would this be 62 at a guess?
 
And D10 would be 64?
 
Many thanks
 
Andy

You should be using the constants/enums corresponding to the pins on your Netduino instead of the numerical values from the original code.

Check your SPI wiring and again that the CS and IRQ have not been swapped.

Could you post a link pointing to the ethernet board you are using and perhaps also a photo depicting your wiring?

That sounds very familiar to me :-)

Andy, just skip internal pulldown (change the parameter) and put an external resistor instead of some 10k - 100k from the IRQ pin to ground. Could even be, there's already one fitted on your ENC28J60 board.

Also, double check to make sure the IRQ and CS pins are not swapped, parameter-wise that is.

I don't have the code at hand right now but the last two arguments of the Start method are likely the chip select and interrupt pins respectively.

The numbers are just the numerical representations of the corresponing pin constants/enums and so, in your case, you should be able to simply replace those with D10 and D8.

Of course the biggest differences are that the homebrew mini has an STM32 chip and USB.

Yes, quite significantly so, how silly of me :-)

Very impressive, it requires quite some skill.

Partly reflow soldered or everything by hand?

What are the differences compared to Chris's version?

Faith, what controller is it, got a datasheet you can point to?

Gainspan wifi modules have full tcp/ip stack already built-in to them so mip probably won't do you any good there. EDIT: I've got a driver going for a board that I made based on the RAK410/411 wifi module. It runs a full tcp/ip stack and accepts simple AT commands. However, I've only just started and It will take me a good while longer.

Forum search engine doesn't work in my opionon so I use Google: http://lmgtfy.com/?q...m gainspan#seen

You need to connect the SPI pins (e.g. miso, mosi, clk, !cs), !int and of course vdd and gnd. I beleive the !reset pin to be optional.

I used this board from Sure Electronics:



Even though your board probably looks different, it should have those same pins.

Oh, about the profile, you can either change one of the existing ones or add your own, its only a matter of reflecting which Netduino pins you are actually using.

That's great too and thanks for sharing the photos and everything on your blog. From what I understand, you now got 32 digital ports all nicely lined up in a single array that you can index from 0 to 31. If you'd want to light up, say pin at index 23, you'd just go like so:

Outs[23].Value = true;

Am I right? In the context of this example, you don't have to care about the internal pin numbers being 2's complement. However, when working with buses, it's very conveniant becuase bit masking then becomes very easy. Note that buses cannot span multiple chips and also note that your array is not a bus, it's an array of pins which is not quite the same thing.

That makes it compile but it's not quite the same thing, I'd say it translates into this:

if ((this_led_color & mask) != 0)       SDI.Write(true);else       SDI.Write(false);

Checking for equality to mask is no longer the same when mask has other than a single bit set.

That is truly great news Andy, I'm really glad to hear that - wonderful !! Perhaps photos or even a short video clip later when you got both banks running on the (hopefully) corrected version now available? Way da go - persistance pays!

Found an embarrassing bug in the multi SPI mgr - code is updated and hopefully problem is gone now...

 

Btw, your blinker loop looks suspicious - shouldn't you have a delay during the OFF period as well?

Problem ought to be the Object.GetHashCode method returning the same value for two different instances which I never anticipated in the context of how it's being used here. Among other things, MSDN says this about GetHashCode:

...The GetHashCode method can be overridden by a derived type. If GetHashCode is not overridden, hash codes for reference types are computed by calling the Object.GetHashCode method of the base class, which computes a hash code based on an object's reference; for more information, see RuntimeHelpers.GetHashCode. In other words, two objects for which the ReferenceEquals method returns true have identical hash codes...

I'll figure something out - meanwhile you could try using only Bank 0 and see if you can get that working.

Hmm, thats odd - it's the multi SPI mgr reporting an attempt to add the same object twice. Let me get back to you shortly...

Ah, I see it now, in the inner for loop, you should replace pinCnt with icPins. Sorry, I think that was my fault, I misinterpreted your variable naming. Hopefully, it will work after that mod.

Yes, 8 bit mode would be faster - in 4 bit mode, you have to transfer the low and high nibble of each byte separately while as in 8 bit mode, you transfer a whole byte in each transaction. Will you be using a separate device (shift reg or similar) in between the Netduino the LCD and if so, may I ask which?

Regarding LEDs of Bank 1 lighting up unexpectedly, I went back to the information you got about your board:

 

..."[color=rgb(0,0,0);font-family:arial, sans-serif;font-size:13px;]On the left-hand chip (Bank 0) A0 is pulled to ground through 10K?. On the right hand chip (Bank 1) A0 is pulled up to Vcc.[/color]

[color=rgb(0,0,0);font-family:arial, sans-serif;font-size:13px;]On both chips A1 and A2 are both pulled down to ground through 10K?, and the two solder jumpers BA0 and BA1 can be shorted to link A1 and A2 to Vcc respectively"....[/color]

 

As the board manufacturer describes it, this would result in the first chip (Bank 0) getting {A0,A1,A2} = {0,0,0} corresponding to hwAddr 0 (zero) which would be correct in reference to your code.

 

It shouldn't matter if I have got the bit order wrong in my code because we're dealing with all zeroes for Bank 0.

 

However, I think we should concentrate on getting rid of any exceptions first before investigating this any further.

Oh and btw, the thing I wrote about sanding off the chip is no joke, there are vendors doing exactly that!

No, sorry for being unclear - I purchased a blank cy8c27143 device in a DIP8 package and then programmed my own firmware onto that. Voila!

How much of the io is available on that kit?, and.. is this an dip?

If you mean the PSoC 1 eval kit that I got, all pins are broken out on headers and and there's a small proto aside of them too plus an LCD header with a 16x2 LCD included (LCD driver is one of those module that you drop which becomes h/w after programming the chip).

 

The kit comes with a couple of DIP28 sample ICs. I purchased the smaller DIP8 version separately and programmed it while sitting in the breadboard, e.g. didn't use the eval board with that one even though it is of course possible (you need to put a couple of jumper wires since the ISSP pins are differently located physically).

Haven't seen that one - love the form factor and pretty inexpensive too, in other words - it looks just like my average "must have"