News Focus
News Focus
icon url

brazen22

10/26/25 8:25 AM

#794811 RE: Roman516 #794769

can't believe you're doubling down with your completely inaccurate description of the Flaskworks device. I'll repost again for your convivence..
-------------------------
The published info on Flaskworks/EDEN shows a slow, deterministic perfusion system (µL/min flows) that drives a peristaltic pump, a few valves, and basic sensors in a closed cartridge. That’s classic microcontroller/PLC territory—no exotic compute needed.

Why an MCU/PLC is sufficient

Process dynamics are slow: set/hold a low pump rate, open/close valves, read temp/pressure/level at Hz-level sampling.

I/O is simple: GPIO, a few ADC channels, and I²C/SPI/serial cover it.

Data volume is tiny: timestamps + setpoints + sensor logs; standard Ethernet/Modbus/OPC-UA is plenty.

What the primary sources actually show

Patent US 10,647,954 B1 (Flaskworks/NWBO): octagonal chamber with 8 perimeter inlets + 1 central outlet, uniform perfusion, pumps/valves/sensors described at a high level—no need case for FPGA/PLD or on-instrument AI.

2018 Cell & Gene Therapy Insights article on EDEN: functional prototype uses a commercial peristaltic pump with ~8 µL/min per inlet and standard tubing/stopcocks—again, straightforward controls.

Why “AI optimizing each batch” doesn’t fit GMP reality

In GMP manufacturing, you run validated, locked recipes. Any change to control logic/setpoints requires change control and re-validation—you don’t let a learning algorithm “adapt” live on a patient batch.

If there are models, they’re typically pre-validated (PAT/QbD) with tight limits—not open-ended self-tuning.

Reconfigurable PLDs/remote logic updates = validation burden

Remotely reconfiguring hardware logic would trigger design controls, software validation, and re-qualification. For a device whose job is essentially “slow, steady perfusion,” that’s needless complexity and regulatory friction.

On “high-speed communications” and CMMI

The workload is logging and recipe download—not high bandwidth. “High-speed comms” adds no practical value here.

CMMI level is a business maturity model, not a regulatory requirement. Regulators care about cGMP/21 CFR Part 11/Annex 1/data integrity (ALCOA+), validation, and change control.

Bottom line
Everything public points to simple, robust control (MCU/PLC), not FPGA/AI. If there’s a primary source (device manual, patent claims/figures, regulatory filing) that explicitly specifies FPGA/PLD or runtime AI optimization, please share it—happy to revise if new evidence exists.