traumfaenger

Sorry, I try to understand what you want, but I don't quite get it, since I would like to help out. I'm currently on 4.4.66 kernel, should I try to produce thermal breakdown? Like shutdown? I've also changed my setup. I've bought new power supply rated between 5V-12V (with a regulator, step-wise +1V) and measured the output of it on its 5V rail. It was idle +5,27V - what for me is satisfying enough. After that, I though I would solder the + and - output of it straight to Tinkers' USB power input. But since I had to de-solder that port to be able to get to the needed lines, I've opened the micro USB end of a USB cable, which I had bought with a phone, and cracked the jack to open it. I saw 3 solder points on one side and 2 on the other, figured out, which lines are VCC and GND, and soldered the cable of the power supply straight to the back of micro USB jack. Finally! I've tested it, and now it's up and running. Minderd was also w/o any troubles. So, back to your statement, @TonyMac32, what do you want me (/us) to do :)? Run minderd w/o cooling on 4.4.66 and check the 'sudo armbianmonitor -m' for temp and system responsiveness? USB-Jack Image source: http://neverstopbuilding.com/wiring-micro-usb-pinout

Hello again, I've got a new SD card, SanDisk Ultra 32GB UHS-I. Because of the restart bug in newer kernel builds, I have flashed the 4.4.66 kernel, made apt-get update && apt-get upgrade ... and reboot is not working properly. Is the reboot patch applied to your armbian 5.27 version with 4.4.66 kernel build for our Tinker? EDIT: I've flashed the SD with Etcher, ~15MB/s with validation successful Thanks

Thanks to everyone, who is trying to get the best out out this board @TonyMac32 : I'm pretty interested into powering Tinker through GPIO. By now I don't know, whether you've posted something what explains *how* you've connected the power source to GPIO pins. If you do not mind, would you please post a picture, or a small schematics how you've powered the Tinker via GPIO? I would not do this on RPi, but with RK808 handling all the power management, I would like to try that one out. Again, thanks to you guys, I've already learned *a lot* regarding throttling, USB amperage, thermal and linux

Yep, this is the stock heatsink, with 80mm fan on the side Check attachments. Still, system running without problems, since 2 days now, no reboot and a bit testing. Just too bad, I can not provide any checks for power supply because of reaching thermal limit. Maximal value I saw was getting 6,8 khash/s done. perfmining.pdf

Uhh, sorry. Kinda always forget about this. current policy: frequency should be within 600 MHz and 1.80 GHz. The governor "conservative" may decide which speed to use within this range. This is again, default governor, since I didn't change anything.

@tkaiser : I've posted the results in my last post under a tiny link, because I made .pdf out of it, since the overview was too ugly. Here once again, as attachment. Tinkerboard had maximal value of 6,76 (@1.8GHz, kernel v. 4.11.0)... So yea, this was without throlling taking place. cpu-miningtemp.pdf

The fan has following specs: 12V, 0,16A and it's connected to 5V rail, so it's kind of silent, maybe 1/5th of its actual max rpm. I can not tell you how much A he's pulling, because I have nothing to measure with. Oh, yea right. Don't get me wrong, in my case it didn't throll(?) the frequency. I've posted the screenshots above also with ~64,xx sec to complete the test. And just now ran it again 3 times, got CPU Temp about 60°C and three times about the same result ~64,xx sec. I guess I can continue with "stronger" benchmarks. I've downloaded minderd using "sudo armbianmonitor -p", and watched the frequency using "sudo armbianmonitor -m". In this case, throlling does occur, as soon as the CPU is going to reach about 66-70°C. I've attached a PDF file with two tables result/temp put to eachother. I don't want to offend anyone, I'm just thinking the whole time, why should our USB be limited to 1,8A, I mean, in Raspeberry's power supply they are officially speaking of 2,5A. I know, and understand, that LoveRPi is trying to show how efficient their power supply is, what ever, I just cannot find max. 1.8A ratings for USB mini. (Except the LoveRPi) Whatever. My cooling solution ist not optimal. About one minute I can run @full load, but then it begins to slow down. cpu-miningtemp.pdf But then again, for ntfs-3g driver and a bit of private http requests this cooling solution could be just fine Edit: Altough, I agree, when I could get my hands on 5.3V / ~2A power adapter, I would prefer to use this, when there is a voltage drop, which we can avoid by doing so. I have to abort my test of the power supply because of thermal conditions. But with throlling the system ran fine (hahah). Maybe I'll try that 12V FAN to connect to true 12V, so it can blow as much as it can

Status update on power usage: @tkaiser suggested to test power supply stability by sysbench and stress commands. My power supply seems to be the same as @cyberks because hes data for the power source is following: 5V and 10W, what gives us P = U*I --> I=P/U --> I=10/5 --> 2A My power supply unit is also 5V/2A. Well, here comes the testing: Temperature in idle state: 34°C Test #1: sysbench, ran once, 2 Threads: passed Test #2: sysbench, ran once, 4 Threads: passed More interesting is the stress command: Test #3: stress, 2 Threads, 15Min execution time (measured by CPU Time in top): passed, Temp from 34°C to 50°C Test #4: stress, 4 Threads, 15Min execution time (measured by CPU Time in top): failed after 3Mins, reboot followed Conclusion: During the benchmark my 2,5" HDD drive and a 80mmx80mm FAN were attached. It is clear, supply rated 5V/2A is not enough (what was told many times :)) After, I replaced the power supply by RPi3 official supply 5V/2,5A and ran the test again: Test #5: stress, 4 Threads, 15Min execution time (measured by CPU Time in top): passed, Temp from 34°C to ~61°C I would suggest using at least 5V/2,5A power supply. My RPi3 won't get it back And in terms of USB cable, use one, which can also establish a data link between a device and computer, because they have better quality as those cheap-ones with charging-only function.

@tkaiser : Yes, I just tryed out, using my 5V/2A power supply. The board has the 2.5" HDD connected to it, and a 80x80 cooler to its +5V rail and ground. Unfornatelty, I don't have any devices to measure the current, but using 4 threads of sysbench, it did not freeze nor rebooted itself. @cyberk : I see you're also using the 4.11.0 kernel. Apart of the reboot-bug have you notices other problems / misbehaviour with this kernel? As to me, I think it's pretty stable

@tkaiser Thank you for sharing your thoughts. I've edited my last post, where I was joking, providing explanation and my own use-case for the device. I must say we do not differ when it comes up to that. I also agree with you on those two mentioned design failures ASUS did. But for an end-user the whole business with SBC is not transparent enough. It took hours and days, till you figure out basic things *between* SBCs, e.g.: the busses, etc. And when the device is ready to be bought, you realize that your domestic retailer does not offer that product. Still, I think I will keep that board and won't return it back. And again, thank you, folks. Setup is in the closet, no sun light in that room. Idle 30° last ~60°C Silent Titan fan (12V) on 5V rail) from back old days UPDATE: forgot to mention that I had issues with 5v/2a power supply when two 2,5" HDD drives were connected. System did not became unstable! But one of the driver had spin-up problems due to insufficient power. I had to use more powerful power supply to be able to test the USB-ethernet and USB-USB transfer rate presented some posts ago. Beard Revision is 1.2

@tkaiser if you wish, feel free to re-read my earlier post, I've added my use-case, so I have exactly the opposite position. As I understand you're up to using SBC as a desktop replacement. In my case it's combined router / nas / mini-server with no GUI at all, and only using CLI. And for this task I really like Armbian support and the discussions which take place here And my statement was not offensive @Orange Guy thank you for sharing this informative video!

Dude, I like you Seriously, I agree with you, but there is something what I won't do, simply because of the use-case I am up to. You see, you are right, 60€ and not even a proper SoC to USB output, I mean, there have to be soldered 2/4 lines from the SoC to USB to be able to provide fully operational port, but they didn't. But what expectations do I have. What will I be using it for. What is going the board you are talking about cost? For me, it's about a fast CPU, to handle the network requests. I want fast Adblocker (PiHole), own DNS Service with local caching, openvpn to be able to connect to my data on network, and simple cloud solution That's all. And for this scenario I think this board has still more potential than RPi3 I had this awful Banana pi m2u whick looked hardware-wise indeed very promising, but it's software was a no-go. And if I wait for a board, I mean, we all know PC industry. You can basically wait all the time, and you get better and better devices for your money. And that's why I'd like to thank everyone who is contributing to this project I have basic knowledge of C# and Cpp but it's by far not enough to slip into kernel-thingy. I am actually pretty happy when I can compile some user-space driver (ntfs-3g)

Thank you very much Well, it's a small and powerful SBC which shows compatability to RPi, and I think it will attract people to deal with this platform. These are also kinda good news, because work is being done. What I hope, apart of you guys here @Armbian, is the fact, that ASUS is not a small non-sence China corp. So I hope they will deliver Has anyone experienced "dnsmasq", which is present, but is not working properly. When I restart the service, it will come back online, but again, after coule of mins my browser can not resolve IP address. Pi-Hole uses it to block ads on DNS-level. Update: Pi Hole seems to be running fine. I'm excited to test this box with Seafile Maybe I'll get over 2,3MB/s as it was the case with RPi3

Hello, folks, it's me again. I have successfully installed the NEXT-build of Armbian 5.27 with Kernel version 4.11.0-rockchip. So far it is running smooth, but I get an annoying bug. I've read that you guys are aware of this one. When I do restart my system using "sudo reboot" the system does not start again. It's like it enters the "halt state" and remains there till power loss. I've read that there is a patch for 4.4.66 in this thread. Will there also be on for 4.11 available? Thanks

@tkaiser What is it for? I have a really slow SD card from sandisk, class 4. Does it measure the File IO performance om the sd-card or through-out the whole system? Of course I will replaced my old SanDisk by a UHS 1 card, but as long as I am playing around I will leave it "as it is". Now, I'd like to share more benchmarking regaring governor... I did my best, tryed to be as precise as I could be

Well, I think this board is better than a Banana Pi m2u, which has the power, but the software (and somehow the power management) is such a non-sence! Apart from this, as I took the board in my hand (BPi), I thought I would crack the PCB in half. Thank god, people over here are contributing to this board / chipset. It's simply hard to find (well, at least it was for me) a decent board with decent specs, which is also available at the retailer. @TonyMac32 No, the cpu governor was the default shipping with Armbian 5.27 (kernel v. 4.4.66, CLI) -> Tests have been done with "conservative" governor. During the day I'll make the test again with 'interactive' & 'performance' @tkaiser Thank you also for your feedback. The system is still not completely set yet, so I can play around. And what about trying out the 'NEXT-branch', there are located the mainline kernels. I think will try this after USB bus test.

Well, I did some benchmarks regarding built-in USB Hub, Samba share write/read, and copying from USBHDD#1 to USBHDD#2. First of all, the file system on the USB Drive made not much difference (about 2MB/s more or less). Both drives are from WD, one is formated as NTFS (1TB, USB3.0), the other as ext4 (750GB, USB 2.0). As long as I was doing a single write-operation through Samba to one of the USB drives, I got a transfer rate ~30MB/s. Reading data from the drives by copying them to local machine was about the same speed ~30MB/s. Now, when writing same file simultaneously to both drives, the bandwidth splitted by half for each drive, resulting in ~15MB/s for each drive. Reading data by the same scenario was also ~15MB/s for each drive. Interesting part was trying local (on Tinker, SSH, rsync) USB Drive #1 to USB Drive #2 copy and the other way around. There, the choise of the file system gave +/- 2MB/s being somewhere between ~8-11MB/s. As I did the benchmarking, the system was pretty stock only running Pi-Hole in the background, so pretty much all the resources were free. CPU usage did not climb over 80% by the ntfs-3g driver, so the CPU (max. 1.6GHz on the image used by me) had enough potential. The limiting factor is in fact the freaking USB Hub! As a member of this forum mentioned, ASUS made really stupid move by not soldering one more USB Port, which is provided by the SoC However, the system is fluent, can deal with my upload speed, and makes fun! Maybe, someone would find this test interesting. Thanks Edit: Just in case, someone wants to know... 5V/2A power supply did not managed to spin up one of the 2.5" drives properly, although the system was stable and did not crash. I've used the RPi3 official supply 5/2.5A, and it powered the board and two 2.5" drives well.

Hello, folks. First of all, I really appreciate your efforts maintaining practical and powerful Armbian image for this board. You, guys are the reason why I have returned my Banana Pi m2u back to the seller. Today I got my Tinker in the mail. I've installed Armbian 5.27 (stable) with kernel version 4.4.66, it is pretty smooth, and I'm not looking back for the BPi m2u. Thank you very much! I have attached a picture, of what I have found out, but you will surely know this already. Tinker is running via SSH, hosting Pi Hole and some other network-based services. No GUI, no video acceleration required in my setup. When connected to a Gigabit Network, I can write and read up to ~30MB/s to a Tinker-attached USB drive. (Compiled ntfs-3g latest stable 2017.3.22) My question is, whether, and to what extent does the speed drop, when I do a copy to two drives connected to Tinker simultaneously. I mean, USB/Ethernet bus is not shared, what is big pro. But its SoC has internally 3 USB hosts (info provided by dmesg, one of them is also OTG) and a USB Hub is connected to one of them providing us with 4 ports. The bandwidth of the USB drives would need to split between them because of the HUB. Can you agree on that? In this scenario, I would copy a file to two network shares (Samba) simultaneously, the speed would drop to half. Resulting in 15MB/s for each drive. Have anyone tested this? Also interesting is USB to USB transfer rate, since Ethernet is not involved in that process. I mean, the USB 2.0 bus has 480Mbps of bandwidth, but ~30MB/s is about 250Mbps, so this is the real speed (overhead subtracted). In addition, would be there any bandwidth free for the second drive in USB to USB scenario leading to the transfer rate to be the nearly same? Like if 130Mbps of 480 would be available to the second drive? Again, thank you very much! Edit: I have experienced following trouble: When copying at full speed (CPU usage is about 49%; Computer to Tinkers USB drive on Gbit LAN) it seems that the system has not enough internal bandwidth, or an ability to set an interrupt to be able to handle PiHole DNS. Because of that behavior, pi hole does not get enough "CPU time" or whatever and does not resolve and forward a DNS address. I understand, it is busy by copying, of course, but it is be able to do multitasking, right? Since only 1/4 of total available Gbit speed is used by copying the data. It still should be able to do other network stuff.