Data Source: Remote Unit - How does it work?

Moderators: grovkillen, Stuntteam, TD-er

Post Reply
Message
Author
User avatar
chromo23
Normal user
Posts: 1006
Joined: 10 Sep 2020, 16:02
Location: germany

Data Source: Remote Unit - How does it work?

#1 Post by chromo23 » 18 Oct 2024, 11:13

Hey TD-er,

how is this undocumented feature supposed to work? Is it still WIP?
remote.png
remote.png (18.59 KiB) Viewed 2078 times

TD-er
Core team member
Posts: 9884
Joined: 01 Sep 2017, 22:13
Location: the Netherlands
Contact:

Re: Data Source: Remote Unit - How does it work?

#2 Post by TD-er » 18 Oct 2024, 12:26

Yep still a WIP, but you could try to test it yourself.

Have a task on a node sharing its data via the p2p network.
Then add the same task on another node at the same task index and add the other unit's ID in that field. (don't forget to have p2p controller enabled)

This way you can easily 'switch' to another p2p source.

Well.. it wasn't intended to be used like that, as it is just a debug field for me, but maybe it can be useful for someone :)

User avatar
chromo23
Normal user
Posts: 1006
Joined: 10 Sep 2020, 16:02
Location: germany

Re: Data Source: Remote Unit - How does it work?

#3 Post by chromo23 » 18 Oct 2024, 14:23

I see. This could actually be a really nice feature.
I use the p2p a lot but have never been happy with the way tasks are shared as you cannot do it selectively.
But the biggest problem is still having to rely on the same task index. This means that you always have to juggle the task indexes for the devices.
The optimum for sharing would be to also include a way to specify the task index for the recipient side in the sender task.

TD-er
Core team member
Posts: 9884
Joined: 01 Sep 2017, 22:13
Location: the Netherlands
Contact:

Re: Data Source: Remote Unit - How does it work?

#4 Post by TD-er » 18 Oct 2024, 15:36

My ideas for extensions to the p2p layer:
Using multicast, so you can define a multicast IP per unit/task.
This way anyone can subscribe to a multicast 'channel' and the network will manage the distribution for you.
It is a bit like MQTT, where you have topics, only with multicast you will have a multicast IP + port

Only possible drawback is that it might need some tweaking to work on all networks as some switches can "help" with multicast and this can also be quite counter-productive.
Also not all access points handle multicast the same way.

I also want to make it possible to remove the limit of using the same task index on both nodes and allow to share 1-to-N.


Post Reply

Who is online

Users browsing this forum: Bing [Bot] and 16 guests