• Content Count

  • Joined

  • Last visited

Everything posted by lsmod

  1. Yes - but the organisation of this schematic diagram is horrible. It would be nice to have a complete overview. A helpful table can be found on page 23 of the CPU description:
  2. But - why? pin 23/24 is shown in the diagram as SPI1? Is the reason that this pins are multi purpose? Where did you find this secret?
  3. My experiment to activate UART0 fails with overlays=... uart0 uart1 and results only in an working UART1. O.K. - then i have to connect my serial device on UART 1 and everything is fine. Thank you for your help martinayotte! Is it possible to use the UART pin's near the HDMI-connector?
  4. Hmm - this information comes late. Additional i have to find out that an overlay assignment is already existant from the beginning! This is the content of the original file armbianEnv.txt that is again in use: verbosity=1 console=both overlay_prefix=sun50i-h5 rootdev=UUID=aa5e51f4-5867-45a3-a342-740ba0961be3 rootfstype=ext4 overlays=analog-codec i2c0 i2c1 i2c2 pps-gpio pwm spi-add-cs1 spi-jedec-nor spi-spidev uart1 uart2 uart3 w1-gpio usbstoragequirks=0x2537:0x1066:u,0x2537:0x1068:u The problem is that all UART's should have worked from the beginning! Retest
  5. I see in the manual that this should be UART3. And i can see on page 6 in GPIO of the schematic that UART3 should be PA14/PA13. That was the source. It takes more than one minute for me. But i know what you mean - this days i simply don't have enough time for this problem and i always must "think me into the problem again". Now i checked with and without a wire-loop on GIPO pins 38+40 that should be UART1. I added to the configuration overlays=uart1 overlays=uart2 UART1 can't be opened with a serial program. UART2
  6. When it is clear enough - why there is UART0 on Pin 8/10 ? UART0 is defined on PA4/PA5 in the configuration files ? I already tested UART0 and it is not working too I think i have to give up to get the UART working with Armbian on an Orange Pi PC 2 ...
  7. This schematic does not contain a clear and reliable Pinout.! Correct. I have wirtten that there was no signal. This are serial Pins on an Raspberry - so why not on an Orange-Pi ?
  8. Now i am very confused. Where you find this information about Pins 23/24 ? We already discussed this theme here and i have to find out that every Pinout is somehow wrong! Is there somewhere a correct one for an Orange Pi PC 2 ? But your idea is good - i will make simple tests just to find any working UART ... The scope probe was O.K., because i could see High-Level 3.3V and working signal of the serial device i want to connect.
  9. Good idea! It seems that the serial ports are added with the correct number: [ 0.682731] Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled [ 0.683890] console [ttyS0] disabled [ 0.704033] 1c28000.serial: ttyS0 at MMIO 0x1c28000 (irq = 28, base_baud = 1500000) is a U6_16550A [ 0.704085] console [ttyS0] enabled [ 0.726793] 1c28c00.serial: ttyS3 at MMIO 0x1c28c00 (irq = 29, base_baud = 1500000) is a U6_16550A I can only open /dev/ttyS3. All other ports will fail with "Unable to configure serial port" When i enable all ports with overla
  10. This is my current Pin-Assignment for the GPIO with all references:
  11. Yes - i can find this files in the path /boot/dtb/allwinner/overlay -rw-r--r-- 1 root root 506 Sep 19 12:10 sun50i-a64-uart1.dtbo -rw-r--r-- 1 root root 1001 Sep 19 12:10 sun50i-a64-uart2.dtbo -rw-r--r-- 1 root root 826 Sep 19 12:10 sun50i-a64-uart3.dtbo -rw-r--r-- 1 root root 1001 Sep 19 12:10 sun50i-a64-uart4.dtbo For other users: The files can be translated each with dtc -I dtb sun50i-a64-uart1.dtbo -O dts -o sun50i-a64-uart1.dts There are many definitions for the UART ... Yes - i am really confused by the wrong schematics. Is there anywhere
  12. Thank you for the Tip! Where i can find the DT overlays? I will check this on the weekend when i am home again ...
  13. Hello, after some time i am trying to work again on my Orange Project. Now i want to connect an serial device on UART2 (PA0 / PA1). The devices /dev/ttyS0 - S3 are existant, but no data is coming in over RXD. I already read the thread here and tried to check the configuration. I upgraded my armbian and i am now working with ARMBIAN 5.60 stable Debian GNU/Linux 9 (stretch) 4.14.70-sunxi64 So i hopefully found the configuration in /boot/dtb-4.14.70-sunxi64/allwinner/sun50i-h5-orangepi-pc2.dtb After decompiling i found
  14. Doesn't it make sense to create additional an shared object file ? With something additional like gcc -shared -fPIC -o armbianio.o -lc
  15. Yes - it's clear that WiringPi is not needed for I2C. I added the PC2 board to ArmbianIO:
  16. O.K. Then the assignment for an Orange Pi PC 2 should be iOPIPC2Pins[] = { 355,-1,-1,12,-1,11,-1,6,69,-1, 70,1,110,0,-1,3,68,-1,71,15, -1,16,2,14,13,-1,21,19,18,7, -1,8,200,9,-1,10,201,107,198,-1, 199 }; The Pin for IR-RX is 363 (PL11) Here is the complete file that compiles What must be else done to add this new board?
  17. Yes - i found this explanation in the sourcecode - but it is not so easy to translate it into the needed numbers. And there are mistakes in the GPIO-assignment that has been published ... Correct should be
  18. Hello Larry, i tried to use your ArmbianIO library now for an Orange Pi PC2 with H5 CPU. But it seems not to be supported: # ./demo Unrecognized board type, aborting... Problem initializing ArmbianIO library How can i help to add this board that your library can be used? That numbers in armbianio.c are not so easy to compose. I will create an template with the GPIO-description and PIN-Numbers.
  19. @587-martinayotte I want to test the access of an PCF8574 now. I can already "see" it on the I2C bus. Is there any advisable solution in Armbian already existing? (Before i try a way that must fail ) And i will have to look for ArmbianIO now, because i want to read an DHT11 on an Port Pin, and usually this will be done with a WiringPi Library ...
  20. Hihi indeed - it is a failure to believe an chinese schematic diagram. Why they should publish a correct one that have been used for manufacturing ...
  21. The question remains why PA20 cannot be used? # echo 20 > /sys/class/gpio/export -bash: echo: Schreibfehler: Das Gerät oder die Ressource ist belegt. # cat /sys/kernel/debug/gpio gpiochip1: GPIOs 0-223, parent: platform/1c20800.pinctrl, 1c20800.pinctrl: gpio-10 ( |sysfs ) out hi gpio-20 ( |orangepi:red:status ) out lo I should take the time to test the other ways to access the GPIO ...
  22. O.K. Here i can find this information, but that does not say anything about the GPIO ports: lrwxrwxrwx 1 root root 0 Jan 1 1970 orangepi:green:pwr -> ../../devices/platform/leds/leds/orangepi:green:pwr lrwxrwxrwx 1 root root 0 Jan 1 1970 orangepi:red:status -> ../../devices/platform/leds/leds/orangepi:red:status I would say PA10 and PA20 are definitely not used for the LED's. It should be PA15 for the Status-LED and PL10 for the Power-LED when the circuit diagram is correct.
  23. Thanks for the Tip! What is the meaning of a "red status" ? gpiochip1: GPIOs 0-223, parent: platform/1c20800.pinctrl, 1c20800.pinctrl: gpio-20 ( |orangepi:red:status ) out lo gpio-102 ( |gmac-3v3 ) out hi gpio-110 ( |w1 ) in lo gpio-166 ( |cd ) in lo IRQ gpio-204 ( |usb0_id_det ) in hi IRQ gpiochip0: GPIOs 352-383, parent: platform/1f02c00.pinctrl, 1f02c00.pinctrl: gpio-354 ( |usb0-vbus
  24. Yes - i corrected this - and it was connected this way. The problem is that this Pins cannot be adressed via sysfs, independent of the wiring.
  25. Today i find the time to test the sysfs stuff to access the GPIO. Result: It works partially! I simply connected some Arduino relays on 4 GPIO pins and additionally measured the voltage on it. echo 71 > /sys/class/gpio/export echo "out" > /sys/class/gpio/gpio71/direction is working and the relay is switching, and echo 0 > /sys/class/gpio/gpio71/value echo 1 > /sys/class/gpio/gpio71/value can switch the relay. So the output can be set! An problem is to try to access Port-Pin PA20 on Pin 36 or PA10 on 35 with echo 20 > /sys/cl