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

Entiendo bien el algorito, con él, tú puedes controlar el consumo del artefacto en cuestión, vía wifi. Mleon y yo, estamos en un todo o nada. O funciona el artefacto porque hay excedentes (se pueden también añadir otras opciones) o no funciona.

Lo que no me queda claro, es cuando dices U_actual e I_actual del campo_FV. ¿Te refieres a la salida del regulador (o reguladores en tu caso) ?
Entiendo entonces, que EXCEDENTES ON cuando se cumplen una serie de condiciones relacionadas con la batería y a partir de aquí, lo que manda es lo que nos llega del campo_FV. Si del campo_FV no llega más de lo que chupa la batería, el algoritmo se queda en stand-by, a la espera de poder chupar de allí.

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

También creo que el arranque de tus artefactos (termo, calentador piscina, ...) es más suave y estable que en nuestro caso. Lógicamente esto no sirve para lavadoras, secadoras, etc...Digamos que sólo para cargas exclusivamente resistivas, ¿no?

Si en condiciones tranquilas (nevera y poco más) le metes un consumo de 1000Wh, seguro que durante unos instantes la batería se resiente, en el sentido que le mete una buena descarga; hasta que el regulador tome cartas en el asunto. Hay que afinar en el algoritmo, si no se quiere tener un relé: on - off - on - off - on - ...

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

Por cierto, la gráfica kWh_bat (de momento son sólo Wh) funciona perfectamente. Gracias de nuevo.

Iniciado por nikitto

Lo que no me queda claro, es cuando dices U_actual e I_actual del campo_FV. ¿Te refieres a la salida del regulador ... ?

U_actual e I_actual es la producción (la potencia) del campo FV en este momento. Se puede calcular tanto en entrada (FV) como en salida (batería + inversor) del regulador. Al principio pensaba hacerlo en entrada, porque es directamente lo que viene de las placas. Pero he decidido hacerlo en salida (fue un impulso de Mleon), porque es igual de directo y tiene la ventaja de medir Ureg que es igual a Ubat y me sirve para las condiciones {IF Ubat=Uabs} y {IF Ubat=Uflot}.

Iniciado por nikitto

Entiendo entonces, que EXCEDENTES ON cuando se cumplen una serie de condiciones relacionadas con la batería y a partir de aquí, lo que manda es lo que nos llega del campo_FV. Si del campo_FV no llega más de lo que chupa la batería, el algoritmo se queda en stand-by, a la espera de poder chupar de allí.

Así es. Pero las condiciones no están solo relacionadas con la batería, la condición más importante está relacionada directamente con el campo FV: Si este sigue al incremento en PWM, se deriva y se sigue incrementando; si no sigue, no se incrementa más.

Iniciado por nikitto

También creo que el arranque de tus artefactos (termo, calentador piscina, ...) es más suave y estable que en nuestro caso. Lógicamente esto no sirve para lavadoras, secadoras, etc...Digamos que sólo para cargas exclusivamente resistivas, ¿no?

Exactamente, los excedentes se emplean exclusivamente para consumo puramente resistivo.
Este concepto se basa en la lógica del Carlotrón de carlos6025.

Iniciado por nikitto

Si en condiciones tranquilas (nevera y poco más) le metes un consumo de 1000Wh, seguro que durante unos instantes la batería se resiente, en el sentido que le mete una buena descarga; hasta que el regulador tome cartas en el asunto. Hay que afinar en el algoritmo, si no se quiere tener un relé: on - off - on - off - on - ...

Precisamente para esto he introducido el Arduino: Para poder hacer los escalones del incremento tan finos, que no se entere ni la batería (que no se cicle) ni empieze a parpadear algun relé ...

Iniciado por nikitto

Por cierto, la gráfica kWh_bat (de momento son sólo Wh) funciona perfectamente. Gracias de nuevo.

No hay de que, hombre, apenas he hecho nada. Enhorabuena!
El que realmente te ayuda, es Mleon. Me encanta ver, como lo estáis haciendo!

