Jump to content

devman

Members
  • Posts

    64
  • Joined

  • Last visited

Posts posted by devman

  1. 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

  2. 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

     

     

  3. On 11/1/2020 at 2:54 AM, M.FB said:

    This one also works fine, obviously better with the fan connected, but the quality is poor (for example screws are not long enough to maintain the fan flat)  and the fan is noisy, who knows how many time will be working fine the fan:

     

    c4373028-ed55-4e72-a36c-4bd20fbfa0bb.jpg

     

     

    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.

  4. On 10/21/2020 at 2:26 AM, M.FB said:

    I think I will try something like the Style A, I will rum some test with and without the fan:

     

    images?q=tbn:ANd9GcTgGpjk4AISL8AA0uFqUBR

     

    If finally I need to go for the Style B, I will spent more in cases and fan than in the SBC itself  :huh:

    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.

  5. 3 minutes ago, Igor said:


    40-47° with IR meter on the surface of yellow box. Running at 600, idle, CPU temp reported 70°. Going down to 408 ... CPU temp remains 68-70°. Applied force cooling for a while drops to 65°, casing stays below 40° and I will update later ...

     

    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

     

     

  6. 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
  7. 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

     

  8. Quote

    71C / 2.5W / 600Mhz idle

    85C / 3.7W / 1000Mhz under load (stress -c 4)

    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. 

  9. 1 hour ago, Werner said:

    Armbian ships a different driver for XR819 since quite a while. No idea though how much this increases the stability of WiFi since I never used it.

    https://github.com/armbian/build/blob/5e7199f567c1fe9c5d9908968fd1614cbf294ee2/lib/compilation-prepare.sh#L252

     

    My mistake.  I saw messages about an updated driver but thought it hadn't made it into the releases yet.

     

     

  10. I had a similar problem on one of my boxes.  Turns out that Speedtest was at fault.

     

    From Ookla:

    Quote

    Performance - all of the open source versions use an ancient version of our test engine that predates our Flash test. Yeah it's that old. This is not ideal for fast connections. We've also seen popular versions that are impacted by DNS timings and all sorts of other methodology issues. In addition, most are written in high level languages, which typically have issues hitting high bandwidth levels.

    You can get a modern version for your platform from https://www.speedtest.net/apps/cli

  11. On 4/9/2020 at 4:14 PM, gprovost said:

    @devman your boot env file is corrupted,  maybe there is other thing no correct in your system. So time to do a fresh install.

     

    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?

  12. 7 hours ago, gprovost said:

     

    Yup most probably not related to marvell_xor, just a coincidence. Because yes we have 2 users (it includes you) who see the crash and don't have RAID 5 or 6 setup.

     

     

    There was some changes back in Jan that were related to DVFS. We need to re look at it.

     

     

     

    Sorry, haven't had a chance to get back to this.  My system is running a 3-disk btrfs / raid 5

  13. 24 minutes ago, gprovost said:

    Hmmm it reboots but not hangs ? That is strange. How long in total have you been running your Helios4 for ?

    Just in case, do you have watchdog service running ? ( systemctl status watchdog.service ) Just trying to eliminate software issue.

     

     

    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.

     

  14. 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

  15. On 1/3/2020 at 7:20 PM, manuti said:

    Anyone having this board.

    Can trans-code video using as Plex Server?

    Thanks.

    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.

×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines