The TelemetryCollector App captures logs and monitoring data, processes them and forwards them via the agent to the relevant Homey applications and/or observability servers.
The Homey-App establishes the connection to the app via the TelemetryCollector-Api, so the developer of the app must integrate this into his app. This means that you have to contact him, preferably via the app topic, with the request to integrate it (the effort is about 10 minutes).
The TelemetryCollector App only provides the infrastructure.
Notes
Community first: Diagnostic-Reports which are not requested by me will be deleted automatically.
Forum-Topic: Since I don’t have a crystal ball, please give me the following information so that I can analyze the problem more precisely.
App version:
Homey version:
Homey model:
ToDo
Integrate OpenTelemetry > Logger Adapter
Integrate OpenTelemetry > Monitoring Adapter
Thanks
Special thanks to all for the help in testing the new version.
Disclaimer
Use at your own risk. I accept no responsibility for any damages caused by using this app.
First, can I say the app is very useful and works brilliantly for the most part.
I am having a bit of a problem with log timestamps though, when it pertains to daylight savings not being recognised/honoured. And it looks like the timestamp format being sent from the app doesn’t include a timezone offset possibly?
Here’s what I’m seeing in my SysLog server, with a comparison between my network hardware (which includes the +01:00 daylight savings timezone offset) and the output from the Telemetry Collector app on Homey Pro:
Would it be possible to either change the timestamp format to include the offset, or include a timestamp format option in the device Aadvanced settings:
This isn’t an app issue, because your SyslogServer displays the (internal) UTC time; however, you need to configure it so that the WebUI displays the local time—then it should work.
Unfortunately I don’t think there is an option for that in the QNAP SysLog server. Perhaps I’ll have to look in to setting up a separate SysLog server on one of my Raspberry Pi’s to accomplish that
All my other log sources show the +01:00 during DST and consequently display the correct time. It’s only entries from Homey that are an hour out.
I’ve done some research on this, I’m pretty sure I was correct with my request in the first place to be able to include the time zone. You see, I do not live in the UTC time zone, and my Homey Pro is not submitting logs from the UTC time zone. My Homey Pro and I are in the BST time zone, which is UTC +01:00. So for 6 months of the year we’re in GMT (= UTC) and the logs will show the correct time. But for the other 6 months of the year we’re in BST, which is 1 hour ahead, and all my logging from Homey (at least from the TC app, as Homey itself is fully aware of Daylight Savings Time, so automatically adjusts to the correct time) is 1 hour out. And my log analysis goes out the window.
Would it please be possible to include a setting to use Homey’s locale specific time zone, for those that prefer, instead of UTC. (I mean I would rather just abolish Daylight Savings Time altogether, as it’s stupid, outdated, and a repeated headache… but I can’t see the government agreeing to that ha ha.)
Additional: referring to my original screenshot, if you are only following ISO 8601 and refuse to add a client time zone, the ISO 8601 format does not allow spaces as is seen in my screenshot. The correct format would be:
ISO 8601 - yyyy-mm-ddThh:mm:ss.sssZ
2026-07-30T19:00:00.016Z
The space invalidates the Z and therefore isn’t UTC.
Sorry Andi, but I won’t do that, because UTC is a globally recognized time standard used by 99.99% of servers worldwide. Homey also uses UTC internally and automatically converts it to the respective time zone (including daylight saving time) when displaying the time. (By the way, my app also uses Homey’s time.)