Por fijar ideas

1. ¿Han quedado claras las distintas estrategias para compensar las posibles desviaciones entre el SOC mostrado por el programa y el real?

2. Con repecto a derivar excedentes, nos queda trabajar un poco mas, no obstante mantengo mi vision del post #8 para control de cargas rele a rele y con parametros programables por cada rele y que, por tanto, podemos decidir por cada rele:

-La histeresis para evitar muchas conmutaciones ON-OFF-ON...
-Los niveles de SOC, Vbat, Ibat, Horario, que hacen conmutar el rele

Iniciado por Mleon

En mi caso tengo pensado hacer una variante de la B) una vez que ajuste el Coeficiente de Peukert con los datos reales que tengo

Basicamente pienso incrementar la Ibat a considerar para el calculo del SOC por un factor cuando se cumpla Ibat<1A y Vbat=Vflot

Asi el SOC crecera rapidamente pero no de golpe

Iniciado por Mleon

Por fijar ideas

1. ¿Han quedado claras las distintas estrategias para compensar las posibles desviaciones entre el SOC mostrado por el programa y el real?

A mi esta parte no me ha queda clara. ¿Cómo vas a incrementar Ibat paraa que crezca rápidamente el SOC ?
¿Vas a engañar al programa cuando se cumplan las condiciones de Ibat<1A y Vbat=Vflot?

Iniciado por nikitto

A mi esta parte no me ha queda clara. ¿Cómo vas a incrementar Ibat paraa que crezca rápidamente el SOC ?
¿Vas a engañar al programa cuando se cumplan las condiciones de Ibat<1A y Vbat=Vflot?

Como comento todavia no lo he programado porque quiero ver si hay desviaciones del SOC mostrado con el real, dado que lo importante es que el SOC que se muestra sea lo mas real posible

He visto que el SOC no llegaba a 100% algunos dias, pero SI tenia condiciones de 100% (Icola<1A y Vbat=Vflot mantenida)

Lo primero que he hecho es poner un Coeficiente de Peukert un poco mas bajo (de 1,15 que era el calculo teorico a 1,13) y con ello a una misma descarga el SOC bajara menos

Si ya compruebo durante dias que es mas o menos congruente, quizas por "limpieza estetica" ponga algo para que se autoregule al 100% cuando se den las condiciones, pero logicamente hay que minimizar que el programa haga esto, porque entonces el SOC que muestra no seria el real (y por tanto sera bueno cada mes o trimestre chequear la razon del por que el programa necesita corregir el SOC.

La forma de hacerlo puede ser variada....veamos...

Como recordaras, para el calculo del SOC partiendo de la Ibat se calcula una Ip, en caso de Ibat negativa la Ip sale aplicando Peukert y si Ibat es positiva se aplica un factor de eficiencia de la carga "EC"

Aqui estariamos en Ibat>0 luego lo que tendriamos seria Ip=Ibat*EC

Bueno, pues si se dan las condiciones de SOC=100% y queremos que el sistema se autoregule podemos hacer este calculo:

DS es la variable donde tenemos los AH actuales de la bateria
AH es la variable donde tenemos la capacidad nominal C20 de la bateria
Ajuste_SOC es la variable para regular la rapidez con que crece el SOC en condiciones de SOC=100%

Código PHP:

'-----Calculo SOC-----

If Ibat <0 Then
 Ip=.....Cálculo por Peukert
Else
 Ip=Ibat*EC
Endif

If Ibat>0 and Ibat<1 and Abs(Vbat-Vflot)<0,2 then ' dejemos algo de margen a Vbat con respecto a Vflot
  DS=DS+(AH-DS)/Ajuste_SOC100
else 
  DS=DS+Ip*Tiempo_horas
Endif

If DS>AH Then DS=AH
If DS<0 Then DS=0 


Con esto supongo crecera asintoticamente hasta SOC=100% creciendo tanto mas rapido cuanto mas alejado este del 100%

Por ejm con SOC=95% y Ajuste_SOC100=100, tardara unas 300 muestras en llegar casi al 100%
Igualmente con SOC=90% y Ajuste_SOC100=100 tardara practicamente igual en llegar casi al 100%

Con este algoritmo creo que se controla facilmente lo rapìdo que queremos que crezca el SOC ( variable Ajuste_SOC100) y lo veo a priori mejor que directamente poner el SOC al 100% cuando se den las condiciones del SOC=100% durante X minutos

Iniciado por Mleon

Bueno, pues si se dan las condiciones de SOC=100% y queremos que el sistema se autoregule podemos hacer este calculo ...

Me parece que este cálculo es bastante mejor del que hace mi regulador, un SS-50C (no puedo opinar de otros reguladores, pero me extrañaría si lo hicieran tan fino como propones).
El mio se autoajusta, simplemente saltando al SOC=100%, en cuanto decide pasar a flotación. Hace este salto, sea que sea el SOC que tiene calculado. Por ejemplo, le he visto saltar del SOC=80% al 100%. Un autoajuste poco sofisticado.

Sin embargo tengo que decir, que para lo que lo empleo (conmutar a red cuando el SOC haya bajado al 75% y volver a conmutar a FV cuando SOC=79%), me funciona estupendamente.

Iniciado por Mleon

Con este algoritmo creo que se controla facilmente lo rapìdo que queremos que crezca el SOC ( variable Ajuste_SOC100) y lo veo a priori mejor que directamente poner el SOC al 100% cuando se den las condiciones del SOC=100% durante X minutos

Vale, engañando al programa sutilmente.

Iniciado por el_cobarde

Me parece que este cálculo es bastante mejor del que hace mi regulador, un SS-50C (no puedo opinar de otros reguladores, pero me extrañaría si lo hicieran tan fino como propones).
El mio se autoajusta, simplemente saltando al SOC=100%, en cuanto decide pasar a flotación. Hace este salto, sea que sea el SOC que tiene calculado. Por ejemplo, le he visto saltar del SOC=80% al 100%. Un autoajuste poco sofisticado.

Sin embargo tengo que decir, que para lo que lo empleo (conmutar a red cuando el SOC haya bajado al 75% y volver a conmutar a FV cuando SOC=79%), me funciona estupendamente.

Jajaja. El tuyo es radical de ....

Si os fijáis en el SOC de mi gráfica lleva días sin llegar al 100%. Hace días, después de unos ajustes, al reiniciar el programa, cogió el valor de la BD (DS, valor bajo) y allí sigue. Lógicamente, en fase bulk y absorción, se recupera más rápido. Pero en fase flotación no llega a alcanzar el 100%.
Mleon, esta noche , si me dejan el PC, voy a modificar el programa, a ver que tal funciona.

Iniciado por nikitto

Si os fijáis en el SOC de mi gráfica lleva días sin llegar al 100%. Hace días, después de unos ajustes, al reiniciar el programa, cogió el valor de la BD (DS, valor bajo) y allí sigue. Lógicamente, en fase bulk y absorción, se recupera más rápido. Pero en fase flotación no llega a alcanzar el 100%.
Mleon, esta noche , si me dejan el PC, voy a modificar el programa, a ver que tal funciona.

OK,....en tu caso dado que el tiempo entre muestras lo tienes en 5sg, yo pondria el valor de Ajuste_SOC100=50 a ver que tal evoluciona

Independientemente del tema, yo si tengo la posibilidad de actualizar el valor de SOC, para los casos como los que comentas

Se esta imponiendo para una "tarde tonta" hacer lo que he comentado en el post #205 para ver evolución de carga diaria o a tres dias

Leí el post y todavía estoy pensando como hacer lo de agrupar los datos cada 5 minutos. Lo que si parece más fácil es hacer la media de los valores y presentarla por días.

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

He hecho el cambio en el programa para el auto ajuste del SOC, a ver mañana como se comporta.

Iniciado por nikitto

Leí el post y todavía estoy pensando como hacer lo de agrupar los datos cada 5 minutos. Lo que si parece más fácil es hacer la media de los valores y presentarla por días.

- - - - - - - - - - - - - - - - - - -
.

Algunas ideas

En esta se ha currado conceptualmente la SQL
daniert: MYSQL: Agrupar datos estadísticos por intervalos de minutos, horas, etc.


En esta, la logica es un poco mas facil de seguir
Agrupar cada 30 minutos - Foros del Web


Funciones Std de fechas (con extract para agrupar por dia, hora....o dia, hora, minuto)
MySql: 27 - Funciones para el uso de fecha y hora.

Estoy ya trabajando en ello.

P.e.:

SELECT Tiempo, SOC FROM datos GROUP BY ((60/15)*HOUR(TIME(Tiempo))+FLOOR(MINUTE(TIME(Tiempo))/15)) ORDER BY Tiempo;

Con esta instrucción consigo el valor del SOC cada 15 minutos, pero sólo en el periodo de 24h (del primer día 13 y algunos minutos del 14; ya que el 13 empezó a guardar datos sobre la 1:04).
A ver si encuentro como añadir días a la fórmula.

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

Sobre la modificación del algoritmo para auto regular el SOC...aquí los resultados de hoy:

- El regulador ha entrado en modo flotación a las 12:08:14 con un SOC del 94,24%
- A las 12:56:21 ha llegado el SOC al 100%

Estoy fuera y no controlo mysql...pero supongo que poniendo dos agrupaciones ,...primero por dia con la funcion extract por ejm o he visto que mysql tiene tambien la funcion day() y despues lo que has puesto de cada 15'

Mas o menos asi

SELECT Tiempo, SOC FROM datos GROUP BY DAY(Tiempo),((60/15)*HOUR(TIME(Tiempo))+FLOOR(MINUTE(TIME(Tiempo))/15)) ORDER BY Tiempo;

O asi, si lo queremos hacer y tenemos guardado en la BD un periodo de mas de un mes/año

SELECT Tiempo, SOC FROM datos GROUP BY YEAR(Tiempo),MONTH(Tiempo),DAY(Tiempo),((60/15)*HOUR(TIME(Tiempo))+FLOOR(MINUTE(TIME(Tiempo))/15)) ORDER BY Tiempo;


Una vez que agrupas por un periodo de tiempo lo logico es coger la media de los valores de ese periodo (SOC, etc), luego .....(chequea sintaxis)

SELECT Tiempo, AVG(SOC) FROM datos GROUP BY YEAR(Tiempo),MONTH(Tiempo),DAY(Tiempo),((60/15)*HOUR(TIME(Tiempo))+FLOOR(MINUTE(TIME(Tiempo))/15)) ORDER BY Tiempo;

para el caso de agrupar cada 5'

SELECT Tiempo, AVG(SOC) FROM datos GROUP BY YEAR(Tiempo),MONTH(Tiempo),DAY(Tiempo),((60/5)*HOUR(TIME(Tiempo))+FLOOR(MINUTE(TIME(Tiempo))/5)) ORDER BY Tiempo;

Suerte que no controlas MYSQL, has dado en el clavo.

Luego le añado:

WHERE DATE(Tiempo) >= SUBDATE(NOW(), INTERVAL 7 DAY)

Y tengo los valores para 7 días.

Iniciado por nikitto

Suerte que no controlas MYSQL, has dado en el clavo.

Luego le añado:

WHERE DATE(Tiempo) >= SUBDATE(NOW(), INTERVAL 7 DAY)

Y tengo los valores para 7 días.

Suerte de principiante......mas o menos todas las BD van igual

Como comentaba, una vez que ya se controla la agrupación por periodo de fecha, parece bueno tener:

A) Grafica Vbat,Ibat, Iplaca,SOC por:

