Also, mesh networking is a thing, but that would probably raise complexity a lot. If you have multiple soccer player devices and only one controller, the logical thing would be to make the controller device the access point and have the controlled devices connect to that. It's variably called STA mode or AP mode, you should look it up. The ESP8266 and ESP32, the Raspberry Pi and practically all USB wifi adapters running on Linux have this capability. What Wifi chip would you be using? Most wifi chips I know of allow setting up an own Wifi network that you just connect the remote to, without the need for a router or other devices. WiFi: Cons: Latency(?), increased battery consumption, port forwarding(?), requires router Pros: Widely available, less expensive than BT micro controllers, allows for long distance control, can use laptop or phone to control robotĬons: Latency(?), increased battery consumption, port forwarding(?), requires routerĭoes anyone have experience with using a WiFi connection to control many robots? Is there a noticeable amount of lag in things like steering? And would I need to implement complicated/fancy port forwarding on a router in order to control 10+ robots? Any insight much appreciated thank you Pros: Simpler to set up, direct connection, and likely uses less battery powerĬons: More expensive than WiFi shields (often MCs seem to have both or just Wifi, but never just bluetooth built in) I'm looking at using either bluetooth or Wifi, but both present challenges. However, I have run out of IR channels, and it would be more cost effective if people could just use their mobile phone as a remote controller instead. I'd love to scale up the number of bots that can play against one another.
These bots are built using arduino nanos and they currently use individual IR remote controllers with separate channels.
I have a group of 6 soccer robots, they play against each other 3v3. Hello, I was wondering if someone could provide insight on the following dilemma:
0 kommentar(er)
