ldiaz

Members
  • Content Count

    28
  • Joined

  • Last visited

1 Follower

About ldiaz

  • Rank
    Member

Recent Profile Visitors

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

  1. The software you are referencing is for RPI will not work on other devices without major ports. On the other hand the TV boxes typically do not have GPIOS exposed so is a poor choice for custom octoprint controller. I think it will be better off if you use a cheap SBC with armbian. I run my octo print in a $15-OpiZero 512MB with out problems. I made a mini distribution with octo print just plug an play. cheers.
  2. Hi @Sergey2k Could you please help me publishing the changes on the DTB for ethernet to work on th X96Air? Thanks,
  3. I'm able to boot from sd card using Armbian_19.11.4_Arm-64_bionic_current_5.4.1_20191228 + /boot/dtb/amlogic/meson-sm1-sei610.dtb + uboot-fix-g12. Wifi works ok but ethernet not. I did not installed it to sata or emmc memory yet. Regards,
  4. Hi @Sergey2k I managed to install current Armbian_19.11.4_Arm-64_bionic_current_5.4.1_20191228 on the X96Air applied the uboot. I'm able to boot but eth0 does not work as you mention before. I follow your advance here and it seems the it's needed to patch the dtb for ethernet. Could you please share the working dtb or explain how to patch it. I'm using /boot/dtb/amlogic/meson-sm1-sei610.dtb. Thanks!
  5. Hi, I notice the same problem in a Orange PI ZERO. SCLK is high when CS is asserted but as you say it should be LOW before CS is asserted. I have found no solution for this issue. The very strange thing is that on the OPI ZERO it happens only on the second CS line. I'm using the same RF24 code so the problem is not in the library. It should be in the spidev driver. In the Opi Zero I use the SPI1 instead the SPI0. Using spi-spidev and spi-add-cs1 overlays. If plug the radio to /dev/spidev1.0 it works fine without problems but if I change the radio to /dev/spidev1.1 the logic analyzer shows the same SCLK problem. I do not know why but there something wrong here. Try to change SPI interface or the CS you are connecting the radio. This could be workarround. Maybe @martinayotte or @zador.blood.stained hav more information on the SPIDEV implementation as I have seen in the past that they have deep knowledge on that. Regards,
  6. Hi, @glow I have not test any pygame in the zero as I use kivy that requires X windows for working on armbian so here I can't be very useful. As @A-P is interested in make also touch working a was able also to do it in the past with a Orange Pi Zero with XPT2046. This are the steps. You need to be sure that you have the module module for ADS7846 available in your build. If I remenber well its installed by default. Add to your armbianEnv.txt another std overaly it is call spi-add-cs1. This will add an adtional line for CS of the toch screen in the pin 26 that is what is compatible with your screen (TP_CS). Need to compile the dts I provided but for your screen you nee to change "PA7" to "PA1" in the ads7846_pins section of the file. The compilation is done with a DTC compiler (I think is installed by default). this way: ./dtc -@ -I dts -O dtb -o /boot/overlay-user/ads7846-touch.dtbo touch.dts # it will show some warnings. if dct is not available you can get an complie it by: #git clone -b dt-overlays8 https://github.com/pantoniou/dtc #sudo apt-get install -y flex bison #cd dtc #make Finally you need to add to you armbianEnv.txt this line: user_overlays= ads7846-touch Reboot. The dts has the possibility to tweak parameters for sensibility, dimension,etc.... This version is the default ported from raspberry Pi. Thats it!
  7. @A-P if you connect the screen to the PIZero as a Hat it sure SPI1 as SPI pins are those of this interface. SP1 CS=0. Also DC, RST/DC seems correctly mapped. The relevant part of the dmsg is this: [ 308.268459] fbtft: module is from the staging directory, the quality is unknown, you have been warned. [ 308.281149] fbtft_device: module is from the staging directory, the quality is unknown, you have been warned. [ 308.284168] m25p80 spi0.0: spi-nor spi0.0 10000kHz 8 bits mode=0x00 [ 308.284388] fbtft_device: spi_busnum_to_master(1) returned NULL [ 308.291574] fbtft_device: failed to register SPI device [ 418.056146] fbtft_device: module is from the staging directory, the quality is unknown, you have been warned. [ 418.058972] m25p80 spi0.0: spi-nor spi0.0 10000kHz 8 bits mode=0x00 [ 418.059177] fbtft_device: spi_busnum_to_master(1) returned NULL [ 418.066383] fbtft_device: failed to register SPI device it seems the spi_busnum=1 is not activated / registered as present. This, in principle, could be accomplished by inserting this in the armbianEnv.txt overlays=spi-spidev param_spidev_spi_bus=1 As regards current location of drivers mine are here: root@orangepizero:~# ls /lib/modules/4.11.5-sun8i/kernel/drivers/staging/fbtft/ fb_agm1264k-fl.ko fb_hx8347d.ko fb_ili9163.ko fb_ili9340.ko fb_ili9486.ko fb_s6d02a1.ko fb_ssd1306.ko fb_st7735r.ko fb_tls8204.ko fb_upd161704.ko fbtft_device.ko fb_bd663474.ko fb_hx8353d.ko fb_ili9320.ko fb_ili9341.ko fb_pcd8544.ko fb_s6d1121.ko fb_ssd1331.ko fb_st7789v.ko fb_uc1611.ko fb_watterott.ko flexfb.ko fb_hx8340bn.ko fb_hx8357d.ko fb_ili9325.ko fb_ili9481.ko fb_ra8875.ko fb_ssd1289.ko fb_ssd1351.ko fb_tinylcd.ko fb_uc1701.ko fbtft.ko But I'm using 4.11 kernel version. It should not be relevant if the module system is propperly configured. Hope It can be useful
  8. @A-P Honestly I have not tested the ili9486 you are using but the li9341 that @glow is ussing. However they should work both. I think the best way to trouble shoot this is: 1. Could you share your screan pinout and wiring to the OpiZero? 2. Could you share dmesg after modprobe of the driver? 3. what is on your armbianEnv.txt? Regards,
  9. This was my original proposal to use an overlay I posted one initial version that I wan't able to make work but I'm not a DTS expert maybe someone can simply aling it with the patch that @martinayotte created.
  10. overlay is nothing special is only hardware definition SPI o IC2 have not hw discovery mechanims. Try spi-dev overlay without loading the driver and check if spi1 devices are created. My wiring is the following: display ZERO GPIOS VCC - 3.3 V pin 1 GND - GND pin 25 (any GND would do as they internaly connected) CS - SPI1 CS0 pin 24 RESET - GPIO1 pin 11 DC - GPIO0 pin 13 MOSI - SPI1 MOSI pin 19 SCK - SPI1 SCLK pin 23 LED - GPIO3 pin 15 MISO - SPI1 MISO pin 21 SPI port are fixed pins, you must configure only DC/RESET/LED according to your wiring. name=fb_ili9341 gpios=dc:0,led:3,reset:1 speed=16000000 busnum=1 rotate=0 bgr=1
  11. @glow. Mine has a spi flash. But the fact is that H2+ gpios for SPI0 are not accesible in the GPIO header, so in any case you need to connect the display to the SPI1 not the 0. As you have done here: Try the overlay spi-dev with busnum=1 as I commented in my previus post. Then try to load the driver for the display with modprobe.
  12. @A-P There is no more detail in dmesg about the error? It's very strange that @glow solution to busnum=0 works as OPIZERO has no pins to connect to SPI0 bus in the GPIO header. Check this: Busnum=1 will use the pins for SPI1: SPI1_CLK,SPI1_MISO,SPI_MOSI and SPI1_CS. For other needed pins (this will depend on the screen) you need to select the GPIOS manually. Be aware of the mapping: Check your wiring to verify it is correct with fbtft parameters. What errors are shown in dmesg? For checking that thet SPI1 works well you can use the spi-dev overlay simply puting this in /boot/armbianEnv.txt: overlays= <other overlays> spi-spidev param_spidev_spi_bus=1 after reboot /dev/spi* files should be present.
  13. I confirm that raschid patch worked also for me. It include botth DTS mods for opizero and the patched driver for 4.11. May thanks for the success. I will some perfomance test also. As regards distance to AP I think this could be improved with a better antenna. The one that come with the zero seems really low quality,