Netduino home hardware projects downloads community

Jump to content


The Netduino forums have been replaced by new forums at community.wildernesslabs.co. This site has been preserved for archival purposes only and the ability to make new accounts or posts has been turned off.
Photo

Netduino Firmware v4.2.0 RC3 (all editions)


  • Please log in to reply
112 replies to this topic

#41 PhilG

PhilG

    Advanced Member

  • Members
  • PipPipPip
  • 42 posts
  • LocationMaine

Posted 25 October 2011 - 12:29 AM

This was previously reported and worked around here.

Also, I do believe the fix for this was in the 4.2 RC3 firmware.

With respect to the unplugging the USB cable and pressing the reset button... I have to do the same thing myself. I hope it gets fixed soon...

-Valkyrie-MT


Valkyrie-MT,
Thanks for the work around. That does work. I am eager to see if RC3 fixes the connect problem

#42 Chris Walker

Chris Walker

    Secret Labs Staff

  • Moderators
  • 7767 posts
  • LocationNew York, NY

Posted 25 October 2011 - 01:33 AM

Hi Silent12, RC3 is based on the production .NET Micro Framework 4.2 firmware released by the .NET MF team at Microsoft. They can't support any bugfixes on pre-production versions of the firmware, so we've updated the firmware download to RC3 to make sure that everyone is testing against the latest version. There is a lot of new code in .NET MF 4.2. For the bug that you're experiencing, could you please post a bug report with a simple repro case at netmf.codeplex.com (and provide us with a link to it here)? We'll do additional testing and bug hunting to help solve the issue, but the bugfix probably needs to make it into the .NET Micro Framework itself. P.S. You have PM. Chris

#43 Silent12

Silent12

    New Member

  • Members
  • Pip
  • 5 posts

Posted 25 October 2011 - 07:16 PM

Bug report is here : http://netmf.codeple...m/workitem/1334

#44 Hepworthjd

Hepworthjd

    New Member

  • Members
  • Pip
  • 3 posts

Posted 25 October 2011 - 10:28 PM

There appears to be an issue with HttpWebRequest in this new firmware. I've reduced my code to the simplest test case of making the request and trying to get the response, but it seems to freeze on getting the response (pressing pause in Visual Studio shows that the execution never gets past that line.

public static void Main()
{
    Debug.Print(Microsoft.SPOT.Net.NetworkInformation.NetworkInterface.GetAllNetworkInterfaces()[0].IPAddress);
    HttpWebRequest request = HttpWebRequest.Create("http://example.com") as HttpWebRequest;
    Debug.Print("Request created");
    WebResponse response = request.GetResponse();
}
Any ideas? It also used to freeze on the previous RC's but only if unplugging the network cable, and then re-plugging it back in (or dropping the connection some other way). As a note it works fine in the emulator, so assume its an issue with the firmware.


Interesting - I think might have seen this - having recently gone up to RC3, I was using the GSIOT PachcubeClient library and it appeared that every other request was getting stuck in the GetResponse for several minutes - I've since reverted to the simple send and forget HelloPachubeSockets and this works fine. I might be something totally different, but thought I'd mention it anyway.

Julian

#45 pacodani

pacodani

    New Member

  • Members
  • Pip
  • 1 posts

Posted 26 October 2011 - 04:04 AM

Chris,

I cannot make any crypto-related function work. For example, this line throws an exception:

AesCryptoServiceProvider aesAlg = new AesCryptoServiceProvider();

Is that normal? Will this functionality be eventually supported?

Thanks.

Hi Robert,

The crypto features take up extra room. I don't believe they are in the core, although there may be slower managed code versions of some crypto algorithms available on the Internet.

Chris



#46 Daxl-B

Daxl-B

    Member

  • Members
  • PipPip
  • 10 posts

Posted 26 October 2011 - 04:37 AM

Hi;

