Tema: Control exhaustivo ciclo de carga/SOC/Cargas/etc

Iniciado por Jiro

El consumo que tienes ahora que es ¿ es el autoconsumo ? ( de algo mas que 40Wh )

Correcto. El Kid que debe consumir poco, el híbrido, una FA para la RPi y router, y 2 relojes horarios programables.

Estoy esperando que le llegue un convertidor DC y un USB wifi para quitar la FA.

Hoy ya veo la temperatura de la CPU. Eso está muy bien

Iniciado por Jiro

Hoy ya veo la temperatura de la CPU. Eso está muy bien

Es de la CPU de la Raspberry

Tengo ya preparado para poner otro sensor cerca de las baterías.

-------

Estos días hemos estado trabajando en varias cosas (voy a resumir):

- Control de lectura de los ADC1115. Si por algún motivo, se produce un fallo físico esporádico durante la lectura de alguno de los valores obtenidos por los distintos ADC1115, la variable toma el valor anterior al fallo. Incluyendo un mensaje de error en el datalog.

- Copias de seguridad de toda la base de datos diarios, incluyendo la compresión de la misma.

- Borrado de todas las copias de seguridad con antigüedad superior a 10 días.

- Vaciado de datos con antigüedad superior a 366 días, de las tablas de la BD: datos, reles_segundos_on y reles_grab.

- Una vez al día, importar los datos MÍS IMPORTANTES de la tabla datos y almacenarlos en la tabla diario. Está tabla perdurará en el tiempo.

- Pulir el script instalador de la Base de Datos y tablas.

- Controlar el funcionamiento del programa en todo momento. Y si 'peta' el programa o reincia la Raspberry por algún motivo, vuelva a ponerse en marcha.

-Medidas de prevención contra intrusos: certificados, cortafuegos, etc.

- Alguna más que me dejo. Seguro que Manuel, puede aportar algo más.

Gran trabajo el que estáis haciendo.

Iniciado por nikitto

- Controlar el funcionamiento del programa en todo momento. Y si 'peta' el programa o reincia la Raspberry por algún motivo, vuelva a ponerse en marcha.

¿Cómo tienes/tenéis previsto hacer esta función de "watchdog"?
S2.

Iniciado por junavar

Gran trabajo el que estáis haciendo.

¿Cómo tienes/tenéis previsto hacer esta función de "watchdog"?
S2.

En la versión B uso lo siguiente:

- He añadido está línea al crontab:

*/1 * * * * root /home/nikitto/wd.sh

Ejecuta un script cada minuto. En el script (wd.sh) tengo esto:

#! /bin/sh
if pgrep -f fv.py > /dev/null
then
echo " Programa en marcha"
else
echo "Programa parado"
sudo service fv start
fi


Lo que hace es buscar que el programa fv.py este en marcha; de no estarlo, lo arranca.

Y en /etc/init.d/fv tengo esto (es sólo una parte):

Código PHP:

...
NAME=fv
DAEMON=/home/nikitto/FV/fv.py
PIDFILE=/var/run/$NAME.pid
LOGFILE=/var/log/$NAME.log
ERRFILE=/var/log/$NAME.err

test -f $DAEMON || exit 0

set -e

case "$1" in

    start)
        log_daemon_msg "Arrancando " "$NAME"
        start-stop-daemon --start --background \
            --pidfile $PIDFILE --make-pidfile --quiet --startas /bin/bash \
            -- -c "exec stdbuf -oL -eL $DAEMON > $LOGFILE 2>>$ERRFILE"
        log_end_msg $?
        ;;
    stop)
... 


con start arranca el programa, manda un datalog a fv.log y si hay errores de funcionamiento los veo en fv.err

Te pongo parte de un error:

Código PHP:

Traceback (most recent call last):
  File "/home/nikitto/FV/fv.py", line 180, in <module>
    valor = adc.read_adc(2, gain=1)
  File "/usr/local/lib/python2.7/dist-packages/Adafruit_ADS1x15-1.0.1-py2.7.egg/Adafruit_ADS1x15/ADS1x15.py", line 192, in read_adc 


- - - - - - - - - - - - - - - - - - -

Lo expuesto es para RPi versión B.

Para la RPi 3 la cosa ha cambiado y mucho. Te diría a mejor. Pero nos ha llevado un tiempo averiguarlo. Luego resulta que es mucho más fácil.

Han implementado ya systemd, y con ellos las [Unit]. Te pongo un ejemplo:

/lib/systemd/system/fv.service

[Unit]
Description=fv lo que quieras
After=mysql.service <--------- nuestra unidad debe arrancar después de mysql

[Service]
ExecStart=/home/pi/fv.py <---------------- programa
Restart=always <---------------- IMPORTANTE. Restart siempre.
RestartSec=30 <---------------- 30 segundos después de haber fallado

[Install]
WantedBy=multi-user.target


Esta parte ya funcionaría para arrancar y parar por comandos: sudo systemctl start/stop fv

Pero si queremos que ya arranque desde que enciende la RPi, debemos ejecutar este comando:

sudo systemctl enable fv.service

Esto creará un/dos links en /etc/systemd/....

Para desactivar el servicio al iniciar la RPI, pues basta ejecutar el mismo comando, cambiando enable por disable.


Lo bueno de este, a parte de lo simple que es, es que aunque arranque sólo y se recupere después de 30 segundos, tú puedes detener el servicio (programa) para tareas de mantenimiento, nuevo código, etc; con 'sudo systemctl stop fv' y reniciar con 'sudo systemctl start fv'

- - - - - - - - - - - - - - - - - - -

Pongo una foto del kit de laboratorio



A la derecha la RPi B con su disco duro y su flamante USB Wifi.

Jiro, ya me quité el router. Un consumo menos.

Gracias por tu detallada respuesta.
Efectivamente con Raspbian "jessie" han cambiado varias cosas, en particular el control de los daemons.

La verdad es que pensé que estabais pensado en un watchdog con reinicio por hardware.
https://www.element14.com/community/...e-raspberry-pi

Watchdog Timer Module Quickstart Guide | Freetronics

Estos watchdogs están pendientes de recibir periódicamente una señal y en caso contrario reinician la RPi.

Estoy interesado en estos watchdog, ya que voy a abandonar una RPi en una casa a 200Km de mi domicilio y con conexión 3G por lo que estoy buscando la manera de no perder la conexión con ella de forma permanente. Mi experiencia es que, con el tiempo, siempre pasa algo y la RPi o algunos procesos esenciales puede quedarse colgados ...

S2.

Les daré un vistazo seguro. Sería otra opción.

Manuel va a dejar su RPi a 40Kms, aunque tiene alguien allí que podría reiniciarla; aunque fuera quitando y poniendo la corriente.

En esto de configurar la RPi 3 hemos ido a medias Nikitto y yo......

Nikitto a puesto el esfuerzo y conocimiento de linux

Yo he puesto el HW..(un poco morro que tengo)

Hablando en serio...la RPi arranca al inicio el programa que controla el todo el tema solar....y el propio Sistema Operativo se encarga de reiniciarlo si se cae por algun motivo con los parametros que le hemos puesto y ha comentado Nikitto

No hemos implementado un Wachdog en el propio programa por si se queda activo pero en un bucle infinito....no hemos visto lugar sensible en el programa en donde pudiera darse esta circunstancia......por lo que no se ha pensado en su implememtacion...dado que la lectura de los sensores si falla por algun motivo (error HW, etc) el programa no se queda "colgado"

Mi opinion es que el fallo catastrofico mas probable sera que la fuente de alimentacion de la RPi se averie.....y, en ese caso, poco podemos hacer salvo tener redundancia

@junavar: sobre lo del watchdog mirate esto: Ricardo's Workbench: Auto-reboot a hung Raspberry Pi using the on-board watchdog timer

---------------



Ya está implementado por hardware y software el sensor de temperatura para las baterías. Así mismo, también está disponible la condición de Temp. Tal como puede verse en Estado Relés, con el relé HACE_CALOR.
Por poner un ejemplo, se podría controlar un ventilador o extractor, para refrigerar un poco la zona de las baterías.

Otra cosa mas. Esta quedando muy completo

Ya tenemos en casa el nodeMCU



La idea es que nuestro programa fotovoltaico, funcionando en la RPI (versiones 1B -nikitto- y 3B -mleon-), pueda enceder/apagar relés a distancia vía wifi.

La verdad es que no tenemos ni idea de hacerlo, jajaja, es por ello que iremos publicando los avances.

Como he dicho, la conexión se realizará vía wifi, por lo que lo primero será ver como conectar dicho módulo a la wifi de casa, o si fuera necesario, al propio punto de acceso (AP) de la RPi que previamente hubieramos configurado. Tanto mleon como yo usaremos la propia red wifi local, por lo que configuar la RPi como punto de acceso queda fuera de la explicación. Pero aquí dejo como: https://geekytheory.com/tutorial-ras...e-acceso-wifi/

El paquete llega pelado, sin ningún tipo de información en papel, pero en la parte posterior, se puede leer esto:



¡ A ver que se puede hacer !

- - - - - - - - - - - - - - - - - - -

Lo primero instalar el driver para poder conectarlos al nodeMCU vía USB (COM3)

Aquí la información y driver para conectarnos: http://www.instructables.com/id/Instalar-driver-para-CH340G



Aquí ya puede verse el driver instalado.

Iniciado por nikitto

@junavar: sobre lo del watchdog mirate esto: Ricardo's Workbench: Auto-reboot a hung Raspberry Pi using the on-board watchdog timer

Gracias Nikkito.
Lo más interesante del artículo es la discusión sobre los pros y contras del uso del watchdog interno de la RPi (ya había leído algo sobre las dudas sobre su funcionamiento) vs el empleo de un watchdog externo.
S2

Después de buscar y rebuscar la cosa marcha...

- He descubierto que no hacía falta bajar el driver, windows lo auto-instala al conectar el módulo por USB.

- Lo siguiente que vamos a hacer es flashear con LUA. Bajamos el programa desde aquí: https://github.com/nodemcu/nodemcu-flasher

Primero modificamos la velocidad a 9600...y flasheamos.



Y para acabar por ahora, nos bajamos el entorno de trabajo de: ESPlorer &ndash; esp8266

Y el nodeMCU permitirá enchufar y desenchufar x dispositivos remotamente cableados o usando interruptores wifi?

La idea es que el MCU con la información que reciba de la RPi conmute un rele para encender/apagar algo remotamente

La "cajita" del NodeMCU+ Rele hay que pensarla para que sea algo "practico"

Es decir ..... el conjunto (NodeMCU+Rele) es un interruptor wifi y el SW de control de dicho interruptor wifi es el programa de la RPi

Bueno...ya podemos activar/desactivar relés a distancia con el módulo nodeMCU. Ha costado un poco pero ya está funcionando. Mleon le ha echado bastantes horas.

Siguiendo donde lo dejamos...

Hará falta actualizar el firmware a la versión nodemcu_integer_0.9.6-dev_20150704.bin, lo tenéis aquí: https://github.com/nodemcu/nodemcu-firmware/releases

Una vez bajado, lo seleccionamos desde esta pestaña



y repetimos los pasos anteriores.


Como curiosidad decir que ayer estuve flaseando el firm varias veces a 115200 (pestaña Advanced).

A falta de retocar alguna cosa, estos son los 2 archivos que vamos a escribir:

init.lua (inicio automático durante el arranque)

Código PHP:

dofile("fv.lua") 


Lo único que hace es cargar fv.lua

fv.lua (recordar cambiar SSID y PASSWORD por los vuestros)

Código PHP:

print('Configurando wifi')  
wifi.setmode(wifi.STATION)  
-- wifi config start
wifi.sta.config("SSID","PASSWORD")  
wifi.sta.connect()
wifi.sta.setip({ip="192.168.1.20",netmask="255.255.255.0",gateway="192.168.1.1"})

-- wifi config end

local ip_asignada = wifi.sta.getip()
print('IP asignada: ' .. ip_asignada)

--  servidor http
print ('Configurando el servidor reles')

for i=1,8 do
 gpio.mode(i,gpio.OUTPUT)
 gpio.write(i,1)
end

s=net.createServer(net.TCP)
s:listen(80,function(c)
 c:on("receive",function(c,pl)
   for i=1,8 do
     if string.find(pl,"D"..i.."=") then 
       c:send("\nD"..i.."="..gpio.read(i))
       if string.find(pl,"D"..i.."=0") then gpio.write(i,0) end
       if string.find(pl,"D"..i.."=1") then gpio.write(i,1) end
       c:send("\nNuevo_D"..i.."="..gpio.read(i))
       c:send("\nTMR:"..tmr.now().." MEM:"..node.heap())
       c:on("sent",function(c) c:close() end)
     end
   end  
 end)
end)

