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

Iniciado por Mleon

... sin posibilidad de conectarse a red ... casi tengo poca bateria

Está claro, en aislada cuanto más batería tengas, más fácil. La comparación la hice para entender mejor, si consigues tener muy poco consumo nocturno. Parece ser que en este aspecto no nos distinguimos mucho (unos 3kWh los dos).

Iniciado por Mleon

... no estan mis suegros para lios de arrancar un grupo manualmente, estar pendientes, etc

Mi "jefa" tampoco se entera - y no quiere enterarse. Pero claro, en semiaislada lo tengo fácil ...
El único que conozco y que se las apaña con (muy) poca batería en aislada, es el compañero carlos6025. Me parece que tiene unos 10kWh en batería, como yo. Pero claro, él y su familia están muy pendientes de la FV ...

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

Iniciado por nikitto

No creo haber visto a nadie por estos lares en aislada a menos de 48V, hablo de vivienda habitual. Tú lo consigues a 24V.

Cierto! Mleon lo ha conseguido - pero a 24V se lo ha hecho más difícil. Si hubiese instalado el sistema a 48V, el FM80 con sus 80A dejaría pasar el doble en potencia FV. Y cualquier consumo de inversor sería el 50% de intensidad en el lado de baterías.
600Ah a 48V sería la misma capacidad en batería que 1200Ah a 24V, a un precio muy similar.

La razon de tener la instalacion a 24V es simple.......por diversos temas consegui varios inversores tanto de onda modificada como sinusoidal sin coste......lo que se llamaba factor "p" (de pesetas) en el criterio de diseño

Iniciado por Mleon

La razon de tener la instalacion a 24V es simple ... consegui varios inversores tanto de onda modificada como sinusoidal sin coste ...

Ya me imaginaba algo por el estilo. Una razón convincente! Y has podido con el reto perfectamente!

Iniciado por nikitto

- Intercambiar las posiciones de Intensidad y Voltaje en la gráfica (manías mías).

- Estudiar como poner más gráficas en la misma página (esto más o menos lo tengo claro).
- Mirar como hacer para que la gráfica o gráficas sean dinámicas. Se carguen cada 1,5 segundos con los nuevos datos.

- Configurar el programa para que arranque sólo, al arrancar el sistema. Por inicio voluntario o fallo del sistema.

- Lea de la tabla, en caso de existir, el último valor de SOC y compruebe automáticamente, si las condiciones son las optimas para ese valor, en caso contrario, con algún 'algorítmo' facilitarle un valor. Siempre de modo automático.
- Colocar en pantalla la información de que relés están o no activos por programa. Y tener la posibilidad de activar/desactivar algunos.
- ...
.

Lo subrayado ya está hecho. Lo de coger el último valor de DS[0] (ahora DS) de la tabla para recalcular el SOC, en caso de reinicio del sistema, me ha costado horrores. Se ve que el valor obtenido con la función 'fetchone()' es una Tupla (¿qué?). Algo había leido sobre Tuplas y Listas. En las primeras los datos son inmutables. En fin, lo que hago es asignar el valor de la Tubla a una variable y luego, pasar el valor de dicha variable a otra variable del tipo FLOAT.
Por eso lo que antes era DS[0,1 o 2] ahoras es: DS, DS1 y DS2. No me complico más.
Viendo la gráfica y en caso que el SOC este relativamente por debajo del 100% estando la batería en flotación durante horas, se ve que 'ALGO' no cuadra. (He forzado esta situación, cambiando el último valor DS en la propia base de datos y reiniciando el programa). Luego poco a poco el SOC sube, hasta llegar al 100% y queda corregido el error. Pero ya se han perdido muchos excedentes.
A ver que opináis de colocar algún algoritmo que corrija el problema del SOC en base a una tensión de flotación mantenida y a la señal FLOAT ON del regulador.

También he traducido algunos campos que aparecen en el gráfico, que antes estaban en inglés.

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

Si por algún motivo el programa se para, he metido un watchdog (idea de Mleon) para que cada 5 minutos compruebe el estado con crontab y si está parado, lo ejecuta.

/etc/crontab (añadir esto)
*/5 * * * * root /home/nikitto/wd > /dev/null &

wd (el programa de marras)

Código PHP:

#! /bin/sh
proceso=`ps ax | grep fv_rv.py | awk '{print $1}'|head -1`
if [ $proceso = 0 ]; then
echo Programa parado
sudo service fv start
else
echo Programa en marcha
fi 


Si el programa NO está ejecutándose entonces el PID = 0, cosa que relanzaría el programa.

Iniciado por nikitto

.
...
A ver que opináis de colocar algún algoritmo que corrija el problema del SOC en base a una tensión de flotación mantenida y a la señal FLOAT ON del regulador.

Yo tengo el Duinomite 24horas 7 dias funcionando, luego si se reinicia, como mucho "pierde" unos pocos segundos de muestras, lo cual a efectos practicos no afecta al ultimo SOC guardado

No obstante, si tengo por menu la opcion de introducir "por teclado" el valor de SOC, que me ha servido para la primera vez que se inicia, y por si necesito actualizar el valor (por ahora no ha hecho falta dado que va bastante parejo al monitor de baterias que tenia)

No me parece grave esta situacion, dado que, aunque el sistema esta desatendido, no lo esta por meses, y por tanto, si me conecto desde mi casa y veo algo raro puedo actualizar el valor de SOC

En todo caso si se quiere actualizar el SOC automaticamente, yo creo que hay que esperar a que este al 100% y se den estas 3 condiciones:

- Vbat>=Vflot

- Ibat<1A (el valor dependera del banco de baterias)

- Señal Flotacion Regulador=ON

Iniciado por nikitto

.

Si por algún motivo el programa se para, he metido un watchdog (idea de Mleon) para que cada 5 minutos compruebe el estado con crontab y si está parado, lo ejecuta.
.

Tal como tengo yo implementado el Watchdog, creo que el concepto es un poco distinto, lo comento:

