Hola Leonardo
I have spend some time doing a draft research and i have ordered both a RaspBerry Pi B+ to look deeper into how Mathematica and Wolfram Language behave in this environment and to see if I can use such an environment to connect the Raspberry Pi B+ with other boards, specifically the LPCXpresso1769 that i plan to heavily use in my system I want to design by using the methodology of "Design by Modelling". Additionally I have ordered a Teensy 3.1 with the SD & Ethernet I/F to look in more detail into Firmata in an ARM Cortex Mx environment. I have further listened to a YouTube video were I heard about "Datadrop", something I will have to research to learn what it is. Finally i looked into Firmata and basically what I learned without claiming to be right, it is kind of the "Representation Layer" within the OSI 7 Layer Model. The complains I have read in the community and investigating via Google was that due to Firmata coming from a MIDI background it is too limited to really adequately represent the physical external hardware, the specific example was given by addressing the limitations of PWMs it can handle!
So looking into it and thinking about the objective to have a generic efficient way to address any ARM Cortex device from any manufacturer, I thought the the CMSIS library that every licensee of an ARM Cortex Mx has to make available for his instance of an ARM Cortex Mx controller. CMSIS is a common API to use and address any hardware within a microcontroller, all ARM Cortex Mx controllers having the same API from CMSIS available. A smart and efficient way to support effectively any ARM Cortex Mx controller from any manufacturer would be to extract the information about its registers and peripheral using the data available within CMSIS
A library that would generate the proper representation out of the CMSIS supplied by any manufacturer for any of his ARM Cortex Mx controllers of all registers and peripherals with their registers and link it to variables in the SystemModeler and/or Mathematica environment implementing the layer 6 functionality would be a big step forward. The same scheme should made available for the user to add other devices that interact with this controller via digital I/Os or other means of communication like I2C, etcetera. this way there would be a solution that combines the demand to "datadrop" data from the hardware to the PC running Mathematica and/or SystemModeler and a means to identify most of the physically relevant properties of a board.
As to the language for programming, if I would work for Wolfram I would ask myself if this could be the Wolfram language. But so far i have no understanding as to what memory requirements it has on the hardware nor how beneficial or necessary an access to the cloud would be! This is why I have ordered RaspBerry Pi B+. I will also try to understand if a CMSIS compliant RTOS can be used.
