OutputDevice does not allow initial_value or active_high parameters about rust_gpiozero HOT 4 OPEN

https://gpiozero.readthedocs.io/en/stable/api_output.html#outputdevice

from rust_gpiozero.

hey @djkieras
can you try using https://docs.rs/rust_gpiozero/0.2.0/rust_gpiozero/output_devices/struct.OutputDevice.html#method.set_active_high and passing false after you create an OutputDevice?

from rust_gpiozero.

Already tried that. The thing is, the pin is instantiated with the defaults beforehand, and thus the device already has fired before the call to set_active_high. This happens after the initial boot of the Pi, but if you terminate the process and then restart it, it seems to work fine.

My suspicion is that the Pi OS does not know the default state of the pin and thus the first creation and subsequent operations affect the behavior until a restart. This could be a GPIO state bug that might be remedied in the future.

I made a couple of small changes to /boot/config.txt to set my desired pin to active_low. Limited testing indicates that may indeed work; however, seems like it would be unreliable per the documentation, and definitely overridden by any software. https://www.raspberrypi.org/documentation/configuration/config-txt/gpio.md

from rust_gpiozero.

Been away from this project a while. Gotta get back into the swing of Rust after 6 month Java contract. If I remember correctly, directly emulating Python is not going to work because Rust does not allow optional parameters. Perhaps I will noodle with a few things and learn from that and have a suggestion, or a contribution.

from rust_gpiozero.