Rollmeister

Thank you again for the replies. I was mistaken about the 1366 divisible by 8 thing, it seems to be an older linux nvidia driver that does not support this and x11 is ok with it. My hdmi to edp board came dead on arrival. Merchant sent the board in plain bubble wrap and not in anti-static bag. I will report how I go with it in a couple weeks when my replacement board arrives.

I found https://github.com/armbian/build/blob/master/patch/kernel/sun8i-default/0026-h3-hdmi-additional-mode-800x480p-from-lobodis-initia.patch But I do not know what values to put in for the timings with 1366x768. Also I might expect some problems with X11 or Xrandr or whatever, because 1366 is not divisible by 8? Seems more trouble than its worth.

Thank you for the patch link. I just have to work out how to apply this diff. I am not developer or anything, but usually can figure things out with enough time. This patch is not for linux 3.4? I am going to stick to legacy, at least i know it has some 2d acceleration.

Ok. I will try find it. I did a search for "1366" before and did not come up with much. I tested on a smart tv with a hdmi cable, using the desktop image. That is where the vertical line on the left appeared. I would use a mainline image, as long the web browser performance is the same and it was stable. I intend to do a lot of web development work on it. Do not care about video acceleration. Thank you for the reply.

Hi Everyone. I intend to use this sbc with a hdmi to lcd controller (not yet arrived). I noticed the predefined resolutions do not include 1366x768. I tested on a smart tv and I with the closest resolution of 1360x768, there was a vertical purple line on the left. I could probably live with the slightly lower resolution, however if the purple line appears on my final setup, how do I remove this or is there anyway to run the full 1366x768? I have tried 1280x720 in windows and it blurs the text so that seems to be out of the questions for me. Regards, Rauli

I have ironed out my OPZ woes and have it working well now along with the Mainline Armbian image. As we may know the onboard wifi is garbage and will not get fixed, however I found a dirt cheap plug and play usb alternative on ebay (or aliexpress.com) using the common (Ralink?) mt7601u kernel driver. As long the dongle matches the photo in the listing it should have the same chipset. It has very low power consumption and at least with my wifi router gets the maximum 10mbit/sec throughput for downloads on my internet connection at a distance of 5 meters. I also added to /etc/modprobe.d/blacklist.conf .... blacklist xradio_wlan Before using the nmtui wifi config tool to try stamp out that onboard wifi. If you do not blacklist it, in nmtui the usb dongle shows as "usb wi-fi", and after disabling the broken onboard wifi driver the usb dongle shows as plain "wi-fi" which I thought was confusing, as I thought only the onboard wifi was working after adding the blacklist. I thought to mention this in case someone else, like me was searching for a recommended usb dongle.

Maybe try my blower fan, mosfet, 10kohm resistor and FanD software solution? Cost me about 8 euro to do. Cheaper if you use a regular fan and have holes in the top of the case.

