Fix for heater PCB not shutting down correctly. This was a bug introduced in 25.4.3, and we highly suggest updating to 25.4.11.
Fix OD Reading not displaying correctly on Pioreactor pages
Fix duplicates in Raw OD Reading chart’s legend
Improvements to pump calibration flow that will ask user what volumes they wish to calibrate for.
Fix self-test “REF is correct magnitude”
self-tests don’t use calibrated OD readings anymore.
25.4.3
This release was pulled due to an issue with the heater PCB.
Enhancements
Support for Pioreactor 40mL
UI and backend now accommodates the new Pioreactor 40mL. Change the Pioreactor model on the Inventory page.
Device models and versions now tracked in the database
Models and versions for each Pioreactor are now stored in the workers database table. We’re deprecating the [pioreactor] section in config.ini. You can manage models and versions on the Inventory page.
Improvements to dosing automation settings:
When starting a dosing automation, you can set the initial and max culture volumes.
Raw vs. calibrated OD readings now separated
When a calibration is applied in the ODReading job:
New MQTT topics are published:
od_reading/raw_od1 and od_reading/raw_od2 for raw (un-calibrated) values
od_reading/calibrated_od1 and od_reading/calibrated_od2 for calibrated values
The raw readings will be stored in new database tables, raw_od_readings. The calibrated values still occupy the table od_readings.
Existing topics like od_reading/od1, od_reading/od2, and od_reading/ods remain unchanged, but note they may contain either calibrated or raw data depending on calibration status.
To display a chart of the raw OD readings when a calibration is being used, switch the config entry raw_optical_density from 0 to 1 in the section [ui.overview.charts]
Breaking changes
Changes to pio workers add
This command has been updated to better reflect the new model/version management.
Removed config parameter max_volume_to_stop.
This is now hardcoded into the software. For 20ml, it’s 18ml, and for 40ml, it’s 38ml.
Bug Fixes
Fixed occasional crash on the Overview page in the UI.
Stirring dodging now correctly respects the first OD reading.
Stirring (and other software PWM-based jobs) now clean up properly more often on disconnect.
Fixed issue where dodging background jobs would run a final, incorrect action_to_do_before_reading after OD reading stops.
The OD calibration flow now correctly ignores existing calibrations when creating a new one.
UI page /pioreactors/<some_unit> now uses that unit’s specific configuration from config_<some_unit>.ini.
Fix error “cannot schedule new futures after shutdown” when stopping a dosing automation during a pump execution.
Reverted a change to job’s exit protocol introduced in 25.3.5 that would cause on_disconnected to run twice sometimes.
Fixed “manual adjustments” pump actions not firing an MQTT event.
Fixed OD calibrations using the wrong min, max thresholds.
pio calibrations analyze --device od will use regression weights for OD calibrations (like they do during the OD calibration)
OD Readings on the /pioreactor/<unit> page isn’t displaying historical data, only real-time data
40ml temperature inference can be improved
Raw OD readings chart have duplicates in the legend.
Self-test “Reference PD is the correct magnitude” always fails due to a bug.
Heater PCB is not shutting down correctly. This is a serious bug, and we suggest not updating for the time being. If you have already updated, you can downgrade to 25.3.5, or monitor your Pioreactor’s heater PCB closely.
After updating to 25.4.3, I get the error model_name when I start my Pioreactors and whenever I want to do a temperature automation. I obtain this from the error log:
'model_name' Traceback (most recent call last): File "/usr/local/lib/python3.11/dist-packages/pioreactor/utils/timing.py", line 156, in _execute_function self.function(*self.args, **self.kwargs) File "/usr/local/lib/python3.11/dist-packages/pioreactor/background_jobs/monitor.py", line 265, in self_checks self.check_heater_pcb_temperature() File "/usr/local/lib/python3.11/dist-packages/pioreactor/background_jobs/monitor.py", line 352, in check_heater_pcb_temperature if observed_tmp >= self.MAX_TEMP_TO_SHUTDOWN: ^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.11/dist-packages/pioreactor/background_jobs/monitor.py", line 47, in __get__ return self.fget(objtype) ^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.11/dist-packages/pioreactor/background_jobs/monitor.py", line 87, in MAX_TEMP_TO_SHUTDOWN whoami.get_pioreactor_model() == "pioreactor_20ml" and whoami.get_pioreactor_version() == (1, 0) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.11/dist-packages/pioreactor/whoami.py", line 191, in get_pioreactor_model return data["model_name"] ~~~~^^^^^^^^^^^^^^ KeyError: 'model_name'
As well, on the inventory page, I cannot choose the model/version of the Pioreactor, and obtain: Model: Missing! Fix in the configuration file
-I updated via zip file and UI, as I don’t have internet access.
-I noticed that the UI version is still 25.3.5. I guess that is why I cannot see the option of updating the model version in “Inventory”. Is there any way to install the UI update via the terminal? I already downloaded the pioreactorui_25.4.3file.
I tried to update to 25.4.9, however, the updates failed as the model and version cannot be recognized, so with the update I obtain the error ’’model_name’’. I tried this in the UI and in the terminal and did not work in either
Update: It worked now. It did not let me update to 25.4.3 but the update to 25.4.9 was successful for the leader.
However, my UI is still at 25.3.5. and does not let me change the model name, hence having the same ´model_name` error when I try to run the temperature and dosing automation.
We recommend your cluster be on version 25.3.5 or later before updating
Download release_25.4.11.zip
This release was pulled due to an issue with the heater PCB.
