# Perspective One-Shot button **URL:** \ **Category:** Ignition\ **Tags:** perspective\ **Created:** [September 20, 2025, 4:07am UTC](https://forum.inductiveautomation.com/t/perspective-one-shot-button/110800 "2025-09-20T04:07:33Z")\ **Posts on this page:** 8\ **Page:** 1
**Author:** ![jshannon](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/jshannon/32/81937_2.png) [@jshannon](https://forum.inductiveautomation.com/u/jshannon)\ **Post date:** [September 20, 2025, 4:07am UTC](https://forum.inductiveautomation.com/t/perspective-one-shot-button/110800/1 "2025-09-20T04:07:34Z")
I could really use some defogger and greatly appreciate any help you could offer. I've been scratching my head about something that's been bugging me. Let me ask you this one about one-shots in perspective. I’ve read many suggestions and comments here on the forum and I still have a mental block. How would you set one up if you had to, using the perspective one-shot button including the ladder logic behind it without needing a timer in the plc to reset the write back or a crazy fast scan class? I’m using the one-shot button in ignition to set from ignition and reset in a plc. Of course I have to set up a timer to reset the bit for the readback because of the “race” that happens and without it the plc already changed the tag before the next read. It just seems like a cheesy way of doing it, using a timer. Shouldn’t we be able to write from ignition and it knows that it wrote the value so when it sees that it was reset in the plc, it knows it was changed since it knows it wrote it. Why doesn't it know this on the next time it reads the tag value. Why should I have to have a timer with a preset time greater than the tag scan class to reset the bit in the plc. I mean, I get why I have to but it seems like it should be able to do this without a timer in the plc. It just seems like I’m missing something. Am I missing something? ---
**Author:** ![David\_Stone](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/david_stone/32/79749_2.png) [@David\_Stone](https://forum.inductiveautomation.com/u/David_Stone)\ **Post date:** [September 20, 2025, 4:14am UTC](https://forum.inductiveautomation.com/t/perspective-one-shot-button/110800/2 "2025-09-20T04:14:50Z")
I don't understand why you need ignition to "know" that the bit was set to true in the PLC? If you send the OPC write, the PLC will set the bit true unless the connection drops. If the connection drops, ignition will log a fault with the driver. If the bit gets immediately reset by the PLC, then the PLC scanned the bit and it was processed. What function does the confirmed write perform for you? ---
**Author:** ![jshannon](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/jshannon/32/81937_2.png) [@jshannon](https://forum.inductiveautomation.com/u/jshannon)\ **Post date:** [September 20, 2025, 4:30am UTC](https://forum.inductiveautomation.com/t/perspective-one-shot-button/110800/3 "2025-09-20T04:30:24Z")
So what I'm seeing is that if I write the value to the tag and the plc resets it without the timer, it's written back quickly enough to beat the subscription making it look like nothing happened on the button and it will just time out. It's almost like the button needs maybe another prop. Like an acknowledgement prop tied to a different tag for the read back so we're not writing and reading the same tag. ---
**Author:** ![David\_Stone](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/david_stone/32/79749_2.png) [@David\_Stone](https://forum.inductiveautomation.com/u/David_Stone)\ **Post date:** [September 20, 2025, 4:33am UTC](https://forum.inductiveautomation.com/t/perspective-one-shot-button/110800/4 "2025-09-20T04:33:54Z")
I just don’t use the one shot button in perspective. Use a standard button, on click handler sends opc wrote to tag path. Button fill colour is bound to the tag, tag will get written, then it will be turned off on the plc, then the subscription will update. ---
**Author:** ![jshannon](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/jshannon/32/81937_2.png) [@jshannon](https://forum.inductiveautomation.com/u/jshannon)\ **Post date:** [September 20, 2025, 4:35am UTC](https://forum.inductiveautomation.com/t/perspective-one-shot-button/110800/5 "2025-09-20T04:35:24Z")
Also, I'm trying to utilize the one-shot with the read back instead of just a normal momentary button. Every hmi I have or have worked on has momentary buttons on the hmi. I was trying to try a different “best practice”. I'm tired of the old “it's always been that way” ---
**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\ **Post date:** [September 20, 2025, 4:36am UTC](https://forum.inductiveautomation.com/t/perspective-one-shot-button/110800/6 "2025-09-20T04:36:13Z")
> [@jshannon](#): > > Shouldn’t we be able to write from ignition and it knows that it wrote the value so when it sees that it was reset in the plc, it knows it was changed since it knows it wrote it. This is the flaw in your thought process. "Knowing" is _ **state** _, which requires _ **memory** _. Writes are, by default, fire and forget. A requirement of how OPC is supposed to work. If you need state, you need a state machine. The "optimistic writes" property of tag groups may help in this case, but can get you in other trouble. Consider using `system.opc.writeValue()` to send the bit, instead of a bidirectional binding. The latter will almost always get confused with instant resets in the PLC, as you have noted. ---
**Author:** ![jshannon](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/jshannon/32/81937_2.png) [@jshannon](https://forum.inductiveautomation.com/u/jshannon)\ **Post date:** [September 20, 2025, 4:39am UTC](https://forum.inductiveautomation.com/t/perspective-one-shot-button/110800/7 "2025-09-20T04:39:39Z")
Interesting, I read what you wrote here in another post, by you, but for some reason it makes more sense now. Thank you ---
**Author:** ![robertm](https://avatars.discourse-cdn.com/v4/letter/r/ea5d25/32.png) [@robertm](https://forum.inductiveautomation.com/u/robertm)\ **Post date:** [September 20, 2025, 10:37am UTC](https://forum.inductiveautomation.com/t/perspective-one-shot-button/110800/8 "2025-09-20T10:37:57Z")
Also, don’t use timers to reset HMI bits in the PLC as most bits don’t need to be persistently on for multiple scans. I use the following logic (Rockwell but can be applied in any platform) XIC my\_PB ONS my\_PB\_OS OTE my\_PB This logic will keep the PB on for one scan, which should be all that is needed to execute the associated logic, and isn’t dependent upon where you put it in code like other methods that reset the bit using unlatch instructions.