- Tiempo real: La que ya esta
- Del dia (chequear con intervalo 5')
- De un periodo (chequear con intervalo 15' o mas): Al menos 3 dias, y dependiendo de como se vea el grafico, llegar a la semana

B) Gráficos de barras Kwh

- Por dia: Como la que hay mas añadiendo Kwh generados por las placas

- Por mes o semana

- ....

C) Ademas de gráficos, también es bueno pensar en tabla de valores, como por ejm una que muestre los valores máximos y mínimos por día de Iplaca, Ibat, SOC, temperatura,.....



Pero vamos tranqui....que es mas facil pensar lo que hay que hacer que hacerlo

Iniciado por Mleon

B) Gráficos de barras Kwh

- Por dia: Como la que hay mas añadiendo Kwh generados por las placas

- Por mes o semana

- ....

Esta ya la tengo acabada (de momento). Se verán los datos (kWh) de los últimos 7 días.

Luego, cuando baje el sol, voy a ponerme a agujerear el porche para colocar los nuevos paneles de 60 células. Mientras voy viendo lo de los promedios, de los datos mencionados.

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

Primera aproximación:



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

Por lo que parece NO puedo mezclar en una misma hoja web dos tipos diferentes de gráficos: Chart y StockChart; las dos de HighCharts (al menos que yo sepa).
He de estudiarme si es posible, sino, poner algún botón para intercambiar entre diferentes páginas.