I am having the same problems that Aladdin updating the Netduino Plus. I have tried countless time to reflash it but it halt at "executing application" (I notice that the tutorial at http://wiki.netduino...ep-by-step.ashx presents the version 4.1 of MFDeploy.

- I have to use SAM-BA (no SAM-BA cdc) and select \usb\ARM0 as port instead of COM since I was not able to see a COM port. After that I go to MFDeploy and so far so good I can ping the netduino and get this response:
Pinging... TinyBooter
Bootloader build info: Netduino Plus (v4.2.0.0 RC3) by Secret Labs LLC

- Using MFDeploy 4.2: It "works" but after completing the update I am not able to ping the ECU or do something with it.
Response: Pinging... Error: No response from device

I am not able to go back to 4.1 since I have not located the tinybootdecompressor for version 4.1

Thanks
Dan

#47 Chris Walker

Chris Walker

    Secret Labs Staff

  • Moderators
  • 7767 posts
  • LocationNew York, NY

Posted 26 October 2011 - 05:43 AM

Hi Dan,

I am not able to go back to 4.1 since I have not located the tinybootdecompressor for version 4.1

You can grab a 4.1.x TinyBooterDecompressor bootloader from the v4.1.1 beta 1 download:
http://forums.netdui...re-v411-beta-1/

On the MFDeploy issue...if this issue still exists with the final 4.2 firmware release candidate, we'll trade a few users for their Netduino Pluses and try to diagnose the issue here in the lab where we can debug.

Chris

#48 couchounou

couchounou

    Advanced Member

  • Members
  • PipPipPip
  • 31 posts
  • LocationFrance

Posted 28 October 2011 - 01:30 PM

Yes, I tried it multiple times even with erase script in SAM-BA.
Upload of new firmware in MFDeploy ends correctly without errors (ends with signature check), but after restart of netduino, then no response from tinyclr.



Hello,

I have the same problem.
when pinging after update : Pinging... Error: No response from device.

#49 Chris Walker

Chris Walker

    Secret Labs Staff

  • Moderators
  • 7767 posts
  • LocationNew York, NY

Posted 28 October 2011 - 01:50 PM

Hi couchounou, It looks like a handful of users are experiencing this issue with the RC3 beta. I'd recommend going back to 4.1.0.6 for now while we investigate. We've asked a few community members to swap us their boards for a brand new one so we can identify the issue. Hopefully it's not a PC driver-related issue (that we can't reproduce here). Chris

#50 couchounou

couchounou

    Advanced Member

  • Members
  • PipPipPip
  • 31 posts
  • LocationFrance

Posted 30 October 2011 - 12:50 PM

Hi couchounou,

It looks like a handful of users are experiencing this issue with the RC3 beta. I'd recommend going back to 4.1.0.6 for now while we investigate. We've asked a few community members to swap us their boards for a brand new one so we can identify the issue. Hopefully it's not a PC driver-related issue (that we can't reproduce here).

Chris

Ok Thanks, going back to 4.1.0.6 working find. Let me know if i can help community to investigate.

#51 Valkyrie-MT

Valkyrie-MT

    Advanced Member

  • Members
  • PipPipPip
  • 315 posts
  • LocationIndiana, USA

Posted 01 November 2011 - 03:06 AM

I had a bug pop up after my switch to MF 4.2 RTM. But, this is my own firmware build, so can someone confirm this for me on 4.2 RC3? I think it is the same issue as Stavros Tekes's issue. Basically, I finally tracked it down to this line (which was returning values in the 500000 range!):

var fullBlockCount2 = (int)System.Math.Floor(24 / 3);
var totalBlockCount2 = (int)System.Math.Ceiling(24 / 3);

So, I did some testing in the immediate window while running on the Emulator:

System.Math.Ceiling(3.2d)
4.0
System.Math.Ceiling(3)
3.0
System.Math.Ceiling(3.2)
4.0
System.Math.Floor(3.2d)
3.0
System.Math.Floor(3)
3.0
System.Math.Floor(3.2)
3.0

Then the Netduino:

System.Math.Ceiling(3.2d)
262144
System.Math.Ceiling(3)
196608
System.Math.Ceiling(3.2)
262144
System.Math.Floor(3.2d)
196608
System.Math.Floor(3)
196608
System.Math.Floor(3.2)
196608

THIS IS BAD. Strangely though, if you assign the result to a variable of type double, it returns the correct value. So if I change my code to this (casting removed), it works on Netduino:

var fullBlockCount2 = System.Math.Floor(24 / 3);
var totalBlockCount2 = System.Math.Ceiling(24 / 3);

This implies to me that it's the double -> int type inference. What's scares me is that this could be messing up calculations all over my code and I might be missing it.

-Valkyrie-MT

#52 Chris Walker

Chris Walker

    Secret Labs Staff

  • Moderators
  • 7767 posts
  • LocationNew York, NY

Posted 01 November 2011 - 04:21 AM

Hi Valkyrie, Can you please post a bug report on this at netmf.codeplex.com and include the severity of the issue? Thank you, Chris

#53 Stavros Tekes

