Posts by Da Flex

The CEC adapter settings at Settings -> System -> Input -> Peripherals have options how to deal with changing sources. Play with it.

Try a different microSD card or check your current card for errors.

Big buttons, big trouble.

I learned something, too (gpiopin vs. gpio_pin).

You can mark this thread as solved by editing your initial post.

Line 32 of power_button.py does the shutdown. If you replace it by a power off command, then you hopefully get the right LED result:

os.system("poweroff")

Here we go.

1) Install the add-on Raspberry Pi Tools (probably already installed in your case)

2) Remove this line from config.txt

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

3) Copy this /storage/.config/autostart.sh

#!/bin/sh

python /storage/scripts/power_button.py

4) Create a folder for a Python script: mkdir /storage/scripts

5) Copy this /storage/scripts/power_button.py

#!/usr/bin/python

# This script was authored by AndrewH7 and belongs to him.
# (www.instructables.com/member/AndrewH7)
# You have permission to modify and use this script only for your own personal usage.
# You do not have permission to redistribute this script as your own work.
# Use this script at your own risk.

import sys
sys.path.append('/storage/.kodi/addons/virtual.rpi-tools/lib')
import RPi.GPIO as GPIO
import os

# Replace YOUR_CHOSEN_GPIO_NUMBER_HERE with the GPIO pin number you wish to use.
# Make sure you know which rapsberry pi revision you are using first.
# The line should look something like this e.g. "gpio_number = 7".
button_gpio_number = 17

# Use BCM pin numbering (i.e. the GPIO number, not pin number).
# WARNING: this will change between Pi versions.
# Check yours first and adjust accordingly.
GPIO.setmode(GPIO.BCM)

# It's very important the pin is an input to avoid short-circuits.
# The pull-up resistor means the pin is high by default.
GPIO.setup(button_gpio_number, GPIO.IN, pull_up_down = GPIO.PUD_UP)

# Use falling edge detection to see if pin is pulled low to avoid repeated polling.
# Send command to system to shutdown.
try:
    GPIO.wait_for_edge(button_gpio_number, GPIO.FALLING)
    os.system("shutdown -h now")
except:
    pass

# Revert all GPIO pins to their normal states (i.e. input = safe).
GPIO.cleanup()

6) Make both files executable:

chmod +x /storage/.config/autostart.sh

chmod +x /storage/scripts/power_button.py

The script will wait for a "low" signal at GPIO 17, like the original config.txt line did. On "low" it will shutdown, but additionally it sets all GPIO pins back to default state after shutdown. That's probably the important part for your LED's to switch to red.

OK, here is my next and final theory. People often believe that HDMI pass-through is a simple in-and-out process, but that's not right. Your AVR has to analyze incoming HDMI data to find relevant commands. My theory now is that RPi's volume change data are challenging for your AVR's processor. Probably so challenging that pass-through of video HDMI data will be dropped for the period of volume change.

However, my advice stays the same: get the extractor. Then your AVR just has to deal with audio data.

I'm not sure whether moving pictures really increase data rate on HDMI.

To check my theory, you could reduce the resolution for a test. This will definitely reduce HDMI data rate.

If you have audio pass-through activated, deactivate it for another test.

You probably found a way to reduce HDMI data rate by using this driver. Keep my HDMI audio extractor advice in mind when searching for a final solution.

Then you're right, and you only have on /off options. Other options are not part of the code for LE. Probably Raspbian has libraries that are not available on LE. You have to live with that behavior, or write your own demon.

Quote from Doodlenoodle

...it asks just wether I want the fan always on or not (here again I have to confirm with a “Y” for always on , otherwise the fan is set to off. So this means I can just turn it on (with about 6000rpm) or off.

Are you sure you understood this question right? Maybe you have to answer "N" / "No" for temporary and speed-controlled fan activation.

Maybe the fan is off at first, but at increasing heat it might start doing something.

Thanks for the detailed explanation. Probably the MCU does time measurement and triggers GPIO 17 (shutdown) for a short button press and GPIO 18 (power off) for a long button press. That keeps my theory alive. I think GPIO 17 has to be set to the default state after shutdown to switch the LED's red. I'll do some research what's the default state (low or high). Stay tuned.

Sorry to hear that. At least your cables are now conform to 4K.

Probably your former A-400 had a lower data rate, because it wasn't a 4K device. I think we now have isolated the AVR as the trouble maker when using higher data rates.

The only advice I can give is to order even more stuff.

The second HDMI port (HDMI-1) for audio doesn't work. Get an HDMI audio extractor to connect your AVR separately.

Sorry, according to your first code lines of your first post, GPIO 17 and GPIO 18 are exclusively used for the power button, not for LED's.

What you want is to switch the LED's from green to red after forced shutdown (long button press) and power off (short button press), right?

PS: Theory behind my question: Some GPIO pins have to be set back to default state to activate the red LED's. So long / short button press may lead to different results. If you know other device states that let the red LED's shine, let me know. The photo doesn't provide useful infos about the wiring.

Take care about pin numbering. You use GPIO 18, which is the 6'th pin at the outer side of the board, like here.

Unfortunately you haven't said anything about your LED wiring, so I can't tell you the right code.

Your power hat has red and green LED's, so I assume red is for off, and green for on.

That means, at least two pins must be in use for the LED's. Please tell me the pins, connected to the LED's.

PS: The data sheet doesn't tells the wiring, but the photo shows that only the first 12 pins (two rows) have connections to the power hat.

Chances are they use GPIO 17 and GPIO 18 for red and green LED's. Follow the wiring on the board to proof that theory.

Quote from rpistutters

Bump as the sample link will only remain active for another 7 days.

It's better to create a new thread, instead of permanently kidnapping and updating a solved one.

All your questions have been answered here.

Crazy.

Theory 2: Your add-on starts a server application, which needs some time to come up.

So try this autostart.sh:

#!/bin/sh

(
sleep 3
/usr/bin/sh /storage/tvmosaic/start2.sh
) &

If this works, you can play around with sleep time (sleep 2 for two seconds, sleep 1 for a second).