Because it is connected to the "RUN" pin on the chip, which when held high (via a resistor) lets the chip run. When the link is connected it shorts that pin to ground and clears the RUN state.domeu wrote:That's really strange to name a "reset" as "Run" !
It works for me.Did someone already tested it on a B+
yes it is the samexjonx wrote:Has anyone experimented with this header? I would be intrested to know if closing and opening these pins will bring the PRi out of the halt state like the P6 header will do on the previous models.
no it is a direct link to the GPU resetnxet wrote:are these pins by any chance readable via software?
my idea is to have the state change to also trigger a shutdown command when the raspi is on. would that be even possible?
Not using those pins, but using a GPIO pin you can. Something like this:nxet wrote:are these pins by any chance readable via software?
my idea is to have the state change to also trigger a shutdown command when the raspi is on. would that be even possible?
Yes..... look for the RUN silk screen label on the board.
I am not sure what you mean?
If you look carefully at the pads around the holes, one is square and one is round. The round one is the GND side.
Not entirely sure how useful or usable it is or what you will be able to discern between but I would start with investigating -smbrandonjr wrote: ↑Thu Aug 30, 2018 2:29 pmam wondering if it is possible to discern pro grammatically, the difference between a reset performed by utilizing the run header versus a normal shutdown or reboot versus a power loss/power applied.
Thanks for pointing me in that direction. Unfortunately I am unable to use that value to discern between a run reset or a power reset during my testing.but I would start with investigating -
vcgencmd get_rsts