test(interop): daemon end-to-end vs secsgem-py reference host

Public Access

daemon_interop.py drives a running secs_gemd through BOTH faces at once: a
gRPC tool client and a secsgem-py active host. Proves the gRPC<->HSMS bridge
against a reference GEM implementation, not just in-process:

  - gRPC GetControlState agrees with the HSMS-driven control state
  - gRPC SetVariables(ChamberPressure=2.5) + FireEvent(ProcessStarted) makes
    the host receive S6F11 CEID 300 carrying 2.5 (value flowed gRPC -> engine
    -> HSMS -> host)
  - unknown variable/event names rejected at the gRPC edge

Mirrors the existing host_vs_cpp_server.py pattern. New 'gemd' compose service
(HSMS :5000 + gRPC :50051); interop image gains grpcio/grpcio-tools (proto
stubs generated at runtime, flat to avoid the secsgem package-name clash).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

This commit is contained in:

Raphael Maenle

2026-06-10 18:23:47 +02:00

parent dd288eb2ac

commit 3d72e50b65

3 changed files with 214 additions and 1 deletions

									
										interop/Dockerfile
									
		+1
		-1
	
												View File
												
				@@ -2,6 +2,6 @@

				# Kept separate from the C++ build image so we don't bloat the toolchain layer.

				FROM python:3.12-slim

				RUN pip install --no-cache-dir secsgem==0.3.0

				RUN pip install --no-cache-dir secsgem==0.3.0 grpcio==1.60.0 grpcio-tools==1.60.0 "setuptools<80"

				WORKDIR /interop