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

Contenido

Conclusiones

LO BUENO

¡Apagado de OMV en 3 segundos y arranque en 5 segundos!
¡Totalmente SILENCIOSO!
Consumo eléctrico mínimo incluso con los discos NVMe instalados (similar al de una RPi4 y unas cuatro veces menor que el Nimbustor 2 de Asustor).
1 puerto de red de 2.5 Gigabit Ethernet.
Admite hasta 4 SSD NVMe.
2 Salidas HDMI 2.0b además de una entrada HDMI
La instalación de DOCKERS es muy sencilla sea mediante PORTAINER o de forma manual mediante acceso SSH.
La comunidad de OMV es muy activa, siempre dispuesta a ayudar al recién llegado.
Utilizando Debian, Ubuntu o Android conectándolo teclado y su salida HDMI permiten convertirlo en un auténtico miniPC más que un “simple” NAS-multimedia!
Precio: Por menos de 150 EUR puedes tener uno con 8GB de RAM y 64GB de eMMC más que suficiente para OMV o Debian/Ubuntu/Android.

LO MALO

No dispone de una carcasa metálica y la placa de enfriamiento es insuficiente.
La asistencia por parte del fabricante (o incluso de su foro) es inexistente… por lo que tendrás que pedir ayuda a la comunidad “open-source” que, afortunadamente, no es pequeña.
No es desde luego el sistema para regalar a tu abuela sino más bien a un chaval con ganas de aventurarse y aprender.

NOTA: 9.5/10

Muchas gracias a nuestros amigos de FriendlyElec por hacernos llegar una vez más uno de sus productos y darnos la oportunidad de ser los primeros en REVISARLO, al menos de una forma tan profunda

Y lo mejor de todo es que con todo lo que hemos aprendido gracias a la comunidad de OMV nuestro próximo reto será instalarlo en el NAS de ASUSTOR y para darle un poco más de animación… este OMV dentro de ProxMox en dicho NAS, por ejemplo

13403

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