Jump to content

wildcat_paris

Members
  • Posts

    498
  • Joined

  • Last visited

Everything posted by wildcat_paris

  1. @Igor can't we add an auto reply on the forum based on keywords "usb" or "boot", etc. : "How do you power the board? Power connector? What kind of power supply?" or a more passionate version using *our* Thomas' style of writing
  2. please, may you provide to begin # lsusb # lsusb -t
  3. Bonjour Pascal, Don't worry because Igor, Zador.blood.stain, TK have already to deal with the French wildcat_paris. Have fun with Armbian = Amuse toi bien et pense à Virtualbox Cordialement, Guillaume
  4. @Per-Mattias I guess yes, but the huge heatsink or fan will make the size less interesting ok, sorry I am kidding
  5. I hope someone with the proper skills and spare time will read the thread. it looks like the cam doesn't output something proper. btw, once while on vacations, I put usb webcams to watch inside my flat on my linux box. I was using ssh and a tunnel to vncserver. it is not efficient nor proper but at least I could see frames from my flat far away... vncserver may replace in a limited way a screen.
  6. @aliceander re-read http://forum.armbian.com/index.php/topic/1213-ov5640-camera-with-orange-pi/page-3(newer messages) "NOT_SUPPORT_THIS_FUNCTION:sun8iw7p1_isp_set_table_addr" doesn't seems a fatal issue (I am not sure I understand well) do you have some data in the file? I am also wondering is the output is RAW instead of jpeg ???
  7. @Fourdee feel free to use [ spoiler ] [ /spoiler ] tags (without spaces) for long logs (please!)
  8. @Technicavolous we could ask Igor to add a "Space and Time" section in forum.armbian.com and then we call the Men-In-Black to clean the thread. the random pool is so important as it is so needed in the symmetric ciphers (to reduce replay attacks), to generate private keys for asymmetric stuff and to randomize memory space / process to counter stuff like buffer overflow attacks empty random pool = unsafe system (embedded systems often randomness/entropy is lacking) I feel like a grandpa writing this
  9. good please lupus666 if you have long logs please add spoiler tags [ spoiler ] [ /spoiler ] remove the spaces
  10. Well in fact, the last change of .config, HDMI was already working. I have just tried, the message in dmesg about vdd doesn't avoid HDMI to work. I don't understand what is done on tobetter 4.6 branch excepted that Hardkernel doesn't port some important patches dedicated to XU4 to the vanilla kernel (is it on purpose?), it is not very helping Samsung OpenSource Group
  11. in my personal opinion, I guess it is not going to happen soon. https://en.wikipedia.org/wiki/Exynos Samsung has left Cortex A9 for 2 years and it seems the SoC used by FriendlyARM are made from a third party founder (as there is a market for them) but AFAIK no real good opensource software (unless you find it and I am proved badly wrong... it is an option)
  12. NanoPi M1 has no Wifi on board as you can guess
  13. @willie-m as lanefu says, Ubuntu LTS 14.04 or 16.04 are appropriate to build Armbian images as stated in the documentation. http://docs.armbian.com/Developer-Guide_Build-Preparation/ try to stick with server only machine, so prefer to work with a virtual machine (as much of the process is run by root, making a mistake can destroy your system, a VM is safer) (I had many trouble with gnome or kde, trying to automount the loop devices when the image was build by the armbianbuilder) if you really want a Desktop, Linux Mint desktop 16.04 is probably ok (my laptop distro), let us know (I haven't tried to build Armbian images with my laptop).
  14. @Technicavolous ok, so the random pool is full (not depleted). we can close this kind of problem thanks for the feedback note: usually /proc/sys/kernel/random/poolsize=4096 so max entropy_avail=4095 but values > 4000 are barely seen as each new process in the system use data from the entropy pool in more recent linux kernels
  15. Have you tried cat /proc/sys/kernel/random/entropy_avail because either the script waits for "enter" or pushing enter created an interrupt that feeds random pool we cannot say which solution is correct.
  16. @fossxplorer Xunlong seems a good vendor. Maybe they decided to ignore him because he was rude. Projects like Pine64 or Turris Omnia got threats from some crazy backers to the point => it is madness. Every project has drawbacks, even QA tested boards. But customers has to be gentle. I have over 100+ orders of DIY/electronic components (IC) over 6 months from Asia. Maybe less than 4% went bad Recently a seller on Amazon has a batch of ina219 current sensors, probably 80% of them are broken. I bought 3, I discussed kindly about 2 of them being "broken" (resistance between GND and VCC is 4 Ohms, almost a short circuit -- working ina219 have 20 M Ohms) They send quickly 2 others for replacement, tested as also broken on arrival. I explained them and they refunded me the 2. I told them to return their stock to avoid the issue with other customers (or test the component). (I ordered 3 others from another vendor on ebay, all 3 ina219 are OK)
  17. @IStar ads7846 is compiled as a module for H3 SoC https://github.com/igorpecovnik/lib/blob/master/config/kernel/linux-sun8i-default.config sudo modprobe "modulename" maybe sudo modprobe ads7846
  18. @Technicavolous I was thinking of "haveged" package which provides some entropy from CPU internal registers a bit like recent linux kernels with jitter_entropy it seems haveged package is included in Armbian images for a while. What I don't know: is haveged started before ssh key generation? So, yes, if you can access using SSH during key generation (or a UART console) to check how the entropy pool is low or not cat /proc/sys/kernel/random/entropy_avail so we have a clue if it is the low entropy pool that is the source of the problem OR something different in the booting process.
  19. @TK thank you for the detailed explanation. All is pretty clear now.
  20. so NanoPi M1 is crap and probably NanoPI Neo as well. ("you get for what you paid") Using a H3 SoC and using it at 50% because of low cost voltage management is madness, isn't it? edit : it is the very first time I notice such a behavior among all my ARM boards, as Tido implied I shouldn't have bought it.
  21. @TK So tell me why even with 5.16 kernel, my NanoPi M1 with "stress -c 5" and "sudo armbianmonitor -r" cpufreq-info changes on its own current policy: frequency should be within 240 MHz and 1.01 GHz. current policy: frequency should be within 240 MHz and 816 MHz. I am in trouble to understand the following output edit: with or without copper heatsink, it is the same
  22. @ARMgunnaservu if you gives some clues about which Desktop you are using, someone on the forum could give you a link to help. I am more "server sided" guy so configuring "/etc/network/interfaces" file maybe it may help you https://wiki.debian.org/WiFi/HowToUse
  23. It seems the QA person who tested your board before shipping has very BIG fingers to get this kind of issue (fitting a SD card to see if it boots is part of QA testing) Orange boards are usually of a decent quality and design. Either you can ask for a board exchange or you can live with this bothering but quite "minor" contact issue The nice thing, the Board boots, lucky. I guess you appreciate your board even more now
  24. I am currently using 16x2 LCD with arduino, so I guess, it should be almost the same. find the 2 wire I2C pins on OPi, I guess you could adapt your RPi program for the OPi one pins (if not the same ones, maybe it is a compatible header?)
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines