Internet of Things using Netduino Plus 2 and Constrained Application Protocol
#1
Posted 26 September 2013 - 02:35 PM
- SteveAndrews likes this
#2
Posted 27 September 2013 - 07:15 AM
Interesting! Will there be commercial support for the library, and is there another license, apart from LGPL?
How large is the typical code and RAM footprint? Does the library dynamically allocate objects, or is it mostly static in its RAM consumption?
Cuno
#3
Posted 27 September 2013 - 12:05 PM
Your project looks nice, but...I'm sorry, but I'd like to know what are the advantages of the CoAP over a well-known yet used as the Modbus-TCP (or UDP) is. Moreover, any Modbus flavor is totally free as licensing.
If you mean IoT leveraging HTTP and AJAX or XML, I agree that's nice, but that's a refinement of a worldwide-used industrial protocol. The only interesting feature is the access via URI other than a numerical code, but -you know- a string is somewhat "expensive" in term of resources. Modbus started in '79, where the strings were affordable just on PCs, not MCUs.
Could you clarify that?
Many thanks.
#4
Posted 27 September 2013 - 01:06 PM
If you mean IoT leveraging HTTP and AJAX or XML, I agree that's nice, but that's a refinement of a worldwide-used industrial protocol.
That's pretty much the point. You may regard CoAP as a compressed form of HTTP, thus extending the REST architecture approach also to small embedded devices. In a way which allows to create fully generic gateways, with little or no "impedance mismatch" to the Web standards.
#5
Posted 27 September 2013 - 01:32 PM
That's pretty much the point. You may regard CoAP as a compressed form of HTTP, thus extending the REST architecture approach also to small embedded devices. In a way which allows to create fully generic gateways, with little or no "impedance mismatch" to the Web standards.
Again, where's the difference?
#6
Posted 27 September 2013 - 03:39 PM
Again, where's the difference?
If good Web integration is a key requirement for a system, then staying as close as possible to the HTTP REST semantics would make sense. In the end though, I guess it is not so much a question of technical differences, but whether the main drive for a project comes out of an "industrial culture" or out of a "Web culture". And of course there are also a number of other protocols in the running, for example MQTT, AMQP or the protocols of OPC UA. We had recent customer inquiries relating to the latter two.
#7
Posted 27 September 2013 - 04:12 PM
In the end though, I guess it is not so much a question of technical differences, but whether the main drive for a project comes out of an "industrial culture" or out of a "Web culture".
That's actually make sense to me. I've notice such a "big wall" between the abstract-web world and the real-life world. The majority of sensors telemetry/control users fall in the second class. However, I mean the pro-users, not the home's.
If good Web integration is a key requirement for a system, then staying as close as possible to the HTTP REST semantics would make sense.
Totally agree, but -again- the actual context of IoT usage is pretty much home/small offices. I'd try to find a solution for the integration with existent systems, first.
Anyway, it's just another grain of sand in the world beaches!...
Cheers
#8
Posted 28 September 2013 - 04:49 PM
Interesting! Will there be commercial support for the library, and is there another license, apart from LGPL?
How large is the typical code and RAM footprint? Does the library dynamically allocate objects, or is it mostly static in its RAM consumption?
Cuno
This is the begining. For commercial support, you can contact them via the site. Look at www.coapsharp.com and visit "Contact Us" section. The DLL is about 60KB. The DLL does allocate objects and this is one area where further work is going on.
#9
Posted 28 September 2013 - 05:03 PM
Your project looks nice, but...I'm sorry, but I'd like to know what are the advantages of the CoAP over a well-known yet used as the Modbus-TCP (or UDP) is. Moreover, any Modbus flavor is totally free as licensing.
If you mean IoT leveraging HTTP and AJAX or XML, I agree that's nice, but that's a refinement of a worldwide-used industrial protocol. The only interesting feature is the access via URI other than a numerical code, but -you know- a string is somewhat "expensive" in term of resources. Modbus started in '79, where the strings were affordable just on PCs, not MCUs.
Could you clarify that?
Many thanks.
That's pretty much the point. You may regard CoAP as a compressed form of HTTP, thus extending the REST architecture approach also to small embedded devices. In a way which allows to create fully generic gateways, with little or no "impedance mismatch" to the Web standards.
Again, where's the difference?
That's actually make sense to me. I've notice such a "big wall" between the abstract-web world and the real-life world. The majority of sensors telemetry/control users fall in the second class. However, I mean the pro-users, not the home's.
Totally agree, but -again- the actual context of IoT usage is pretty much home/small offices. I'd try to find a solution for the integration with existent systems, first.
Anyway, it's just another grain of sand in the world beaches!...
Cheers
Wow, so many good questions...and I do not have a definite answer to all of them. Here is an attempt...
My understanding of protocols like MODBUS (or DNP3) is limited. I was trying to do a few things around SmartGrid, which is when I got to know about protocols like MODBUS and DNP3.
After reading them briefly, what I understood is that these protocols were designed, not by communications experts, but by H/W guys who also wanted their H/W to communicate...while I'm not that intelligent, but that's purely my understanding.
I come from a web background, and as stated by "Cuno" , CoAP is more of a web-world thing. Meaning, it suddenly has higher number of people who can easily understand this, bringing the entry barrier much lower.
Additionally, CoAP "is" designed to integrate with web, and that is where, if you read the specifications, there is reference to "CoAP to HTTP" and "HTTP to CoAP" proxy. Therefore, I agree with Cuno that CoAP makes getting on to the "Internet" easier.
While currently IoT is more of home usage as righly pointed out by Mario, that isn't really IoT, its more of machine-2-machine communication. I do have a few use cases (can't disclose now :-() where the usage is for commercial aspects and not just home usage.
Finally, I agree that strings are still costly on an MCU, but on small 8-bit MCUs like Atmega8 and the likes. More people (read hobbyists) have now moved on to more powerful controllers (e.g. FTDI, ST32, Atmega UC), and for them, string handling is easy ( i have experience on FTDI Vinculum and that handles complex structures nice).
My 10 cents to the discussion :-)
- motta likes this
Also tagged with one or more of these keywords: IoT
General →
General Discussion →
Azure Certified for IoT?Started by Dan T, 14 Oct 2015 IoT, Azure, Certified for IoT |
|
|||
General →
General Discussion →
Microsoft Azure IoT ContestStarted by Mario Vernari, 28 Jan 2015 azure, iot, internet-of-things and 2 more... |
|
|||
General →
Project Showcase →
Internet Of ThingsStarted by uffe, 25 Jan 2014 Publish, subscribe, iot, sockets and 1 more... |
|
1 user(s) are reading this topic
0 members, 1 guests, 0 anonymous users