AHM V1.6 Firmware Update

AHM V1.6 Firmware Update

This exciting update brings a suite of new features that combines the best of both worlds for commercial integrators and system engineers with new levels of control and scalability.


This firmware update introduces Unit Stacking - for the first time, multiple AHM processors can be managed, monitored, and controlled from a single Project within System Manager, introducing custom views of channels across the entire system.

AHM V1.6 brings expanded third-party control and monitoring, enabling AHM to integrate tightly with devices such as displays, video switchers, microphones, and amplifiers.

Feedback Suppression is also now available on AHM, and automatically detects and reduces specific problematic frequencies, providing a clearer and more dynamic sound.

Other additions include new ganging options for levels, delays, and dynamics, workflow improvements, and much more.

Learn More


Release Notes

Download Here

1 Like

Having problems with this, firstly I had to bypass Windows Defender real time scan, as it kept saying there was a Trojan and blocking the download.

When I did successfully download System Mnager 1.6 and install, updated the firmware on my AHM64 on reconnection I get unit time mismatch error pop up, which cannot be closed, locking me out of my AHM!

What is going on?

Hi there,

Well, I can safely say there’s no trojan - I’ve scanned the download with Windows Defender on this side and found no issues.

With the unit time mismatch, you should just be able to click OK or Cancel and the box will disappear. If not, restart the System Manager software, and that should resolve the issue.

From an initial glance, I’m loving the new device control functionality, but I would really like the option to control multiple devices from a single button, or have it be part of a scene recall. For example, I’ve got 5 projectors that I need to be able to turn on and off all at once, and as it currently stands, there’s no easy way to do that with a single button press. Also, unless I’m missing something, there’s no way to do this through custom control yet, which would be my preferred way of controlling external devices, instead of using IP controllers.

The maintenance release for Custom Control to work with these new device controls is going to be hot on the heels of this release - so watch this space.

This is just the beginnings of our forays into external control, so your use-cases about multiple devices at once and being able to access device controls from scene recall is really valuable feedback. Thanks for sharing!

1 Like

The error is in V1.6, as I put in our email exchanges, I had to downgrade to V1.52, sync the unit time in that version, then re-upgrade to V1.6. As the button on the V1.6 pop up did not display or operate correctly

I included a video in my email, but only stills are allowed here so cannot show it.

The new update sounds interesting! Will the new Device control feature allow the direct control of devices - such as Global Cache iTach devices IP2IR (IP to Infrared), IP2SL (IP to Serial), IP2CC (IP to Contact closure)? On V1.52 I had to use a Raspberry Pi with Companion to interface between AHM, the iTach IP2IR and external devices (Projectors/screens/switcher etc). It will be great if the AHM can now communicate directly!

I watched the replay of Samantha Porter’s Youtube Video on the update. It seems that there are two communication protocols that can be used currently: “TCP” and “HTTP/REST”. If your device communicates over one of those two protocols and has an open API where you can pull the formatting of the commands, it will probably work.

This system has to be completely programmed in however (or you can import a file that someone else programmed/created). There are no “drop down lists” of commands to choose from, etc, etc, etc. You will have to enter in the exact format of the commands from the device’s API for it to work. This is actually the correct way to handle this IMHO because it is a completely open architecture system. You can literally program any valid command with devices that can communicate this way and it should work. This means we don’t have to wait for A&H to “add support” for specific external devices.

I agree with you for the most part about appreciating the completely open ended programming from A&H and how that will allow us to not have to wait on modules to be built, but it would be kinda cool to see maybe a new thread get added to the AHM forums that’s a searchable database where people can upload different “modules” that they’ve created. I think that could save a lot of people a lot of time or help those who maybe are a bit less comfortable digging through API’s to create those modules themselves.

Leave it open for those of us that want to or can build our own, but provide a place for a user built database as well.

2 Likes

That is a great idea. It would be very helpful if there was some “repository” that users could post their own modules to share with other users.

2 Likes