HydraIssues

MASTER for landing Biamp Tesira control at Cloud Seven through hydrabiamp and its in-venue Turbo worker. Two Tesira systems are in scope: the bar / dining room system (wall panel in the bar) and the Studio 7 system (the new Hi-Fi setup, #568/#569).

What Turbo can and cannot do with the programming (the honest answer)

• Runtime control and readback: YES, via TTP (Tesira Text Protocol over SSH on the LAN, exactly what Turbo is for). Levels, mutes, source/router selection, preset RECALL, and reading every exposed block attribute. This covers the #570 fixes remotely: recalibrating the bar zone gain range and mimicking the wall panel's source selection. Works identically against both Tesira systems; Turbo just needs both IPs.
• Downloading or editing the programming (the .tmf design): NO, not via TTP. The DSP design travels only through Biamp's Tesira software (proprietary protocol). Editing topology (blocks, wiring, new zones) means a Tesira software session. Realistic paths: (1) get the .tmf export from the installing technician; hydrabiamp already has the upload/parse feature waiting for a real export; (2) a technician with Tesira software on the venue LAN can pull the design if it was stored to the device. Automating the Windows Tesira software is possible in principle and brittle; not in scope until (1) proves insufficient.

So: land Turbo and we can OPERATE both Tesiras (fix calibration, switch sources, recall presets) without touching the programming; the programming itself is an acquire-and-import problem, not a control problem.

Landing sequence

1. Inventory both Tesiras: find their IPs. Lead: the bar wall panel is a Biamp TEC-1, visible in the neck scan as TEC1-04796952 at 11.0.8.182, so the DSPs likely sit on the same 11.0.8.x segment. (Side fix for hydraneck #587: TEC1 is currently misclassified by OUI as network/Ubiquiti; add a TEC1 hostname rule -> av/Biamp.) Confirm SSH/TTP is enabled on both.
2. Deploy Turbo at Cloud Seven: install and enroll the worker on a venue machine with LAN reach (candidate: cosmic-pretzel-98's LAN, or a small always-on box), outbound long-poll to the central service.
3. Deploy hydrabiamp centrally: DNS + scale/host, real IAMNIM login (currently shared-token prototype), venue linking via hydravenues.
4. TTP adapter live: read block lists from both devices, then the #570 runtime fixes: bar gain calibration, verify Port-to-zone mapping by watching source levels.
5. Programming acquisition: request .tmf exports for BOTH systems from the technician (this is also the as-built ask that #575 wants for security; same hand-over motion); import into hydrabiamp so the control surface maps real block names.
6. Modena / conference room (#681): Modena state plus Tesira routing for the meeting room zone.
7. Turbo as hydraroar's venue relay (#550 direction): scoped port-1400 relay job type so the Sonos side stops depending on the CLI fallback.

Children: #681 (Modena/conference). File further children per step as they start; keep venue=cloud-seven on session-scoped ones.

Inventory update 2026-09-10 (floor knowledge, Cederik)

Server Room 201 holds, besides the bar/dining Tesira: a Biamp ReVAMP 2600 and a Biamp ReVAMP 2150 (the zone amplifiers behind the DSP). None of the three appear in neck scans: the MikroTik scan lists DHCP leases only, AV gear is typically static-IP'd, and the ReVAMPs most likely connect to the Tesira over AVB (layer 2, no IP). All three are now placed as audio assets in the hydravenues Server Room 201 space. Consequence for step 1: inventory needs an on-LAN probe (port sweep of 11.0.8.x from cosmic, or the Tesira software's device discovery via the technician), not just the DHCP list. Consequence for #570: the bar crackle suspect narrows to the bar channel on one of the two ReVAMPs, its speaker line, or the Tesira output feeding it.

Inventory + first programming work item (2026-09-10 live test)

• TWO Biamp wall panels exist: bar AND yoga/gym (sources there: Bar, Yoga, correct). Only one TEC-1 takes a DHCP lease (TEC1-04796952, 11.0.8.182); which room it is, and how the other is addressed, joins the inventory step.
• Zones so far: bar, dining room (volume knob on the bar panel), yoga/gym. Sources: Bar Port, Yoga Port, RCA wall jack.
• Concrete programming fix for the technician / .tmf session: the bar panel's second source entry is labeled "AirPlay Dining Room" but is a duplicate of the Bar source: its crosspoint maps to the Bar Port input (verified by single-Port elimination: Bar-Port audio on both selections). Two-part fix: relabel to "Yoga" AND remap the crosspoint to the Yoga Port input. Bundle with the bar zone gain calibration.

Scope + platform decisions 2026-09-10

• Modena (#681) OUT OF SCOPE for now; Tesira core first.
• Windows is required ONLY for the Biamp Tesira design software (.tmf editing/push); all runtime insight and control is OS-agnostic TTP over SSH. cosmic-pretzel-98 is the venue's Windows machine: candidate host for both the Turbo worker (any OS) and bounded Tesira-software sessions for design changes (production body: do those outside event windows). No new hardware needed at cloud-seven.

Correction 2026-09-10: recover the design FROM the devices (owner does NOT have the software/designs)

We are the responsible party now but do NOT hold the Tesira software or the .tmf designs. Recovery path, since a Tesira DSP stores its running design on the device and Biamp's Tesira software is a FREE download:

1. Install Tesira software (free, Biamp) on cosmic (venue Windows box on the LAN).
2. Let its OWN network discovery find the DSPs (this is why the SSH/HTTP port sweep found nothing; Tesira uses its own discovery, not 22/23/80). Needs cosmic on the same segment / L2 reach as the AV gear; the DSP front panel/label shows its IP if discovery fails.
3. Connect and Retrieve the running config from each DSP -> we hold both .tmf designs.
4. Edit (bar panel label + crosspoint) and push back; feed the same .tmf to hydrabiamp import.

BLOCKERS to learn in the first minutes: (a) DESIGN PASSWORD - an integrator (Secure Inside here) can lock the design; if set, Retrieve is refused and it becomes a call to Secure Inside for the password, not a technical workaround; (b) software/firmware version compatibility. TTP enablement and credentials also come from the recovered/opened design.

Tesira inventory attempt 2026-09-10 (cosmic sweep) - NOT FOUND yet

Swept 11.0.0.0/20 from cosmic (11.0.11.24) on ports 22/23/80, plus 11.0.8.x and 12.0.2.x. SSH (22) answered only on cosmic itself and on 11.0.5.207 (unknown host, not in our asset map - identify it). No Tesira on 22/23/80 anywhere swept; TEC-1 11.0.8.182 did not even answer ping (was seen in an earlier neck scan; off or ICMP-filtered now). Conclusion: the Tesira DSPs are not reachable from cosmic as-is - likely a separate control VLAN, static IPs outside the swept ranges, or TTP disabled.

Needed from the owner/technician to proceed (replaces the old "ask the technician" step):

1. The two Tesira IPs (bar/dining, Studio 7) from the Tesira software device list.
2. Is TTP enabled, on SSH 22 or Telnet 23? (off by default on some firmware; toggled in the design).
3. TTP/SSH credentials if set.

Tesira located + reachable 2026-09-10

Second-floor Tesira = 11.0.0.201 ("Tesira AVB AI main", a server-class DSP; MAC 78:45:01:09:68:a0 = Biamp). chunky-turnip-23 (11.0.5.113, dev box, same /20) PINGS it and resolves ARP: same segment, no VLAN barrier, chunky is the machine. Control ports 22/23/80/443 all CLOSED -> TTP not enabled and no web UI, so entry is Biamp's software via its own discovery + Retrieve (not our port-based probes). Enabling TTP (for Turbo's later headless control) is a setting inside the design, flip it once connected.

chunky readiness (checked): RDP enabled at OS level but its firewall rule is OFF; chunky is on the mesh (10.10.100.16) so enabling that one rule gives RDP-over-WireGuard with no new software; AnyDesk already installed. Either gives the GUI desktop needed to run Biamp software. Tesira software not yet installed on chunky.

Still to find: the bar/dining Tesira (this 11.0.0.201 may BE it, or there may be a second unit; the bar and Studio 7 could even be one shared DSP with multiple zones - confirm in the software's device list). Gating unknown unchanged: is the design password-locked by Secure Inside.

Access path LIVE 2026-09-10

Two-hop, no new software: AnyDesk -> Turbo (turbo-pancake-76, Mac Mini, 11.0.5.207, macOS, AnyDesk installed, agent back online) -> RDP -> chunky (11.0.5.113, Windows dev box). chunky's RDP firewall rule enabled and scoped to 11.0.0.0/20 (listening 3389); both boxes ping the Tesira 11.0.0.201. Turbo cannot run Biamp software (macOS); it is the jump host only. On chunky: install free Biamp Tesira software, discover 11.0.0.201, Retrieve. Needs chunky's Windows login (can reset over exec). Then: enable TTP in the design for Turbo's future headless worker; fix the bar-panel Dining->Yoga label + crosspoint. Gating unknown still: Secure Inside design password lock.