Stavros Tekes

    Member

  • Members
  • PipPip
  • 17 posts
  • LocationThessaloniki, Greece

Posted 01 November 2011 - 08:59 AM


This implies to me that it's the double -> int type inference. What's scares me is that this could be messing up calculations all over my code and I might be missing it.

-Valkyrie-MT


Valkyrie is a digger... Well done!!!!
Stavros

#54 Grundsow

Grundsow

    New Member

  • Members
  • Pip
  • 1 posts
  • LocationGermansville, PA

Posted 01 November 2011 - 06:08 PM

Hey now. Is it not interesting that: 262144 decimal integer is equal to 40000 in hex, and that 196608 decimal integer is equal to 30000 in hex? "Unne druwwel hut mer nix."

#55 Valkyrie-MT

Valkyrie-MT

    Advanced Member

  • Members
  • PipPipPip
  • 315 posts
  • LocationIndiana, USA

Posted 02 November 2011 - 01:04 AM

Hey now.

Is it not interesting that:

262144 decimal integer is equal to 40000 in hex, and that
196608 decimal integer is equal to 30000 in hex?

"Unne druwwel hut mer nix."


Ha, looks like you're the digger (nice pic)! Hell yes that's interesting! I've added that information to the Codeplex ticket.

-Valkyrie-MT

#56 Valkyrie-MT

Valkyrie-MT

    Advanced Member

  • Members
  • PipPipPip
  • 315 posts
  • LocationIndiana, USA

Posted 03 November 2011 - 03:20 AM

Also, .NET MF 4.2 uses new floating-point code. By default it switches the SAM7X micro to emulated floating point so that the image doesn't grow and grow. We may need to switch to the new floating-point code and pull the simple storage framework. But if we have to do that, we'll create a way to save a bit of config data in the Config sector instead.]

These changes were all late-breaking (post-RC1) and we're digging into them...but it will take a bit of work to sort out what we can fit. And as always, it's all open source--so you can customize it any way you'd like if you want to dig in.

But we'll find a good balance that offers the bugfixes and some new features of .NET MF 4.2...while also keeping the size down.

Interesting... Chris, if it's gonna make the firmware bigger, I'd rather see the new Floating Point stuff yanked. There are managed versions of most of those functions anyway. And with respect to the simple storage, a simple API that just exposes the ability to read and write individual or a range of bytes is all we need. Devs can add whatever managed wrapper on top.

Oh, And I do want to congratulate you on the RC3 release finally fixing UDP Broadcast. Once the kinks are worked out, 4.2 will really be a great release...

-Valkyrie-MT

#57 Robert L.

Robert L.

    Advanced Member

  • Members
  • PipPipPip
  • 100 posts

Posted 07 November 2011 - 01:04 PM

After upgrading to RC3, I am now getting the following message in previous working code running under v4.2 RC1:

A first chance exception of type 'System.NotImplementedException' occurred in Microsoft.SPOT.Native.dll

Is there an easy way to figure what feature the system is complaining about?

#58 Chris Walker

Chris Walker

    Secret Labs Staff

  • Moderators
  • 7767 posts
  • LocationNew York, NY

Posted 07 November 2011 - 01:11 PM

Is there an easy way to figure what feature the system is complaining about?

It's a phantom exception, related to the removed EWR libraries. Please ignore it; we'll surpress it in an upcoming RC.

Chris

#59 cross6

cross6

    Member

  • Members
  • PipPip
  • 11 posts

Posted 13 November 2011 - 09:50 PM

Floating point can be emulated with predefined logarithm, antilog, and sin tables. Would that be a more compact solution? (Or is that what it's already doing?)

#60 emg

emg

    Advanced Member

  • Members
  • PipPipPip
  • 129 posts

Posted 27 November 2011 - 01:39 AM

Hi couchounou,

It looks like a handful of users are experiencing this issue with the RC3 beta. I'd recommend going back to 4.1.0.6 for now while we investigate. We've asked a few community members to swap us their boards for a brand new one so we can identify the issue. Hopefully it's not a PC driver-related issue (that we can't reproduce here).

Chris



Any progress/work-arounds on this issue? Unfortunately, I've got the same problem. v4.1.x is no good for me as I'm looking for VB.Net support...

Thanks,
Mike




0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users

home    hardware    projects    downloads    community    where to buy    contact Copyright © 2016 Wilderness Labs Inc.  |  Legal   |   CC BY-SA
This webpage is licensed under a Creative Commons Attribution-ShareAlike License.