De momento está aquí:

http://asako.sytes.net/sg.php

Estoy trabajando en ella: eje yAxis, ...

OK...no seria grave si no se consigue mezclar Chart y Stockchart

Lo que si parece bueno es, como comentas, ver la forma de cambiar escalas en el eje y para tener mayor sensibilidad en la grafica por ejm SOC empezaría en máximo 50% o incluso mas)

Cada cuanto tiempo has puesto la agrupacion?

Si usas la misma grafica que la de tiempo real pero con los datos de un dia completo agrupados cada X minutos ¿no te queda bien?

.........

La verdad es que lo de highchart da mucho juego

Imaginate este grafico de los ultimos 15 dias pero en lugar de temperatura poner los valores de SOC, o de Ibat, o los de Vbat,.....

http://www.highcharts.com/demo/arearange-line


O algunos "gauges" para de un vistazo saber si la situacion actual (SOC, Vbat,..) esta OK en zona naranja o roja,,,,

http://www.highcharts.com/demo/gauge-speedometer
http://www.highcharts.com/demo/gauge-solid

Sigo un poco con la PCB....

Me sale una placa de 15cmx15cm en donde he podido poner:
- El shield del arduino
- Conectores del Duinomite y RPi dobles
- 4 pinheader para conectar hasta 4 ADS1115 (hasta para 16 entradas analogicas u 8 diferenciales)

