HVAC controls retrofit and system troubleshooting

With Pentillion Construction, I helped audit, explain, and coordinate upgrades to an older HVAC control system. The building had existing controls and hardware that could not simply be replaced all at once, so the project needed a clear understanding of what was already there before the new work could be planned.

Understanding the old system before replacing parts of it

My role was to bridge the gap between the existing controls, the HVAC contractor, the controls contractor, and the practical needs of the building. I reviewed and documented how the system operated, helped explain the existing logic, and supported the retrofit so new equipment could be integrated without losing compatibility with parts of the older setup.

The upgrade included four new heat pumps. Because I had built much of the internal understanding of the existing controls, I became a practical reference point during the work. The value knowing what equipment was present and helping the contractors understand how the old controls, operating logic, and building requirements fit together.

Troubleshooting the shaking air handlers

That same system knowledge carried into troubleshooting. The building had two large air handlers that were shaking under certain operating conditions, and the cause had not been identified.

One proposed path was to bring in an engineering audit to measure resonant frequencies using specialized equipment. That may have been needed eventually, but before jumping to that step, I worked through a more direct inspection of the system.

Looking for the real field condition

I checked likely mechanical causes, including whether the air-handler shafts appeared to be off balance, the dampening system, and used a 360 camera and thermal imaging camera to inspect areas that were difficult to access directly.

That investigation pointed toward a loose sheet-metal wall dividing the large duct that supplied hot and cold air to the building. Under certain airflow and pressure conditions, the loose partition deflected until it relieved the pressure differential, then snapped back, allowing the pressure to rebuild and repeat the cycle. This created a low-frequency pulsation that transmitted vibration into the air-handler area and surrounding building structure.

A logical conclusion

I documented the old controls, identified what still had to work, coordinated the contractors around the real operating logic, and investigated the field condition before assuming the next step had to be expensive or abstract.

The result was a building system that became easier to explain, upgrade, maintain, and hand off.

Enterphone data recovery and audio repair

A building’s Mircom TX3 enterphone failed, and the first risk was not just getting the hardware working again. The resident directory and system configuration also needed to be protected. Replacing the controller board without recovering the data could have turned a hardware failure into a larger setup and handoff problem.

I traced the failure through the power supply, transformer, door strike circuit, phone line, and controller board. The likely failure was in the board’s low-voltage power section, where a small surface-mount capacitor had burned.

Instead of immediately replacing the board and losing the configuration, I powered the damaged board with a current-limited DC bench supply. That let me bring the board up carefully, confirm that the internal 5V and 3.3V logic rails were stable enough to communicate, connect to the TX3 software, and recover the resident names and configuration before replacing the board.

After the new board was installed, I updated the configuration and verified the building functions tied to the panel. That included the postal lock input, door strike operation, grounding, phone-line settings, and relay behaviour. The goal was to leave the system in a known working state, not just swap the failed component.

There was also a call-audio issue where the caller’s voice became quiet after the call connected. I tested microphone gain, speaker level, DTMF sensitivity, and echo-reduction profiles. The issue appeared to be aggravated by sound reflecting inside the panel and around the speaker/microphone assembly, which could cause the echo reduction to clamp down unnecessarily.

I repaired and sealed the broken speaker enclosure and started working on a simple acoustic treatment around the microphone to reduce reflected traffic noise. It was a small repair, but it reflected the same troubleshooting approach as the board recovery: trace the system, protect the important data, verify the handoff, and keep looking when the first fix does not fully solve the user experience.