iTach Validation Failures

[twcharbo]

HAOS Core 2026.9.0
Global Cache iTach V1.0.4

Global Cache iTach (GCI) integration is trying to validate non-iTach hardware and failing. HA log is accumulating failure warning messages.

I have two networked home theater receivers at local addresses 192.168.0.100 (Denon AVR-X2700H) and 192.168.0.117 (Onkyo TX-NR777). GCI integration is periodically updating HA log with following messages:

2026-09-04 15:33:18.050 WARNING (MainThread) [custom_components.globalcache_itach.config_flow] iTach validation failed: Could not connect to 192.168.0.100:4998
2026-09-04 15:33:36.518 WARNING (MainThread) [custom_components.globalcache_itach.config_flow] iTach validation failed: Could not connect to 192.168.0.117:4998

Started troubleshooting session with ChatGPT (see link https://chatgpt.com/share/6a9b2bdf-f664-83e9-b9bf-fd7f817f8c56 for details) and learned both receivers broadcast AMXB UDP beacon packets. GCI integration seems to identify every AMXB as originating with Global Cache hardware.

Modified discovery.py after line 116, based on ChatGpt, to filter on MAKE and reject non-globalcache AMXB packets for validation attempt:
if fields.get("Make", "").strip().lower() != "globalcache":
return None
Modified discovery.py with MAKE filter, and successfully eliminated non-iTach validation attempts on my two networked receivers, but I have no idea about other impacts.

discovery_filter_make.py

[sickkick]

Thanks for the report and the Make-filter workaround — that was the right diagnosis.

AMXB is a shared multicast protocol, so Denon/Onkyo (and other AV devices) were being treated as iTach candidates, then failing TCP validation on :4998 and spamming the log.

Fix in #13: parse_beacon now requires Make=GlobalCache (case-insensitive) before starting a discovery flow, so non-GC beacons are ignored. Please try a build from that PR when you can and confirm the warnings are gone while real iTach/Flex discovery still works.

[twcharbo]

I can confirm warnings are gone with new parse_beacon MAKE filter. No validation failures are being logged against my Denon & Onkyo receivers, and both my iTach devices (an IP2IR and a WF2IR) are working normally. I'm new to Home Assistant, but I can still appreciate the effort you put into this GC integration. I really enjoy using it without requiring the Pronto conversion, and I thank you for putting it out there on HACS. Regards, Terry

…

On Sat, Sep 5, 2026 at 10:04 PM Michael Shaffer ***@***.***> wrote: Closed #12 <#12> as completed via #13 <#13>. — Reply to this email directly, view it on GitHub <#12?email_source=notifications&email_token=AKP7W7OBHU3CTST4PZBL7XT5NTA35A5CNFSNUABQM5UWIORPF5TWS5BNNB2WEL2JONZXKZKFOZSW45CON52GSZTJMNQXI2LPNYXTGMBWGI3TEMBZG4YTLJTSMVQXG33OUZQXK5DIN5ZKKZLWMVXHJLDGN5XXIZLSL5RWY2LDNM#event-30627209715>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AKP7W7K4VUMMOYSY5GJNR4L5NTA35AVCNFSNUABGKJSXA33TNF2G64TZHMYTEMRWHE3TQMRSGE5US43TOVSTWNJTGU3DEMBTGQ4DBILWAI> . Triage notifications, keep track of coding agent tasks and review pull requests on the go with GitHub Mobile for iOS <https://github.com/notifications/mobile/ios/AKP7W7K42MKI3VILHXAC4OD5NTA35A5CNFSNUABQM5UWIORPF5TWS5BNNB2WEL2JONZXKZKFOZSW45CON52GSZTJMNQXI2LPNYXTGMBWGI3TEMBZG4YTLJTSMVQXG33OUZQXK5DIN5ZKKZLWMVXHJKTGN5XXIZLSL5UW64Y> and Android <https://github.com/notifications/mobile/android/AKP7W7LY5FHQKRZMQWGZGB35NTA35A5CNFSNUABQM5UWIORPF5TWS5BNNB2WEL2JONZXKZKFOZSW45CON52GSZTJMNQXI2LPNYXTGMBWGI3TEMBZG4YTLJTSMVQXG33OUZQXK5DIN5ZKKZLWMVXHJLTGN5XXIZLSL5QW4ZDSN5UWI>. Download it today! You are receiving this because you authored the thread.Message ID: ***@***.*** com>