• Content Count

  • Joined

  • Last visited

About pzw

  • Rank
    Advanced Member

Recent Profile Visitors

738 profile views
  1. Filesystem corruption it can be... Power supply / SD cards are all the same? Have you tried one node with another SD card / power supply?
  2. Not sure if this is the right forum, or it should be under board bringup.... I have a few Duo2 boards running with the FriendlyElec image, but my OrangePi boards all run Armbian... I do prefer Armbian :-) . Playing around a little I can get the Nanopi Neo Air image running, but not with the wired ethernet. (My boards reside on my own design with a ethernet jack, which works perfect with the FE/FA image) I have the Armbian build environment running in a VM, and can compile my own kernel etc. ButI need a few pointers how to get the right board config in the image/kernel.... Or... Does someone already have a build setup running for the Duo2, who is willing to share it? Thanks in advance for your time..! Paul
  3. pzw

    Orange Pi Zero +2 H5 - SD to eMMC

    There is a reason why Etcher is recommended by the creators of Armbian... It is for sure one of the (few) image writing utilities which actually verify after the writing... And yes, that is important, because corrupted SD cards can generate strange issues..... Good to hear it is working, but I would strongly recommend using Etcher to create the flash cards in the future, to ensure you are not dealing with a corrupted image on the card...
  4. pzw

    Orange Pi Zero +2 H5 - SD to eMMC

    Could it be that the image on the SD card you first used was corrupted? Did you use Etcher to create the SD card? Just curious... :-)
  5. pzw


    Just one question.. why did you set the emmisivity so low? The temperature reading is heavily influenced by the setting... You can see the heat spread through.
  6. Might seem unrelated to you... But what kind of power supply are you using? You need a good power supply which can easily supply high currents (2A). A standard phone charger will not work reliably. Also the quality of the SD card is very important. Samsung EVO cards have always worked great for me. FYI My 2E has been running Armbian mainline for the last 12 weeks non-stop, with a EVO 32GB card and a 5A PSU, which is also supplying some other power hungry stuff, but has for sure enough capacity for the 2E... No problems at all stability wise!
  7. You use different clock speeds between the Arduino and the OPi. Depending on the wiring parasitic capacitance, this can make the difference.... Also... Are you running the Arduino on 5V or 3.3V? I guess 3.3V since the LDC1314 is a 3.3V device.. But just making sure :-) . What surprises me is by looking at the scope images is that it seems that the SDA line is held at 1/2Vcc . You say that doesn't change depending on the pull up resistor value. And that is strange. Because that means it is a state which is voltage controlled, and not the result of a "latched up" driver or something. Because if that would be the case, the voltage would move depending on the pull up resistor. The driving element will be having the same resistance in the latched state... Just thinking out loud now...
  8. If the "0" level is not hitting ground, it means that the current through the switching device (BJT/FET etc) is too high. A pullup of 4k7 seems to be ok, but I am not 100% sure if there is a pull up on the die of the CPU... So I would personally start with removing the pullups... Or... You have a bad ground connection. Can you take a picture of the wiring?
  9. pzw

    NanoPI Duo availability

    What changes will be implemented?
  10. pzw

    NanoPI Duo availability

    I tried asking FA, but didn't get a reply... I need a few for a project which has only space for that module... (got 36mm width to use....) Every week I try to check it, but so far no luck. I am wondering if it would help to just order a few so I might get them sooner..
  11. pzw

    TTL to RS232 possible?

    The converters which were "faked" were the FTDI based USB <--> RS232 converters... The converter you are using is based on a Sipex 3232 (or Maxim MAX3232) chip. Those are so super basic converters (you can buy them on a PCB ready to go for 15 cents each!) that they are not worthwhile faking... I bet you that the issue you are having is just a cold (bad) solder joint, like in the picture below... The sad part is that this is a picture of an advertisement of one of those 15 cent converters ads on Aliexpress.... In this case the converter would actually work, since the cap with the bad connection is the power supply bypass... So their "quality control" would not even notice it in a functional test..
  12. @TonyMac32 Thanks for verifying it :-) . It did strike me as odd if FA would have overlooked this termination requirement... Also I would have expected network throughput issues because of it, but I couldn't find reports about that... So that made it almost certain that the termination was happening on the die.
  13. @chwe In the schematics it was not clear if there is a termination circuit inside the CPU... The headache referred to the required implementation of a termination circuit in my design.
  14. Great news! Thanks @guidol. Saves me a headache.. haha .. I suspected that the termination might be in the h2+ ... Thanks for confirming this..
  15. Thanks @guidol! Last question. Was that powered up?