Trival endevour, though fun and easy to do. Text and diagram taken from zip file attached. Orange Pi Zero fan self adapting to temperature, inside Shenzhen Xunlong Software CO.,Limited manufacturered low profile (non-expansion board version) case. Probably can be used with other SBC's. FanDaemon source provided. Comes with no warranty of any sort. Use at your own risk. The software included works with Mainline Kernel 4.13 Armbian image. Run armbian-config - system - hardware, use arrow keys to highlight "pwm" and press spacebar to [*] enable it. Select save and reboot. Install the fan how you wish. I used a 5volt 3cm wide (bigger will not fit), 1cm thick blower fan from ebay (sucks air in from below, blows from side) glued to the ceiling of the case against the top vents. Could also cut holes into the roof and mount a regular fan to blow air out the top, or on top of the sbc and leave vents unaltered. Use sticky tape to cover the extra vent slits and round the blower fan if there is a gap, to stop leakage. I filed the power cable hole in the case wider, to allow more air flow. Mosfet I used was "FQP30N06L/FQP30N06" very common and cheap if you can wait several weeks for shipping from ebay. 10kohm resistor between outer pins using wires with 2.54 header plugs. Tight fit but doable. You can use either the +3.3v power rails (pin 1 or 9 on 26 pin header) or +5v for faster fan speed, or for fans that do not handle the lower voltage. For some reason when using +5v, I only got a very narrow range of operation or 2 effective speeds whereas with 3.3v, duty cycles 20% to 100% worked. For +5v, pin 1 on the 13 pin header can be used, however the wire tends to hand right on top of fan and risks it being sucked into the blades. Put the fand executable where ever you want and do... chown root fand chmod u+x fand (I used midnight commander and used in its File menu, set owner can execute and chown adding file to root user and root group) fand software needs root priviledges for manipulating the pwm interface in /sys folder. Maybe another user in wheel group would do? run sudo crontab -e and below "# m h dom mon dow command" add (#how to customise below) @reboot sleep 10 && nohup /root/fand/./fand 48000 5 1 65 10 100 & Remember to press enter after "&" as the crontab requires a new empty line after declaring the last cronjob. Sleep is added as I found if the daemon was started too early, there was a chance the fand would fail to start for whatever reason. * e.g. above for FanD executable located in /root/fand/ sets Duty Cycle freqency to 48000Hz (or something or rather), temperature check at 5 second intervals temperature/DT% 1c(10%DT) to 65c(100%DT) #fand command line is as below /(path to execultable)/./fand duty cycle (Duty Cycle (DT) frequency) (polling interval in seconds) (min temperature, lowest DT% => 1) (temp for max DT%) (& to fork into background) FanD shows Duty Cycle % in its process name when using the "top" command, scroll down using down arrow if you cannot see it at first. To compile included fand.c source, if you edit it or do not trust the included binary. gcc -std=gnu99 fand.c -o fand Daemon has negligible memory and cpu usage. You can also set a fixed speed with console commands in a script as root. You may need to experiment with values. echo 0 > /sys/class/pwm/pwmchip0/unexport echo 0 > /sys/class/pwm/pwmchip0/export echo normal > /sys/class/pwm/pwmchip0/pwm0/polarity # set the DT period to 30000 ns echo 30000 > /sys/class/pwm/pwmchip0/pwm0/period # e.g. set the duty cycle to 15000 ns (50%DT?) echo 15000 > /sys/class/pwm/pwmchip0/pwm0/duty_cycle echo 1 > /sys/class/pwm/pwmchip0/pwm0/enable to disable pwm (and the fan), as root enter... echo 0 > /sys/class/pwm/pwmchip0/pwm0/enable Longer DT periods/lower DT frequency, if used, produces a humming sound from the motor. Credits to FanD software to Andrea Cioni. Forked by me from github version for better compatibility with Orange Pi Zero. Did not comment changes I made, on account of being too lazy. DT polarity corrected and device in unready state (preventing daemon start) bug improved. I have ceramic heatsinks on both the ram and soc chip bonded using Artic Silver. Dries and cements the heatsinks to surface rather well. With cpu governor set to performance (constant 1200mhz), ambient air about 22celcius at idle the cpu temperature is 40-45celcius using the cronjob given above. OrangePiZero-FanDaemon-and-wiringdiagram-src&binary.zip

Happy New Year to Everyone, Am I right to assume there is no power management at all when using a SSD on a usb to sata adapter in Linux? I have this crazy plan to salvage a broken laptop and replace the dead motherboard with a sbc and other components to make the laptop useful again and one with better battery life, than 3 hours while building websites it used to give me. When the usb to sata adapter is plugged in alone, it consumes 50ma more which is ok. Add my 120gb ssd and adds another 150ma which I think is normal for the drive when idle but no sata link power management. I tried using powertop, --calibrate then --auto-tune and the usb suspend tunables went to "good" status but it made no difference. Regards, Rauli

Happy New Years, I tried an LXDE ssh "MobaXterm" session with Chromium on my Orange Pi Zero 512mb. Surprised it worked however the laggy browser page scroll and javascript animations (appearing as a really slow vsync wave top to down), does that reflect real world performance when outputting to say hdmi? This Orange Pi has no immediate way to output to my tv so could not test otherwise. Is there any video hardware acceleration being used (mainline kernel Armbian) using this method? As maybe the lack thereof is the cause of lag, along with network overheads etc. Regards, Rollmeister