This is good news. We have 4.1 ready for you to use. Not only that, we also added RLP support too for those super users!
This is a beta release but it should be very stable so do not worry about having problems as you will probably not have any! If you have access to the beta then PLEASE use it.
There are some VERY important notes on this SDK that you must keep in mind.
This SDK is for NETMF 4.1 NOT 4.0.
You will need Visual Studio 2010. VS2008 will NOT work.
You will need to install NETMF 4.1. The one you have now (4.0) will NOT work. You MUST uninstall 4.0 first.
GHI found couple problems in the Microsoft’s 4.1 SDK and worked with Microsoft on the fixes. There are 2 files in the SDK zip file and a text wilt with instructions on where to place these files. You MUST copy those 2 files to the right place or you will have some random problems.
This GHI 4.1 SDK is independent from the old GHI 4.0 SDK and so you can have both installed on your PC. We HIGHLY recommend that you remove 4.0 off your machine to eliminate any confusion in selecting the right assemblies.
This is a VERY important contribution from you to the FEZ community so please start using the beta ASAP.
If you do not have access to the beta but you are experienced user then contact GHI (phone/email) for the SDK download. Asking here will not get you the link.
RLP may not work that way. We can not import a native code DLL as in the Full framework. RLP is a GHI innovation and requires the native code to be at a specific location in memory and then loaded or invoked from managed code.
RLP/JTAG open security holes in the system. We do not want to see a pirated Chinese version of Cobra This is why using RLP requires that you know who you are and you sign agreements forcing you to be responsible.
The documentation is wrong, RLP does NOT require JTAG. We will fix the docs.
Yes RLP works just like DLLs. JTAG is needed fro debugging but it is optional.
Yes you need an ARM compiler to compile RLP but the compiler is free and we give you full instructions on how to compile RLP. Do not worry it is going to be freakin’ easy
Let us considerate on moving to 4.1 and VS2010 fro now and we will discuss RLP later. This is a major move especially that you need to change all software on your PC. We will have a million support email everyday from those users that do not read instructions or get confused between 4.0 and 4.1…we will try to help as much as we can.
I read it in the actual EMX documentation delivered with the new beta firmware
Page 10 in the EMX user manual
I also check the EMX vs EM doc
At point 7 it is also described as “locked by default”
[quote]RLP and JTAG: With JTAG and RLP support, users can now write real-time code
and handle tasks with higher efficiency using C or Assembly. Developing RLP code
on EMX requires JTAG access which is locked by default and it is available only for
select customers[/quote]
If I copy the “Microsoft.SPOT.Debugger.CorDebug.dll” included in the GHI 4.1 beta SDK and replace the existing one at “C:\Program Files\Microsoft .NET Micro Framework\v4.1\Tools” then VS2010 Pro will NOT open any MicroFramework projects as it says they are not supported. Restoring this file to the original version resolves the problem.
This release uses 4.1 not 4.0 so you will most likely need new projects. I am not sure if using old won would work and even if it did you need to update the assemblies to 4.1
Jeff please try this:
Close all programs, especially Visual Studio.
Copy the new file.
Now open visual studio and make new micro framework console project. Does it work?
If it didn’t work please try copying the file, restarting the computer and then making a new project.
Rebooting does not help either. When you create a new project it acts like the project is created and you get the error I described earlier. Once I revert to the original dll I can’t open the newly created project either.
Why is there still this error? I have erased, deployed and checked twice.
The version on cobra is too old. (4.0.1681.0) where mscorlib is trying to deploy version 4.1.2821.0.