Posts by Benoitone

    Perhaps only to add some version comments and replacing the deprecated usleep command, no functional change.

    yes It will be cool...

    Quote from HarryH

    cat /flash/config.txt

    Quote from HarryH

    dmesg | grep -i uart

    Code
    [    0.000000] Kernel command line: reboot=w coherent_pool=1M 8250.nr_uarts=1 pci=pcie_bus_safe snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1  smsc95xx.macaddr=D8:3A:DD:CF:C9:00 vc_mem.mem_base=0x3fc00000 vc_mem.mem_size=0x40000000  boot=UUID=0604-1456 disk=UUID=e37f87e7-658e-4610-abc3-cd9177b85998 quiet console=ttyAMA10,115200 console=tty0
    [    0.010450] Serial: AMBA PL011 UART driver
    [    0.348037] 107d50c000.serial: ttyS0 at MMIO 0x107d50c000 (irq = 35, base_baud = 6000000) is a Broadcom BCM7271 UART
    [    2.515145] Bluetooth: HCI UART driver ver 2.3
    [    2.515151] Bluetooth: HCI UART protocol H4 registered
    [    2.515172] Bluetooth: HCI UART protocol Three-wire (H5) registered
    [    2.515306] hci_uart_bcm serial0-0: supply vbat not found, using dummy regulator
    [    2.515356] hci_uart_bcm serial0-0: supply vddio not found, using dummy regulator
    [    2.515375] Bluetooth: HCI UART protocol Broadcom registered
    Quote from HarryH

    ls -la /dev/ttyAMA*

    Code
    crw-rw----    1 root     dialout   204,  74 Feb 27 18:26 /dev/ttyAMA10
    Quote from HarryH

    pinctrl -p get


    Quote from HarryH

    Do you know which version of the RemotePi do you have? I read about, that the pcb has a current limiter to prevent damages at RPi pcb. But this can also restrict the current to much for your RPi5 and you are get in trouble, because not enough power.

    It's the RemotePi Board for Pi 4.
    Yes maybe shutdown on startup can be due to a sporadic power issue... If it happens again I will maybe try to power directly the board with direct power supply.

    Do we talk about the same thing? I meant, that I have updated the scripts inside of the 2 codeblocks in Post #17

    Yes I updated the 2 scripts this morning like in your post.
    And I have a shutdown at startup...

    After that I updated to latest nightly version 12.0 (20240416-8b61557) and uncommented the scripts and now it seems to work (and start fine)

    I don't know if there is a connection... but it seems to work currently with your scripts... :)

    Quote

    But I think, that I know the answer. You can check the gpiochip571 and you should get "54" for ngpio and "pintctrl-rp1" for label as the return values.

    That’s it

    Have you had time to test more? Are there any problems or is it working?

    I don’t know if it’s due to the board but when I connect the power to the board the pi5 shutdown just after start

    I’m not at home right now so it’s a little bit complicated to make test remotely.

    To make it complete, please check every listed chip:

    Code
    cat /sys/class/gpio/gpiochip512/ngpio
    cat /sys/class/gpio/gpiochip512/label

    The correct one has 58 on the RPi4 (but the pin count could be split/vary on RPi5) as the return value for ngpio and I'm assuming the label is "pinctrl-bcm2712" or something similar.

    for ngpio i have 32 as result and gpio-brcmstb@107d508500 for the label

    In the meanwhile I have played a little bit with pinctrl. But it's now your part to test if it works.

    :love:
    I have to do more tests when I get home, but it seems to be ok
    Thanks a lot

    I think it's the same as Rpi4 on libreelec 12 but it doesn't work if i use GPIOpin=527 and GPIOpin1=526

    Your are welcome.

    Please keep in mind that this option to set the GPIO pins in this simple way may be removed in a future kernel release. If this happens, the scripts will need to be switched to using pinctrl or migrated to Python3 scripts.

    Do you know if there is an adaptation of the old scripts with pinctrl instead of gpio? I have a rpi5 and I think I must use pinctrl.

    Can you help me?