Timeline for Circuit to limit a set of outputs so that only one is on
Current License: CC BY-SA 4.0
7 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Dec 5, 2019 at 0:15 | comment | added | Bruce Abbott | "I kept finding code that bypassed them accidently" if the code is properly written that shouldn't happen. As Tony Stewart said, all output commands should go through a single output routine, which enforces the rule after everything else. If you do it this way then mistakes in other parts of the code can't violate the rule. | |
| Dec 5, 2019 at 0:15 | history | edited | D.A.S. | CC BY-SA 4.0 |
added 548 characters in body
|
| Dec 5, 2019 at 0:03 | comment | added | John F. Miller | Tony, perhaps it could if I was three great programmers, or if I was less of a cheapskate and used a separate IC that was only responsible for the valves and not for the sensors and UI as well. I mean if I can't find a more basic solution I'll stick an old ATMega168 in the middle and hook it up to the ESP32 with I2C bus. I honestly thought there would be something like an xor gate that I could just wire together with some transistors however. | |
| Dec 4, 2019 at 23:56 | history | edited | D.A.S. | CC BY-SA 4.0 |
added 234 characters in body
|
| Dec 4, 2019 at 23:49 | comment | added | D.A.S. | So this is to circumvent stuck hardware or software faults? that you cannot probe with driver loopback? I realize it is not HW but why cant it be fixed in SW? | |
| Dec 4, 2019 at 23:44 | comment | added | John F. Miller | This doesn't answer the question asked. I have what I thought were some good algorithms but I kept finding code that bypassed them accidently. The most recent involved a completely unrelated bit of code erroneously using the wrong pin for an IO operation. I'm looking for a hardware solution. (The ESP32 overloads a lot of pins with multiple functions) | |
| Dec 4, 2019 at 23:15 | history | answered | D.A.S. | CC BY-SA 4.0 |