- 2 pinheader para conectar hasta 2 multiplexores de 16 entradas (la salida de los multiplexores se pueden mandar o a un pin analogico del micro (A0,A1) o a entradas del ADS1115 (A0,A1 del segundo ADS1115)

- 4 pinheader de 10 pines para 4 grupos de 8 reles
- Pinheader de 4 pines para Modulo de Reloj
- Terminales con tornillo para los cables de las entradas del ADS1115 y multiplexores


Con el Duinomite y RPi se conectarian con un cable plano de conector a conector

Con el Arduino tengo un duda de si es mejor enchufarlo encima o debajo de la placa

En el caso de enchufarlo encima habria que ponerlo boca abajo o soldar conectores con patas largas en el arduino

En el caso de enchufarlo por debajo los conectores (usb/alimentacion) parecen que estan mas accesibles pero seria como enchufar al arduino una placa de 15x15cm que parece un poco bestia






¿Alguna idea?

¿ Y no se puede conectar por cable el arduino ?

Échale un vistazo a la nueva gráfica Ibat, en la web principal.

Iniciado por nikitto

¿ Y no se puede conectar por cable el arduino ?

El arduino no tiene un conector plano tipo RPi luego es mejor "enchufarlo", la placa no variaria de tamaño dado que la dimension viene fijada por los conectores de entrada /salida

Iniciado por nikitto

Échale un vistazo a la nueva gráfica Ibat, en la web principal.

Ya lo he visto.....jeje..siento ser el que te "pica"

No me cuadra el valor medio....por ejm el dia 15/jul tiene un valor medio negativo y eso no corresponde con la grafica de barras en donde hay mas wh de entrada que de salida y por tanto la Ibat media>0

Que SQL has puesto?

Sí, es un poco raro.

SELECT DATE(Tiempo) as Fecha,Max(Ibat) as Ibatmax,Min(Ibat) as Ibatmin, AVG(Ibat) as Ibatavg FROM datos WHERE DATE(Tiempo)>= DATE(NOW())- INTERVAL 15 DAY GROUP BY Fecha ORDER BY Fecha;

Código PHP:

+------------+---------+---------+----------------------+
| Fecha      | Ibatmax | Ibatmin | Ibatavg              |
+------------+---------+---------+----------------------+
| 2016-07-13 |   11.15 |    -5.4 |  0.06460209070789956 |
| 2016-07-14 |   10.02 |   -3.58 | 0.023512931986421105 |
| 2016-07-15 |    9.65 |   -4.06 | -0.05104608572663606 |
| 2016-07-16 |    9.73 |    -3.5 | 0.025683749895826127 |
| 2016-07-17 |   -1.85 |   -2.19 |  -1.9563133440256535 |
+------------+---------+---------+----------------------+ 


Iniciado por nikitto

Sí, es un poco raro.

SELECT DATE(Tiempo) as Fecha,Max(Ibat) as Ibatmax,Min(Ibat) as Ibatmin, AVG(Ibat) as Ibatavg FROM datos WHERE DATE(Tiempo)>= DATE(NOW())- INTERVAL 15 DAY GROUP BY Fecha ORDER BY Fecha;

Código PHP:

+------------+---------+---------+----------------------+
| Fecha      | Ibatmax | Ibatmin | Ibatavg              |
+------------+---------+---------+----------------------+
| 2016-07-13 |   11.15 |    -5.4 |  0.06460209070789956 |
| 2016-07-14 |   10.02 |   -3.58 | 0.023512931986421105 |
| 2016-07-15 |    9.65 |   -4.06 | -0.05104608572663606 |
| 2016-07-16 |    9.73 |    -3.5 | 0.025683749895826127 |
| 2016-07-17 |   -1.85 |   -2.19 |  -1.9563133440256535 |
+------------+---------+---------+----------------------+ 


Pues tiene buena pinta......entonces hay que analizar los datos en bruto del 15/JUL por ejm en excel....

Lo mismo esta bien, he visto que el 15/Jul los wh + y los Wh- son muy parejos y en el caso de wh+ la Vbat es mayor que el wh- luego puede que esa sea la razon

Sobre la gráfica del promedio de SOC, Vbat e Ibat las escalas son:

-Para 1 día: 5 minutos
-Para 3 días: 10 minutos
-Para 5 días: ¿?
-Para 'Todo' (debería ser máximo 1 semana): 15 minutos

Si te digo la verdad, ni idea del porque representa diferentes escalas, supongo que es cosa de HighCharts. Yo pusé la escala de 5 minutos, para un máximo de 7 días graficando.

SELECT Tiempo, AVG(SOC) as SOCavg, AVG(Ibat) as Ibatavg, AVG(Vbat) as Vbatavg FROM datos
WHERE DATE(Tiempo) >= SUBDATE(NOW(), INTERVAL 7 DAY)
GROUP BY DAY(Tiempo),((60/5)*HOUR(TIME(Tiempo))+FLOOR(MINUTE(TIME(Tiempo))/5))
ORDER BY Tiempo;

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

Esta gráfica también nos aporta mucha información, aunque a simple vista parezca que sea algo calcado (p.e. para un novato como yo, que estoy en mis inicios):

Estoy de acuerdo en lo de la grafica....por eso, y para que se viera mejor , las escalas en el eje Y deberian ser distintas para Ibat, SOC, Vbat, por ejm como estan en la grafica primera de tiempo real

Por eso...con tiempo y sin prisas.....podias probar a poner estos datos "historicos" en:

A) El mismo tipo de grafica que ya se tiene de tiempo real

