wirelessthings / wirelessthings-launchpad Goto Github PK

We should only save the config file at the time when a config value has been changed

For cyclic devices we already correctly set the the SLEEPM command to sleep the device, need to do the same for interrupted devices

Does anyone have the documentation available for the several devices (including the srf stick: all the AT commands)?

Needed to review and merge #18

There appears to be no way within the Configuration Wizard to restore factory setting and leave it there. There is a python script in Examples which does this but it would make sense for this to be a part of the Configuration Wizard.

Launched should strip any trailing CR LF chars from the version file before using it for making the download URL

Please see
http://openmicros.org/index.php/component/kunena/10-ciseco-support/11180-using-launchpad-on-raspberry-pi-touchscreen-lcd?Itemid=0#11186

If starts a service (i.e. MessageBridge) and the service quickly stops, the service buttons (Start, Stop, Restart) are not being updated with the actual program status

A user might not always be able to run LaunchPad.py with a full GUI it would be good to have some command line options for the following

Auto Update check and run
Install/enable MessageBridge init scripts

If a service was started by the root (e.g autostart script), you can't stop it by LaunchPad, unless you start the LaunchPad using sudo.
Also, this also build the CSV log files be created by the root user.

Since Wireless Things is shutting down, the configuration wizard cannot be used because it wants to download a file from their domain to update the devices.json file.
It fails to download and the software cannot be started.

Fix:
Update the config of the configuration wizard to download the file from this repository instead:
https://raw.githubusercontent.com/WirelessThings/WirelessThings-LaunchPad/master/ConfigurationWizard/Devices.json

If I had two or more different directories that contains the MessageBridge program, I'm able to execute more than one instance of MessageBridge using the same network name.
This may causing conflict on the communication with the devices.

a000ff1
Line 1768
This call is coming from the wrong thread, current context is the UDP Listen thread, need to set a flag and have the main thread check it

We should read it on startup with the other AT stuff, print it out to the log files with and .INFO and also save it in memory and make it available on request via the "MessageBridge" json

Needs fixing and a post update script to fix in any user config copies

If the ATLH wasn't successfully setted, MessageBridge will be terminated. This happens more often on auto start.

MessageBridge needs an IP address to run - OK.
If one is not available (e.g. because the wireless has not yet connected) then it should wait and retry until one is available. Particularly if run in auto start mode.

Question - what if there is an interruption in internet during running? Will it fail and not restart?

Dunno how much this is a limitation of Tk (I know it's not with other Python UI libraries like Qt), but the LaunchPad app is partially unusable on high-dpi displays currently. This on Linux with a 4k 28 inch monitor (which is only a 200 quid device now, so not luxury/rare by any means).

e.g. see screenshot with tiny text and missing apply-config button (or whatever it says - I can't see it, apart from the very edge of the button at the bottom - other buttons like the 'Advanced' button is missing entirely).

1. Start LaunchPad with MessageBridges running on the network
2. Observer that LaunchPad looks for MessageBridges and reports that it cannot find any
3. Start the ConfigurationWizard note that it finds the running MessageBridges

Confusing to user and should be fixed before 0.15 release.