devman
Members-
Posts
64 -
Joined
-
Last visited
Content Type
Forums
Store
Crowdfunding
Applications
Events
Community Map
Everything posted by devman
-
-
@gprovostHit up the local computer mall for a replacement power supply. Closest they had was 12v 10A to barrel, and then a barrel to 4-pin adapter. Anyways, everything checked out correctly, and no more errors. Thanks!
-
Well, if you wanted to go minimalist, you could probably solder pin headers to J13 and then hang an esp8266 off it using something like the esp-link firmware Edit: sorry, was thinking of the Helios4. The Helios64 would use P14 and it's already populated, so no soldering required. Then you'd just need to pick up vcc/gnd from the gpio connector to power the device. *note: I haven't actually tried this
-
In Hong Kong. Thanks!
-
Since the original (Helios4) is EOL and the new Helios64 is backordered waiting for a second production run, I know the odds are low, but.. do you have any (bare board or full kit) available for replacement/purchase/whatever? After it being rock solid for so long, I kinda redesigned my network around centralized storage and it's a bit of a pain atm. Thanks
-
with all the drives removed, I get: 5v reads 5.05v 12v reads 12.10v with 2 drives on one connector, the remaining connector reads: 5v reads 5.05v 12v fluctuates between 10.3 & 11.9v
-
armbianmonitor -u: http://ix.io/2Lae Did an apt update/upgrade & reboot today, and the system came back up but none of the drives did. Imaged a new SD card with stock armbian, and still no luck. Measured the voltage of the PS (at the plug, not the molex connector) at 12.3v Anything else I can check/try?
-
The problem is that the holes don't leave enough clearance to rotate those (at least on mine), so I just went with slightly longer screws and washers/bushings
-
I'm pretty sure you don't actually want the fan flat, as there's nowhere for the air to go then. I ended making some little 2mm bushings and swapping out for longer screws. I need to source a better fan still.
-
I have a style-A case on my R2S, and the device idles at ~50c. It works better if you can slightly shim the fan up away from the case, as their design has the fan blowing directly against a flat metal heatsink with no exit route for the air. I'd note that that tiny fan is very noisy.
-
Numbers look not far from where I am now. R2S says 64c, Cheap IR thermometer on the underside of the PCB gives me 48-50c, thumb says "ouch", and I can't get a reliable reading off the heatsink. Temp here is 30c ambient
-
Looks it's reacting correctly compared to the settings it's being fed. james@r2s:~$ cat /etc/default/cpufrequtils ENABLE=true MIN_SPEED=600000 MAX_SPEED=1390000 GOVERNOR=ondemand james@r2s:~$ cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor ondemand ondemand ondemand ondemand
-
Idle temps drop by ~10c without the enclosure. No issues with connections between the heatsink and the cpu. No enclosure, thermal pad: _ _ _ ____ ____ ____ | \ | | __ _ _ __ ___ _ __ (_) | _ \|___ \/ ___| | \| |/ _` | '_ \ / _ \| '_ \| | | |_) | __) \___ \ | |\ | (_| | | | | (_) | |_) | | | _ < / __/ ___) | |_| \_|\__,_|_| |_|\___/| .__/|_| |_| \_\_____|____/ |_| Welcome to Armbian Bionic with Linux 5.4.45-rockchip64 System load: 0.00 0.00 0.00 Up time: 33 min Memory usage: 17 % of 472MB IP: 169.254.9.92 192.168.86.36 CPU temp: 61°C Usage of /: 4% of 29G [ General system configuration (beta): armbian-config ] Last login: Sat Jun 13 02:52:34 2020 from 192.168.86.28 james@r2s:~$ sudo -s [sudo] password for james: root@r2s:~# armbianmonitor -m Stop monitoring using [ctrl]-[c] Time CPU load %cpu %sys %usr %nice %io %irq CPU C.St. 03:13:31: 600MHz 0.00 0% 0% 0% 0% 0% 0% 59.5°C 0/6 03:13:36: 600MHz 0.00 0% 0% 0% 0% 0% 0% 58.6°C 0/6 03:13:41: 600MHz 0.00 0% 0% 0% 0% 0% 0% 58.6°C 0/6 03:13:46: 600MHz 0.00 0% 0% 0% 0% 0% 0% 58.2°C 0/6 03:13:52: 600MHz 0.00 0% 0% 0% 0% 0% 0% 57.7°C 0/6 03:13:57: 600MHz 0.00 0% 0% 0% 0% 0% 0% 58.2°C 0/6 03:14:02: 600MHz 0.00 0% 0% 0% 0% 0% 0% 57.7°C 0/6 No enclosure, copper shim: _ _ _ ____ ____ ____ | \ | | __ _ _ __ ___ _ __ (_) | _ \|___ \/ ___| | \| |/ _` | '_ \ / _ \| '_ \| | | |_) | __) \___ \ | |\ | (_| | | | | (_) | |_) | | | _ < / __/ ___) | |_| \_|\__,_|_| |_|\___/| .__/|_| |_| \_\_____|____/ |_| Welcome to Armbian Bionic with Linux 5.4.45-rockchip64 System load: 0.00 0.00 0.00 Up time: 30 min Memory usage: 17 % of 472MB IP: 169.254.11.84 192.168.86.36 CPU temp: 59°C Usage of /: 4% of 29G [ General system configuration (beta): armbian-config ] Last login: Sat Jun 13 03:13:22 2020 from 192.168.86.28 james@r2s:~$ sudo -s [sudo] password for james: root@r2s:~# armbianmonitor -m Stop monitoring using [ctrl]-[c] Time CPU load %cpu %sys %usr %nice %io %irq CPU C.St. 03:47:30: 600MHz 0.07 0% 0% 0% 0% 0% 0% 55.5°C 0/6 03:47:35: 600MHz 0.07 0% 0% 0% 0% 0% 0% 54.6°C 0/6 03:47:40: 600MHz 0.06 0% 0% 0% 0% 0% 0% 56.8°C 0/6 03:47:46: 600MHz 0.06 0% 0% 0% 0% 0% 0% 56.4°C 0/6 03:47:51: 600MHz 0.05 0% 0% 0% 0% 0% 0% 56.4°C 0/6 03:47:56: 600MHz 0.05 0% 0% 0% 0% 0% 0% 56.4°C 0/6 03:48:01: 600MHz 0.04 0% 0% 0% 0% 0% 0% 57.3°C 0/6
-
I'm seeing similar results on my unit, although mine throttled a bit further (816 MHz @15 minutes) if you leave it running. In that little case with token ventilation holes, there's just nowhere for the heat to go. I'll retest tonight without the case.
-
I had a similar problem on one of my boxes. Turns out that Speedtest was at fault. From Ookla: You can get a modern version for your platform from https://www.speedtest.net/apps/cli
-
Thanks, I'll just wait then
-
Thanks, I made a fresh SD card and no problems for 2 weeks now. Is Stretch / OMV4 still the recommended software, should I be using Buster / OMV5?
-
Sorry, haven't had a chance to get back to this. My system is running a 3-disk btrfs / raid 5
-
Oh, definitely reboot. The way I first noticed it was the sound of the fans all spinning up to 100% It's one of the first batch units, so ~2 years now. Current uptime is a few hours since the last failure. http://ix.io/2g1j ● watchdog.service - watchdog daemon Loaded: loaded (/lib/systemd/system/watchdog.service; enabled; vendor preset: enabled) Active: active (running) since Wed 2020-04-01 02:17:21 HKT; 10h ago Process: 2232 ExecStartPre=/bin/sh -c [ -z "${watchdog_module}" ] || [ "${watchdog_module}" = "none" ] || /sbin/modp Process: 2234 ExecStart=/bin/sh -c [ $run_watchdog != 1 ] || exec /usr/sbin/watchdog $watchdog_options (code=exited, Main PID: 2236 (watchdog) Tasks: 1 (limit: 4776) Memory: 708.0K CGroup: /system.slice/watchdog.service └─2236 /usr/sbin/watchdog Apr 01 02:17:21 helios4 watchdog[2236]: interface: no interface to check Apr 01 02:17:21 helios4 watchdog[2236]: temperature: no sensors to check Apr 01 02:17:21 helios4 watchdog[2236]: no test binary files Apr 01 02:17:21 helios4 watchdog[2236]: no repair binary files Apr 01 02:17:21 helios4 watchdog[2236]: error retry time-out = 60 seconds Apr 01 02:17:21 helios4 watchdog[2236]: repair attempts = 1 Apr 01 02:17:21 helios4 watchdog[2236]: alive=/dev/watchdog heartbeat=[none] to=root no_act=no force=no Apr 01 02:17:21 helios4 watchdog[2236]: watchdog now set to 60 seconds Apr 01 02:17:21 helios4 watchdog[2236]: hardware watchdog identity: Orion Watchdog Apr 01 02:17:21 helios4 systemd[1]: Started watchdog daemon.
-
When I write large files (intermittently) the system will spontaneously reboot. I don't know if it's related, but I've also noticed that often, when copying from windows over to the NAS, the throughput will drop fairly quickly to 0, stay there for a minute or so, and then shoot back up I checked the power supply and it's giving me ~12.5v
-
Probably, depending on your content type and target device. I did some rudimentary testing with transcoding on the NanoPi M3, and it technically worked. I had stability issues though, so I switched to a small/cheap x86 box that supported hardware transcoding.
-
Mine arrived a few days ago. Still need to scrounge up an appropriate power supply, fan and hub. Thanks for the heads up, @gounthar!
-
Yep. Sorry if I came out snarky, guidol's right, it's an easy mistake to make. Still impressed you managed swap the ram chip.