Supongo que es de este tipo

http://www.highcharts.com/demo/combo-multi-axes

B) En una de graficos sincronizados que he visto tiene el Highchart

http://www.highcharts.com/demo/synchronized-charts


A ver en cual se veria mejor todo lo que comentas (paso nube, Absorcion, Flotacion, etc)

PD: Te vas a hacer experto en usar Highchart

Iniciado por Mleon

Te vas a hacer experto en usar Highchart

Si, nikitto, te estás haciendo un experto en control de FV. Chapeau!

Aparte de lo que comentáis Mleon y tu, te recomiendo que niveles un poco tus datos de Ibat y Vbat en la primera gráfica que presentas (titulada "State Of Charge, Vbat, Ibat e Iplaca").
Veo que Vbat tiene una fluctuación de +/-0.02V (20mV) e Ibat de +/-1A, más o menos.
Pienso que gran parte de esta fluctuación no es real, sino debida a la precisión del sensor empleado.
Supongo que cogiendo una media de varios valores medidos, en vez de uno solo, la fluctuación se reduciría mucho.
Yo cogería la mediana de 10 o 20 mediciones (la mediana es el valor del centro, habiendo ordenado los valores en orden ascendente)
Puedes Usar un algoritmo de ordenar eficaz, por ejemplo el "bubble sort", y elegir el valor del centro. O, si lo prefieres, la media aritmética de los tres valores centrales (así lo hago yo).
La ventaja de la mediana en comparación con la media aritmética, es que si hay valores medidos que "se escapan", éstos no afectan a la mediana (pero sí a la media aritmética).

Lo que me espero de esta "operación" es que los valores medidos fluctúen menos y que en la gráfica aparezcan líneas más contínuas, más fiables y mejor de interpretar.

También te recomiendo no exagerar con la escala automática, que se orienta en los valores máximo y mínimo en el período presentado. El efecto de extender la escala se potencia si reduces la fluctuación.
Yo diría que las escalas más "finas" deberían ser de 1V y 10A (margen total), por ejemplo.

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

Otra cosa que te recomiendo:
En tu gráfica veo, que con el regulador en flotación, Ibat es de solo 0.5A, como media. Esto me parece poco para una batería de 250Ah (no importa, si la tensión es de 12V, 24V o 48V). Tengo entendido, que la "intensidad de cola" en flotación debería ser entre 1% y 3% del valor de la capacidad C20, según la descarga diaria. En tu caso, entre 2A y 7A, más o menos.
Actualmente tienes configurado Vflot=13.8V. Te recomiendo subir la tensión de flotación a 14.0V y observar el comportamiento de Ibat. Si subiría a un valor medio de Ibat=2A, aproximadamente, me gustaría más.


.

Iniciado por nikitto

Esta gráfica también nos aporta mucha información, aunque a simple vista parezca que sea algo calcado (p.e. para un novato como yo, que estoy en mis inicios):

He visto que se puede hacer zoom (sombreando con el raton la zona que se quiere), asi por ejm si se quiere un mejor detalle de lo que paso con la Vbat.... se selecciona y...



Mejor si se consigue cambia la escala del eje Y para cada señal por defecto...pero si no, ya hay un metodo de ver mejor el detalle


Por ejm veo que se repite una bajada y subida de Vbat e Ibat sobre la 17:45.....¿aunque es poca potencia .....a que se debe?





La resolucion que veo haciendo zoom maximo es de 5' entre puntos.....