El Watchdog es un temporizador ajeno al programa que de llegar a 0, hace que el duimomite se reinicie (esto es una caracteristica que esta implementada en el duinomite y que,por lo que se es comun en microcontroladores (en RPi no lo se)

Por tanto en el programa, lo que hago es que cada vez que leo las muestras de Vbat, Ibat.....vuelvo a poner el temporizador a un valor (por ejm 10 segundos)

La sentencia es tal que asi:

Código PHP:

Watchdog 10000 ' Activa watchdog y pone el temporizador a 10.000 ms 


Si se quiere deshabilitarlo para por ejm una entrada por teclado manual:

Código PHP:

Watchdog Off                              ' Desactivo temporizador Watchdog
Input "Nuevo valor SOC="; SOC$  ' Entrada teclado
Watchdog 10000                         ' Activo Watchdog a 10sg 


Si el programa se "cuelga" o se queda en un bucle no previsto, o se estropea la SD y no graba, o........., a los 10 sg se reinicia el duinomite y sigue con su trabajo

Como lo que hace el duinomite cuando se reinicia por Watchdog es ejecutar un programa denominado "Restart.bas", lo que hago en ese programa es ver si la SD esta estropeada, si es así quito el "Flag" de grabar y reinicio el programa principal

Algo parecido pasa cuando el duinomite se reinicia por fallo de alimentacion....en este caso el programa que se ejecuta es "Autorun.bas"

Con estas técnicas aseguro un poco mas la "supervivencia" del control FV

Iniciado por Mleon

En todo caso si se quiere actualizar el SOC automaticamente, yo creo que hay que esperar a que este al 100% y se den estas 3 condiciones:

- Vbat>=Vflot

- Ibat<1A (el valor dependera del banco de baterias)

- Señal Flotacion Regulador=ON

Estamos de acuerdo en esto. Como apreciación remarcar que esa Ibat<1A voy a dejarla en Ibat<1.5A. Al menos en mi caso, comparando los valores Vflot y Vflotreg (del regulador) en la tabla de la base de datos, me he fijado que el mío está a 0 y el del regulador a 1 por culpa de la Ibat, que en algunos (pocos) momentos sobrepasa por un pelo el Amperio.

Sobre el watchdog, buscando info, he visto que en la RPi también esta. Pero leyendo, veo que dice que si me equivoco en 'algo' puedo dejar a la RPi en un bucle infinito de encendido/apagado. Mal asunto.

Me he dado cuenta que el código Bash de ayer no funciona como es debido, aquí uno que sí funciona:

wd

Código PHP:


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


Este domingo he podido ir a donde esta la instalacion FV

Mi principal problema es tener tiempo de implementar fisicamente las ideas (instalacion placas adicionales, cableado,etc), la parte SW y analitica es mas facil de llevar "a distancia"

Bueno, al grano, una vez validado el concepto de usar un rele SSR, he instalado 2 SSR (viendo instalaciones "bonitas" por el foro, la mia esta claro que es de laboratorio)



Aunque pone 80A, no se me ocurre que conmute mas de 30A por rele,....con unos 20A ya estaba "calentito" el disipador

Pues eso....un regulador PWM mu bruto de 0 a 100%

Pues ya estamos generando unos 125A cuando hace falta



En esta foto se ve que mis suegros tenian la placa induccion (por el rizado) y mas cosas.... dado que hay 125A de las placas + 37A de las baterias =162A (mucho para los que nos gusta manejar mA)

Bonitos disipadores. ¿Para qué utilizas estos en contínua ? ¿Para conectar/desconectar paneles?

Los mA son para la electrónica y los A para la electricidad. Siempre haciendo las cosas con cabeza y cuidado.

Mejor no te enseño la mía que no es ni de laboratorio. Voy a comprar el segundo shunt (idem al primero), así podré calcular la Iplaca. Por ahora voy a descartar el algoritmo para calcular Vflot, dejando que me de la señal el KID.
Otros cambios ya hechos:

- Autobackup de la BD cada 6h, con borrado de lo anterior. Con 6h la gráfica va fluida.
- Arranque automático del programa en caso de reinico de la RPi, watchdog por si peta y reinicio del mismo. Y carga el último valor de DS desde la BD para el cálculo del SOC. Faltaría algoritmo para recalcular de alguna otra forma. Puedo meter directamente el valor a la BD y reiniciar el programa.

No me han llegado los integrados para I/O, por ahora no puedo meterle mano a eso.

Iniciado por nikitto

Bonitos disipadores. ¿Para qué utilizas estos en contínua ? ¿Para conectar/desconectar paneles?

Los mA son para la electrónica y los A para la electricidad. Siempre haciendo las cosas con cabeza y cuidado.

Mejor no te enseño la mía que no es ni de laboratorio. Voy a comprar el segundo shunt (idem al primero), así podré calcular la Iplaca. Por ahora voy a descartar el algoritmo para calcular Vflot, dejando que me de la señal el KID.
Otros cambios ya hechos:

- Autobackup de la BD cada 6h, con borrado de lo anterior. Con 6h la gráfica va fluida.
- Arranque automático del programa en caso de reinico de la RPi, watchdog por si peta y reinicio del mismo. Y carga el último valor de DS desde la BD para el cálculo del SOC. Faltaría algoritmo para recalcular de alguna otra forma. Puedo meter directamente el valor a la BD y reiniciar el programa.

No me han llegado los integrados para I/O, por ahora no puedo meterle mano a eso.

Efectivamente los reles SSR son para conectar las placas directamente a las baterias (dependiendo del rendimiento y uso real me planteare sustituirlos por un regulador)

En shunt es normal que sea de mayor Imax el de bateria (acorde al inversor que instales..) que en shunt de Iplaca (acorde a la placas instaladas)

Me alegro de lo de la grafica

Los I/O te podria dar unos pocos....si alguien conocido pasa por Madrid dame un toque

Iniciado por Mleon

Efectivamente los reles SSR son para conectar las placas directamente a las baterias (dependiendo del rendimiento y uso real me planteare sustituirlos por un regulador)

Con batería de 24 y paneles de ¿60 células? y 30vmp, puedes poner unos cuantos en paralelo a la batería.

En mi caso, con batería a 12 y paneles de más de 24vmp, sólo puedo atacar a la batería con un regulador. Tengo por aquí un Phocos de 40A, al que quizás le doy una segunda vida.

Iniciado por nikitto

En mi caso, con batería a 12 y paneles de más de 24vmp, sólo puedo atacar a la batería con un regulador.

Me parece que no es correcto, lo que dices. Sí que puedes conectar directamente a batería unos paneles con Ump>>Ubat, lo que pasaría es que perderías gran parte de la potencia nominal. Posiblemente no te importaría (de momento).
Respecto al Phocos: Ten en cuenta, que con un regulador PWM no sacarías más potencia, debería ser un MPPT.

Una opción para mejorar podría ser meterse en las entrañas de las placas, a ver si se pueden modificar a una tensión Ump más cercana a Ubat. Por ejemplo, conviertendo una placa de 72 células en dos de 36 células.

Iniciado por el_cobarde

Me parece que no es correcto, lo que dices. Sí que puedes conectar directamente a batería unos paneles con Ump>>Ubat, lo que pasaría es que perderías gran parte de la potencia nominal. Posiblemente no te importaría (de momento).
Respecto al Phocos: Ten en cuenta, que con un regulador PWM no sacarías más potencia, debería ser un MPPT.

Una opción para mejorar podría ser meterse en las entrañas de las placas, a ver si se pueden modificar a una tensión Ump más cercana a Ubat. Por ejemplo, conviertendo una placa de 72 células en dos de 36 células.

Vale, me daba miedo poder cargarme las baterías metiendoles una sobretensión.
Si lo del Phocos lo tengo claro. Ya lo discutimos en el hilo que abrí. Pero mientras no lo venda, puedo darle algún uso.

No tengo placas de 72, sólo de 48 y 60. De todas formas la nueva batería está al caer. Gracias Niki.

Iniciado por nikitto

Vale, me daba miedo poder cargarme las baterías metiendoles una sobretensión ... lo del Phocos lo tengo claro.

Intentaré explicarme un poco mejor:

Si conectas placas con Ump>>Ubat directamente a la batería, pasa exactamente lo mismo que con un regulador PWM en fase bulk: Las placas se ven obligadas a trabajar a la tensión de batería, que está lejos de su MPP, por lo que generarán mucha menos potencia que la nominal. Por ejemplo, una placa de 250Wp con 60 células, en batería a 14V sólo dará 117Wp, aproximadamente.
A medida que va subiendo el SOC de la batería, Ubat aumenta y con ella la potencia con que generan las placas. Allí está la diferencia si trabajas con o sin regulador PWM:
- Sin regulador, la tensión y la intensidad de carga seguirían aumentando y se sobrecargaría y dañaría la batería
- Con regulador, la tensión no pasa de Uabs, para bajar a Uflot después del tiempo previsto para absorción

Cuando Mleon conecta placas directamente a batería, su programa asegura que toda la producción de placa vaya al consumo y nada a batería, por lo que no existe el peligro de sobrecargar a la batería. Se puede decir que su programa hace el papel de regulador.

Tu estás pensando en hacer lo mismo. Pues adelante, no sobrecargarás tu batería, sea con placas de 48 o de 60 células.
Pero no intercales el Phocos! No ayuda en nada; al contrario, podría estorbar. Siempre cuando el Phocos se empeñe en mantener Uflot, perderás más potencia que sin Phocos.
Lo que podrías hacer, es configurar Uabs y Uflot muy altos e iguales, por ejemplo, Uabs=Uflot=15V para batería de 12V. Entonces el Phocos no estorbaría, pero tampoco ayudaría; es como si no estuviera.

Iniciado por el_cobarde

- Sin regulador, la tensión y la intensidad de carga seguirían aumentando y se sobrecargaría y dañaría la batería

En tal caso se podrá crear una formula, para que cuando (lo que decías en el último párrafo: Uabs=Uflot=15V) se lleguen a esos 15V, desconectar las placas. Mientras exista una derivación de excedentes considerable, digo yo, que no se llegará nunca a ese valor de Vbat. Y si se llega, Rele OFF.

Iniciado por nikitto

En tal caso se podrá crear una formula, para que cuando ... se lleguen a esos 15V, desconectar las placas ...

Correcto. Esto se haría (y se hace) teniendo un microprocesador que controla las tensiones.
Pero la primera parte de mi comentario la había formulado para la situación en general: Qué pasa si conectas una placa FV con Ump>>Ubat directamente a batería? Sin tener micro controlando y activando relés ...

Disculpa si no se me entendía bien.

No te preocupes, te entendí perfectamente y ya se que NO hacer (sin control).

Iplaca no gráfica porque no hay valores, de momento.
Debajo irá otra gráfica con los KW.
Y más abajo, toda la parte de viualización y control del estado de Relé.

Iniciado por nikitto

Debajo irá otra gráfica con los KW. Y más abajo, toda la parte de viualización y control del estado de Relé.

Cada vez me gustan más tus gráficas. Enhorabuena, nikitto!

Felicidades...... mis gráficas cutres VGA se sienten sobrepasadas.....solo les queda apelar al romanticismo de los 80

Nikito, estás hecho un fenómeno

A ratos me estoy "currando" una PCB con las siguientes caracteristicas por ahora:

- 32 Entradas analogicas multiplexadas
(se configuran de 16 en 16 o a 1 pin analogico de entrada del micro o a 1 entrada del ADS1115)

-32 Salidas

- 2 ADS1115 (enchufables)

- Conector doble IDC 26 pines para Duinomite o RPi

- Varias salidas 5v,3v3,,GND,SDA,SCL

- ......


No habia manejado nunca el Kicad para creacion de PCB.....

Una imagen 3D generada....



La idea es tener la PCB lo mas completa posible y dependiendo de la necesidad instalar o no ADS1115, Multiplexores, Salidas,....

En este sentido por ejm los conectores de los ADS1115 son de este tipo



Igual pasa con las entradas analogicas que incluyo los conectores para enchufar o no el modulo multiplexor 74HC4067 y la posibilidad de poner por cada entrada dos resistencias (divisor tension) para adaptar los niveles de lo que queremos medir



Falta integrar:

- Un modulo de reloj con pila (para fecha/hora)
- Un conector que facilite el uso por arduino
- Posibles ampliaciones se pueden hacer (por ejm modulo PCA9685 de 16 canales PWM) a traves de las salidas que dejo de SDA,SCL,5V,....

- Alguna cosa mas?

Iniciado por Mleon

No habia manejado nunca el Kicad para creacion de PCB ... Una imagen 3D generada ...

Genial, las imagenes del KiCAD - parecen fotos!

Iniciado por Mleon

- Un modulo de reloj con pila (para fecha/hora)

Por ejemplo, uno como este

Iniciado por Mleon

- Un conector que facilite el uso por arduino

Sin duda! Por lo menos yo lo veo muy importante

Muy guapo Manuel. Buen trabajo.

Por pedir que no quede:

- Si quieres hacer la placa multiuso, y viendo que se pueden poner 4 ADS1115, pues eso.
- No todas las RPi tienen 26 pines, la mía sí. RPi modelo B.
- ¿Qué buses, alimentaión,... coges con el conector de 26 pines?

Iniciado por el_cobarde

...
Por ejemplo, uno como este

En mi caso uso el PCF8563 dado que el duinomite tiene esa libreria integrada

PCF8563T PCF8563 8563

El tema es dejar 4 pines VCC,GND,SDA,SCL, pero el orden para que se enchufe directamente sin cables depende del reloj

DS1307 es Gnd,Vcc,SDA,SCL
PCF8563 es Vcc,Gnd,SDA,SCL

....Pondre agujeros para las dos opciones

El arduino se puede usar con lo que hay utilizando los pines de los conectores de 26 pines con cables a los pines del arduino,o si se quiere algo mas "limpio" de conectar/desconectar usar esto

https://www.olimex.com/Products/Duin...ource-hardware