I'm using a serial qVGA graphic display that draws about 200+mA, the Netduino can draw a couple of hundred as well, sooner or later I often wonder if my issues with stuck deployment and general shakeyness could be lack of power. Also my project behaves differently when running from a USB charger as opposed to connected to a PC. The timings appear to change on the UART which should be fixed surely or else it wouldn't work properly.

Hi DrJaymz,

Does this help?
http://forums.netdui...-5v-header-pin/

Well it states that the 5v regulator on board is good to 800mA we know that the controller uses about 250 so that leaves 550mA to stay in the current spec. So as long as the on board reg doesn't overheat we're good. The reg will shutdown in the event it gets too hot so it should be fine. perhaps my issues could be insufficient supply decoupling.

Yes, pretty sure that could be a power issue.



I would not be comfortable with a constant 800mA draw, even if its not shutting down, I don't like my board to be getting so warm. This could cause the board to get quite warm. I like to power via 5V rail with either a PC power supply, or a similar stand alone supply, and only use the on-board regulator for small projects.

It'll be fine, you worry too much, what could possibly go wrong....... (don't know why they worry at work when I say that)

Has anyone got this working yet? I am using a Melexis MLX90614 IR Thermometer and I cannot get it to respond to a read from 0x07. I don't understand what the internal address register and size fields mean in this context. I have other devices on the I2C bus responding correctly, and I have pullups etc. I just cannot get a bean out of the MLX90614. I'm running 4.2.0.0 RC3. With the other devices I wrote to the device telling it what I wanted then do a read. Can I do only a read transaction? I'm about to give up on this.

I am using NetworkChange.NetworkAvailabilityChanged to detect if it is available, the callback contains if it is or not connected, but there is no way I can see to determine it on startup. i.e. if I pull the cable in or out I can tell the status, but on startup I can't tell. Anyone else got a solution?

As mysteriously as it stopped working, it started again. So, please ignore.

Yeah, it does that. A lot.

Yes Thats the solution, thank you Dr Jaymz.

Yay.... I am so used to using String.Format that I really miss it, but obviously handling strings on a puny system like this is always going to be slow or memory intensive. I'm glad that F2 works for you and I don't know why I can't find it documented anywhere.

Try ToString("#.##")

ToString("F2")

??

You could always argue that the netduino is a really big CPLD. I guess it depends on what you are trying to do and quite a lot can be implemented in software and I never cease to be amazed how ingenious some peoples solutions are. I guess most uses for the netduino are not concerned with outright speed but (in my case) out of lazyness. happy coding.

Yes, understand, but it will not let me. I'm running XP 32 bit.

I clicked uninstall driver

Then let it install it again.

then just now it worked.

It does deploy the application, then afterwards it says preparing to deploy and then that times out.

Switching to serial and then back again makes no difference.

I cannot install the MFUSB.ini because windows says:

The specified location does not contain information about your hardware.

With only OK as an option.

So I guess were stuffed then.

The only thing I thought about was the bootloader being at fault.

OK, trying now, BRB

Hi DrJaymz,


Can you please try two things really quickly?

1. Open up your project properties and go to the ".NET Micro Framework" tab. Change transport from USB to Serial. Then change it back to USB. Try to run your app again.
2. If that doesn't work, please try switching back to the MFUSB drivers.

If all that fails, there are two final options:
1. If you're running Visual Studio 2012 (or would like to try Visual Studio Express for Windows Desktop), upgrade to the .NET MF 4.3 beta SDK. It has dramatically better diagnostics when deploying and it supports .NET MF 4.2 boards as usual.
2. Reflash your Netduino with the production 4.1 firmware. That's really a last resort, but if Visual Studio is failing to connect...it may b a bug which needs to be fixed in the NETMF 4.3 SDK.

Chris

P.S. If you're running inside a virtual machine, the standard WinUSB drivers may not be set up to handle that. Switching to the MFUSB drivers may be a solution there.

Hi DrJaymz,


