|
|
CICEET Progress Report for the period 3/15/05 Through 9/15/05
Project Title: Enhancement and Demonstration of Satellite Telemetry System for Real Time Water Monitoring Throughout the NERRs Network
Project Objectives for This Reporting Period Objectives 1. Build 12 demo units for application at the 6 demo sites (2 per site). 2. Market the system to possible users, and seek input from them. 3. Install the 12 demo units at the selected 6 demo sites.
Tasks to meet objectives
Progress on Tasks
The 12 demo units are built at this writing. [Please see Remote Access Satellite Sensor Link (RASSL) Figures 1-3. These show what the hardware looks like.] The electronics board will reside inside a small NEMA housing, which itself will be housed inside a fiberglass NEMA 4 housing, along with the rechargeable NiMH battery. See Figures 2-3 for close-up views of the RASL packaging and battery configuration. Each RASL unit will also feature a 10W solar panel to provide a trickle charge to the battery. This configuration will provide reliable power for extended autonomous deployments. In April of 2005, we ran into a snag regarding our demo units for the CICEET project, but it is one that we have now overcome with good communications, as described below. The issue was this: Each of the NERR demo sites configures their sondes in a slightly different manner for deployment. Despite the fact that we established a “standard” sonde configuration for the NERR sites with YSI’s advice, and the advice of some of the individual demo sites, there was apparently still some discrepancy and variation at the site level that we must be able to accommodate in our RASSL devices. The VA NERR site at Gloucester Point, for example, needs to have its sondes reporting the following information, in “unattended mode.” (as shown below). [NOTE: Not all of the sonde information needs to be transmitted hourly, and can be logged at the RASSL unit.]
What we need transmitted (at the VA NERR site):
What we need archived (at the VA NERR site):
The MD site needed the same information (as above) transmitted and logged EXCEPT the pH mvolts. They apparently do NOT set up their sondes to report this. So we needed to configure the MD RASSL devices to deal with that variation. The various demo sites all reported back to us in early May with the sonde configuration information that they needed our RASSL units to be able to accommodate. We received so much variation in the responses that we elected (though reluctantly) to program a new feature into our RASSL devices. We elected to program them to utilize something called the “Z command” that is common on all YSI sondes. When given the “Z command,” all YSI sondes report their current configuration. So we programmed our RASSL devices to interrogate the attached sonde (at power up) and to determine how it is configured. With that information, we then programmed our RASSL devices to configure the “transmitted message” as we have in the past (i.e., with all 12 parameters listed above being transmitted through the system). All other data parameters coming out of the attached sonde will be logged on the RASSL, no matter what they are and/or what combination of parameters exist. In cases where the YSI sonde is outputting fewer than the 12 parameters that are part of our “transmit message,” we will still transmit the same message format, but zero’s will appear in fields that are not being sampled at the sonde. This change in software and firmware programming took all of the summer months to accomplish and to test fully. This has now been done. The 2 demo units have now been provided to the VA NERR site, and they will be deployed within 2 weeks time. The 2 demo units for the MD NERR site will be shipped to them shortly (i.e., week 10/3 latest). And we will be meeting with the DE NERR site on 10/13/05 to deliver their 2 demo units and to select the 2 deployment sites. Our plan is to deliver the remaining 6 RASSL units to the 3 other demo sites (i.e., SC, GA, FL) in the subsequent weeks, and to have all of the sites operational by the end of November of this year.
Difficulties
We initially resisted instituting the “Z command” as we knew it would be a formidable task. But the fact that each of the 6 demo sites configured their sondes in slightly different ways forced us to make this change now, in order for the demo project to proceed. In the long run, this software/firmware change will be a good thing in that the RASSL devices are now more capable and more flexible. Now, no matter how a sonde is configured, our RASSL device will be able to determine that and to react accordingly.
Project Objectives for Next Reporting Period
Objectives
Tasks to Meet Objectives
Work Plan for Next Reporting Period
Overall Project Timeline Update
Preliminary Data
Dissemination
Contact with End Users:
Expenditures
End User Advisor Feedback
1) At this stage, what are the potential applications for this research? Please discuss how you and others could potentially use the technology.
2) Please discuss how you and others could potentially use the technology.
3) What, if anything, has changed about this project’s potential applicability since the last reporting period (not applicable for the first Progress Report).
4) Do you see key challenges that the researchers may want to address or keep in mind?
5) Does this report offer you enough information to adequately address the above questions?
|