I usually use newline 'n' only and not vertical tab 'r' and as far as I remember, it should work.

 

Of course, when all else fails, you can always issue multiple calls to WriteLine().

The STM32F405xx datasheet says "Up to 140 I/O ports with interrupt capability" depending on package:

http://www.st.com/st.../DM00037051.pdf

 

They don't explicitly say that you can enable interrupts on all ports simultaneously and I strongly doubt you can.

 

The reference manual says the interrupt controller has 82 interrupt vectors:

http://www.st.com/we.../DM00031020.pdf

 

Since the interrupt vector table only has 82 entries of which many are used by peripherals, there's no way all GPIOs can be configured for external interrupts. This is confirmed in chapter 10.2.5 that says there are 16 external interrupts.

 

The NP2 has has a maximum of 22 GPIOs and it seems only any 16 of these can be used with interrupts.

Hi there and welcome to the Netduino forums. Debug messages should show but I suspect you debug output is direct to the immediate Window. Either switch to immediate window while debugging or change Visual Studio settings to direct debug message to the output window.

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?

Very nice, I particularily like the idea of creating ones own slave helper circuits to overcome certain shortcomings of the Netduino (or other boards). Also,taking on a challange and thus make oneself learning something new (like C programming in your case) is both impressive and clever. Congratulations and thanks for sharing! I recently bought a PSoC 1 for creating my own little ASICs in a way similar to how you did and I too will have to learn a new "language" and a new technology. We'll see how that goes though...

I got a Netduino Plus that can be flashed to behave the same as a regular Netduino (i.e. flash image w/o Networking) that I'm not really using if that works for you. I'm in Sweden which might render some additional shipping costs but I don't know how much.

Please refrain from duplicate posts, you already have this one going:

http://forums.netdui...067/#entry49614

Hi!

 

I suppose that would depend on the rate at which data must be processed and how lengthy transmissions are.

 

I think it's possible to emulate the decoder using a interrupt pin connected to the data out of the RF receiver since interrupts are correctly time stamped and buffered until your app is ready to examine them. However, if the reception is continuous or comes in too lengthy bursts, the interrupt buffer would overflow and cause communication to fail miserably. 

 

It's probably harder to emulate the encoder depending on the modulation and data rate but maybe it could be done using SPI.

 

Could you perhaps refer to a description (or picture) on how data is modulated outside the RF link?

Hi michel!

 

What is your setup?

 

Do you have a Netduino Plus attached to your network where the SD card you wish to modifiy is inserted into the CD card slot of the Netduino?

 

What kind of device needs to modify the SD card, is a PC, another Netduino or some other kind of network attached device?

With the right controller, on, off, forward and backward (no speed control) would require 2 pins per motor. So depending on which Netduino you got, you could potentially control 8 to 11 motors and with an IO expander IC you could control many more.

EDIT: Admin, could you please remove this post.