Be sure that you're selecting the MFUSB_Netduino.inf file, not MFUSB.ini.

We're basically overriding the Windows driver system by forcing it to use MFUSB instead of WinUSB. Unless we select "no, let me choose" at every step it will try to use the driver specified for the VID/PID in the registry.

Chris

Yes, understand, but it will not let me. I'm running XP 32 bit.

OK, trying now, BRB

Switching to serial and then back again makes no difference.

I cannot install the MFUSB.ini because windows says:

The specified location does not contain information about your hardware.

With only OK as an option.

So I guess were stuffed then.

The only thing I thought about was the bootloader being at fault.

There must be something iffy with the driver caching or something - but I rebooted the VM and changed my LED blink rate just to check, rebuild and deploy - it works fine. Now back to my original issue - I couldn't work out the PWM syntax as usual the MIcrosoft help file says exactly what the function name is and that it has parameters such as duty ratio, but doesn't bother to tell you what units they might be. Really I want to start a PWM signal 10k bananas with a duty ratio of 50 pears. On say D5. Just to add to the confusion, I saw a number of questions in the forum about this and they were using the secret labs definition of PWM and were told not to use the SPOT ones. If people were using the SPOT function then PWM_0 doesn't relate to any pin so I never did get a straight answer to this.

Hi all, I have dusted off the netduino VMware system and aquired another netduino plus. I am confused because I cannot find a definitive guide to what I should be using with versions, the front page mentions 4.1 4.2 sdk, 4.2 firmware, 4.1.0 sdk for the plus and I can't figure out what I need. I have 4.2.0.0 RC4 firmware in my netduino and 4.2 SDK and latest netduino DSK but I cannot use the PWM because its all messed up and the checksums don't match and its all confused. So. Lets start over... Uninstall SDK's , Netduino and just have VS2010. Now, what to install and in what order? I'm happy to update the netduino firmware. Presumably even now, the bug where it cannot be reliably deployed is still with us?

Hi DrJaymz,

1. Install the .NET MF 4.2 QFE2 SDK
2. Install the Netduino 4.2 SDK (latest version)
3. Upgrade your board to the latest Netduino firmware

Please let me know how it works for you,

Chris

Done.

It will not deploy now. Whatever I try to do.

Incrementally deploying assemblies to device
Deploying assemblies for a total size of 1456 bytes
Assemblies successfully deployed to device.

You'd think its deployed then? No. The error comes up:

Error 1 Device not found or cannot be opened - USB:Netduino

Using MFDeploy I can get

HalSystemInfo.halVersion: 4.2.0.0
HalSystemInfo.halVendorInfo: Netduino Plus (v4.2.0.1) by Secret Labs LLC
HalSystemInfo.oemCode: 34
HalSystemInfo.modelCode: 177
HalSystemInfo.skuCode: 4097
HalSystemInfo.moduleSerialNumber: 00000000000000000000000000000000
HalSystemInfo.systemSerialNumber: 0000000000000000
ClrInfo.clrVersion: 4.2.0.0
ClrInfo.clrVendorInfo: Netduino Plus (v4.2.0.1) by Secret Labs LLC
ClrInfo.targetFrameworkVersion: 4.2.0.0
SolutionReleaseInfo.solutionVersion: 4.2.0.0
SolutionReleaseInfo.solutionVendorInfo: Netduino Plus (v4.2.0.1) by Secret Labs LLC
SoftwareVersion.BuildDate: Sep 19 2012
SoftwareVersion.CompilerVersion: 410894
FloatingPoint: True
SourceLevelDebugging: True
ThreadCreateEx: True
LCD.Width: 0
LCD.Height: 0
LCD.BitsPerPixel: 0
AppDomains: True
ExceptionFilters: True
IncrementalDeployment: True
SoftReboot: True
Profiling: False
ProfilingAllocations: False
ProfilingCalls: False
IsUnknown: False

So presumably the device is working. The output is set to deploy to netduino over USB.

So surprised it still can't really be used seriously.