print ('ON por http://192.168.1.20/Dx=1') 
print ('OFF por http://192.168.1.20/Dx=0')
print ('x cualquier valor entre 1 y 8') 


Hemos usado la IP 192.168.1.20 para configurar los relés wifi como 2XX.
Por ejemplo:
201 -(20 parte de la IP), 1 Relé 1
213 -(21 parte de la IP), 3 Relé 3 <--- esto ya sería para otro nodeMCU (IP 192.168.1.21)


El primer for es para definir puertos OUTPUT (salida) y apagar todos los relés (usamos 1 porque el módulo de relés funciona por lógica negativa, es decir, el relé se activa con señal negativa (0V) )
La siguiente parte se ocupa de crear la web y de leer y actuar, según el texto en URL. En tal caso activa o desactiva relé seleccionado o seleccionados.

Ejemplo:



Otras opciones son:

D3=? u otro texto después de '=', no dice el estado del relé 3

D1=0 D2=0 D3=0 activa (lógica negativa) relés 1,2,y3

...

- - - - - - - - - - - - - - - - - - -

Un ejemplo del nodeMCU controlando 6 relés:



Desde la barra del navegador, para activarlos todos, he usado: http://192.168.1.20/D1=0 D2=0 D3=0 D5=0 D6=0 D7=0

Hola nikitto

Enhorabuena! Mleon y tu realmente estáis haciendo un trabajo excelente. Con el NodeMCU se os abre un campo muy extenso ...

En su día me había decidido por la placa WeMos, que es prácticamente igual al NodeMCU, pero no entiende solo LUA, también se puede programar en el IDE del Arduino, cosa que me viene muy bien.

P.D.: En el link de tu firma se ve el mal tiempo que hace: Tenías el SOC siempre >95%, y ahora está en 65% !

Hoy no le va a funcionar la depurdora. Yo la he apagado, pero lo tengo que hacer de forma manual, no como nikito, que con este maravilloso sistema que están montando, la apaga/enciende automáticamente.

Increible lo que seguís haciendo

Iniciado por Jiro

Increible lo que seguís haciendo

Charlie Chaplin ya lo dijo en 1936: "Modern Times" ...

Malos días para depuradoras...

La idea del relé wifi fue gracias a el_cobarde (al menos en mi caso). Yo como él, no puedo pasar cables desde el módulo de relés hacia cada artefacto, por lo que esto nos soluciona el problema. En mi caso para la bombita del ACS y luces exteriores. Lo del ACS se pone en marcha cuando indica el sensor y para las luces tengo puesto un reloj horario. Con este sistema, el reloj ya no hará falta.

Estoy esperando a que me llegue un convertidor DC para así alimentar la RPi y un módulo de relés que tengo en esa zona, y quitar ya la FA a 220VAC. Así destinaré uno de los relés a encender/apagar el híbrido, punteando las conexiones del interruptor hacia un relé. Pudiendo encender el inversor (híbrido) manualmente si conviene. Y si no hay consumos, el híbrido se apagará automáticamente, ahorrando energía.

Lo del hibrido lo tienes chupado.

http://images.tapatalk-cdn.com/15/09...75a7812395.jpg

http://uploads.tapatalk-cdn.com/2016...7cfcb1e32e.jpg

Gracias Jiro. Mi único problemilla es que el interruptor está en la tapa frontal. Por lo que supongo habrá que desmontarla y aplicar tu misma receta.

Iniciado por nikitto

Gracias Jiro. Mi único problemilla es que el interruptor está en la tapa frontal. Por lo que supongo habrá que desmontarla y aplicar tu misma receta.

Estas llaves, suelen estar puestas desde fuera hasta dentro (con un clip de cada lado en lel lado fino).
Con un destornillador fino, apretando entre le plastico y el chassis, suelen soltarse (hay que hacerlo de cada lado).
Si el cable (dentro) tiene algo de holgura, se puede sacar la llave afuera, sin desarmar.
En la foto, no se aprecia si la pieza negra es plastico o chapa. Si seria de plastico, se hace un agujero, se pasa un cable, se saca por fuera (por el agujero de la llave) se solda a la llave, se vuelve la llave en su sitio y voila.

Gracias briko. Probaré primero tu solución antes de liarme a desmontar cosas.