Jump to content

martinayotte

Members
  • Posts

    3892
  • Joined

  • Last visited

Posts posted by martinayotte

  1. What do you mean ?

    Do you mean "how long SPI wiring can be" ? Shortest as possible !

    SPI isn't design to work on long distance, especially with high speed.

    Although reducing speed could help, it is not designed to support more than few inch of wires.

    You are better having two OPiZero is the MFC are meters away from each other ...

     

  2. In such case, since Windows is so stupid, you won't have much choice to have a separate sdcard mounted in a USB reader, having a single FAT partition on this one.

    Another solution is to have a Window's folder shared and having your SoC board mounting that CIFS network share.

     

     

  3. @tkaiser, has it been added recently to builds (and how ?) ? in my recent builds I had to install it manually ...

     

    Also, when I configure user-patches to install them during build process, it is installing them but failed to run their post-install scripts :

     

    Setting up libavahi-common-data:arm64 (0.6.31-5) ...M
    Setting up libavahi-common3:arm64 (0.6.31-5) ...M
    Setting up libavahi-client3:arm64 (0.6.31-5) ...M
    Setting up libavahi-core7:arm64 (0.6.31-5) ...M
    Setting up libdaemon0:arm64 (0.14-6) ...M
    Setting up avahi-daemon (0.6.31-5) ...M
    You are required to change your password immediately (root enforced)M
    chfn: PAM: Authentication token is no longer valid; new one requiredM
    adduser: `/usr/bin/chfn -f Avahi mDNS daemon avahi' returned error code 1. Exiting.M
    dpkg: error processing package avahi-daemon (--configure):M
     subprocess installed post-installation script returned error exit status 1M
    dpkg: dependency problems prevent configuration of libnss-mdns:arm64:M
     libnss-mdns:arm64 depends on avahi-daemon (>= 0.6.16-1); however:M
      Package avahi-daemon is not configured yet.M
    M
    dpkg: error processing package libnss-mdns:arm64 (--configure):M
     dependency problems - leaving unconfiguredM
    Setting up libtalloc2:arm64 (2.1.2-0+deb8u1) ...M
    Setting up libwbclient0:arm64 (2:4.2.14+dfsg-0+deb8u5) ...M
    Setting up samba-common (2:4.2.14+dfsg-0+deb8u5) ...M
    M

     

  4. What do you mean exactly ? How to flash SPI-NOR or How to make LCD work on RaspberryPi ? this is completely 2 different subjects.

    For the SPI-NOR, as Zador said, it is not enabled by default. I personally suggest to use Mainline kernel anyway, it is much more easy to enable the overlay.

  5. The IP address 169.254.134.132 is or is not the IP of your MAC ?

    How did you figured out that this IP could be the one from OrangePiPC ?

    If your router doesn't help to figure out the real IP of the OPi, your will need to connect using Serial USB-TTL and do "ifconfig" on the board itself.

    "orangepipc.local" doesn't work until "avahi-daemon" is installed on the OPi, when you will get access to it, simply go "apt-get install avahi-daemon".

     

  6. ~$ is effectively a command prompt shel, where the ~ means home directory.

    For Desktop, did you use a Desktop image for your SDCard ?

    Because Server image are headless by default, no Desktop installed ...

     

  7. @Igor, can you confirm with Steven that PL9 is really on pin 16 of the header ? It doesn't work and since the PDF is named ORANGEPI-Winplus-V1_3.pdf and not ORANGEPI-Win-V1_x.pdf, i suspect some discrepancies ...

    Same thing with ORANGEPI-Prime_V1_0.pdf, the STATUS-LED doesn't light up when bring PA15 to HIGH.

    And if I remember this is the same issue with ORANGE_PI-PC2-V1_2_schematic.pdf, the STATUS-LED doesn't light up when bring PA15 to HIGH !

    Steven should make sure that his schematics are reflecting the reality !!!

     

    EDIT : Ok ! I found the discrepancies. In top area of the schematic, it says PA15 = STATUS-LED, but on the CPU pins , it is PA20. Same thing for PC2.

  8. On another subject, since this is a new build target only since few days, my recent works as to get R_PIO working on OPiWin to allows getting the WiFi AP6212 working soon.

    Unfortunately, I didn't get expected success yet. :(

    R_PIO seems to be properly initialized, but neither wifi_en_pin@0 (PL8) or manual sysfs PL9 on header doesn't work.

     

    The sad thin is that the sames R_PIO patches works well on Pine64 where I've been able to blink PL7 LED.

     

    That make me think that the schematic we got ORANGEPI-Winplus-V1_3.pdf maybe not matching the real hardware, the "plus" maybe means "another" board, not yet available.

    @Igor  could you confirm  with Steven ? There many other schematics that never been published yet, that should be updated ...

     

     

×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines