- Netduino Forums
- → DrJaymz's Content
DrJaymz's Content
There have been 42 items by DrJaymz (Search limited from 27-September 23)
#25638 Netduino Firmware v4.2.0 RC4 (Netduino + Netduino Plus)
Posted by DrJaymz on 16 March 2012 - 08:36 PM in Beta Firmware and Drivers
#24953 Netduino Firmware v4.2.0 RC4 (Netduino + Netduino Plus)
Posted by DrJaymz on 02 March 2012 - 09:14 AM in Beta Firmware and Drivers
#25653 Netduino Firmware v4.2.0 RC4 (Netduino + Netduino Plus)
Posted by DrJaymz on 17 March 2012 - 05:27 PM in Beta Firmware and Drivers
Hi DrJaymz,
Are you using the NETMF 4.2 beta drivers on your computer (the unsigned ones)?
Chris
Indeed I am, it doesn't say netduino - its something reference board.
I've ruled out current consumption and tight timing loops on the netduino itself.
#22289 Netduino Firmware v4.2.0 RC3 (all editions)
Posted by DrJaymz on 31 December 2011 - 05:39 PM in Beta Firmware and Drivers
Hi DrJaymz,
With the .NET MF 4.2 beta firmware, there are a few known bugs. The new emulated math library has a few missing or mis-calculating routines. There are a few networking and driver glitches. These are all being worked on, to make the production 4.2 firmware as high-quality as possible.
If you're looking for stable firmware and repeated-start-bit, perhaps you can try the v4.1.1 beta firmware (which is more or less release quality--we just haven't stamped it as such)? We have created an I2C wrapper which will let you do repeated start bit with it as well.
Sorry for the troubles with the beta firmware,
Chris
Thanks for your reply.
Well OK, I got miffed with it and went to the pub instead. I have posted the problems I had with it anyway so that someone can fix them in due course.
If I use the 4.1.1 firmware where is the *current* beta release and can I keep my 4.2 SDK and change the target to 4.1 in VS? If this is the case how do I use the repeated start functionality out of the available functions - is there an example of this? I guess I was lucky that all my other I2C went so smoothly but it means I didn't learn anything! So far I have not had a bean out of the Melexis Temp Sensor.
On a positive note, with the shipped firmware, I frequently got a lock up when trying to debug some code. It would get stuck on the deployment part. I would then force it with a remove and reinsert which would then make VS go nuts with a null reference error and then another error (hardware), following that it worked. When I updated to 4.2 this lock up did not occur once, but deployment was a little slower.
#22249 Netduino Firmware v4.2.0 RC3 (all editions)
Posted by DrJaymz on 30 December 2011 - 08:14 PM in Beta Firmware and Drivers
- system.math.pow(x,y) is not implemented, which is a pain because I cannot easily implement this another way.
- (float).tostring(f2) gives a result like 1.0000 regardless of the argument placed in the tostring.
- port.read is working in an inverted manner for some reason.
Am a bit peeved to be honest.
#22520 Netduino Firmware v4.2.0 RC3 (all editions)
Posted by DrJaymz on 06 January 2012 - 09:18 AM in Beta Firmware and Drivers
Hello all,
Just wondering if there is any eta on the 4.2 firmware? It's a little frustrating the number of NotSupported exceptions that are in the production release. I've tried flashing RC3 a couple of times now but I can't seem to get it to work, always results in an error to the effect of 'cant find entry point' after flash with MFDeploy and VS just bombs out with CNC_ENTRY_POINT_SOMETHING when trying to deploy. anyone happen to know a fix?
I'm hoping RC3 is going to be just around the corner as it will save me a load of coding for even a basic network device, but looking at some of the open issues that seem's unlikely
Thanks,
Jamie
There doesn't appear to be any roadmap for this development so I guess you are stuck with 4.1.1 for now. As for your error, did you fully erase the firmware? It might be that the bootloader is pointing to the wrong address and thus it cannot execute your program.
#23871 Netduino Plus 1 Firmware v4.1.1 BETA 1
Posted by DrJaymz on 06 February 2012 - 09:03 PM in Beta Firmware and Drivers
Hi DrJaymz,
You can use the new 4.2 beta drivers with 4.1 if you'd like.
If you want to free up the space used by Ethernet, erase your Netduino Plus (using the gold ERASE pad) and then reflash it with the regular Netduino firmware. You'll need to add one line of code to enable the SD card slot...but otherwise you'll be good to go.
Chris
Ok, I changed the driver with the instructions, and it no longer comes up with a netduino device, it comes up as a reference board. But the result is the same.
I agree with other comments I have read it seems to be a memory leak - works fine until about 4th deployment then boom.
#23804 Netduino Plus 1 Firmware v4.1.1 BETA 1
Posted by DrJaymz on 05 February 2012 - 03:12 PM in Beta Firmware and Drivers
#23811 Netduino Plus 1 Firmware v4.1.1 BETA 1
Posted by DrJaymz on 05 February 2012 - 06:56 PM in Beta Firmware and Drivers
Hi DrJaymz,
You can use the new 4.2 beta drivers with 4.1 if you'd like.
If you want to free up the space used by Ethernet, erase your Netduino Plus (using the gold ERASE pad) and then reflash it with the regular Netduino firmware. You'll need to add one line of code to enable the SD card slot...but otherwise you'll be good to go.
Chris
Which download do I need for the driver? Is it the one in the post for an update of the beta driver? Its a real pain because it really slows development and debugging because its crapping out a lot. I didn't notice the problem so bad when my app wasn't multithreaded.
#37396 Converting Single to String with 2 decimals
Posted by DrJaymz on 18 October 2012 - 09:02 PM in Visual Basic Support
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.
#37343 Converting Single to String with 2 decimals
Posted by DrJaymz on 17 October 2012 - 09:06 PM in Visual Basic Support
Try ToString("#.##")
ToString("F2")
??
#31806 Detect if Ethernet Cable is Connected
Posted by DrJaymz on 10 July 2012 - 09:05 AM in Netduino Plus 2 (and Netduino Plus 1)
#22238 HMC6343 Tilt Compensated Compass
Posted by DrJaymz on 30 December 2011 - 02:40 PM in Project Showcase
#26055 Wonky Uart
Posted by DrJaymz on 28 March 2012 - 07:14 PM in Netduino Plus 2 (and Netduino Plus 1)
Hey there,
Do you think you can find a similar working Baud rates, etc for the same chip but with GFX?
I cannot make it work for some reason, don't know why.
I don't know anything about the GFX implementation, but I do know that its sensitivity is down to the limitation of the chip they are using.
The way I set the new baudrate seems to do the trick and it doesn't seem too sensitive to the actual baudrate.
#25101 Wonky Uart
Posted by DrJaymz on 05 March 2012 - 10:19 AM in Netduino Plus 2 (and Netduino Plus 1)
#25012 Wonky Uart
Posted by DrJaymz on 03 March 2012 - 08:57 AM in Netduino Plus 2 (and Netduino Plus 1)
#24952 Wonky Uart
Posted by DrJaymz on 02 March 2012 - 09:07 AM in Netduino Plus 2 (and Netduino Plus 1)
#25367 Wonky Uart
Posted by DrJaymz on 11 March 2012 - 10:14 AM in Netduino Plus 2 (and Netduino Plus 1)
When using the Netduino with the Picaso SGC neither of them operate at the correct baudrate - so I wrote a program that used trial and error to work out what the settings should be.
For 115200 bps (0x0D) the netduino serial ports peed should be set to 113250.
For 256kbps the netduino serial port speed should be set to 260900.
Then it all works dandy. So even if the Picaso was operating it the correct published speed it is unlikely that it would have worked anyway.
also change it like this:
SetBaud(0x0F); //256K ChangePortSpeed(260900 , portName); Thread.Sleep(500); port.DiscardInBuffer(); port.DiscardOutBuffer(); where: private bool ChangePortSpeed(int baudrate, string portName) { Debug.Print("New Port Speed " + baudrate.ToString()); if (port != null) { port.Close(); port.Dispose(); } port = new SerialPort(portName, baudrate, Parity.None, 8, StopBits.One); port.Open(); return true; } /// <summary> /// tells the display to go to new baud rate /// </summary> /// <param name="Baud">parameter for baudrate see data sheet</param> public void SetBaud(byte Baud) { var bytes = new byte[] { 0x51, // cmd = B Baud }; Write(bytes); }
Basically you will have to forget the response byte on baud change, but the next command is fine - I have set up a read response with a timeout so if it is not ok then I will know. There isn't a NOOP or equivalent.
Can we set this thread to -SOLVED and include details of the 4DSystems SGC so that others can find it?
#25013 Wonky Uart
Posted by DrJaymz on 03 March 2012 - 09:03 AM in Netduino Plus 2 (and Netduino Plus 1)
Have you tried the .NET MF 4.2 beta drivers yet?
Tried RC3 and it was hopeless, I may try RC4 later on - is there any change with the deployment? It is really tiresome when you are trying to debug something and then deploy fails after 4 or so goes. I have found the only way to avoid blue screen is to end-task on visual studio and then remove and replug the netduino then restart Visual studio.
I know its the netduino that is the problem because if it has its own 12V supply, replugging the USB doesn't help i.e. it has not been reset by power cycling.
#25057 Wonky Uart
Posted by DrJaymz on 04 March 2012 - 10:10 AM in Netduino Plus 2 (and Netduino Plus 1)
Hi
As far as the BSODs go, the only time I ever get them is if I reset the Netduino while Visual Studio is doing the deployment.
For me it is a golden rule, cancel a deployment via visual studio before cycling power to the netduino.
To be pedantic it is not the Netduino hardware itself causing any BSOD but it is the USB driver.
There is another thread where we discussed failed deployments that may help. Stuck Deployments
You are right about the 12v supply, I think the power cycle is critical sometimes.
I have tried quite a few embedded technologies and they are all full of compromise, the Netduinos compromises in particular are a little different than most.
but so are its advantages,
As far as your serial port problem goes, have you considered a hardware solution. Such as using a logic gate to hold the line how you want it.
eg.
Using a 2 input gate: one input is the Tx line; one input is an IO pin, that we could call enable; one output goes to the LCD.
Would that work?
I cannot cancel deployment withing visual studio it hangs. No matter how long you wait. The other failure mode is where it says deploy failed in the status bar and then visual studio won't respond to the mouse anymore. In this case you can only end task it. If you pull the usb you will get a BSOD, thus the only thing you can do is end task. Once in this state, if you keep the board powered and remove the usb connection, and plug it back in, the device isn't recognized, thus I have just proved that whatever is going on in the atmel, it is not in the correct state. At this point the driver has been reloaded - thus its not the driver per-se, though the driver could be responsible for putting it in this not allowed state.
I am all to familiar with compromises in the world of development, I still remember the various bodges for 8051's. I have BSOD my machine before when writing USB Hid devices in assembler - but I don't really expect it in this case. I have considered using a VM for this work but the whole point of the netduino was to enable me to be lazy.
The gate idea, did cross my mind or simply a pass transistor, but I think I proved that the transition wasn't the problem by demonstrating that it doesn't occur when closing and opening again at the same speed and the communication remains unaffected.
#25119 Wonky Uart
Posted by DrJaymz on 05 March 2012 - 08:02 PM in Netduino Plus 2 (and Netduino Plus 1)
You'd probably need to check the current implementation in the source code, namely AT91_UART.cpp. Unfortunately, oversampling configuration is not supported in the managed wrappers (SerialPort class). Please note COM1 is in fact Debug Unit, which has limited features (compared to 'full' USART module), as described in the datasheet section 26.4 DBGU UART Operations.
Ok, depending on if you can divide it 10 and the remainder is more than 5 it divides by 10 and adds 1. But it does look like it more or less just passes an int in for the baudrate in hz. I did look at the datasheet for this, but doesn't really help.
At the bottom, there are two functions, BaudrateBoundary and IsBaudrateSupported.
I will try to get something on the scope and we can see whats actually going on then.
#25746 Building a CPLD-based shield.
Posted by DrJaymz on 19 March 2012 - 09:39 PM in General Discussion
#37175 4.2 Confusion
Posted by DrJaymz on 14 October 2012 - 07:19 PM in Netduino Plus 2 (and Netduino Plus 1)
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.
#37173 4.2 Confusion
Posted by DrJaymz on 14 October 2012 - 07:10 PM in Netduino Plus 2 (and Netduino Plus 1)
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.
#37180 4.2 Confusion
Posted by DrJaymz on 14 October 2012 - 07:57 PM in Netduino Plus 2 (and Netduino Plus 1)
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.
- Netduino Forums
- → DrJaymz's Content
- Privacy Policy