Improved the continuous mode for the gui, ie what I would like to have for a "micro MCS":
Running ./tmtcgui -m7 enters the continuous mode
TM is received from successful connection on
Command prompts are asked via GUI, so the log is clean (only used in controllers.py atm, should be used in other TCs, too)
Had to tweak backend and seq command and receiver to actually respect delays between TCs (might be a general bug or unintended side effect of continuous mode, fix only affects continuous mode)
TODO:
add command line options to start with a TCP ComIF and connect right away, to be able to run this program as a service an restart automatically
pop up a window to allow user to abort longer running queue
close pop up window if tc sending process is finished (something about signals in QT...)
make tc sending process check if it is being interrupted
Improved the continuous mode for the gui, ie what I would like to have for a "micro MCS":
* Running `./tmtcgui -m7` enters the continuous mode
* TM is received from successful connection on
* Command prompts are asked via GUI, so the log is clean (only used in controllers.py atm, should be used in other TCs, too)
* Had to tweak backend and seq command and receiver to actually respect delays between TCs (might be a general bug or unintended side effect of continuous mode, fix only affects continuous mode)
TODO:
* add command line options to start with a TCP ComIF and connect right away, to be able to run this program as a service an restart automatically
* pop up a window to allow user to abort longer running queue
* close pop up window if tc sending process is finished (something about signals in QT...)
* make tc sending process check if it is being interrupted
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Improved the continuous mode for the gui, ie what I would like to have for a "micro MCS":
./tmtcgui -m7enters the continuous modeTODO: