GPIO Softwarematig schakelen lukt niet meer

[Disksoft]

Mijn vraag
Ik ben momenteel mijn tool aan het nakijken waarom ik niet meer softwarematig een service button op een pcb kan schakelen.
Nu ben ik er achter gekomen dat de Linux Kernel is geupdate en dat de manier van het schakelen van GPIO's is veranderd.
Ik krijg het echter niet voor elkaar om het probleem op te lossen gezien ik steeds tegen de foutmelding "Device or resource busy" loop.

Wat ik al gevonden of geprobeerd heb
Ik ben er achter dat de kernel is geupdate naar 5.4.26-sdimx6.1.
Ik heb geprobeerd om de GPIO te veranderen met gpioset echter krijg ik dan de melding Device or resource busy"

Voorheen schakelde ik de GPIO op deze manier

code:

echo "out" > /sys/class/gpio/gpio43/direction
echo "0" > /sys/class/gpio/gpio43/input
sleep 3
echo "1" > /sys/class/gpio/gpio43/input
echo "in" > /sys/class/gpio/gpio43/direction

Nu heb ik het geprobeerd op deze manier
gpioset -m time --sec 1 gpiochip1 11=1

gpioinfo laat de volgende informatie zien:

code:

root@C12846FJ3N9:~# gpioinfo gpiochip1
gpiochip1 - 32 lines:
        line   0:      unnamed       unused   input  active-high
        line   1:      unnamed       unused   input  active-high
        line   2:      unnamed       unused   input  active-high
        line   3:      unnamed       unused   input  active-high
        line   4:      unnamed       unused   input  active-high
        line   5:      unnamed       unused   input  active-high
        line   6:      unnamed       unused   input  active-high
        line   7:      unnamed       unused   input  active-high
        line   8:      unnamed    "led-red"  output   active-low [used]
        line   9:      unnamed       unused   input  active-high
        line  10:      unnamed   "gpio_fan"  output  active-high [used]
        line  11:      unnamed    "Service"   input   active-low [used]
        line  12:      unnamed       unused   input  active-high
        line  13:      unnamed     "enable"  output  active-high [used]
        line  14:      unnamed       unused  output  active-high
        line  15:      unnamed       unused   input  active-high
        line  16:      unnamed       unused   input  active-high
        line  17:      unnamed       unused   input  active-high
        line  18:      unnamed       unused   input  active-high
        line  19:      unnamed       unused   input  active-high
        line  20:      unnamed       unused   input  active-high
        line  21:      unnamed       unused   input  active-high
        line  22:      unnamed       unused   input  active-high
        line  23:      unnamed       unused   input  active-high
        line  24:      unnamed       unused   input  active-high
        line  25:      unnamed       unused   input  active-high
        line  26:      unnamed       unused   input  active-high
        line  27:      unnamed       unused   input  active-high
        line  28:      unnamed       unused   input  active-high
        line  29:      unnamed       unused   input  active-high
        line  30:      unnamed       unused   input  active-high
        line  31:      unnamed       unused   input  active-high

Het gaat om de service button op de print die ik wil schakelen, ik ga ervan uit dat het Service is, echter staat er [used] achter. Ik ga er vanuit dat de applicatie de input monitort en dat die daarom op used staat.

Heeft er iemand ervaring op dit gebied, gezien ik door mijn search heen ben en geen opties meer weet.

[Comp-Freak]

Je werkwijze verschilt ook als ik het goed interpreteer. Hier verander je eerst de richting van de GPIO, voordat je er een waarde heen schrijft, waarna je de richting weer terugzet:

Disksoft schreef op maandag 8 maart 2021 @ 08:52:

code:

echo "out" > /sys/class/gpio/gpio43/direction
echo "0" > /sys/class/gpio/gpio43/input
sleep 3
echo "1" > /sys/class/gpio/gpio43/input
echo "in" > /sys/class/gpio/gpio43/direction

Hier schrijf je alleen maar een waarde:

Disksoft schreef op maandag 8 maart 2021 @ 08:52:
gpioset -m time --sec 1 gpiochip1 11=1

Gpioinfo laat zien dat de betreffende pin om te beginnen als input geconfigureerd is:

Disksoft schreef op maandag 8 maart 2021 @ 08:52:

code:

        line  11:      unnamed    "Service"   input   active-low [used]

Voor de rest heb ik helaas geen ervaring met GPIO's onder linux, dus ik kan je geen hints geven over hoe je dit zou kunnen aanpakken. Let wel op dat je moet oppassen met het zomaar veranderen van een GPIO richting. Je gaat namelijk dan ook elektrische signalen uitsturen naar de hardware die aan die specifieke pin hangt. Of dat zonder verdere (desastreuze) gevolgen kan, hangt volledig af van je elektrische ontwerp.

Ik zou op zoek gaan naar een manier om het event te triggeren wat normaal gesproken volgt op het registreren van een ingedrukte knop. Bijvoorbeeld door het softwarematig triggeren van de betreffende interrupt. Of misschien biedt de gpio driver ook wel een dergelijke functionaliteit.

[Disksoft]

Bedankt voor je reactie, ik heb de software helaas niet in beheer dus ik kan hem niet op de softwarematige manier aanroepen. Ik heb een tool gemaakt waarmee ik de machine remote kan beheren, echter moet ik eerst een service button een paar seconden indrukken om in het service menu te kunnen inloggen. Gezien dat remote lastig wordt heb ik het eerst voor elkaar weten te krijgen door de knop softwarematig in te drukken door de GPIO te veranderen.

Helaas tot nu toe nog niet wijzer geworden ik blijf tegen het probleem "Device or resource busy" aanlopen.

[RobIII]

Disksoft schreef op maandag 8 maart 2021 @ 08:52:
ik ga ervan uit dat het Service is
Ik ga er vanuit dat de applicatie de input monitort en dat die daarom op used staat.

Zonder 'smug' te willen klinken: ik zou eens beginnen met die twee punten te controleren. After all, assumptions are the mother of...

[ Voor 6% gewijzigd door RobIII op 08-03-2021 13:32 ]

[Disksoft]

RobIII schreef op maandag 8 maart 2021 @ 13:30:
[...]

Zonder 'smug' te willen klinken: ik zou eens beginnen met die twee punten te controleren. After all, assumptions are the mother of...

Ik heb alle gpiochip's nagelopen (0-9) en ik zie maar 1x Service staan en 1x Reset dit zijn de enige twee knoppen die op de print zitten dus ik ben er 99,9% zeker van dat dit de knoppen zijn.
Ik heb geen idee hoe ik het anders zou moeten controleren.

[RobIII]

Het klinkt mij in de oren alsof er al een service/applicatie/iets gebruik maakt van die GPIO en die dus voor "eigen gebruik" gereserveerd heeft o.i.d. Maar ik gebruik GPIO nooit (niet op een RPi iig, alleen ESP'tjes enzo )

[Disksoft]

Ik ben nu 100% zeker van de Service dat, dat de goede gpio is.

code:

root@C0500017-41:/sys/class/gpio# cat /sys/kernel/debug/gpio 
gpiochip1: GPIOs 32-63, parent: platform/20a0000.gpio, 20a0000.gpio:
 gpio-40  (                    |led-red             ) out lo ACTIVE LOW
 gpio-42  (                    |gpio_fan            ) out lo 
 gpio-43  (                    |Service             ) in  hi ACTIVE LOW
 gpio-45  (                    |enable              ) out hi

Gezien gpio-43 overeen komt met mijn voorgaande methode om de input te activeren.
Jammer genoeg nog geen manier gevonden om de input te schakelen op afstand.
Ik kwam er achter dat ik de servicebutton ook via de F2 toets op een keyboard kan activeren, jammer genoeg werkt het alleen met een fysiek keyboard en niet via VNC.
Jammer genoeg staat ook de xdotool niet geïnstalleerd op de machines waarom het gaat.
Er is ook geen apt-get beschikbaar, en bij handmatige pogingen om het te installeren help ik het OS om zeep als ik libc6 installeer.

Dus al iemand weet hoe ik zonder extra tools een F2 toets 3 seconden kan indrukken naar een draaiende (java) applicatie op de voorgrond ben ik ook geholpen.

[farlane]

Een GPIO die geconfigureerd is als ingang kun je iha niet laag/hoog maken als een uitgang. Wat misschien wel zou kunnen is de ingang als deze normaal als pull-up is geconfigureerd kortstondig als pull-down configureren waardoor de software zou kunnen denken dat de button was ingedrukt.

Het feit echter dat er "used" bij staat zou kunnen betekenen dat je de pin helemaal niet mag herconfigureren:

/**
* @brief Check if the line is currently in use.
* @param line GPIO line object.
* @return True if the line is in use, false otherwise.
*
* The user space can't know exactly why a line is busy. It may have been
* requested by another process or hogged by the kernel. It only matters that
* the line is used and we can't request it.
*/