# GPIO Variables
**URL:** https://discourse.checkcheckonetwo.com/t/gpio-variables/5028
**Category:** Clear-Com REST Module
**Created:** [September 18, 2026, 2:47pm UTC](https://discourse.checkcheckonetwo.com/t/gpio-variables/5028 "2026-09-18T14:47:57Z")
**Posts on this page:** 14
**Page:** 1
### Author:  [@TE.Tech](https://discourse.checkcheckonetwo.com/u/TE.Tech)
#### Post date: [September 18, 2026, 2:47pm UTC](https://discourse.checkcheckonetwo.com/t/gpio-variables/5028/1 "2026-09-18T14:47:58Z")
First off, big thanks for the work that’s gone into this module. I’ve been using a POE powered contact closure device to accomplish my desired workflow, and this will allow me to cut down on some setup time on gigs.
Working through the existing functionality, I noticed the GPIO Trigger variables are giving a value based on the Trigger GPI action. Looking through the log, I see that we have [GpiUpdated] and [GpoUpdated] coming to us from the station but currently tagged as unhandled.
Are there any plans on a roadmap to integrate this information coming to the module as a variable?
The advantage would be having a variable that reflects the current state of the GPI if it was triggered by this module, ccm, or the physical GPIO ports.
Current rig:
Companion - v4.3.4
Arcadia Station - 4.1.83.41
---
### Author:  [@Andy](https://discourse.checkcheckonetwo.com/u/Andy)
#### Post date: [September 18, 2026, 4:42pm UTC](https://discourse.checkcheckonetwo.com/t/gpio-variables/5028/2 "2026-09-18T16:42:04Z")
Hello;
I did add some GPI functionality, are you using the latest from this site, I think 0.4.7 might be the version?
If you are, and you still aren’t seeing the selection of GPI status in the local variables, please let me know and I can look into adding that when I return. Just away on an out of town gig.
If you don’t hear back in a couple of weeks, please feel free to give me a nudge!
---
### Author:  [@TE.Tech](https://discourse.checkcheckonetwo.com/u/TE.Tech)
#### Post date: [September 18, 2026, 5:12pm UTC](https://discourse.checkcheckonetwo.com/t/gpio-variables/5028/3 "2026-09-18T17:12:57Z")
Hey Andy,
I am using 0.4.7 from a direct download from here.
I do see “**[NEP] GPI Triggered**” as a local variable and it does change state based on the “**[NEP] Trigger GPI**” action.
What it doesn’t do is change state when forcing the GPIOs on or off from CCM.
What I’m seeing is the variable can be left in an incorrect state if the GPIO is forced on or off in CCM rather than using the “**[NEP] Trigger GPI**” action.
100% no rush for little ole me. I’d even be happy to hop in and contribute with the little bit of free time that exists. I’m also currently hopping around on out of town gigs.
---
### Author:  [@Andy](https://discourse.checkcheckonetwo.com/u/Andy)
#### Post date: [September 18, 2026, 5:21pm UTC](https://discourse.checkcheckonetwo.com/t/gpio-variables/5028/4 "2026-09-18T17:21:59Z")
Understood. If the basestation reports the status, that’s where the variable’s value SHOULD come from, and then it would be correct regardless of the source. If it’s not working that way (which it sounds like it’s not) then that should be fixed.
Thank you for letting me know!
---
### Author:  [@Andy](https://discourse.checkcheckonetwo.com/u/Andy)
#### Post date: [September 18, 2026, 5:27pm UTC](https://discourse.checkcheckonetwo.com/t/gpio-variables/5028/5 "2026-09-18T17:27:48Z")
If you get a chance, can you send me a module log showing the messages?
Set the module to “dev” mode, open the module log, clear it, operate a GPI via CCM and also by contact closure (or whatever is connected to the GPI) and export that log and fire it off to me.
---
### Author:  [@TE.Tech](https://discourse.checkcheckonetwo.com/u/TE.Tech)
#### Post date: [September 18, 2026, 5:28pm UTC](https://discourse.checkcheckonetwo.com/t/gpio-variables/5028/6 "2026-09-18T17:28:40Z")
Absolutely!
After playing with it some more, I see the “**[NEP] Trigger GPI**” action is using force on and force off.
Could the force off command be changed to turning “force on” off? Like you would do when clicking “force on” a second time in CCM.
When “force off” is active, it prevents the physical GPI pins from triggering the logic.
---
### Author:  [@TE.Tech](https://discourse.checkcheckonetwo.com/u/TE.Tech)
#### Post date: [September 18, 2026, 5:29pm UTC](https://discourse.checkcheckonetwo.com/t/gpio-variables/5028/7 "2026-09-18T17:29:23Z")
I should have some time to export a log later today actually.
---
### Author:  [@Andy](https://discourse.checkcheckonetwo.com/u/Andy)
#### Post date: [September 18, 2026, 5:38pm UTC](https://discourse.checkcheckonetwo.com/t/gpio-variables/5028/8 "2026-09-18T17:38:15Z")
I can investigate that. I expect the module is just mimicking how the CCM manually operates (tests?) the GPIs.
---
### Author:  [@TE.Tech](https://discourse.checkcheckonetwo.com/u/TE.Tech)
#### Post date: [September 18, 2026, 6:22pm UTC](https://discourse.checkcheckonetwo.com/t/gpio-variables/5028/9 "2026-09-18T18:22:54Z")
This arcadia currently has lot going on, so the log fills up fast. Here’s the purganent parts.
Physical GPI 2 being triggered on-off-on-off
CCM GPI 2 force on - force off - force on - force off
CCM GPI 2 force on - force on turned off - force on - force on turned off
---
### Author:  [@TE.Tech](https://discourse.checkcheckonetwo.com/u/TE.Tech)
#### Post date: [September 18, 2026, 6:34pm UTC](https://discourse.checkcheckonetwo.com/t/gpio-variables/5028/10 "2026-09-18T18:34:44Z")
Companion “**[NEP] Trigger GPI**” action on-off
---
### Author:  [@Andy](https://discourse.checkcheckonetwo.com/u/Andy)
#### Post date: [September 18, 2026, 6:53pm UTC](https://discourse.checkcheckonetwo.com/t/gpio-variables/5028/11 "2026-09-18T18:53:53Z")
Ty, could you export it for me please? There’s an export button at the top of the page. You can DM it if you don’t want to post it here.
---
### Author:  [@TE.Tech](https://discourse.checkcheckonetwo.com/u/TE.Tech)
#### Post date: [September 18, 2026, 7:35pm UTC](https://discourse.checkcheckonetwo.com/t/gpio-variables/5028/12 "2026-09-18T19:35:33Z")
Fresh log DMed to you.
---
### Author:  [@Andy](https://discourse.checkcheckonetwo.com/u/Andy)
#### Post date: [September 18, 2026, 7:50pm UTC](https://discourse.checkcheckonetwo.com/t/gpio-variables/5028/13 "2026-09-18T19:50:47Z")
Edited and replied. LMK if it makes things better or worse!
The force thing will require me to diagnose with my Arcadia to determine what the CCM actually sends to enable and disable the forced status of the GPI.
---
### Author:  [@Andy](https://discourse.checkcheckonetwo.com/u/Andy)
#### Post date: [September 23, 2026, 5:51am UTC](https://discourse.checkcheckonetwo.com/t/gpio-variables/5028/14 "2026-09-23T05:51:41Z")
The GPI variable is now correct polarity (even though the true/false is reversed in the log), but I’m not really sure if there’s a way to NOT “force” the operation.