Fabrícate tu NAS "open source" con CM3588 NAS SDK + OpenMediaVault - Página 3 de 15

Contenido

CM3588 NAS SDK

El CM3588 NAS SDK, como hemos avanzado, no es más que un Computer Module (CM) que ha creado FriendlyElec sobre. el potente procesador RK3588 de Rockchip . Realmente su procesador es el RK3588S que trae el NanoPi R6C que revisamos la pasada primavera y que tanto nos gustó que no dudamos en nominarlo como el mejor SBC hasta ese momento.

En el caso de este CM3588 han optado por reorganizar los buses de datos para conseguir disponer de conectividad de hasta cuatro PCIe manteniendo los dos HDMI de salida (compatible HDMI2.1, HDMI 2.0 y HDMI 1.4) teniendo una de ellas una resolución máxima de 7680*4320 y la otra 4Kp60. Por otra parte incluye un HDMI de entrada de 4Kp60.

Eso sí ha perdido respecto al R6C una de las conexiones RJ45 para Ethernet aunque en este caso es rápida de 2.5G.

Además del almacenamiento en SSD NVMe dispone una ranura para microSD así como una eMMC de 64 GB, más que suficiente para instalar el sistema operativo… que puede ser Debian, Ubuntu, OpenWRT, Android 12 u OMV (OpenMediaVault). Teniendo en cuenta que en estos años que llevamos revisando los productos de FriendlyElec hemos tenido ocasión de probar Linux en todos sus sabores hemos preferido dedicar todo el tiempo a probar OMV entre otras cosas porque parece el más adecuado para aplicaciones tipo NAS.

Antes de seguir adelante un solo comentario acerca de la instalación de los NVMe. Aunque «aparentemente»se pueden utilizar discos 2242, 2260, 2280 está claro que han pensado que la mayoría usarán los 2280 (más habituales, por otra parte), Por ejemplo, nosotros que hemos querido utilizar el RC100 de Toshiba que revisamos hace unos años nos ha resultado imposible

Desgraciadamente el diámetro de los «agujeros» para instalar la «pieza» de sujección del disco es menor que el que viene montado para instalar los 2280. ¿? En cualquier caso como todos los NVMe que estamos comprando últimamente son de los «grandes» no nos preocupa mucho el problema.

La otra cosa que no nos ha gustado de este producto es la FALTA de una de las carcasas metálicas que nos tienen acostumbrados. Eso sí, en su lugar para la refrigeración del CM, le han colocado encima una pesada pieza metálica aleteada para la disipación pasiva. Sin embargo hemos comprobado que no es suficiente para mantener refrigerado el procesador ya que en procesos muy intensivos (raros por otra parte) se alcanza una temperatura de 85C … aunque de ahí no pasa al entrar la seguridad del «thermal throtting» reduciéndose la frecuencia de funcionamiento del procesador.

Aparte de la ayuda a la refrigeración por parte de la carcasa ésta sirve para proteger el hardware… aunque, en nuestro caso y al no haber tenido todavía tiempo de poner en marcha nuestra impresora 3D que tenemos en su caja desde hace 3 ó 4 años, hemos decidido montar nuestra propia «caja» de metacrilato. ¿No negaréis que queda «chula»? Más que un NAS parece un expositor de un museo tecnológico ¿No?

Aunque en algún momento hemos pensado en aprovechar e instalar un «mini ventilador» enfriando desde la parte superior la verdad es que normalmente (en el 99% del tiempo de uso) la temperatura no sube de los 45C. Ya veremos en verano si sube y entonces tenemos que acabar instalando el ventilador

Sin duda alguna lo que más nos gusta de este CM es que resulta totalmente silencioso y de ahí que no nos atraiga lo más mínimo instalar un ventilador que, por muy pequeño que sea, siempre emitirá un pequeño sonido.

16779

4 Comments

Inline Feedbacks

Ver todos los comentarios

Admin

Pharizna

10 meses antes

Evidentemente se nos han olvidado muchas cosas interesantes sobre OMV.
Por ejemplo, ha sido la primera vez que nos «hemos AUTOBANEADO!!.

Tras tres intentos fallidos de entrar con user/pass incorrectos … serás baneado!

Afortunadamente hay una solución sencilla … y se llama omv-firstaid. Gracias a la opción 5, entrando desde la terminadl (vía SSH) puedes resetear el número de intentos fallidos para entrar y listo

Admin

Pharizna

10 meses antes

Una de las cosas que más nos gusta OMV en este CM3588 NAS SDK es la posibilidad de ser «controlado/monitorizado» desde HA. Gracias al complemento que han creado es posible integrar información muy interesante en HA y de una forma muy sencilla.

Sin embargo, la variable más importante a nuestro parecer, la temperatura de la CPU no se comunica de esta forma lo que es una pena.

En cualquier caso teniendo en cuenta la existencia del paquete lm-sensors de Linux que permite el acceso a variables tan importantes como la temperatura de la CPU o de los discos ¿Porqué no utilizarla para extraer la temperatura de la CPU y enviarla posteriormente a HA? Sigamos las instrucciones y ajustemos lo necesario para aplicarla a nuestro CM3588, claro

Lo primero que hay que hacer es instalarlo en tu OMV vía terminal:

apt-get install lm-sensors

1	apt-get install lm-sensors

Para ver los datos que proporciona…

pi@CM3588:~$ sensors
npu_thermal-virtual-0
Adapter: Virtual device
temp1:        +44.4°C  (crit = +115.0°C)

test_battery-virtual-0
Adapter: Virtual device
in0:           4.00 mV 
temp:         +26.0°C  
curr1:        -2.00 mA (avg =  -0.00 A)

center_thermal-virtual-0
Adapter: Virtual device
temp1:        +44.4°C  (crit = +115.0°C)

bigcore1_thermal-virtual-0
Adapter: Virtual device
temp1:        +44.4°C  (crit = +115.0°C)

soc_thermal-virtual-0
Adapter: Virtual device
temp1:        +45.3°C  (crit = +115.0°C)

test_battery-virtual-0
Adapter: Virtual device
ERROR: Can't get value of subfeature in0_input: Kernel interface error
in0:              N/A  
temp1:        +26.0°C  
ERROR: Can't get value of subfeature curr1_input: Kernel interface error
ERROR: Can't get value of subfeature curr1_average: Kernel interface error
curr1:            N/A  (avg =  +0.00 A)

tcpm_source_psy_6_0022-i2c-6-22
Adapter: rk3x-i2c
in0:           0.00 V  (min =  +0.00 V, max =  +0.00 V)
curr1:         0.00 A  (max =  +0.00 A)

gpu_thermal-virtual-0
Adapter: Virtual device
temp1:        +44.4°C  (crit = +115.0°C)

littlecore_thermal-virtual-0
Adapter: Virtual device
temp1:        +44.4°C  (crit = +115.0°C)

bigcore0_thermal-virtual-0
Adapter: Virtual device
temp1:        +44.4°C  (crit = +115.0°C)

pi@CM3588:~$ sensors

npu_thermal-virtual-0

Adapter: Virtual device

temp1: +44.4°C (crit = +115.0°C)

test_battery-virtual-0

Adapter: Virtual device

in0: 4.00 mV

temp: +26.0°C

curr1: -2.00 mA (avg = -0.00 A)

center_thermal-virtual-0

Adapter: Virtual device

temp1: +44.4°C (crit = +115.0°C)

bigcore1_thermal-virtual-0

Adapter: Virtual device

temp1: +44.4°C (crit = +115.0°C)

soc_thermal-virtual-0

Adapter: Virtual device

temp1: +45.3°C (crit = +115.0°C)

test_battery-virtual-0

Adapter: Virtual device

ERROR: Can't get value of subfeature in0_input: Kernel interface error

in0: N/A

temp1: +26.0°C

ERROR: Can't get value of subfeature curr1_input: Kernel interface error

ERROR: Can't get value of subfeature curr1_average: Kernel interface error

curr1: N/A (avg = +0.00 A)

tcpm_source_psy_6_0022-i2c-6-22

Adapter: rk3x-i2c

in0: 0.00 V (min = +0.00 V, max = +0.00 V)

curr1: 0.00 A (max = +0.00 A)

gpu_thermal-virtual-0

Adapter: Virtual device

temp1: +44.4°C (crit = +115.0°C)

littlecore_thermal-virtual-0

Adapter: Virtual device

temp1: +44.4°C (crit = +115.0°C)

bigcore0_thermal-virtual-0

Adapter: Virtual device

temp1: +44.4°C (crit = +115.0°C)

En nuestro caso, pensamos que la temperatura más representativa de la CPU es la correspondiente a «bigcore1_thermal-virtual-0».
Para «extraer» automáticamente dicho valor y con ayuda de Copilot de Microsoft y después de crear un token de larga duración en HA hemos escrito un pequeño script

pi@CM3588:~$ sudo vi /home/pi/ha_post_temp.sh

#!/bin/bash

# Home Assistant Settings
url_base="http://192.168.1.144:8123/api/states"
token="eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJmODJNTU4NjUyMCjinS8cVPx2IkBef50eYssPUq7-2cZ4s"
# Server name
srv_name="omv"

# Constants for device info
DEVICE_IDENTIFIERS='["CM3588"]'
DEVICE_NAME="CM3588"
DEVICE_MANUFACTURER="FriendlyElec"
DEVICE_MODEL="CM3588 16 64"


