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
Assuming I have a few ESP8266 sensors which could basically all run the same Homie firmware, most of which have the same sensors / actuators on them, but, say, one or two of them have no relay. I would write the Homie sketch as follows:
When the Homie device without the relay talks to me it would say "I have a relay!" which it doesn't. While this is just a detail, could we add an an element to the JSON configuration which basically says hide these nodes for this device? Something along the lines of
{
"hide_nodes" : [ "light", "relay" ]
}
I could then deploy the same Homie firmware to all devices and have them report / react to only what they actually have.
This may be overkill and not too easy to implement, so please feel free to quickly close this. 😄
The text was updated successfully, but these errors were encountered:
By "portable", I mean a single firmware could be used by different people for their own same-hardware device. I did not think about what you're talking about here.
The idea is interesting, for an actuator (like a relay), the input handler would never be triggered, great. But for a sensor reporting values on a regular-basis, you would need to check in your own code if the node is enabled before sending a value.
It seems rather complicated to do. We need to focus on the stability of the framework, as you can see, adding a simple feature like the base_topic introduced a lot of heap issues. I won't close this, just in case, but I am not sure I will implement it. I am not comfortable with the idea of an all-in-one firmware. For my devices, I prefer a single purpose optimized firmware.
* New - server.rewirte() to rewrite the request url with optional get parameters injection.
New - rewrite.setFilter() and handler.setFilter() to specify a filter callback for more control on when to include them.
New - static file handler can be set with Last-Modified header value to support Not-Modified (304) response instead of serving the actual file.
* Remove clearRewrites & clearHandlers from server.mplement server distractor to delete internal members. Fixed and improved gzip stats calculation.
In #45 @marvinroger said something I find is important:
Assuming I have a few ESP8266 sensors which could basically all run the same Homie firmware, most of which have the same sensors / actuators on them, but, say, one or two of them have no relay. I would write the Homie sketch as follows:
When the Homie device without the relay talks to me it would say "I have a relay!" which it doesn't. While this is just a detail, could we add an an element to the JSON configuration which basically says hide these nodes for this device? Something along the lines of
I could then deploy the same Homie firmware to all devices and have them report / react to only what they actually have.
This may be overkill and not too easy to implement, so please feel free to quickly close this. 😄
The text was updated successfully, but these errors were encountered: