Hello, I have my telescope hosted in a remote facility on the Alps that provides weather status report (based on AAG Cloud Watcher) locally via an URL as the device is not USB connected to my RPI3. The output itself is a text file (see 1st attachment) updated every 5 sec.
The standard AAG Cloud Watcher driver needs a USB connection to the weather station. That's not my case, so I'm developing a new driver that reads and parses the text file (btw if someone already did something similar please send me source code as C++ is not my primary language...).
Beside some useful information about the weather the main info in the file is a parameter that sums up all weather conditions: safe (0|1). If it's zero, that would trigger a shutdown procedure and/or prevent sequence startup.
Example 5 in the development tutorial shows how to snoop weather alerts (see Tutorial5.png) from a dome driver but I would rather expect to see this flag as Standard Property.
That would allow for example to read this parameter from any client, namely the Scheduler. While in the example it is bind to a specific client and that's the opposite of what standard properties are designed for.
But in the standard properties list, under General - Atmosphere section there are: Temperature, Pressure, Humidity. No Rain, Safe, Weather Alert or something that sounds like a danger.
Am I missing something?
Or, same question from another perspective: How the weather flag on the Scheduler screen (see Scheduler.png attachment) works? The decision for starting the shutdown procedure triggered by the weather flag is based on which information?
As an alternative option to driver development, it would be nice to have a 'Weahter Scripting Gateway' implementation like in Dome devices.
One last advice: would it be better to develop as 3dparty driver or bundled in libindi? As a first driver attempt I would go for libindi.
Thanks for helping!
Ferrante
The standard AAG Cloud Watcher driver needs a USB connection to the weather station. That's not my case, so I'm developing a new driver that reads and parses the text file (btw if someone already did something similar please send me source code as C++ is not my primary language...).
Beside some useful information about the weather the main info in the file is a parameter that sums up all weather conditions: safe (0|1). If it's zero, that would trigger a shutdown procedure and/or prevent sequence startup.
Example 5 in the development tutorial shows how to snoop weather alerts (see Tutorial5.png) from a dome driver but I would rather expect to see this flag as Standard Property.
That would allow for example to read this parameter from any client, namely the Scheduler. While in the example it is bind to a specific client and that's the opposite of what standard properties are designed for.
But in the standard properties list, under General - Atmosphere section there are: Temperature, Pressure, Humidity. No Rain, Safe, Weather Alert or something that sounds like a danger.
Am I missing something?
Or, same question from another perspective: How the weather flag on the Scheduler screen (see Scheduler.png attachment) works? The decision for starting the shutdown procedure triggered by the weather flag is based on which information?
As an alternative option to driver development, it would be nice to have a 'Weahter Scripting Gateway' implementation like in Dome devices.
One last advice: would it be better to develop as 3dparty driver or bundled in libindi? As a first driver attempt I would go for libindi.
Thanks for helping!
Ferrante