IoT SIG - 2020-08-25

  1. SouL has joined

  2. Tobi has joined

  3. debacle has joined

  4. debacle has left

  5. debacle has joined

  6. Martin Kollaard has joined

  7. Martin Kollaard

    hi! :)

  8. debacle


  9. MattJ


  10. debacle

    I invited Martin Kollaard to this MUC, because he lets "things" talk XMPP and I'm curious as a cat to learn about it ;-)

  11. Martin Kollaard

    Yes, mostly it are computer btw, but doing different things. Mostly it are narrowcasting screens in supermarkets across the country :)

  12. Martin Kollaard

    some versions ago it did check every 30 minutes if it is running the latest content, but we wanted to make changes realtime. so we needed a way that makes a stable connection between backend and device.

  13. debacle

    and this is realised via bots in MUCs?

  14. debacle

    or direct chat messages between bots?

  15. debacle

    Martin Kollaard ^

  16. Martin Kollaard

    direct messages

  17. Martin Kollaard

    it started with displays with prices on it, this needs to be able to update fast when there is a wrong price on it :)

  18. Martin Kollaard

    but slowly we moved everything to it

  19. debacle

    doesn't that sound like a perfect fit for PubSub?

  20. Martin Kollaard

    Most of devices do not use the same content, so it was easier not using pubsub

  21. debacle

    sure, makes sense!

  22. Martin Kollaard

    difterent per supermarket, and different per area in supermarket.

  23. Martin Kollaard

    Now we just send json in messages. But I guess it was also possible to use just send stanzas with data or use rpc model.

  24. debacle

    Martin Kollaard "XEP-0335: JSON Containers"? This is what we will use in my company, but over PubSub.

  25. Martin Kollaard

    ah I did not know that one, is that only for over pubsub?

  26. Martin Kollaard

    oh can also be used in a iq, ok nice :)

  27. Martin Kollaard

    why is it deferred :(

  28. MattJ

    Things get deferred due to inactivity

  29. MattJ

    It can be revived if there is interest in it, and if there are enough implementations and feedback from community members, it can get advanced to the next stage

  30. MattJ

    (from which it will never become deferred)

  31. Martin Kollaard

    ok :)

  32. SouL

    > sure, makes sense! Why?

  33. MattJ

    I guess because pubsub is for broadcasting data to multiple entities, but if you just have a single subscriber then you may as well send directly to them

  34. MattJ

    pubsub would have the nice feature that it can persist the data and if you needed to e.g. replace the device, it could fetch the latest published data automatically

  35. MattJ

    and would also solve for any connection reliability issues without needing to resort to MAM

  36. Martin Kollaard

    offcourse you can create a pubsub per player, but that is a overhead I think :P

  37. debacle

    you could use PEP btw. if every thingy has their own JID, but the thingy owns the node and must give publish permission on PEP - is this even possible?

  38. MattJ

    Pretty sure you can affiliate other entities with your PEP service, though I've never seen it done

  39. MattJ

    and obviously the server can always do anything

  40. debacle has left

  41. Martin Kollaard has left

  42. debacle has joined

  43. debacle has left

  44. Tobi has left

  45. SouL has left