ESPEasy P2P Networking

Created on 30 Jul 2019  路  24Comments  路  Source: letscontrolit/ESPEasy

ESPEasy P2P Networking ist not working, even if port is set and controller is enabled. I don't use it since a long while, but it's now not syncing dummy devices to other ESP and in the main view the ESP only see itself. Has something changed or removed?

Controller Needs Info

All 24 comments

Did you reboot the unit after setting the port number?
That's one bug I didn't have time yet to fix.

At least you should see the other nodes in the network when the p2p function is active.
For example:
image

And in order to 'share' plugins among other nodes, you must make sure to have the p2p controller active and also the same slot (in devices page) free for the plugin to be installed via the other host.

it looks like:

1
2019-07-31 06_48_32-Microsoft Edge
2019-07-31 06_49_08-Microsoft Edge
2019-07-31 06_49_35-Microsoft Edge
2019-07-31 06_49_51-Microsoft Edge

slots free on the other devices

And the other device is also having the p2p network controller active? (not only the port set)

Yes, all on, maybe another static IP issue?

I have to test it myself to see what's wrong.
I do know that the p2p controller isn't that intuitive. I have to look into the code myself to see how it should be working.

I think this was looking different as it was working, maybe you can compare it with your setting.

2019-07-31 22_52_02-Dokumenten Archiv - Outlook

I have tested it and it is working as I thought it should work.

  • Make sure both nodes see eachother in the overview page (share the same UDP port and are rebooted after enabling/changing the port)
  • Enable p2p networking controller on receiving node
  • Make sure the receiving node has the spot free which is being used on the 'sending' node (in my example slot 12)
  • Enable p2p networking controller on sending node
  • Set the plugin you want to share to use the p2p controller

See the result on the receiving end:
image

But this is rather counter intuitive, so it definitely must be changed into a more intuitive procedure.
For example by either explicitly sending it to a specific node, or by setting some kind of dummy p2p receive plugin with its own purpose to receive data from another node.
Then you make sure it is only added to the node you want it to have.

One last note. You must make sure the build on the receiving end also has the plugin included.

Edit:
One last++ note ;)
You also may want to disable ECO mode if you still experience issues.
This is best illustrated in the status page (main page) of the ESP showing all known nodes.
If the time last seen is > 1 you know you're missing UDP packets.

As a test you can also send ping packets to both nodes to force keep their wifi awake.

It is all set as you described. Can ist be an network-UDP issue? every esp only see itself.

If you set them all to the same UDP port and they are on the same network (subnet) then they should see each other.
A few things that I cannot stress enough:

  • Make sure to reboot the node after changing the UDP port
  • If you have ArduinoOTA enabled, use another port for ESPeasy p2p UDP (port suggested in most OTA examples use port 8266)
  • Ping the nodes from some other host to keep their WiFi awake
  • Disable "Eco mode" in the advanced settings
  • Sharing a plugin to be auto installed on another node is only sent right after the plugin is set to use the p2p controller. So if you don't see it appear on the other node, save it again on the source node.

last check - multible boots included

all devices
2019-08-08 20_47_53-Microsoft Edge
2019-08-08 20_48_12-Microsoft Edge

1st dev:
2019-08-08 20_48_25-Microsoft Edge

2nd dev:
2019-08-08 20_48_36-Microsoft Edge

in mainview all only see itself only, i've no idea whats wrong

28266 is set on both units?
@TD-er this port number option shouldn't go to p2p controller options?

yes all 28266

@fly74 what is dev1 and 2 IP configuration?
paste from sysinfo, please
are they connected to same AP ?

yes all at the same AP, same subnet with static IPs.

Well we have port 8266 registered for this purpose, but I don't see any reason why any other port should not work.
As long as it is not being blocked by a firewall or some other rule and also isn't being used for something else.

Are the nodes connected to an AP with some kind of "guest network" functionality?
Some AP's do have a guest network feature, but one of the properties of such a feature is that they will not allow communication between clients on the same guest network.

Ah one other thing you may need to check...
Make sure all units have their own (unique) unit number set.
Not 0, not 255.

2019-08-08 21_48_32-Microsoft Edge
FRITZ!Repeater 3000

I check the unit numbers

Hi folks, it works with unique unit numbers. but how could anyone guess it? Is this written in the documentation.? THANKS a LOT.

Well, not sure, but you can be sure it is documented very soon.

Just about all info is about it is summarized in this issue, so I will write it down now it is still fresh.

The current documentation on this controller is -to say the least- not written for the average user.
It is more or less a technical summary of its format and not about what you can do with it.

The webinterface should give some hints, when p2p is going enabled. It saves a lot of time.

just warning about other unit with same address should be enough

Was this page helpful?
0 / 5 - 0 ratings

Related issues

s0170071 picture s0170071  路  3Comments

ghtester picture ghtester  路  3Comments

jobst picture jobst  路  5Comments

uzi18 picture uzi18  路  5Comments

Wandmalfarbe picture Wandmalfarbe  路  5Comments