![]() The complex is made up of analyzer units (probes) for collecting metrics and a central core system which provide the ground for determining signal delivery status to targeted users in accordance with preset logical rules.ĭemo access to the system will be provided following an inquiry via WEB interface. It is a flexible and scalable complex for controlling TV-signal metrics and monitoring the quality of provided service. This is a complex system of automated distributed monitoring and real-time quality control of provided TV and radio broadcasting services. I found this one: WTH do we have Energy dashboard and no Water dashboard? - #52 by prubin100 and created a template sensor to convert gal to cubic feet and that now shows in the water dashboard.The MultiProbe Distributed monitoring system for controlling quality of broadcasting services This does not appear to be unique to StreamLabs. Statistics with gal don’t appear in the Energy Dashboard.That brings us to issue 2, which I don’t think is related to this integration. ![]() I worked around this by creating an Utility Meter sensor helper integration that resets daily. Since the Stream Labs isn’t a true meter that never resets, like a real physical water meter, I don’t think total_increasing is appropriate. So to make this most useful, the integration should probably add state class for the daily count with total and last_reset of daily It could also do total with last reset for monthly and the same for yearly. ![]() ![]() The API has daily (which from my two days of testing appears to update near-real time), Monthly (appears to update the next day) and yearly (appears to update the next day). Output from this integration does not show up in That is because the integration doesn’t set the State Class for Long Term statistics. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |