New AquaController 3/3 Pro Firmware

Thanks for the reply zigzag. The AC3P IP is 192.168.0.50. I can connect through telnet. Here is what happens. I changed the port to 80. Fired up the aq3loader program and get this:

Ready...
TFTP Daemon Binding to 192.168.0.5

Should TFTP be binding to 192.168.0.50 the IP of the controller?

I then connected via telnet to the controller, ran the commands shown below and after a couple of seconds the controller shuts off and the telnet window says 'lost contact'. The ac3loader program never changes from the ready prompt above.

AquaController Login
login: admin
password: ****

AquaController> v
Copyright 1996-2007 - Neptune Systems - Rev 3.30 - 08/21/07
9143 9149 7060 815e 8160 819e 848e 848d 849c 9127
AquaController> update
Are you sure? (y/n)


Connection to host lost.

I never get these updates to work without pain. Bad luck I guess.....

Ken
 
<a href=showthread.php?s=&postid=15038708#post15038708 target=_blank>Originally posted</a> by kb27973

Should TFTP be binding to 192.168.0.50 the IP of the controller?

I then connected via telnet to the controller, ran the commands shown below and after a couple of seconds the controller shuts off and the telnet window says 'lost contact'. The ac3loader program never changes from the ready prompt above.

Nope, TFTP will bind to the IP address of the PC you are running AC3LOADER on. It sounds like something is blocking port 69 which is used by TFTP... probably a firewall or antivirus software.
 
The other possibility is that some older 3 Pro units have a bootloader which will not ever work with the 'option A' way of updating the firmware. If that is the case, then you must use the option B procedure to update the firmware.

Curt
 
<a href=showthread.php?s=&postid=15038933#post15038933 target=_blank>Originally posted</a> by clp
The other possibility is that some older 3 Pro units have a bootloader which will not ever work with the 'option A' way of updating the firmware. If that is the case, then you must use the option B procedure to update the firmware.

Curt

That was it. Option B worked. I guess that means I have an older unit and should always use B... Thanks everyone for the help.

Ken
 
<a href=showthread.php?s=&postid=15039202#post15039202 target=_blank>Originally posted</a> by kb27973
That was it. Option B worked. I guess that means I have an older unit and should always use B... Thanks everyone for the help.

Ken

I wonder if that's the reason I had trouble with option A
 
<a href=showthread.php?s=&postid=15038933#post15038933 target=_blank>Originally posted</a> by clp
The other possibility is that some older 3 Pro units have a bootloader which will not ever work with the 'option A' way of updating the firmware. If that is the case, then you must use the option B procedure to update the firmware.

Curt

Curt, I initially had the same problem but I powered down the unit and then did the firmware update and it went in just fine using Option A.
 
ok... I finally got 3.4 to upload by using option B. and my web pages also updated successfully.

but my controller is still flashing "power failure" on the status screen.
 
<a href=showthread.php?s=&postid=15041590#post15041590 target=_blank>Originally posted</a> by 96vette
ok... I finally got 3.4 to upload by using option B. and my web pages also updated successfully.

but my controller is still flashing "power failure" on the status screen.

Did you maybe accidentally plug the power xformer into the batter power rather than the main power jack??
 
Updated my firmware today. The process was as smooth as it could be. I do have to agree with the others that I would prefer to have 3 graphs showing instead.
 
<a href=showthread.php?s=&postid=15042328#post15042328 target=_blank>Originally posted</a> by swannking
Updated my firmware today. The process was as smooth as it could be. I do have to agree with the others that I would prefer to have 3 graphs showing instead.

The issue with showing 3 graph at once is that of browser support.

Newer browsers use 6 simultaneous connections to get information from web servers (e.g., images, flash files, etc) but the embedded HTML server in the AC3 does not support so many connections so what happened is that 1 or 2 graphs would appear (the 3rd process being used to read the menu frame) and in some cases only 1 graph would appear. It was easier to make the webpage limited to 1 graph than it was to replace the html server.

Or in Curt's own words:

Unfortunately, Microsoft decided to make IE8 so that it can do 6 simultaneous accesses to the webserver - they did not put in any compatibility hooks that it would remain compliant with a http 1.1 webserver. Http 1.1 specifies that only 2 simultaneous requests can sent to any given server. The AC3 webserver can't handle 6 simultaneous requests, so we had to reduce the number of graphs displayed at once. If you want to see the graphs all at once access this URL: ac3_ip_addr/cgi-bin/graph.cgi. It is not officially supported, but it may work fine for you depending on which browser you are using.
 
Thanks kenargo for the explanation.

Is there one browser better than the other or one where you can force it down the the http 1.1 specs?

I'm using Firefox 3 and can only get 5 out of 6 graphs.
 
How can I make use of the xml data? It would be nice if I could somehow down load the xml outlet log to aquanote so I can have an event log without leaving the computer running all the time.
 
I went ahead and updated firmware. I'll take one graph that comes through nice and clean over three of the nefarious java red x'es in the upper left any day of the week! Very nice!
 
Spoke a little too soon. I can't seem to get graphs when accessing ACIII over the internet. I'm here at home. When I access it directly (192.168.1.50 in the browser address bar), I have no problem getting graphs to come up. However, when trying to access remotely going over the web using DynDNS-based URL, I can get the status, program, datalog, etc., but can't get the graphs to come up. Rather, an indicator comes up in the bottom left corner of the page to the effect of "Done, but with errors on page" and "cgi-bin/graph.cgi". Thinking there was more data than could be handled for graphing over the web, I cleared the datalog by power-cycling the unit, but the same problem still exists with just four or six data points in the log. (This is on Windows Internet Explorer 8, on a Vista Home Premium machine; I'll try tomorrow, too, from the office on an XP machine with IE8, too.) Suggestions?


(By the way, is there a way to clear the datalog remotely, i.e., without having access to the controller unit to power cylcle it or select the clear datalog function?)

Thanks.
 
Last edited:
Hmmmmmmm. . . . . . Works flawlessly here at the office. I'm wondering if it is the Norton "stuff" on the two home computers (one Vista, other XP) that is causing the problem when trying to access via the web. I DO get the Nortion antiphishing warning showing up, and I assume that is because the DynDNS address is really just a "front" for the router's (changing) real ip address, so the antiphishing warning gets triggered. I'll check at the end of the day before heading home to make sure it still works here at the office via the web, then see if the problem persists on the home machines. If so, then I think the problem is Norton.
 
<a href=showthread.php?s=&postid=15041863#post15041863 target=_blank>Originally posted</a> by kenargo
Did you maybe accidentally plug the power xformer into the batter power rather than the main power jack??

Hey Ken, I emailed Curt about the problem and he said my serial number is corrupt based on the self test code (PASSED #222).

I gave Curt internet access to my controller, He thinks he can correct the problem remotely
:smokin:
 
Back
Top