Skip to content

Conversation

civerachb-cpr
Copy link
Contributor

@civerachb-cpr civerachb-cpr commented Oct 6, 2025

Use the new platform.wireless section for wireless watcher, peplink router generation.

Currently only peplink devices are supported, but the code is designed to be expandable in the future.

See:

…er + base station hardware. Move the wireless_watcher flag into platform.wireless
Copy link

mergify bot commented Oct 6, 2025

🧪 CI Insights

Here's what we observed from your CI run for 517591e.

🟢 All jobs passed!

But CI Insights is watching 👀

package='peplink_router_driver',
executable='peplink_router_node',
name='router_node',
namespace=f'{self.namespace}/network/router',
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should we namespace this under wireless/router instead to keep naming consistent? Wireless watcher should probably be under the same namespace too

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I was hesitant to change the wireless watcher namespace since that's already been published in our platform API and we may have users (e.g. outdoornav) already relying on that topic as-is.

As for network/router and network/base_station vs wireless/router and wireless/base_station I have no strong opinions either way. I chose network since it's broader in case we ever expand to non-wireless networking equipment. But that may be unnecessary future-proofing.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

That is true, some of our MCUs look at the platform/wifi_connected topic to control the HMI wifi LED. I think one of the issues we have seen though is that when the robot is not using onboard wifi, the LED will be off even though it is connected through a peplink. It would be nice to have a single topic indicating wifi connection status regardless of source.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think for now that's probably out-of-scope for this MR. Definitely a good future feature to include though.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants