I used the EMX module with lot of fun and works very fine. A custumor of mine is using the SODIMM LPC2478 module of Team FDI: [url]http://www.teamfdi.com/development-tools-kits/products/6/SOMDIMM-LPC2478[/url]
Now I like to port the NETMF to this modules so I can use the same features as the EMX module, but my question is, if this is possible?
Yes possible. See netmf porting kit.
While it is possible to do a port, do you really want to get involved with an effort of that magnitude?
If you asked me if it was possible for me to perform brain surgery I could answer yes. All I would have to do is complete medical school, and spend another 5+ years training as a surgeon.
Gus is the brain surgeon of porting .NETMF.
Any easier approach might be to build a custom board with the SODIMM form factor, and use the EMX module as the processor. This would be far more cost effective.
This is all detailed in the GHI company profile on GHI website.
Offcourse Mike I could do that but that will be very costly for the custumor, the would like to use this dimm module, so I have to deal with it.
But Gus the module has no external flash, but has an 32-bit external SDRAM, is this a problem? And I can use the same features as the EMX, i mean than the following:
- LCD controller and all of it is features
- SD card, i must my own driver i tink because it is connected to an spi bus.
The portking kit I followed, but in the section of the Panda it seems to end
You need to look at the porting kit on codeplex.
Can it be done? Yes
Does GHI provide porting service? Yes
Does GHI provide free porting support? No
I hope you understand.
I guess your time must be very inexpensive. Porting .NETMF could take months of effort.
Not “could”, will actually most definitively take few months. That is fir porting the core and not including any of the additional GHI features, which is few months of work each.
If the original post means "can I use the EMX firmware on this “almost the same” board, the answer is a resounding NO. There is a way you can get a working NETMF port onto that, by using the porting kit - that will get you a “vanilla” port but without the GHI exclusives like OneWire and many others. If you engaged GHI to do the port, then you won’t have the learning curve about porting netmf; you may also be able to request them to include their GHI exclusives if that’s important to your use. Then, it might closely resemble the EMX port, but only then; most other efforts are not going to make it “equivalent” without a LOT more work than just a standard port of NETMF.
Maybe it’ll be easier if you design a clone of that board with the EmX module and stick a label on it called “SODIMM LPC2478 Intel Inside” I mean EMX inside ;D
That would make it even better!!!
I have been tring to just compile the existing MicroFramework source code for the last week. I have not even tried to port it to new hardware.
It isn’t fun, and there isn’t much help out there…
Thanks for you advise, I will try but when it not work I will discus with my custumor to use the EMX module.
I have tried to port the EA-LPC2478 sample to SODIMM LPC2478 of Team FDI. This SODIMM has only an 32-bit SDRAM on it and no external flash.
So i did start the port and made a minimal clone of the EA-LPC2478, then i did compile the TinyBooter, flashed the ihex file and nothing happend.
Then i did look and found out that in the Bootstrap filefirst the SD-RAM configurations and clocks must be set, also set the uart0 with the same clock as the CPU.
Then I did compile and with FlashMagic I did send it to the LPC2478, now more information is avaible in the MFdeploy, with message that there was an error. I was looking what did go wrong here. I found out that in the Tinyhall.cpp the Hal_Initialize did not finish.
This was done because Blockstoragelist::InitializeDevices() was called and that created an error, I removed the call. Then compiled and started again. And MFDeploy is saing: TinyBooter
The only problem is now that I cannot deploy the NativeSample to the device, when I programm it with FlashMagic it works, but when deploy the hex file, I get an error that the sector cannot be erased.
The file is being deployed to flash that isn’t there. You must reconfigure the boot loader to user internal flash to store the file…
That I did, but the problem is that the TinyBooter doesn’t have a BlockStorage driver for the internal Flash, this is what I see on other forums, so it seems to may you cannot deploy. So I have changed the way the TinyCLR must be programmed, instead of the external flash, I give the link to the internal flash, but after rebooting the next error come’s:
ERROR: ABORT Data
ERROR: ABORT Data
[0xa02ff7d8] : 0d f0 ad ba 0d f0 ad ba 0d f0 ad ba 0d f0 ad ba .ðº.ðº.ðº.ðº
[0xa02ff7e8] : 0d f0 ad ba 00 00 00 00 ff ff f7 ff 00 00 00 00 .ðº…ÿÿ÷ÿ…
[0xa02ff7f8] : 40 c0 1f e0 5c 00 00 00 ff ff ff f7 00 00 00 00 @ À.à…ÿÿÿ÷…
[0xa02ff808] : fd ff ff fd 02 01 00 00 ff df ff f7 00 01 00 00 ýÿÿý…ÿßÿ÷…
[0xa02ff818] : ff f5 ff f7 00 40 00 00 d7 7f ff fd 00 10 00 01 ÿõÿ÷.@ …×ÿý…
[0xa02ff828] : ff f5 ff fe 02 00 40 00 77 7f ff ff 00 00 00 00 ÿõÿþ…@ .wÿÿ…
[0xa02ff838] : ff f3 ff ff 00 10 00 00 ff ff 7f f7 00 14 04 00 ÿóÿÿ…ÿÿ÷…
[0xa02ff848] : fd f7 ff f7 00 10 00 00 fd d7 fd ff 00 11 00 00 ý÷ÿ÷…ý×ýÿ…
[0xa02ff858] : ff ff ff ff 00 00 00 00 fd df fe d7 00 14 40 70 ÿÿÿÿ…ýßþ×…@ p
[0xa02ff868] : ff ff ff f7 00 00 00 00 ff 7f ff ff 10 00 00 00 ÿÿÿ÷…ÿÿÿ…
[0xa02ff878] : ff ff ff f5 40 00 00 40 f7 ff ff ff 10 00 00 01 ÿÿÿõ@ …@ ÷ÿÿÿ…
[0xa02ff888] : ff ff ff f7 10 40 00 04 ff f7 ff ff 00 00 00 00 ÿÿÿ÷.@ …ÿ÷ÿÿ…
[0xa02ff898] : ff ff ff dd 00 04 00 30 ff ff 7f bd 00 00 00 00 ÿÿÿÝ…0ÿÿ½…
[0xa02ff8a8] : ff df ff fd 00 44 00 00 ff 5f 7f f2 00 10 00 00 ÿßÿý.D…ÿ_ò…
[0xa02ff8b8] : ff 7f ff ff 00 03 00 01 fd fd 7f fc 00 01 00 00 ÿÿÿ…ýýü…
[0xa02ff8c8] : ff df ff ff 00 00 00 00 ff de ff d7 00 10 80 45 ÿßÿÿ…ÿÞÿ×…€E