HiFiBerry Digi+ Pro vs. onoff shime

Ich habe an meinem RPi 4B die beiden Module HiFiBerry Digi+ Pro und onoff shime.
Wie in meinem anderen Thread (Onoff SHIM unter LibreELEC - der letzte Schritt?) beschrieben, habe ich das auch zum Laufen bekommen. Nun habe ich noch das "HiFiBerry Digi+ Pro" aufgesteckt.
Sporadisch fährt der RPi nun einfach runter - mal nach 10min. Mal nach 2h.
Anhand des Python-Scriptes aus meinem anderen Thread, wird dazu der PIN17 verwendet:

GNU nano 4.3   /storage/.kodi/userdata/onoffshim_check_button.py
import RPi.GPIO as GPIO


pin = 17
import RPi.GPIO as GPIO


pin = 17


GPIO.setmode(GPIO.BCM)
GPIO.setwarnings(False)
GPIO.setup(pin, GPIO.IN, pull_up_down=GPIO.PUD_UP)


def button_action(pin):
    button_press_timer = 0
    while True:
        if (GPIO.input(pin) == False) : # while button is still pressed down
            button_press_timer += 1 # keep counting until button is released
        else: # button is released, figure out for how long
            if (button_press_timer > 1) : # pressed for > 1 second
                os.system("halt")
            button_press_timer = 0
        sleep(1)


GPIO.add_event_detect(pin, GPIO.FALLING, callback=button_action, bouncetime=20)

Der "onoff shime" geht nun von 1- 12 (festes Lochraster) und der "HiFiBerry Digi+ Pro" über alle 40 pins.

Könnte es also sein, dass der "HiFiBerry Digi+ Pro" auf Pin 17 ein Signal auslöst, was dann ein Shutdown verursacht?

Nun kann man ja den RPi mehreren Platinen erweitern.

Wie wird denn sichergestellt, dass diese sich nicht gegenseitige behindern?

Gar nicht?

(Ich hatte auch noch eine IR-Diode angeschlossen. Bei der Bedienung über die Fernbedingung fiel dann immer der Ton kurz aus).

Wenn dem so ist, müsste ich den "onoff shime" ja so anschließen, dass er vom "HiFiBerry Digi+ Pro" pro nicht gestört wird.

Aber wie bekomme ich raus, welche Pins ich hier nehmen kann?

Oder ganz anderes gefragt:
Habt ihre für euren RPi, auf dem Kodi läuft, einen Ein-/Ausschalter oder läuft der RPi durchweg?
Mir wäre das eigentlich zu stromfressend....

Grundsätzlich kann man RPi ja auch ohne "onoff shime" runterfahren - direkt via Script, was einen PIN-abfragt. Das macht ja quasi das Python-Script oben....
Aber wie bekommt man dann den RPi wieder an, ohne den Stecker kurz rauszuziehen?

Zitat von skjblipo

hilft dir bei deinem Script leider nicht.....aber ich mache das ganz unkompliziert per WLAN Steckdose und alexa....

Du trennst den RPI dann hart vom Strom?

Ich habe noch eine Anleitung gefunden, mit welcher ich den onoff Shime gar nicht brauche:
https://bitreporter.de/raspberrypi/ri…n-raspberry-pi/

für die /flash/config.txt folgender Code:

dtoverlay=gpio-shutdown,gpio_pin=3, active_low=1,gpio_pull=up

Ich habe aber PIN26 genommen....
Wenn ich nun die beiden Pins GND und PIN26 verbinde, dann erscheint in Kodi nur das Menü "Ausschalten", "Neustarten", "Ausschalten Timer".

Der RPi soll aber gleich runter fahren.
Was kann ich also anders machen, dass Kodi nicht erst das Menü anzeigt, sondern gleich runter fährt?

Zitat von carsten_h

Wenn ich das noch richtig in Erinnerung habe ist der OnOff Shim (von Pimoroni?) nur für die Pi bis 3B+ gedacht. Der Pi 4 verbraucht zu viel Strom dafür, was für das sporadische Ausschalten spricht.

Ja ist von Pimoroni. Auf der Seite steht der Hinweis mit den Einschränkungen zum RPi4. Aber der RPi4 braucht ja nur mehr Strom, wenn man mehr Geräte dranhängt.

Wie schon geschrieben, ich bin ja dabei, diesen ganz wieder runter zu schmeisen und mich nur auf die GPIOs zu beschränken.

Bäääähhhh
Irgendwie klappt die Kombination "HiFiBerry Digi+ Pro" und den RPi ausschalten zu wollen nicht.

Da man den RPi nur Pin3 "kurzschließen" soll (ODER???), bin ich für das Ausschalten wieder auf PIN3 und GND gewechselt.
Ich hatte ja den PIN26 probiert. Allerdings fuhr der RPi damit nicht wieder hoch, wenn ich den Taster bediene.

dtoverlay=gpio-shutdown,gpio_pin=3, active_low=1,gpio_pull=up

Dazu habe ich noch ein Stück für die autostart.sh gefunden, was von dort in einer extra bash-Datei gestartet wird.

#!/bin/bash
# monitor GPIO pin X for shutdown signal
# export GPIO pin X and set to input with pull-up


GPIOPIN=3


echo "$GPIOPIN" > /sys/class/gpio/export
echo "in" > /sys/class/gpio/gpio$GPIOPIN/direction


# wait for pin to go low
while [ true ] ; do
    if [ "$(cat /sys/class/gpio/gpio$GPIOPIN/value)" == '0' ] ; then
        echo "Raspberry Pi Shutting Down!"
        shutdown -h now
        exit 0
    fi
    sleep 1
done

Dann habe ich noch eine Anpassung vorgenommen, damit Kodi nicht das Power-Menü öffnet, wenn ich den Taster bediene:
/storage/.kodi/userdata/keymaps/keyboard.xml

<[definition='3','0']keymap[/definition]>
  <global>
    <keyboard>
      <key id="61662">shutdown</key>
    </keyboard>
  </global>
</[definition='3','0']keymap[/definition]>

Jetzt ging das Ausschalten....!

ABER:
Wenn ich nun Kodi auf für Audio auf "HiFiBerry Digi+ Pro" umstelle, dann ein Video abspiele, kommt im Log:

CDVDAudio::AddPacketsRenderer - timeout adding data to renderer

und das Video bleibt nach ca. 10sec stehen.

Ergo: "HiFiBerry Digi+ Pro" scheint auch den PIN3 zu brauchen.

Und nun?
Kann ich vielleicht doch einen anderen PIN mit GND verbinden, damit der RPi runter- und beim erneuten Drücken wieder hochfährt.?

Ich glaub ich geb' auf :).

Ich habe jetzt versucht, ein Video mal länger abzuspielen über "HiFiBerry Digi+ Pro", nachdem ich den PIN3 wieder freigegeben habe.
Da kommt im Log

ActiveAE - large audio sync error

und das Video fängt nach 30sec an mit ruckeln.

Lauf Recherche soll hier eine [definition='2','1']advancedsettings[/definition].xml anlegen und diverse Einstellungen vornehmen.

Bei der Wiedergaben über HDMI kommt der Fehler nicht

Da der HiFiBerry Digi+ Pro nur Problem bereitet, werde ich mal testen, ob ich via externen Konverter HDMI->Toslkin das besser lesen kann.