As my Topic title say… is that idea can see the light one day ?? … its a wish
As everyboday know, sensors & modules are the real keys for any Maker to turn his projects easily & quickly … & in Arduino world, there is a thousand of libraries that handles all kind of those beautiful electronic pieces without the need to have a headache to study them to be able to handlethem (no registers to handle manualy to run his fonctions) because the library take care about all that & give u just commands to handle things perfectly (+ a big thanks to his creator)
Unfortunately the NETMF dont support much sensors (i mean Drivers side) like arduino & to avoid that issue i always add a co-processor (Arduino MCU) to handle my sensors & send the feedback to the main microcontroller running with netmf bit if that kind of libraries compiler existe here will be another destiny for Gxx Modules.
I think that is possible but anyway its just an idea that i had in my head & i remember it evertime i see my components in my desk
i cant understand ur reply & his relation with the quoted part !!
Im just a newbie in this things & i only take just my needs form it,… i know im missing lots of tricks & thats why im here
Maybe u can explan me more ur point of view if u wish
In that case, we write a device driver for the device. Most persons around here port their drivers (it’s not hard) but I prefer to write mine from scratch (which I don’t often do since apparently, I’m lazy).
That phrase “NETMF don’t support…” is going to cause you to catch flak around here. Instead say, “Does anyone have a NETMF driver for…”
There will never be an Arduino library to NETMF Library compiler; the language is different, the pins are different even the word lengths are different.
Lol i just added a little correction to avoid any future misunderstanding! … i mean by “NETMF don’t support…” that there is no Drivers support like arduino that’s all maybe i chose the wrong expression but the idea was clear in his context .
Actually its hard for me to say those words because its a private code that belong to his owner only if he publish it here with love (or maybe for sale why not … monetizing the effort)
& the true behind why im not making my own drivers is just because i’m so lazy & don’t have enough time to spend in studying datasheets of the components & to develop my own drivers … that’s why i use an arduino as a co-processor to handle things.
i guess that a compiler is called compiler just to do those kind of conversion with automated process
Even the auto-drive cars was just a dream in the past !! so why not an **Arduino C library to NETMF C# code Converter or Compiler ** can’t see the light … & its better to us the actual wheel than inventing it again
Arduino compiles code. Netmf is interpreted not compiled. So you’d need to take Arduino code, either compiled or not, and convert to similar interpreted code. It’s not just a compile-and-join-together problem, it’s an orders of magnitude harder problem. So that’s why there’s a human in the middle
i dont really mean literally a compiler … maybe just a converter that will translate (interpret) the arduino C code to a compilable C# code as a driver
In the end its a language machine & not a human language that will need to check the meaning of his sentences to need a human in the middle
if even this idea dont pass !! so i will go back to earth then & face the reality
Every time someone uses that term I remind them that actually no, someone did reinvent the wheel; and it’s awesome.
Why this is impossible is because the pins used on Arduino don’t fully match those used on NETMF. If you had an Arduino compatable NETMF then it might be possible, however that would be a gross insult to the capabilities of NETMF.
Let me give you an exact example. I had to write a driver for the L6470 dSpin ic. At first I took the Sparkfun Arduino driver and tried porting it to NETMF. This turned out to be a gross mistake. What I should have done was write a native driver from scratch; which I ended up doing anyways (twice now). T’was a bad experience and I would steer anyone away from such endeavors in the future.
Now if you say, “Some one should write a program that will generate a device driver for you given a list of registers and known parameters” then you may get a lot more traction on a project like that.
Arduino have no pure C but some hybrid C (i’m used after knowed in this forum that Arduino could compile for Nucleo)
mbed used pure C (C++) how need to be (i’m used it with Nucleo and Discovery)
so libraries of arduino could not be just with an converter to translate since arduino used some reserved words (such are PROGMEM etc …) which ones are some registres …
but with samples and Arduino Libraries it will be simple to convert to your own library
but on the iNET there’s a lot of library for .NET Microframework
I don’t mind writing my own drivers, either. I wrote my own driver for the MCP23017. I found many examples of the driver online for arduino, and even one for .NET, but every last one was written incorrectly. Either it was flawed outright, or not all features supported (IO interrupts, etc), or features not implemented correctly (interleaved mode changes op codes around, etc), or general lack of object oriented programming, etc.
Same thing for Linear ADC IC’s. I wrote my own driver for those as well. I found even Linear’s own published arduino code examples had some bugs in it.
Work done Lol … it looks messy but it works perfectly
i’m not really skilled to handle sensors manually with the hard way by making my own drivers! this is way i do some tricks like this to get some satisfied results.
In this project, the data of the 3 modules (RTC+Lipo gauge+SHT11) are handled with an arduino pro & their results are sent via the serial port to be handled by FezCerb40II & processed depending on the priority of the other tasks (Distance measurement & calculation ) then updating the GLCD with the processed results without having a noticeable stuck while refreshing the visual data.
some bugs are tolerable if they give the right results in the range that we need … if not then its just a bad library made from someone quickly.
So in this case you can use rs485 serial communication for Master 1 Device (FEZ) - Slave 31 device (other Arduino device with other sensores) up to 2000 m even half duplex so you have centraled controlor.
maybe i chose the wrong expression but the idea was clear in his context .
& don’t have enough time to spend in studying datasheets of the components & to develop my own drivers … that’s why i use an arduino as a co-processor to handle things.
