Webapp Bugs
Posted: Fri Sep 12, 2014 11:18 pm
Hi -
Two (three?) bugs I've encountered with the webapp:
First, I found that I had lost the ability to talk to my (Vista 50P) panel. After some troubleshooting, I found that the AD2USB's address had been changed (I'm using a keypad address of 02 rather than the AD default of 18). What had happened is that I'd inadvertently entered setup in the webapp. Finding no way to exit without going through all the screens, I had clicked "Next" until out. The webapp does not remember the previously entered keypad address, and instead always presents the default. As a result, I had changed my address to 18 without even realizing it.
So, really two bugs in my view. First, the lack of a "Cancel" option to exit setup early and/or without saving changes. Secondly, failing to remember (and present as my installation's current default) the previously entered keypad address. (Note that there may be some other "forgotten entries" such as network/serial or port number which I wouldn't happen to find if I had stuck with the out-of-the-box defaults.)
The other major bug I'm finding is that the display freezes when I'm at a certain point with the panel in program mode. Specifically, from the webapp I enter the installer code + 800 and the display updates to tell me I'm in programming mode. I then attempt to enter menu mode by keying in *93 (or #93 - same results). The * brings up the "Fill Field --" message (possibly not the exact text, I don't have it in fromt of me), the 9 is echoed on the display (in the rightmost position, replacing the dash). At that point the display freezes, showing "-9"
By telneting to ser2sock, I can see that keypresses are still being accepted, and that AD2USB is still seeing the panel output. However, the webapp display does not update. If I use the telnet session to exit the programming mode, the display will update once the panel "reboots."
A great app overall, so thanks! Hoping to get programming working on it so that I can take my "keypad" directly to each sensor/transmitter while enrolling RF units.
Cheers,
Peter
Two (three?) bugs I've encountered with the webapp:
First, I found that I had lost the ability to talk to my (Vista 50P) panel. After some troubleshooting, I found that the AD2USB's address had been changed (I'm using a keypad address of 02 rather than the AD default of 18). What had happened is that I'd inadvertently entered setup in the webapp. Finding no way to exit without going through all the screens, I had clicked "Next" until out. The webapp does not remember the previously entered keypad address, and instead always presents the default. As a result, I had changed my address to 18 without even realizing it.
So, really two bugs in my view. First, the lack of a "Cancel" option to exit setup early and/or without saving changes. Secondly, failing to remember (and present as my installation's current default) the previously entered keypad address. (Note that there may be some other "forgotten entries" such as network/serial or port number which I wouldn't happen to find if I had stuck with the out-of-the-box defaults.)
The other major bug I'm finding is that the display freezes when I'm at a certain point with the panel in program mode. Specifically, from the webapp I enter the installer code + 800 and the display updates to tell me I'm in programming mode. I then attempt to enter menu mode by keying in *93 (or #93 - same results). The * brings up the "Fill Field --" message (possibly not the exact text, I don't have it in fromt of me), the 9 is echoed on the display (in the rightmost position, replacing the dash). At that point the display freezes, showing "-9"
By telneting to ser2sock, I can see that keypresses are still being accepted, and that AD2USB is still seeing the panel output. However, the webapp display does not update. If I use the telnet session to exit the programming mode, the display will update once the panel "reboots."
A great app overall, so thanks! Hoping to get programming working on it so that I can take my "keypad" directly to each sensor/transmitter while enrolling RF units.
Cheers,
Peter