@buaamm, so far I've added Japanese support for TRIGGERcmd Smart Home - both Alexa and Google Assistant. Would you mind testing? Please tell me if I got anything wrong.

@Joe, 1 - Only Foreground Triggers work in a user's regular account - because the background service only runs as root and uses /root/.TRIGGERcmdData. 2 - Root can support both Foreground and Background Triggers - because you can install the background service (see #1), and because you can login as root and run the agent in foreground mode. 3 - But running Triggers as Root will mask/override all the Triggers in your regular account - I wouldn't say mask/override, it's just separate as you covered in #4. Running the agent as root will create another separate computer entry in your account associated with /root/.TRIGGERcmdData. That computer will be named the same initially, but you could rename it. 4 - The exception to (3) is if you can instantiate two "Computers" -- one pointing to Root for the "Background", and a separate "Computer" pointing to your normal Linux account to support the "Foreground" - correct, although as you pointed out in #2, you could also run the foreground agent as root. You create a separate computer just by running the agent as the other user. If the ~/.TRIGGERcmdData directory doesn't exist, the agent will prompt you for a token, create a computer record in your account, and store the ID for that computer in the computerid.cfg file. Different Linux accounts could setup different computer records, or you could give everyone sudo access to be able to edit /root/.TRIGGERcmdData/commands.json to run background command via the background agent. The agent stores the .TRIGGERcmdData directory in the home folder of the user running the agent. The files in that directory are the key point of connection to the mother ship. Good questions @Joe.

its that !

It looks like offCommand is never called using this PI/Debian distribution, do you have an update? Did you forget to include this functionality for Linux, it works fine on Windows.

@George-Hatzisymeon, you mentioned you're using an account from Google. If you do that, then before you can log SmartThings into your TRIGGERcmd account you also need to set your password in your profile in your TRIGGERcmd account. To get to your profile, click your name in the upper-right. You installed the device handler and SmartApp, correct? Here's a video showing the process: https://www.youtube.com/watch?v=dq-loAiKAgo If you still get that error, please post a screenshot. It might help me understand what's happening.

@Fernando-Mateos, @Fernando-Mateos-Lopez and @David-Jiménez-Lamas, Amazon approved the spanish version today. You'll find it as Ejecuta Comando.

@Mittal-Makwana, nice, what command does that?

@Andoni-Cantón said in Press the Down Arrow key (or any other key): space @Andoni-Cantón, for space, you can use this script: Dim Wsh Set Wsh = Wscript.CreateObject("Wscript.Shell") Wsh.SendKeys " " You can run the script with this command: wscript c:\scripts\space.vbs

@Russ Thanks for the clarification. That was my understanding as well - to share TRIGGERcmd for all, either everybody has to use Voice Match or nobody can use it. Unfortunately, the children really want to use the Voice Match (required to teach Google Home important things such as names of our cats etc) while both me and my wife are strictly against Voice Match for us. That means that the children could share TriggerCMD but no solution for the adults. And we'd need TriggerCNS exactly mainly for the adults... I understand it's a relatively specific situation though, so probably no solution will be available. I was hoping for something similar to Spotify (that works also for non-VoiceMatch members of the household) but I understand it may be difficult to achieve. Thanks for your efforts anyway!

@russ Got it. Looks like you already set that up for me .. as I could see my laptop on the default computer field .. and it is working ! Thank you! P.S: Is there a location on this forum or site for "How-to's" / Knowledge base - for people to find such information there .. if yes, please direct me to the same, if not, might be a good idea to create one :)

@stevef9432203, no, but you could change this line to set your "homedir" to something else. homedir = (process.platform === 'win32') ? process.env.HOMEPATH : process.env.HOME; Or maybe you could symlink your ~/.TRIGGERcmdData folder to a path on your hard drive.

@pico, that's interesting. I'll experiment with that. I hope it works. Thanks for the suggestion. EDIT: I worked on it for a while and didn't get it working. I couldn't get it to add the Login item while it's quarantined. I think that's a mac security feature for apps downloaded outside of the app store.

@Russ said in Never used parameters before...: @Royher-Figuera, good question. No, that's not possible. The preguntarle a Ejecuta Comando part tells Google Assistant to use TRIGGERcmd, and the part after that tells TRIGGERcmd what to do. I know it's a lot to say. That's why I like the Smart Home version better, but I know that only allows on or off as parameters. Wow, :( It´s a lot to say... But is a good reason to diggin about...

@rafaelramon, awesome. I still wonder what happened though.

@Neflhiem, I'm glad you got it working. I like how it turned out too. Thanks again for your questions - I wouldn't have thought to implement this if you hadn't asked.

@batteryxsnare, unfortunately I see no smoking gun in that output.

Another way to play/pause is to simulate pressing the space bar with a command like this: wscript c:\scripts\space.vbs The contents of c:\scripts\space.vbs would look like this: Dim Wsh Set Wsh = Wscript.CreateObject("Wscript.Shell") Wsh.SendKeys "{ }"

Both German Alexa skills are live now! https://www.amazon.de/VanderMey-Consulting-LLC-TRIGGER-command/dp/B074TV61DK/ https://www.amazon.de/VanderMey-Consulting-LLC-TRIGGERcmd/dp/B06XFN2TZN/ If you confirm they're working fine, please tell your friends. :) Thanks again for all your help @MarcusV!

@xander, good progress. The reason only Calculator and Notepad show up is you're only running a foreground agent. The background agent won't work in your case because you're using the basic 32bit Windows agent. The foreground agent reads foreground commands from commands.json, and the background agent reads the background commands. Are you able to run the commands from the green Trigger buttons on the website? Do you get any output in your cmd window when you trigger a command from the website?

@gabi92a, I found out why Fiddler wasn't working. For NodeJS apps like the TRIGGERcmd agent, you have to set these environment variables before you run the node src\agent.js --console command: set https_proxy=http://127.0.0.1:8888 set http_proxy=http://127.0.0.1:8888 set NODE_TLS_REJECT_UNAUTHORIZED=0 That tells the NodeJS app to use Fiddler as a proxy server. I found that here: https://weblogs.asp.net/dixin/use-fiddler-with-node-js Can you try that? Maybe that will give us a clue. Also, you could try running it after setting this variable to get a bunch of debug output: set NODE_DEBUG=* One thing you should know - the agent uses a websocket to connect to the server, and that connection doesn't use the https_proxy variable so Fiddler won't pick that up. The request that's giving us this error doesn't use websockets though, so that shouldn't matter for this troubleshooting.