# Function to send data to Home Assistant
send_to_ha() {
  local sensor_name=$1
  local temperature=$2
  local friendly_name=$3
  local icon=$4
  local unique_id=$5

  local url="${url_base}/${sensor_name}"
  local device_info="{\"identifiers\":${DEVICE_IDENTIFIERS},\"name\":\"${DEVICE_NAME}\",\"manufacturer\":\"${DEVICE_MANUFACTURER}\",\"model\":\"${DEVICE_MODEL}\"}"
  local payload="{\"state\":\"${temperature}\",\"attributes\": {\"friendly_name\":\"${friendly_name}\",\"icon\":\"${icon}\",\"state_class\":\"measurement\",\"unit_of_measurement\":\"°C\",\"device_class\":\"temperature\",\"unique_id\":\"${unique_id}\"},\"device\":${device_info}}"

  curl -X POST -H "Authorization: Bearer ${token}" -H 'Content-type: application/json' --data "${payload}" "${url}"
}

# Send CPU package temperature
cpu_temp=$(sensors | awk '/bigcore1_thermal-virtual-0/{getline; getline; print $2}' | awk -F'[+°C]' '{print $2}')
send_to_ha "sensor.${srv_name}_cpu_temperature" "${cpu_temp}" "CPU temperature" "mdi:cpu-64-bit" "${srv_name}_cpu_temp"

pi@CM3588:~$ sudo vi /home/pi/ha_post_temp.sh

#!/bin/bash

# Home Assistant Settings

url_base="http://192.168.1.144:8123/api/states"

token="eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJmODJNTU4NjUyMCjinS8cVPx2IkBef50eYssPUq7-2cZ4s"

# Server name

srv_name="omv"

# Constants for device info

DEVICE_IDENTIFIERS='["CM3588"]'

DEVICE_NAME="CM3588"

DEVICE_MANUFACTURER="FriendlyElec"

DEVICE_MODEL="CM3588 16 64"

# Function to send data to Home Assistant

send_to_ha() {

local sensor_name=$1

local temperature=$2

local friendly_name=$3

local icon=$4

local unique_id=$5

local url="${url_base}/${sensor_name}"

local device_info="{\"identifiers\":${DEVICE_IDENTIFIERS},\"name\":\"${DEVICE_NAME}\",\"manufacturer\":\"${DEVICE_MANUFACTURER}\",\"model\":\"${DEVICE_MODEL}\"}"

local payload="{\"state\":\"${temperature}\",\"attributes\": {\"friendly_name\":\"${friendly_name}\",\"icon\":\"${icon}\",\"state_class\":\"measurement\",\"unit_of_measurement\":\"°C\",\"device_class\":\"temperature\",\"unique_id\":\"${unique_id}\"},\"device\":${device_info}}"

curl -X POST -H "Authorization: Bearer ${token}" -H 'Content-type: application/json' --data "${payload}" "${url}"

}

# Send CPU package temperature

cpu_temp=$(sensors | awk '/bigcore1_thermal-virtual-0/{getline; getline; print $2}' | awk -F'[+°C]' '{print $2}')

send_to_ha "sensor.${srv_name}_cpu_temperature" "${cpu_temp}" "CPU temperature" "mdi:cpu-64-bit" "${srv_name}_cpu_temp"

Tras comprobar que al ejecutar la sentencia

pi@CM3588:~$ sensors | awk '/bigcore1_thermal-virtual-0/{getline; getline; print $2}' | awk -F'[+°C]' '{print $2}'
ERROR: Can't get value of subfeature in0_input: Kernel interface error
ERROR: Can't get value of subfeature curr1_input: Kernel interface error
ERROR: Can't get value of subfeature curr1_average: Kernel interface error
44.4

pi@CM3588:~$ sensors | awk '/bigcore1_thermal-virtual-0/{getline; getline; print $2}' | awk -F'[+°C]' '{print $2}'

ERROR: Can't get value of subfeature in0_input: Kernel interface error

ERROR: Can't get value of subfeature curr1_input: Kernel interface error

ERROR: Can't get value of subfeature curr1_average: Kernel interface error

44.4

además de tres «errores» aparece la temperatura que nos interesa pasamos a programar con ayuda del CRON para que se ejecute cada 5 minutos

*/5 * * * * /home/pi/ha_post_temp.sh  >/dev/null 2>&1

1	/5 * * * /home/pi/ha_post_temp.sh >/dev/null 2>&1

Y ya está!

¿Qué mejor que calentarlo con PhotoPrism para comprobar que el nuevo sensor está vivo?

Admin

Pharizna

9 meses antes

En respuesta a Pharizna

Hablando de formas de medir la temperatura de la CPU…

Mientras que en LINUX la aplicación lm_sensors parece funcionar muy bien ¿como se haría en Windows… o en MAC OS?

La verdad es que en Windows se puede hacer con CoreTemp mientras que para MacOS existe TG Pro con mucha, mucha información.

Admin

Pharizna

5 meses antes

Acabamos de pedir a China una carcasa metálica y alguna cosa más para seguir mejorando este interesante producto. Teóricamente nos llegará antes de julio y pronto lo revisaremos, claro

Fabrícate tu NAS «open source» con CM3588 NAS SDK + OpenMediaVault

CM3588 NAS SDK