You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Solicito una nueva "feature" : Prohibir cambios en un switch cuando se cumpla una condicion. Por ejemplo: Deteccion de 3.3v en un PIN de GPIO. De ese modo podemos evitar cambios cuando el PTT esta pulsado (por ejemplo).
New feature request: Stop changes on a switch when a condition is met. For example: Why can detect 3.3v on a GPIO PIN. That way we can avoid changes when the PTT is pressed (for example).
The text was updated successfully, but these errors were encountered:
I agree that some kind of PTT signaling would make sense to be included in remoteSwitch. I already had to change too many burnt relays due to hot-switching.
I'm just not sure yet how to implement the PTT handling within remoteSwitch yet. I tending more towards an API call, rather than a hardware specific implementation. I would then leave it up to the user to decide how to set / unset the PTT or Inhibit flag.
For cases where someone has a bandswitch and/or stackmatch controlled by one radio, PTT could be hard wired. However in more complex MultiOp station setups or remote setups this is not feasible. In that case the PTT signal must be handled differently (for example over the network).
So you could write a small application which senses the PTT on a GPIO pin and then just makes an HTTP REST call to remoteSwitch.
First in Spanish:
Solicito una nueva "feature" : Prohibir cambios en un switch cuando se cumpla una condicion. Por ejemplo: Deteccion de 3.3v en un PIN de GPIO. De ese modo podemos evitar cambios cuando el PTT esta pulsado (por ejemplo).
New feature request: Stop changes on a switch when a condition is met. For example: Why can detect 3.3v on a GPIO PIN. That way we can avoid changes when the PTT is pressed (for example).
The text was updated successfully, but these errors were encountered: