oztoppy Forum
Register Calendar Latest Topics
 
 
 


Reply
  Author   Comment   Page 4 of 4      Prev   1   2   3   4
keith_leitch

Senior Member
Registered:
Posts: 525
Reply with quote  #46 
DMC, if I put the polling loop directly into a .control script, what effect will that have? Will the other scripts try to wait until it finishes?
0
DeltaMikeCharlie

Mostly Harmless
Registered:
Posts: 235
Reply with quote  #47 
FireBird is the firmware expert, so my answers should be considered a crude approximation of reality at best.

Quote:
Originally Posted by keith_leitch
1) Does anyone know what signal the Topfield sends running processes on shutdown?

The firmware will send an EVT_STOP to the TAPs.  Normally, any TAP can intercept an event and elect not to pass it on.  I think that this is still true for EVT_STOP, but I have not tested.

After a given period after the power switch has been pressed, I think that if all TAPs are no unloaded, the front panel just summarily drops power to the motherboard.

Quote:
Originally Posted by keith_leitch
2) Can anyone think of a way to prioritise which processes receive this signal first?

Load that TAP first.

Quote:
Originally Posted by keith_leitch
DMC, if I put the polling loop directly into a .control script, what effect will that have? Will the other scripts try to wait until it finishes?

The control script is only to do start/stop/status commands.  If the script does not end, TMSServer will lock.
0
keith_leitch

Senior Member
Registered:
Posts: 525
Reply with quote  #48 
Thanks. Loading TMSServer earlier actually helped, so I think it was catching the stop signal earlier. However, I also discovered that my killall commands were not detecting my processes, because they were loaded inside shells. I replaced them with lines like this (where "zzzPollForChanges" is the name of the script I am stopping):

kill -TERM `ps | grep zzzPollForChanges | grep -v grep | awk -F  '  '  '{print $1}'`

and that seems to have solved the problem.

All is developing very well, now. I can now decide which TAPs to load and unload based on factors like the Playmode or whether a menu is displaying, and load alternative configurations for TAPs like KeyTransform and TMSMacro, based on a situation. I can also set and unload mount-points on the fly when devices are connected and disconnected. There is probably a lot more potential, here.

I will comment up my script as a sample once I develop it further, and post it for anyone else who is interested.

Can I just acknowledge that without DMC's Taps, particularly WebControl and TMSServer, we would all have a lot less control over our machines (not to mention the time he takes to give advice).

DMC, I think I remember you saying that TMSRemote must be loaded for TMSClient to remotely control other machines. Is that correct?
0
DeltaMikeCharlie

Mostly Harmless
Registered:
Posts: 235
Reply with quote  #49 
Quote:
Originally Posted by keith_leitch
TMSRemote must be loaded for TMSClient to remotely control other machines. Is that correct?
Yes.

TMSRemote is the remote server TAP used by multiple client agents.

There is a windows program distributed with the TAP.  There are also Android and iOS clients as well as the JavaScript module built into WebControl and the C client built into TMSClient.

0
IanL-S

Moderator
Registered:
Posts: 542
Reply with quote  #50 
My recollection is that the iOS version (iTMSRemote) is no longer available. John would be the one who knows for sure.

Ian
0
Previous Topic | Next Topic
Print
Reply

Quick Navigation:

Easily create a Forum Website with Website Toolbox.