The GHI 4.3 is not open source. The PK currently has a port for the F1 devices. Oberon / CSA may contribute a 4.3 open source port some time in the future.
However it should be possible to use the 4.2 ports from GHI or Oberon to build your own 4.3 firmware.
I think I will redraw from this PPP test, other people clearly have more equipment and more skills in the area. Happy debugging guys, I am crossing my fingers REALLY hard!
I thought the whole idea of the G400D was as a drop in replacement for the ChipworkX modules?
Right now, up until this latest release everything except PPP was working on my ChipworkX based board using the G400D but now I find that the SD using SPI is no longer supported.
Is there a valid reason this was removed?
I have a number of boards in stock that if I switch to the latest version I can no longer use the SD card. I only use this to store configuration data so I don’t need any speedy access but I do need it. I don’t want to scrap these boards and redesign with the proper SD as this will cost me.
If there is going to be no support going forward, I need to somehow be able to use the previous release and it seems that it’s not possible to have both installed at the same time.
Well I worked around that problem by downloading the OSHW code and riping the class into my project.
Now I’m getting the error:
Error 2 Cannot deploy the base assembly ‘mscorlib’, or any of his satellite assemblies, to device - USB:Gadgeteer twice. Assembly ‘mscorlib’ on the device has version 4.3.1.0, while the program is trying to deploy version 4.3.0.0
All the assemblies say 4.3.0.0; Did I install something wrong?
@ Jeff, Wow I actually linked to the wrong file there but that was my problem; uninstalled everything and installed only the Beta3.
Now I’m getting complaints about the type ‘Gadgeteer.Mainboard’ is defined in an assembly that is not referenced. You must add a reference to assembly ‘Gadgeteer, Version=2.43.1.0, Culture=neutral, PublicKeyToken=null’.
@ Mr. John Smith - I’m going[em] out on a limb[/em] here as I’ve only briefly looked at your post. But, I’m guessing you’re using the same “solution” that you were using when you had the SDK mix-up; the referenced assemblies are stale because of caching. If true, you need to remove the assemblies and add them back. Depending on the size of your solution, it can be quicker to just start a new 4.3 project, design as usual, then copy-n-paste your old code into the new program.cs
@ Jeff, I’ve wiped out the Debug and Release folders, remove and restored the references and still nada. The Library GHIElectronics.Gadgeteer.FEZCerbuinoBee requires a type “Gadgeteer.Mainboard” which used to be in the library Gadgeteer.dll which is longer with us.
using System.Threading;
namespace FezCerbTest {
public class Program {
public static void Main() {
// Sleep forever
Thread.Sleep(Timeout.Infinite);
}
}
}
I meant a gadgeteer program with same module set-up in the designer; leaving program.cs and the references as generated. Be sure to target 4.3 in the project properties.
Regardless of the above, i’ve re-read your posts; regards your statement “gadgeteer.dll … no longer with us…”; does that mean that C:\Program Files (x86)\Microsoft .NET Gadgeteer\Core\Assemblies.NET Micro Framework 4.3\Gadgeteer.dll is not there? If it isn’t download and run the installer:
@ Jeff, It compiles and deploys. The Gadgeteer lib wasn’t showing up in the references list, so adding it directly from the location C:\Program Files (x86)\Microsoft .NET Gadgeteer\Core\Assemblies.NET Micro Framework 4.3 worked.
EDIT: I installed the package and it still doesn’t show up in the references list. I’m using VS2012