(CRITICAL) Upgrading the Operating System could reset all CR6 settings back to the factory defaults. Sending this OS remotely is possible, but not recommended. To restore settings after the update, it is recommended that a backup be made of the current datalogger settings or take programmatic measures to ensure your settings can be restored. This can be done using the Device Configuration Utility Backup utility or the CRBasic instruction SetSetting(). Watch the Video Tutorial: Sending an OS to a Local Datalogger.
(WARNING) After upgrading the CR6-WiFi and CR6-RF451 to this version of the operating system, it is recommended that the user also update the operating system in the radio daughter card. This version of the CR6 operating system has been tested with version 3.1 of the WiFi daughter board and version 3.0 of the RF-451 daughter board. These operating systems have a *.iobj extension and are placed in the same directory as the CR6 operating system. Use the same procedure to load the WiFi or RF operating systems using Device Configuration Utility. Select Daughter Card Operating System Files (*iobj) from Files of type drop down.
(WARNING) This operating system version (starting with operating system version 06.02), and all versions moving forward, will disable the datalogger FTP, Telnet, and Ping servers by default. Updating the operating system using the Send OS tab of Device Configuration Utility will revert all datalogger settings to factory defaults, and these services will be disabled. Sending the operating system as a program or by way of File Control will update the operating system but leave the FTP, Telnet, and Ping enabled settings intact. Note that disabling the FTP, Telnet, and Ping servers does not prevent the datalogger from acting as a client; the datalogger will continue to be able to use instructions such as FTPClient() and PingIP().
Fixed the HTTPGet() instruction when neither Content-Length: nor Transfer-Encoding: chunked existed in the returned header. Chunked encoding is now assumed when the header is missing these two items in the returned header.
Fixed SequentialMode() when no CDM is attached. The datalogger now waits 20 seconds for all CDM instructions to complete rather than giving up and marking the CDM as not present.
Fixed TimerInput(). This required updating the minion OSes. The symptom of this bug was occasional erroneous jumps in the time or frequency measured. The fix was to use a more stable time reference for the timing calculations.
Improved checking for sufficient buffers in pipeline mode.
Changed waking a waiting task from another. It will only wake the waiting task if it is in the correct wait queue.
Modified the SlowMeas task to wake from scan tasks if it is waiting for the periodic event SLOW_MEAS. Unconditionally waking the task when the other scans started was causing the wait for slow sliced measurements to end early and possibly cause measurement watchdogs.
Fixed loading encrypted programs when using and changing the Constant Table values. This was failing in previous versions of the operating system and would produce a compile error when the program tried to start with the new settings.
The CR6 low level Ethernet driver was fixed to handle the case where more than 8 sub buffers were used in a single Ethernet transmission. The result of this situation was a lost TCP connection.
Fixed a case where subroutine or function containing a measurement instruction was called from a slow sequence in sequential mode. This had the possibility of a deadlock condition where the slow sequence would stop running.