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

Contenido

Probando la velocidad

Antes daros nuestras recomendacions acerca de la instalación (o no) de los plugins disponibles nos tomaremos un descanso para hacer las pruebas “clásicas” que hacemos para intentar cuantificar de alguna forma el rendiemiento de los sistemas que probados. Evidentemente siempre que hay almacenamiento y más en un NAS la velocidad para leer/escribir en el mismo es una de las variables más importantes.

Aunque lo habitual era que usásemos el conocido CrystalDiskMark ahora que usamos MacOS no podemos utilizarlo aunque el AmorphousDiskMark es muy similar con la una interfaz casi idéntica.

En nuestro caso accediendo desde el MacBook Air al CM3588 en configuración RAID5 los datos de velocidad no son malos aunque bastante más bajos que para el ASUSTOR (aunque en aquél caso usamos los discos en SINGLE y no en RAID)

Para ver si la diferencia de velocidades se debe o no a la presencia del RAID5 o a la potencia del procesador hemos repetido la prueba “rompiendo” el volumen en RAID5 y dejándolo como en el ASUSTOR, es decir como discos independientes. Aunque la velocidad ha mejorado al trabajar en SINGLE sigue siendo inferior a la conseguida en el ASUSTOR.

En conclusión aunque el procesador Rockchip del CM3588 es capaz de “gestionar” incluso un RAID5 es a costa de ver reducida su velocidad de acceso a los datos. Evidentemente con un procesador más potente (y “hambriento”) como es el INTEL del NAS de ASUSTOR se consiguen mayores velocidades a costa de mayor consumo… y RUIDO

13399

4 Comments

Inline Feedbacks

Ver todos los comentarios

Admin

Pharizna

6 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

6 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

6 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

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

Probando la velocidad