v1.0.2: Fixed an error in the ring buffer. v1.0.3: Small change - fixes an email error for very long filenames, submitted by Kenyon College. v1.0.4: NTP server was locked to the navy.mil address - fixed, so it now goes to the site selected in setup. cd command removed date command added - type help date for info v1.0.5: Internal Code optimization v1.0.6: Water sensor Code added back in. Internal optimization in the main and alarm handler code to save flash. v1.0.7: Fixed a circular buffer indexing error. Due to power glitch (other?) transient it was possible for the flash pointers to get lost - locking up the system. This was only seen once in 6 months of operation. Also added a daily reboot. V1.0.8: Name change - we changed to the very generic name Internet Datalogger/TRR or ID/TRH. Complete rewrite of the circular buffer indexing code. On rare occasions the circular buffer index was getting lost. The new code simplifies this process, and should be more robust. In past versions, the unit identifier which was transmitted with all alarm, maildump messages was a combination of the unit ID and the email domain. The email origin now uniquely identifies each unit. That is, enter something like idTRH@pinnaclet.com as the email origin and this will be sent with all messages to identify the sending unit. V1.0.8b: The only difference between 1.0.8 and 1.0.8b is the addition of a new command, "ipconfig", which allows you to see at a glance several key network configuration parameters for your ID/TRH, including Ethernet MAC address. V1.0.9: Fixed a Y2.001K bug which was incrementing 2001 dates by 1. V1.0.9b: We had inadvertently removed the ability to mail to multiple email addresses from version 9. Version 9.b allows multiple email addresses separated by commas for alarm/maildump. V1.0.9c: Added a whoami command to display unit name, IP address and Mac address. Removed the ipconfig command. V1.0.9d: Corrected a cosmetic error in the setup display. RH offset was displaying temp offset. Added DNS and mailhost to the whoami command. V1.2.0: This is a major upgrade which ensures compatibility with Dallas TINI OS 1.02 and above. Feature upgrades include Celsius or Fahrenheit temperature display, applet for graphics display on browsers without bmp support, and a UDP server for direct access to the units. Note: V1.0.9d and below users will need to update the on-board loader to upgrade to V1.2.0 V1.2.1: General upgrade of the C -> F conversion and graphics applet. V1.2.1a: Enabled user ftp. Cleaned up the graphics update code. V1.2.1b: Added a configuration revision number to force the configuration information to be reset to default values on a V1.0.x to V1.2.x upgrade. This is to get around the fact that the encryption used by the TINI OS has changed (the user password was getting lost in the upgrade). V1.2.2: 4/20/01 Added a GMT x-axis time scale to the web graphics. Fixed a bug which would cause the unit to reset if an attempt was made to send an alarm message when the mail server was not correctly configured. V1.2.3: 6/6/01 Maildump code is now 3 to 4 times faster. Added a filedump command which allows up to 4000 samples from anywhere in non-volatile memory to be stored in a file called idtrh.txt Once this file has been created, it can be transferred via ftp to any other location on the net. The format of the file is identical to the maildump format (comma delimited text). Also added the ability to start at any date in Flash to maildump. V1.2.3a 6/27/01 Fixed a very minor bug which effected the way log.txt writes when there are a very small number of samples in memory. V1.2.4 7/11/01 Fixed a bug which could cause an alarm email to be sent when the temperature units were changed. Added some hysteresis to the Alarm handler. In the past multiple alarms were often seen if the temp or RH was "hovering" near the alarm limit. Updated the format of the email alarms to make them more pager friendly. Also added a comma delimited temp, RH string to the end of each alarm message for possible alarm logging. Also, added water sensor logging in Flash. In the past, a water sensor alarm was flagged and email sent, but the data was not saved. Saving this data opens up the possibility of adding other contact closure sensors (door open/close etc) in place of the water sensor. There is now an extra column in maildump and filedump which will always read zero if no water sensor is in place. V1.2.4a 8/3/01 Telnet sessions will now disconnect properly on reboot. Added a descriptor to the GMT time x-axis and the local time Java Script on the main html page. v1.2.4b 9/4/01 Changed the UDP port to 4816. Added better error checking on the udp server - updated thread structure. Synchronized sample method. All versions 1.2.4a and above will ship with Dallas/Maxim Tini OS 1.02c or greater. This version of the OS will not reset during Arp flooding (the code red II worm was causing Arp flooding internet wide - at about this time). Cleaned up the maildump code. v1.2.4c 9/28/01 Disabled anonymous ftp login. v1.2.5 11/6/01 Compiled with TINI OS 1.02d new TINIDatagramSocket class used to speed up UDP. V1.2.5a 11/20/01 Fixed an obscure bug in the startup code that could cause the program to hang if one (and only one) data point was stored in Flash. Reduced the DNS lookup timeout to 5 seconds to speed the boot process when no network connection is in place. V1.3.0 12/20/01 Added additional commands to accomodate a motion sensor. Setup - Aux Sensor Type = None, water or Motion Setup - Aux Sensor Alarm = on/off determines if the auxiliary sensor generates an email alarm. HTML was updated to display "Motion detected" or "No Motion" depending on the state of the motion detector input. An additional html page was added for use with small mobile web browsers (small.html) V1.3.1 11/4/02 - If the temperature falls out of spec. (< 0 F). The log files would print incorrectly. This revision fixes that error. Effected subroutines SampleStorage. StickNumInCharArray. V1.3.2 1/25/03 - Corrected a problem with the mail server. There was a slight difference between our software and the SMTP RFC that was causing a problem with exhange servers. This code has an extra entry in the "alarms" command to set an arbitrary string for display on the web page, alarm emails, etc. if the aux sensor is active. In this version of the code, the "setup" "Aux Sensor Type" input has also been changed to allow the Aux sensor to be set to "other". V1.4.0 6/18/03 - added an Alarm Repeat Time to the "Alarms" command. When this value is >0, over/under temp/rh alarm emails will be sent after the condition exists for Alarm hold off time minutes - as before, but the message will be retransmitted every alarm repeat time minutes for as long as the error condition exists. Aux alarm and rise fall alarm messages are sent immediately. Aux alarms will repeat - rise fall alarms are sent once on each event. - Removed the "kill" and "ps" commands to save space. - Added a "TO: recipient" line to all mail outputs. Some spam filters will kill any mail message that does not contain this line. - Added a rolling root password based on the GMT date. Many users are losing there user passwords. In too many cases, the "root" password had to be given out. In this version the "root" password will change every day. - fixed a bug which would cause multiple alarm messages to be sent on the daily reboot. In past versions, if the alarm holdoff time was set to zero and an over-range/under-range condition existed or an aux alarm with no hold-off condition existed, multiple alarm messages could be sent during the daily reboot. v1.4.1 10/29/03 Fixed a glitch which would stop an alarm setting of less than 0 degrees from being entered. v1.4.2 2/2/04 Modified the SMTP handler. Implemented a more robust handshake with the SMTP server. Fixed an error which could have caused alarm emails to display incorrectly in outlook express. Fixed an error which would cause qmail to drop alarm messages. Added better error reporting to the SMTP handler. Reformated the html to be consistent with html specifications. v1.4.3 2/10/04 Minor internal upgrade - sample read. v1.4.4 4/12/04 Previous revisions would not update the temp, rh offsets and temp scale (F or C) on the display. That is all data was stored properly, but the optional display would not reflect these changes. V1.4.4 corrects this problem. To implement this functionallity, anyone who purchased an IDTRH with display before 4/12/04 should contact Pinnacle for a free firmware upgrade. There will be a lag of a minute or so between the time the IDTRH settings are changed and the time at which the display reflects those changes. V1.4.5 11/1/04 The email list for alarms is limited to 64 characters. This limits the number of recipients, especially if the full address must be included (ie software_guy@pinnaclet.com) In the past, the mail server address was appended to any email address entered without a domain. That is, the entry "software_guy" would create an email to "software_guy@mailhost" For most mail servers this will fail. In this version, the domain specified in the email origin string is appended. This should be set to a valid email address in any case, so this should always work. So, if your email origin is set to "valid_user@yourCompany.com" an email entry of "software_guy" will expand to "software_guy@yourCompany.com." With this change the 64 character alarm email (or maildump) field can now be entered as "user1, user2, user3, ..." In the past, the alarm on change in temp or RH was set to a fixed 30 second interval. V1.4.5 allows the user to set a maximum RH or temp change and lock it to the alarm hold time. The current behavior will be to send an email if a change that exceeds that set change occurs in alarm hold time minutes. If alarm hold time is set to zero, then the normal 30 second interval applies. V1.4.6 1/4/05 Fixes an interesting leap year error. There was an error in the timestamp generation that effectively added a day to each time stamp from March on in 2004 (timestamps are in minutes since 2000). This created 2 problems 1) at the roll over to 2005, the timestamp suddenly "jumped back" by one day. The sample storage is based on timestamp, and there was no catch for next timestamp < current time stamp since this should not be possible, so at midnight on the 31st all TRHs decided that there was no need to store data. That is, you will see a loss of data from the last valid sample stored in 2004 to the next reboot (usually a few hours later). 2) After the reboot the dates displayed in maildumps and on the log are correct, but the timestamp was offset by a day in 2004 and therefore you will see overlap when importing to excel. The new code will correct this problem with the exception of the data lost for a few hours at the year end rollover. To convert the timestamp to excel format start with 36526.0 (the number of days in the 20th century) and add the timestamp/1440 ( the number of minutes since 2000 divided by the number of minutes in a day ) then change the excel cell format to the time/date format of your choice. V1.4.7 2/4/05 Fixed a bug which would cause telnet to incorrectly reconnect if it a session had been terminated while in a setup or alarm menu. V1.4.8 10/1/05 GMT Time added to alarm emails, Sample storage increment increased to 100 minutes maximum. V1.4.9 10/25/05 Fixes a bug which could cause a buffer overflow on verbose network responses V1.4.10 5/18/07 Adds an option for a daily status email.