Jump to content

martinayotte

Members
  • Posts

    3892
  • Joined

  • Last visited

Posts posted by martinayotte

  1. 19 minutes ago, mustafa_meta said:

    No.  OPi Zero and OPi Zero LTS. I have problem with OPi Zero LTS now.  OPi Zero work fine. 

    Did you try to use the same SDCard from the working one into the other one ?

    19 minutes ago, mustafa_meta said:

    Is there an internal disk in the OPi card, such as eMMC flash.  I guess the answer is no.

    Yes, there is a SPINOR flash, but since SPI isn't enable, it should not interfere ...

     

    BTW, the whole thing remind me a 2 years old thread here :

     

    Do you have UART3 overlay in /boot/armbianEnv.txt ? The PA13/PA14 pins would be in-use if UART3 is enabled ...

  2. 17 minutes ago, mustafa_meta said:

    "cat /proc/device-tree/soc/spi@1c69000/status" is nothing show.

    It should show something, but without newline, only at left of command prompt, it must be either "okay" or "disabled"

    18 minutes ago, mustafa_meta said:

    I tried completely the same steps on another OPi Zero and everything okay with it.

    Are both boards are identical, same revision number ?

    19 minutes ago, mustafa_meta said:

    Is there storage for gpio config other than sd card?

    I don't understand the question ...

    20 minutes ago, mustafa_meta said:

    Maybe pins damaged ?

    I doubt, i says "already in use" ...

  3. 1 hour ago, haajee said:

    Strange enough do i got troubles when i format it before

    As I said, formatting is completely not needed since "etcher" will overwrite using partition scheme provided by the image.

  4. 22 minutes ago, playrich said:

    can't access /sys/class/gpio/gpio%d/direction GPIO pin. check access rights

    It seems a trouble accessing a specific GPIO, not related to SPI, but message with %d is not meanful.

    To get it more meanful, you need to fix it there :

    https://github.com/nRF24/RF24/blob/master/utility/SPIDEV/gpio.cpp#L48

    It should probably be instead :

    throw GPIOException("can't access /sys/class/gpio/gpio%d/direction GPIO pin. check access rights", port);

    You can also check if the previous "export" worked by looking at "ls -l /sys/class/gpio/" to seen if the specific GPIO been exported.

    Maybe the GPIO is already in use, you can verify that by doing "cat /sys/kernel/debug/gpio" ...

  5. 33 minutes ago, RuslanGennadievich said:

    If i have /sys/class/spi_slave on Armbian, does this mean that the kernel has support spi slave?

    From my knowledge/understanding, it only mean that kernel has been compiled with CONFIG_SPI_SLAVE enabled, but no hardware is attached to it since neither drivers/spi/spi-sun4i.c and drivers/spi/spi-sun6i.c provide such functionalities.

     

    EDIT: you have probably seen that this /sys/class/spi_slave folder is empty ...

  6. 1 hour ago, crazyquark said:

    Or I can just download a patched DTS and compile it to DTB?

    Even easier than that : decompile DTB currently present on you board, edit the resulting DTS by changing "status" node of "spi-gpio" to "okay" instead of "disabled", then recompile DTS into DTB.

  7. 2 minutes ago, RuslanGennadievich said:

    Maybe you know how add slave support to driver?

    No, it is too complex task ...

     

    2 minutes ago, RuslanGennadievich said:

    Yes, on oscilloscope i verify clock line on "slave soc" and see some signal, but in slave mode it's wrong

    I don't understand what you mean ...

  8. 13 minutes ago, RuslanGennadievich said:

    how i can reconfigure or rebuild linux kernel driver to support slave?

    As I said, kernel driver for AllWinner SoC doesn't support "slave" mode.

     

    8 minutes ago, RuslanGennadievich said:

    My ultimate goal is to test SPI baud rate :)

    What do you mean by testing baud rate ?

    If you wish to measure/verify the clock, you can take a oscilloscope...

  9. 5 minutes ago, JORGETECH said:

    I just tried with a MAX3232 TTL-to-RS232 adapter

    Don't do that, it can burn your H5 UART, RS232 are using inverted level of +/- 9V to 12V !!!

    6 minutes ago, JORGETECH said:

    I'm thinking of buying one of those cheap TTL-to-USB adapters (CP2102) if it turns out to be the only way to connect serial to this devices.

    Right ! Not only CP2102, but there are others, such CH340.

    Seeing your footer, in the meantime, you can use your OPiZero since it has UART1 on header.

  10. 2 hours ago, Cybrpunk said:

    Would you also know if the standard peripherals (I2C, SPI, GPIO, etc)

    All those are working fine.

    2 hours ago, Cybrpunk said:

    WiFi, Bluetooth, MIPI DSI and CSI are working in current RC?

    Wifi ? Yes !

    Others are not tested ...

    2 hours ago, Cybrpunk said:

    make your changes available?

    Maybe soon, since 5.6.0 is now at RC6 ...

  11. 11 hours ago, GOrd said:

    I don't have a serial cable to see if there is boot messages to serial.

    That is a MUST if you wish to help figured out why your PBP doesn't boot.

     

    BTW, no one here got an Armbian image working with the LCD display yet !

    We still have to figure out why, but it will take time ...

  12. 2 hours ago, haajee said:

    I format it on Linux Mint as FAT32 and then write it.

    You don't need to format any SDCard before writing an image ... The image is providing the formatting ...

  13. 22 hours ago, playrich said:

    Find posted my serial boot

     

    Ok ! I've figured it out !

     

    The fixup scripts /boot/dtb/overlay/sun7i-a20-fixup.scr, /boot/dtb/overlay/sun5i-a13-fixup.scr and /boot/dtb/overlay/sun4i-a10-fixup.scr are all using "soc@1c00000" node instead of plain "soc" node, while the script /boot/dtb/overlay/sun8i-h3-fixup.scr is already using the good node naming.

    The reason is because in the old days of 4.x.y, the node was named "soc@1c00000" while in 5.x.y it is the shorter version.

    I will fix that in Armbian patches later ...

    In the meantime, you can do backup of /boot/dtb/overlay/sun7i-a20-fixup.scr, copy it also as /root/sun7i-a20-fixup.cmd, edit it, remove the binary header until "# overlays fixup script" header, search all "soc@1c00000" and replace by plain "soc", save the file, and finally convert it again in script file using "mkimage -C none -A arm -T script -d  /root/sun7i-a20-fixup.cmd /boot/dtb/overlay/sun7i-a20-fixup.scr"

     

    EDIT: Commit done ! https://github.com/armbian/build/commit/ca24fd20e48ff6e004279b0cb14dca746231e648

×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines