Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add additional Wifi features #43

Open
4 tasks
ikstream opened this issue Mar 9, 2020 · 6 comments
Open
4 tasks

Add additional Wifi features #43

ikstream opened this issue Mar 9, 2020 · 6 comments
Assignees
Labels
enhancement New feature or request make Makefiles proceeding how to continue RTOS FreeRTOS related issue

Comments

@ikstream
Copy link
Member

ikstream commented Mar 9, 2020

  • set wifi credentials in menuconfig like style
  • add target port and address in menuconfig like style
  • IPv6
  • handle 'no wifi available' situations
@ikstream ikstream added enhancement New feature or request make Makefiles RTOS FreeRTOS related issue labels Mar 9, 2020
@ikstream ikstream self-assigned this Mar 9, 2020
@nopeslide
Copy link
Contributor

Instead of specifying any host:port configuration, how about a zero-config approach? Aquire the network via dhcp and use the networks broadcast address with the default influxDB port.

@nopeslide
Copy link
Contributor

No wifi situations should be no problem if we use a mailbox like queue (single slot, which will be overwritten regardless if it was used) for the wifi log endpoint

@ikstream
Copy link
Member Author

Instead of specifying any host:port configuration, how about a zero-config approach? Aquire the network via dhcp and use the networks broadcast address with the default influxDB port.

That could be a default, but we should definetly allow some kind of configuration, to ease deployment.
Basically we could create something like a .config file with all relevant Build Variables set.

@ikstream
Copy link
Member Author

ikstream commented Mar 10, 2020

No wifi situations should be no problem if we use a mailbox like queue (single slot, which will be overwritten regardless if it was used) for the wifi log endpoint

Its more like a reminder, that it should not block the execution of anything, if no wifi AP is available and maybe allow a check if the device is connected to a network.

@reporiot reporiot added the proceeding how to continue label Apr 8, 2020
@reporiot
Copy link
Contributor

reporiot commented Apr 8, 2020

One month no activity, whats wrong?
If just delayed remove label again, just checking :)

@ikstream
Copy link
Member Author

ikstream commented Apr 9, 2020

The original PR wasn't even merged @reporiot, now it needs some more work to be adjusted for the new layout

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request make Makefiles proceeding how to continue RTOS FreeRTOS related issue
Projects
None yet
Development

No branches or pull requests

3 participants