Hola Leonardo I have ordered both boards to familiarize myself with the topic. I have ordered the RaspBerry Pi B+ as a bundle and I have ordered the Teensy 3.1. I believe you are right suggesting to look into this this way. I have further spend some initial reflection about the alternative to Firmata and encountered that I luck knowledge of the protocols available. So the result of that thinking about an alternative to Firmata had the following results i want to share.

Goal 1. Find a way to achieve the support of a wide number of µcontrollers and try to benefit from others efforts that might add to the usefulness: Firmata, if I have understood it properly is a means to relate the hardware of a µcontroller, registers and peripheral to symbolic objects in the SystemModeler/Mathematica environment. If we would parse the *.h file of a CMSIC i.e. supplied by the licensee that offers an instance of an ARM Cortex Mx controller and use the API of CMSIC to access those objects of the hardware such a tool could make available the means offered by Firmata regarding the hardware of the instance of any µcontroller for which a CMSIS is offered. Combing such a tool with CMSIC would allow to access lower layers of the OSI 7 Layer model and so allowing the use of any means of network communication. My first efforts into studying the ecosystem of the Teensy seems to indicate that Freescale is not adequately supporting the availability of the ARM Cortex M4 µcontroller used in the Teensy 3.1 i.e.. Further, for being a ARM Cortex M4 the µcontroller used in the Teensy is pretty scarce in its hardware resources offering. Communicating at the forum of Teensy paul, who seems to be the one writing software for this device is pretty focused on objectives that are not necessarily beneficial for users who plan to use Teensy 3.1 with SystemModeler. His objective is to offer to its target clients, first time users like young people, a means to get in touch with µcontrollers and understandably has it focus on making it as simple as possible for those targets! Additionally he is driven in his priorities to promote the use of the Teensy into its target market segment. I would believe that Wolfram trying to enter the market segment in which suppliers with competing products like Matlab/Simulink and Maple/MapleSim would benefit more by following a strategy to support as wide as possible ARM Cortex Mx devices and generating a tool that can relate the hardware resources of any such device using the CMSIS library would be a better focus. Additionally, if you would put your focus an the CMSIS library, that offers an API common across the whole offering of ARM Cortex Mx devices, you would also benefit from the CMSIS ecosystem. One issue to highlight is the availability of FreeRTOS and FreeRTOS MPU. This would address the need to manage the timing between executing a system "hardware-in-the-Loop" and exchanging data with SystemModeler. The FreeRTOS MPU would additionally help to address the memory map by protecting and limiting the access to the specific memory map area as required, such eliminating a potential hazard! As I also wrote above this way the choice of the communication means between a PC and external hardware, as well as between external hardware components would be addressed. The other even less understood topic that you can find out if it makes sense, I will study it in my experiments with the RaspBerry Pi B+ is the Wolfram language. Listening to the videos and reading the material related to the Wolfram language I am getting the impression that Wolfram sees an opportunity to place the Wolfram language into the embedded market. If I have been guessing it right, there is functionality of the Wolfram Language that requires access to the Internet and other that would work without it? I am assuming it would be very interesting to study the applicability of the Wolfram language and will do my first steps using what is available with the RaspBerry Pi B+.

Please excuse me for being so outspoken while at the same time confessing that I am far away of being able to do any final judgement. I see forward to any response to this line of thinking! Regards Hellmut