(also in standards just to trigger the discussion)
The usage of XMPP in IoT is two folded:
98% of the IoT today is covering the need for a company to get their data
into their systems and makers that quickly would like to get some cool
stuff going.
-That is where XMPP usually gets compared to other solutions.
On the other hand XMPP is perfect transport layer for whatever exists
between two peers
-That is where we see the other end of the discussions, just let it be a
transport.
The work that Peter W and I started is so much bigger. XMPP was created to
let endusers send messages between different chat islands, Now It can
bridge old and new IoT systems
(read this and think about the solution for a sec)
*XMPP IoT makes it possible for any company to produce a device sold in
thirdparty store, that an enduser securely can enroll into another company
IoT system. Then, on his command, share the data between different
companies to create a novel IoT Service, Without a centralized backend.*
Using XMPP, PubSub to send UPnP spcific messages works.
Using an XMPP,adhoc message called "setpoint" with "42" can solve another
usecase.
A chat message with some nice payload {timestamp:"2016-10-12z12:47:12",
name:"setpoint", value:42} or "hue=42" is useful too.
I Agree that the IoT XEPs feels big, but it's a complex puzzle of different
usecases lets challenge them and battle test them for the different
solutions. We can change/rewrite/make new and put up some best practices
and put on wiki or xmpp.org
Written by Joachim Lindborg on a device running on solar energy from
watt-s.com
CTO, systems architect
Sustainable Innovation SUST.se ,Tel +46 706-442270, linkedin
<http://www.linkedin.com/in/joachimlindborg>
Barnhusgatan 3 111 23 Stockholm
_______________________________________________
Standards mailing list
Info: https://mail.jabber.org/mailman/listinfo/standards
Unsubscribe: standards-unsubscr...@xmpp.org
_______________________________________________
