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

Contenido

Envío

Últimamente cada vez que recibimos un paquete con algún «cacharrín» para revisar es toda una aventura y por ejemplo dos de los paquetes que deberíamos haber recibido a finales de año se han «perdido». Uno de ellos ni siquiera llegá a salir de China y salió rebotado para el fabricante que nos lo ha vuelto a enviar… y llegará algún día. El otro debe haberse aficionado a viajar ya que lleva casi un mes de avión en avión y todavía no sabemos cuando aterrizará en nuestro país.

La gente de FriendlyElec suele hacernos los envíos a través de DHL para asegurarse que no se pierden por el camino. Eso sí, en este caso la aventura es conocer es estimar los aranceles y gastos aduaneros que suelen rondar los 30 EUR… aunque en este caso nos han sorprendido cobrándonos una décima parte. ¿Lo habrán «valorado» tan bajo al abrirlo y ver que tan solo contenía una tarjeta «desnuda» definida como NAS SDK y no como nanoPC que da apariencia de un producto acabado y más caro?

Dentro de la bolsa de DHL, el paquete en chino, evidentemente…

y en su interior la placa / NAS SDK junto la correspondiente fuente de alimentación china (12V, 2A) y un adaptador para poder usarlo en Europa.

16776

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

Envío