You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Dec 8, 2022. It is now read-only.
In production, customer firmware won’t read the device Thing name, MQTT username, and password (if any) from static strings in the code. Instead, elements such as those will be read from configuration (i.e. separate area of flash; EPROM; or etc.). We need to:
Port it to a handful of representative platforms, including embedded Linux and at least two MCU architectures.
If secure storage is available on the developer board or platform in question, store confidential configuration elements such as the MQTT password there.
Not count solely on static analysis tools to find buffer overflows in our various serialization code (for example, Jobs and MQTT), since dynamic configuration values will be defined after an embedded module has been deployed.
The text was updated successfully, but these errors were encountered:
dcgaws
changed the title
Configuration API for Thing name, MQTT username, and (optional) password
Configuration API for Thing name, MQTT username, and password
Feb 11, 2020
I feel the need for a feature like this. I want to use the serial number saved in EEPROM as Thing Name.
What are the plans for this feature to be included in the project?
Thanks in advance
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
In production, customer firmware won’t read the device Thing name, MQTT username, and password (if any) from static strings in the code. Instead, elements such as those will be read from configuration (i.e. separate area of flash; EPROM; or etc.). We need to:
The text was updated successfully, but these errors were encountered: