Jump to content

wollik

Members
  • Posts

    45
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. @cOrnelius YES I know how to maintain the current system manualy, but with the next release I' l have to do it again. @Igor, your PR modification looks like the right solution adding the missing group T H A N K S! P L E A S E can you also point me where I will find the right spot where I can define the right owner for the some specified directories like the: /sys/class/gpio ? Is there a list for mapping the right owner to a directory? that can be modified? Regards Wolfgang
  2. Hi Members, I'm setting and reading the GPIO PINs for different BPI's frequently only by bash by maintaining the /sys/class/gpio/xxx values. The only problem is that all these files belong to root :root and I have to use the sudo command in my scripts. I've read about putting a non root user to the gpio group will fix that. But on Armbian there is no "gpio" group ;( That seems the reason why the directory /sys/class/gpio is not prepared as root:gpio Please has someone an idea when this will be implemented? Regards wollik
  3. @eselarm, YES, just edit the /boot/armbianEnv.txt file. See my example for the PIN 7 of an BPI M1 below. @Ryzer, your provided link has no mapping of the GPIO Pins to there PIN Names only there PIN Funktions are listed. But these PIN Names must be specified in as a parameter to use the 1w Protokoll. LeMarker Docu: PIN: Function:--> Needed PIN Name as parameter in /boot/armbianEnv.txt: 7 GPCLK --> PI03 11 IO-0 --> PI19 13 IO-2 --> PI18 15 IO-3 --> PI17 Hi All, I got my DS1820 (temp sensor) now running. My plan was to use the Pin 7 of CON3 (26 Pin connector) and tried with PA6 and others, but always got the dmesg errors "pin xx already requested by 1c50000.ethernet; cannot claim for onewire@0" That was why I asked for a PIN mapping of the CON3 on the BPI M1. After long searching I found a list in the freebsd.org forum with the right pins! Now with these settings in the /boot/armbianEnv.txt I got my DS1820 connected to the physical pin 7 to function!!! overlay_prefix=sun7i-a20 overlays=w1-gpio param_w1_pin=PI03 I'll try to get the PIN Names of all my other BPIxx models and will post it here. Many thanks for your support. wollik
  4. Hi all, I've updated my BPI M1 to Armbian 24.11.1 bookworm and still get the same problems to use the PA6 pin for 1-Wire. dmesg | grep -i "onewire" [ 6.685838] sun4i-pinctrl 1c20800.pinctrl: pin PA6 already requested by 1c50000.ethernet; cannot claim for onewire@0 [ 6.685884] sun4i-pinctrl 1c20800.pinctrl: pin-6 (onewire@0) status -22 [ 6.686020] w1-gpio onewire@0: Error applying setting, reverse things back I've activated the w1 via armbian-config under: System -> SY017 - Manage device tree overlays -> first only sun7i then only sun4i and also both sun7i plus sun4i but always got the same error after the reboots. I'm wondering why dmesg points to sun4i even when I have only selected/activated sun7i in the device tree overlays. Any idea? Regards wollik
  5. Hi Forum Members, I need have to activate a 1-wire thermal sensor DS1820 on al old BPI M1. I've had these type of sensors allready runing on a BPI M2Zero under Buster (Armbian Kernel: 5.10.60-sunxi) wih these settings in /boot/armbianEnv.txt: overlays=w1-gpio param_w1_pin=PA6 dmesg | grep -E 'w1|wire' [ 6.806929] Driver for 1-wire Dallas network protocol. [ 6.847601] gpio-6 (onewire@0): enforced open drain please flag it properly in DT/ACPI DSDT/board file [ 6.875871] w1_master_driver w1_bus_master1: Attaching one wire slave 28.0121121d29c5 crc 9a [ 7.020059] w1_master_driver w1_bus_master1: Attaching one wire slave 28.0121115aaa65 crc c1 [ 7.115896] w1_master_driver w1_bus_master1: Attaching one wire slave 28.012111456c5b crc 23 [ 7.212969] w1_master_driver w1_bus_master1: Attaching one wire slave 28.0121121afabf crc 5b [ 7.299832] w1_master_driver w1_bus_master1: Attaching one wire slave 28.01211165dfbf crc a7 [ 8.527889] Bluetooth: HCI UART protocol Three-wire (H5) registered and is also shown via: sudo cat /sys/kernel/debug/gpio as: gpiochip0: GPIOs 0-223, parent: platform/1c20800.pinctrl, 1c20800.pinctrl: gpio-6 ( |onewire@0 ) out hi gpio-7 ( |sysfs ) out lo gpio-8 ( |sysfs ) out lo gpio-9 ( |sysfs ) out lo gpio-10 ( |sysfs ) out lo gpio-21 ( |sysfs ) out lo gpio-166 ( |cd ) in hi gpio-203 ( |host-wakeup ) in lo IRQ gpio-204 ( |shutdown ) out hi gpio-205 ( |device-wakeup ) out lo gpiochip1: GPIOs 352-383, parent: platform/1f02c00.pinctrl, 1f02c00.pinctrl: gpio-353 ( |vdd-cpux ) out hi gpio-355 ( |power ) in hi IRQ ACTIVE LOW gpio-356 ( |sysfs ) out lo gpio-358 ( |usb0_id_det ) in hi IRQ gpio-359 ( |reset ) out hi ACTIVE LOW gpio-362 ( |bananapi-m2-zero:red) out lo Now on the BPI M1 also under Buster (Armbian Kernel: 5.10.16-sunxi) it is not possible to use this pin PA6. I got these errors: dmesg | grep -E 'w1|wire' [ 6.641667] Driver for 1-wire Dallas network protocol. [ 6.666672] sun4i-pinctrl 1c20800.pinctrl: pin PA6 already requested by 1c50000.ethernet; cannot claim for onewire@0 [ 6.666696] sun4i-pinctrl 1c20800.pinctrl: pin-6 (onewire@0) status -22 [ 6.666717] w1-gpio onewire@0: Error applying setting, reverse things back [ 6.666750] w1-gpio: probe of onewire@0 failed with error -22 I've tried also other PA's but allways the same problems. I know that the Buster Kernels are no longer supported, but have the general question about the GPIO Pin naming/mapping to the physical Pins for the 26 and 40 Pin Headers used by Armbian for what SOC's please. Thands in advance wollik
  6. Hi Josep, sorry for the late reply, I just seen your questeion. The hardware chip for UART3 (/dev/ttyS3) is a 16550A and supports a Base-baud of 150000. So the highest possible baud rate you can get out of this chip is 150 000. To set it to 150000 Baud you have to: 1) enable the UART3 via armbian.config, 2) install the tool setserial 3) enable for customer speed by: setserial -a /dev/ttyS3 spd_cust 4) set the divisor to 1 by: setserial -a /dev/ttyS3 divisor 1 5) activate the UART by: stty -F /dev/ttyS3 38400 <-- will get an error, but this is o.k. Here is my output: pi@bananapim2zero:~$ setserial -a /dev/ttyS3 /dev/ttyS3, Line 3, UART: 16550A, Port: 0x0000, IRQ: 46 Baud_base: 1500000, close_delay: 50, divisor: 0 closing_wait: 3000 Flags: spd_normal pi@bananapim2zero:~$ setserial -a /dev/ttyS3 spd_cust pi@bananapim2zero:~$ setserial -a /dev/ttyS3 divisor 1 pi@bananapim2zero:~$ setserial -a /dev/ttyS3 /dev/ttyS3, Line 3, UART: 16550A, Port: 0x0000, IRQ: 46 Baud_base: 1500000, close_delay: 50, divisor: 1 closing_wait: 3000 Flags: spd_cust pi@bananapim2zero:~$ stty -F /dev/ttyS3 38400 pi@bananapim2zero:~$ Regards wollik
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines