There is that service call that lets you play the recorded speech that the Elk has through the speakers. I don’t recall if the chime noise is one of the recorded segments available, but you could certainly replicate the “Zone” “3” “Violated” sort of sentence.
There’s the elkm1.speak_word and elkm1.speak_phrase services available to do this. There is an 800Hz tone with about a 500ms duration you could play?
service: elkm1.speak_word
data:
number: 53
I’ve found in the past that you can just call this service back-to-back with multiple words (or corresponding phrases) in an automation or script and it seems to “work” and play them out sequentially without needing to insert delays. I’m not actually using this in production, but it might give you a solution.
For announcements, I use a bunch of Elk 32 ohm speakers (wired in series/parallel to bring impedance down to 8 ohms). But my family doesn’t like the Elk voice for anything other than actual alarms.
So I put a relay on the Elk speaker output and set up an automation that switches (for 20 seconds) from the Elk output to an output from a Raspberry Pi + amplifier. Then the automation sends an MQTT command that the Pi hears (via Node Red) which tells it to play any number of voices, tones etc.
Sounds complicated, but works instantaneously. FWIW, I play a chime before the voice since hearing a disembodied voice with no warning is startling to some people. Also FWIW, I test after 30 seconds to make sure the speaker output doesn’t stay stuck in the Pi mode, which could cause us to miss useful alarm information.
That’s a really interesting idea! I wonder if you can intercept the audio from the Elk talk/listen interface for this purpose? When you install that option in the Elk, it uses a relay output or two to switch the audio around from wherever the alarm audio comes from to the talk/listen interface. I wonder if that’s close enough to “line level” audio that you could feed that from a Raspberry with an amplifier?
The gift of time! While thinking about this further I thought of another solution that is quite simple and should work. There is a service call in HA called zone_trigger. If a zone is configured to chime when triggered then zone_trigger would cause the chime to happen. The zone you use could be your ‘broken’ zone or you could create a dummy zone and trigger that one.
I upgraded core from 2022.2.9 to 2022.3 yesterday on HAS OS (Rpi 4 w/ 8GB RAM). After the upgrade the ELKM1 integration started reporting:
Logger: homeassistant.config_entries Source: config_entries.py:366 First occurred: 8:26:18 PM (1 occurrences) Last logged: 8:26:18 PM
Config entry 'ElkM1' for elkm1 integration not ready yet: Timed out connecting to elk://192.168.0.251; Retrying in background
The detailed log shows repeated instances of the message:
2022-03-03 20:26:18 WARNING (MainThread) [elkm1_lib.elk] ElkM1 at elk://192.168.0.251 disconnected
I have a custom web site (local to LAN) that also interfaces to the same control using the non-secure interface, and it is still working fine, so it doesn’t appear to be an issue with the control or network.
Anyone have suggestions regarding what to try to get the ELKM1 integration working again? I would prefer to get it working without deleting/re-installing, because it could take me a while to recover all the customizing I’ve done on it.
We had one report of it timing out when authentication was turned off, but we fixed that (https://github.com/home-assistant/core/issues/67183). It might be a similar situation, but we will need logs to verify and troubleshoot.
I’m still having this issue after upgrade to 2022.3.1, but there is a recommendation in the comments of the bug report to:
Please remove the username and password from your configuration if you are not using password authentication
I know that this is a noob question, but how do I change that in the configuration? I don’t have anything set in my yaml files, I just enabled the integration and answered the questions. Now I can’t find a way to change any of the configuration. Should I add a section to my configuration.yaml?
Folks, as far as I know, all bugs have been fixed and the 2022.3.2 release will contain those fixes. If you have followed all the directions that @bdraco has shared in this thread and in the HA Core bugs and things are not working please post here. Include the version that you are running and include logs (or a pointer to where the logs can be retrieved).
Background… Auto discovery of the ElkM1 was added in 2022.3. Clearly there are some edge cases that were not caught in testing. Please keep reporting! And when 2022.3.2 comes out please let us know if it is working (we assume we will hear quickly if it is not working ).
Ran into the same issue with ELK not connecting post upgrade. I saw @bdraco posted a patch, tried upgrading and ELK still wasn’t working. Totally my fault! I should have payed more attention to the prior post stating to remove username and password. I finally caught it when looking at the github thread. Removing the integration and reinstalling then configuring WITHOUT a username and password worked perfectly. Setup is using unsecure connection. Thanks all!
2022.3 broken here as well. Running HA container and using non-secure port. HA discovered a new Elk instances on 2601 with name of BADBAD even though I am not running on secure port. Old instance reported could not connect (using DNS name).
Tried to delete the old instance but I can’t configure the new instance, nor can I ignore it and do a manual config (tried all kinds of combinations secure port, non-secure port, entering IP:port, entering DNS, entering IP only and selecting non-secure).
EDIT: Whatever happened locked up my M1XEP. I rolled back 2022.2.2 and did a full volume restore from last week and still couldn’t connect until I re-powered the XEP. So there was a hung socket or something, the ISY was still connected.
I upgraded to 2022.3.7 and my existing integration config seems to be working ok now. But I do still see an autodiscovered ElkM1 instance on my elk’s IP port 2601 named BADBAD, when I ignore it it keeps coming back.
Not a whole lot of info, but looks like BADBAD is part of the MAC address. After the 19:40 config-flow I ignored the integration and it came back at 19:55.
Existing integration is setup using DNS name on 2101.
2022-03-25 19:40:17 DEBUG (MainThread) [homeassistant.components.elkm1] Setting up elkm1 elk://myelkm1
2022-03-25 19:40:17 DEBUG (MainThread) [homeassistant.components.elkm1] Waiting for login event for 20 seconds
2022-03-25 19:40:19 DEBUG (MainThread) [homeassistant.components.elkm1] ElkM1 received first response (VN)
2022-03-25 19:40:19 DEBUG (MainThread) [homeassistant.components.elkm1] Received login event
2022-03-25 19:40:19 DEBUG (MainThread) [homeassistant.components.elkm1] Waiting for sync_complete event for 120 seconds
2022-03-25 19:40:25 DEBUG (MainThread) [homeassistant.components.elkm1] Received sync_complete event
2022-03-25 19:40:25 DEBUG (MainThread) [homeassistant.components.elkm1] Creating elk entities for <elkm1_lib.elk.Elk object at 0x7fa6dfb0db50>
2022-03-25 19:40:25 DEBUG (MainThread) [homeassistant.components.elkm1] Creating elk entities for <elkm1_lib.elk.Elk object at 0x7fa6dfb0db50>
2022-03-25 19:40:25 DEBUG (MainThread) [homeassistant.components.elkm1] Creating elk entities for <elkm1_lib.elk.Elk object at 0x7fa6dfb0db50>
2022-03-25 19:40:25 DEBUG (MainThread) [homeassistant.components.elkm1] Creating elk entities for <elkm1_lib.elk.Elk object at 0x7fa6dfb0db50>
2022-03-25 19:40:25 DEBUG (MainThread) [homeassistant.components.elkm1] Creating elk entities for <elkm1_lib.elk.Elk object at 0x7fa6dfb0db50>
2022-03-25 19:40:25 DEBUG (MainThread) [homeassistant.components.elkm1] Creating elk entities for <elkm1_lib.elk.Elk object at 0x7fa6dfb0db50>
2022-03-25 19:40:25 DEBUG (MainThread) [homeassistant.components.elkm1] Creating elk entities for <elkm1_lib.elk.Elk object at 0x7fa6dfb0db50>
2022-03-25 19:40:25 DEBUG (MainThread) [homeassistant.components.elkm1] Creating elk entities for <elkm1_lib.elk.Elk object at 0x7fa6dfb0db50>
2022-03-25 19:40:25 DEBUG (MainThread) [homeassistant.components.elkm1] Creating elk entities for <elkm1_lib.elk.Elk object at 0x7fa6dfb0db50>
2022-03-25 19:40:25 DEBUG (MainThread) [homeassistant.components.elkm1] Creating elk entities for <elkm1_lib.elk.Elk object at 0x7fa6dfb0db50>
2022-03-25 19:40:27 DEBUG (MainThread) [homeassistant.components.elkm1.config_flow] Elk discovered from integration discovery: ElkSystem(mac_address='00:40:9D:BA:DB:AD', ip_address='x.x.x.x', port=2601)
2022-03-25 19:40:47 DEBUG (MainThread) [homeassistant.components.elkm1.config_flow] Elk discovered from dhcp: ElkSystem(mac_address='00409dbadbad', ip_address='x.x.x.x', port=0)
2022-03-25 19:55:27 DEBUG (MainThread) [homeassistant.components.elkm1.config_flow] Elk discovered from integration discovery: ElkSystem(mac_address='00:40:9D:BA:DB:AD', ip_address='x.x.x.x', port=2601)
).