

wollik
Members-
Posts
45 -
Joined
-
Last visited
Recent Profile Visitors
The recent visitors block is disabled and is not being shown to other users.
-
@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
-
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
-
@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
-
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
-
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
-
Banana PI M2 Zero - UART3 921600 speed config
wollik replied to Josep de la Fuente's topic in Beginners
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