Version 2.0.1: o Build version 3.0.1.1. Software changes: First HachLange version of the Pipet COD Robot. Version 4.0.0: o Build version 4.0.0.1: Software changes: Complete new version according to HachLange requests. Possible to run the measureversion and the pipetversion for COD running from one software program. o Build version 4.0.0.4: Software changes: New driver DR3800 with automatically reset function implemented (after EMV tests in Berlin). o Build version 4.0.0.5: Software changes: In measuringrobot result of the QC was not filled into the sampletable. Fix bug if robot is a measuringrobot searching for dispenser is not needed. In measurering robot the column called “range” always the number “1” needs to be filled for the QC’s. o Build version 4.0.0.7: Software changes: Implementation of re-usage of already measured blank cuvettes for pipetting robot. o Build version 4.0.0.8: Software changes: Fix bug cuvettes tray 2 cannot be used from version 4.0.0.7 for pipetting robot. o Build version 4.0.0.9: Software changes: Procedure improved in software to check if a measuring/pipetting run can be started for the opened table. At export the columns “PosNr” or “CODPosition” needs to be filled to have correct exportdata. The text CZV (dutch) is changed on all locations in the software. After compress table the status of the trays and trayholders will be refreshed automatically. In New Samples window bug is fixed when for measuring run only 24 positions (sample tray) are created and 48 are available in a cuvettetray. Implementation of improved logging of the robot processing. o Build version 4.0.0.11: Software changes: Bug fix logging sometimes hangs the software processing. If shaking time for cooling1 is set to “0” the shaking routine is not needed and will not be processed. o Build version 4.0.0.13: o o o o o o Software changes: New setting in application settings for pipetting version to make it possible to fillup trays with new cuvettes (tray 1 and 2) automatically when opening the measurepanel. New setting in application setting to automatically load sampletray holders with available sampletrays in the table. New setting in application settings to autoselect the pipetting run when opening a table and a pipettingrun is possible. Build version 4.0.0.14: Software Changes: New settings in application settings inserting an extra step into cuvette processing. When a diluted High range cuvette has an underrange error the software first retry the sample onto high range with undiluted sample before switching to a lowrange cuvette. When unloading cuvette samples and not all cuvettes in the tray are finished a message appears to confirm if only the finished samplecuvettes or all samplecuvettes needs to be unloaded. Bug solved when for a remeasurement for a blank is needed the sample position for the blank needs to be filled into the table when creating the record for the new blank cuvette. Build version 4.0.0.15: Software changes: Saving data tables into set folder (somewhere on the network). This folder can be set in the application settings. Build version 4.0.0.16: Software changes: Automatically remeasure blank if a sample cuvette has a barcode error. If blank has an barcode error an errormessage appears because the software needs to have a correct reading of the blanks. During calibration it will be possible to enter the filled volumes in calibration cuvettes into one screen and not one by one. It is also possible to enter only the average dispensed volume into the box “average volume” if the calculation already has been done by the operator. In this case the operator don’t has to enter all dispensed volumes. Build version 4.0.0.17: Software changes: Fix bug cannot select record/field in table after opening and closing info window with status of sampletrays/cuvettetrays/heaters onto the measurepanel of the run. Build version 4.0.0.18: Software changes: Fix bug “Target position” is not resetted when starting decapping and capping cuvettes. Build version 4.0.0.19: Software changes: When only measurement are needed for a (restart) run the check if the heaters are on the right temperatures are ignored at the start and during the run. o Build version 4.0.0.20: Software changes: New logging implemented in case of communication errors between the pc and the dispenser/heaters. o Build version 4.0.0.21: Software changes: In case of busy error with dispenser unit the run will be aborted. In case of communication errors with heater the mainrun will continu and aborted. o Build version 4.0.0.22: Software changes: Blank registration implemented in measuring robot. In case of unknown last measurement type a blank tube will be measured first before measuring samples if blank is available. Unneeded (“waituntil”) timing delays of 5 ms removed out of the minilab drivers software because of program “hangs” when testing without robot connected for simulation runs. o Build version 4.0.0.23: Software changes: Issue solved sensor check after closing/opening gripper was not done every time the gripper was opened/closed. Implemented extra status logging in case of Minilab error. o Build version 4.0.0.24: Software changes: ----o Build version 4.0.0.25: Software changes: ----o Build version 4.0.0.26: Software changes: EPOS2 Controller cards implemented. New version of file EPOScmd.dll used. Modification done during testing capping/decapping with the EPOS2 controllers. o Build version 4.0.0.27: Software changes: “Bug” solved correct readout of homesensors in IO window for gripper XYZ. o Build version 4.0.0.28: Software changes: Implement feature to run on only one core of the computer processor because of blocked program at customer CAE in France (using measuring COD robot). Also “Handlemessage” function is replace with “Processmessage” function in robotdrivers. o Build version 4.0.0.29: Software changes: Usage of tests without blanks implemented. Problems when running test with only a blank needed for one range. Window changed when selecting test for cuvette tray 1 or 2 (low or high). Possibility to select to not use a blank for selected test. Version 4.0.1.: o Build version 4.0.1.1: Software changes: Possibility to use DR3900 instead of DR3800 in the software. For this the file “ML_Revision_Info.ini” needs to be modified. Dummy tray implemented for positioning dummy cuvettes for high/low range 500/400 COD tests and for the blank for the LCK414 test. With this tray it will be possible to run only one method at full capacity. Possibility to add new columns to the tables/templates. This option is available under the menu-item “Table – Add Column”. Automatically turn off heaters in case of breakdown of robot during the run. If nothing is done by operator within half an hour started from the errormessage shown at the breakdown the run will be aborted automatically and the heaters will be set to 20 degrees. o Build version 4.0.1.2: Software changes: Implement extra check into capping routine for possible unexpected capping failures. o Build version 4.0.1.3: Software changes: Second update improving capping routine for unexpected capping failures. Implement version number logging into logfiles. o Build version 4.0.1.4: Software Changes: Testing version for decapping problems at United Utilities. o Build version 4.0.1.5: Software Changes: Next Testing version for decapping problems at United Utilities with extra logging implemented for capping problems. o Build version 4.0.1.6: Software Changes: Next testing version for decapping problems at United Utilities. In this update decap/cap motor will get a hardware reset in case of decapping or capping problems to reset problems with motor. o Build version 4.0.1.7: Software Changes: Setting implemented for homing speed of decap/cap unit to speed up the homing of this unit after decapping cuvette. Speed was fixed to 500 but can now be modified in the settings to increase this speed and increase total run speed. o Build version 4.0.1.8: Software Changes: Prepare implementing new procedure placing cuvettes into heaters. Gripper will move down slowly the last few mm into the heater to prevent for broken cuvettes when placing cuvettes in heater. Another extra logging implemented for cap/decap problems. o Build version 4.0.1.9: Software Changes: Implementing separate capping/decapping parameters for cap/decap unit like speed/current to solve decap/capping issues. o Build version 4.0.1.10: Software Changes: Increase Max Following Range parameter of decapping motor to solve problems with unneeded decapping failures. o Build version 4.0.1.11: Software changes: Final version for UU with all software cleaned up after testing version programmed before. Version 4.0.2: o Build version 4.0.2.1: Software changes: Ranges (low and/or high) are removed from the software. For this the column “Test” is implemented. In this column the name of test needs to be filled. Test can be completely configured in the application settings. o Build version 4.0.2.2: Software changes: Solving issue methoddesignation column was not filled correcty when using the DR3900 Photometer. o Build version 4.0.2.3: Software changes: Possible to readout turbidity and exctintion with DR3900. Possible to connect with UTP networkcable to readout the results from the DR3900. o Build version 4.0.2.4: Software Changes: When using the function “Fillup trays with new tubes automatically” from the application settings the window to select the test to load will not popup automatically anymore when activating the pipetting run with the menu-item. The trays with empty cuvettes will be filled up automatically with the existing testcuvettes in the trays. When the column “Unit” contains the text “mg/L AP” the data will be changed automatically to “mg/L”. Extinction, Blank extinction, and turbidity will be stored in the correct columns in the database. o Build version 4.0.2.5: Software changes: Solving issue decapping parameters for current are not used correctly in case of EPOS1 IO-Card. o Build version 4.0.2.6: Software changes: o o o o o o o Implementing new fixed position to move around the heaters cover at the right side. Build version 4.0.2.7: Software changes: Implement extra check into capping routine for possible unexpected capping failures. Build version 4.0.2.8: Software changes: Second update improving capping routine for unexpected capping failures. Implement version number logging into logfiles. Implement processing of “No Cuvette” failure message send by the DR3900. Cuvette will be handled like “No Barcode” failure. Build version 4.0.2.9: Software changes: Implementing homing speed for cap/decap unit. Improving power and speed settings for cap/decap routines Implementing new procedure placing cuvettes into heaters. Gripper will move down slowly the last few mm into the heater to prevent for broken cuvettes when placing cuvettes in heater. Build version 4.0.2.10: Software changes: Correct naming in case of usage DR3800 or DR3900 photometer in application settings. Build version 4.0.2.11: Software changes: Bug solved max following error was not set correctly and because of this gripper Z arm could not run into failed if mechanically blocked. Build version 4.0.2.12: Software changes: Compare decapping / capping parameters as programmed and used in version 4.0.1.11. Implementing settings for “Max Following Error” value for cap/decap motor. Values are default 100000 and 20000 and these should be sufficient for correct decapping and capping. These values are fixed programmed in the past but to have these values to be changed if needed these values are implemented as settings. Implementing AP3800/AP3900 positioning command window to make it easier to test and configure the robot positioning. Parking robot routine is changed. Robot will only move to park position if run is finished, stopped or paused. In the past robot always moved to park position when part of processing is finished or another part needs to be started (filling cuvettes, move from heater to cuvettetrays, shake cuvettes, measure cuvettes). Build version 4.0.2.13: Software changes: Implementing software improvement for correct reading results from DR3900 with version 1.10. o Build version 4.0.2.14: Software changes: Bug solved failure message “Exception inside of measure routine: Invalid use of keyword. Token: WHERE Line Number: 4” possibly appeared when executing a run in measure mode with a pipetting robot.