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

Hilo muy, muy interesante. Me surge una pregunta, cómo sabéis lo que se le puede exprimir al sistema de placas FV? ¿Podéis comparar con algo? Es decir, por ejemplo, podéis saber lo que produjeron las placas ayer, pero podéis saber si eso esta cercano a lo máximo?

Iniciado por Gabriel 2015

Hilo muy, muy interesante. Me surge una pregunta, cómo sabéis lo que se le puede exprimir al sistema de placas FV? ¿Podéis comparar con algo? Es decir, por ejemplo, podéis saber lo que produjeron las placas ayer, pero podéis saber si eso esta cercano a lo máximo?

El saber lo que produjeron las placas ayer claro que se puede hacer (por dias, por horas etc), o la producción máxima teorica tambien, pero eso no te sirve para "exprimir a tope" como dices (cambio por nubes, temperatura, etc)

Yo, por ahora, no me he centrado en exprimir al tope , sino en tener todo lo que necesito, por tanto conecto/desconecto placas, enciendo/apago cargas etc

Por ejm, yo prefiero recuperar rápido el SOC por la mañana y maximizarlo antes de la noche, por lo que he puesto varias placas en distintas orientaciones y otras que conecto solo en situaciones de baja producción (nubes, amanecer, atardecer....) para no pasarme de la capacidad del regulador (80A)

"el_cobarde" esta con este tema, no me he metido a chequear su algoritmo, pero como veo que trabaja con conocimiento seguro que lo saca bien

El algoritmo que plantea el_cobarde, sí que exprimiría la producción a tope, siempre que sea necesario claro, incluso teniendo en cuenta nubes o temperatura, o cualquier otro factor.

Por eso lo comentaba, en el caso de arduino se utilizarían las salidas PWM que ya tiene, el duinomite tiene solo 1, y la rasberry no tiene, por lo que ya he visto un integrado I2C con multiples salidas PWM por si lo implemento

En cualquier caso, yo SI exprimo la producción a tope cuando es necesario dado que un rele es como si pones al 100% un PWM, aunque, logicamente si es cierto que ciclo un poco mas la bateria con respecto a usar PWM, pero en muchos casos es necesario (no a todo lo que se utiliza en la casa le puedes/debes aplicar un control de potencia por angulo de fase)

Iniciado por Mleon

"el_cobarde" esta con este tema, no me he metido a chequear su algoritmo, pero como veo que trabaja con conocimiento seguro que lo saca bien

Iniciado por Gabriel 2015

El algoritmo que plantea el_cobarde, sí que exprimiría la producción a tope, siempre que sea necesario claro, incluso teniendo en cuenta nubes o temperatura, o cualquier otro factor.

Gracias, chicos, por confiar en mi ...
Todo ha empezado con la presentación del Carlotrón V3 por carlos6025.
El algoritmo en base a P=I*U del campo FV ha surgido del intercambio de ideas entre carlos6025, Gabriel 2015 y yo.
Me ha parecido tan sencillo y eficaz que me he puesto manos a la obra - y realmente promete mucho, este algoritmo.
Es cierto, que en este momento estoy liado con otras cosas, pero pronto seguiré con el tema y llegaré a la meta!

http://www.atersa.com/img/201392615528.pdf

Resulta que lo del minipanel, con compensación de temperatura ya estaba inventado...Eso sí a 260 eurazos...

Iniciado por Gabriel 2015

Resulta que lo del minipanel, con compensación de temperatura ya estaba inventado...Eso sí a 260 eurazos...

Así es. Lo que parece no haber sido inventado hasta ahora -o por lo menos, nunca lo he visto- es la derivación de excedentes con cualquier regulador MPPT, aunque no tenga salida AUX para derivar excedentes.
Y eso que la idea básica de "mi" algoritmo es realmente sencilla ...

Iniciado por Gabriel 2015

http://www.atersa.com/img/201392615528.pdf

Resulta que lo del minipanel, con compensación de temperatura ya estaba inventado...Eso sí a 260 eurazos...

Leñe para eso pones una LDR (o una celda solar pequeña reciclada de algun "gadget") y una NTC o PTC con algun circuito adaptador y ya esta por bastante menos

Claro, esa era la idea de hace unos meses. Un minipanel, una sonda de temperatura y listo. Lo que no sabía es que ya estaba inventado jeje

Iniciado por Gabriel 2015

Claro, esa era la idea de hace unos meses. Un minipanel, una sonda de temperatura y listo ...

Yo estuve a punto de realizar la idea del minipanel de Gabriel 2015 para la derivación de excedentes.
Pero en la discusión nos dimos cuenta que no hacía falta, que con la intensidad y la tensión del campo FV (o de algunos strings) tenía toda la información necesaria ...

Si alguien se interesa por el algoritmo y su evolución: pinchar aquí

Algunos cambios introducidos en el programa:

fecha = time.strftime("%y-%m-%d")
hora = time.strftime("%H:%M:%S")

<tab>cur.execute("""INSERT INTO fv.Valores(fecha,hora,Voltaje_A2) VALUES(%s,%s,%s)""",(fecha,hora,voltaje))

Así incluimos fecha y hora en la base de datos.

Por otro lado hoy me he estado pegando con el shunt 200A 75mV. Una pregunta para vosotros, cuando el valor es positivo se está cargando la batería, ¿no? y cuando es negativo se está descargando.

Iniciado por nikitto

Por otro lado hoy me he estado pegando con el shunt 200A 75mV. Una pregunta para vosotros, cuando el valor es positivo se está cargando la batería, ¿no? y cuando es negativo se está descargando.

Eso depende de como hayas conectado al shunt.
Simplemente significa, que un sentido de la corriente da el valor positivo y el otro sentido da el valor negativo.

Es que lo que te marca el raspberry, es simplemente un valor proporcional a la caída de tensión en el shunt (200A, si la caída de tensión son 75mV), y este valor cambia de signo cuando la corriente cambia de sentido.

¿ Pero no hay alguna regla definida estándar ?

Así calculo los Amperios:

value = adc.read_adc_difference(0, gain=GAIN) # el 0 es igual a A0 - A1 (donde A0 está conecctado al negativo de la bat)
amps = (value * 256.0) / 32767
amps = amps * (200/75)
print('Amperios = '), amps

Iniciado por nikitto

¿ Pero no hay alguna regla definida estándar ?

Si intercalas el shunt en el cable que va del regulador al borne negativo de la batería, entonces el "polo negativo" del shunt es el más cercano al borne negativo de batería (y claro, el "polo positivo" es el otro).
Con esta convención, valor positivo significa cargar la batería y valor negativo, descargar la batería.

Pero igual puedes intercalar el shunt en el cable que va del regulador al borne positivo de la batería. Si defines como "polo positivo" del shunt al más cercano al borne positivo de la batería, un valor positivo volverá a significar "cargando batería".

Iniciado por nikitto

A0 - A1 (donde A0 está conecctado al negativo de la bat) ...

Me parece que tu código obtiene el signo opuesto, es decir "valor negativo significa descargar la batería".
Si lo quieres al revés, tendrías que calcular (A1 - A0).

Iniciado por el_cobarde

Me parece que tu código obtiene el signo opuesto, es decir "valor negativo significa descargar la batería".
Si lo quieres al revés, tendrías que calcular (A1 - A0).

Viene así definido en la librería:

# - 0 = Channel 0 minus channel 1
# - 1 = Channel 0 minus channel 3
# - 2 = Channel 1 minus channel 3
# - 3 = Channel 2 minus channel 3

Puedo hacer dos cosas: o le cambio el signo al resultado o cambio la polaridad de los cables. Gracias Niki.

Iniciado por nikitto

Puedo hacer dos cosas: o le cambio el signo al resultado o cambio la polaridad de los cables ...

Deja los cables y el shunt tal como están. Simplemente calcula (A1-A0) en vez de (A0-A1).

Hola

El shunt SIEMPRE conectado en el cable negativo

Si se conecta en el positivo el valor diferencial del voltaje es correcto pero el valor absoluto (por ejm 24V) haria que se quemase el ADS1115

Cuando se carga la bateria intensidad positiva....en descaga es negativa

Conecta los cables como te venga bien y calcula A0-A1 o A1-A0 para que el resultado sea como he comentado

Pero sobre todo insisto.....SHUNT EN CABLE NEGATIVO

Iniciado por Mleon

Si se conecta en el positivo el valor diferencial del voltaje es correcto pero el valor absoluto (por ejm 24V) haria que se quemase el ADS1115 ...

El ADS1115 ve el valor absoluto de la tensión? No ve solo la caída de tensión en el shunt?
Como está conectado el ADS1115? Usa como referencia el negativo de batería?

Iniciado por Mleon

Pero sobre todo insisto.....SHUNT EN CABLE NEGATIVO

Seguro que tienes razón, Mleon, pero explícate un poco, por favor.
Hasta ahora, solo he trabajado con shunts en combinación con amperímetros digitales (chinos baratos). Y ahí da igual si intercalas el shunt en el cable positivo o en el negativo. El amperímetro solo ve la caída de tensión.

El ADS1115 se le alimenta por ejm a 3,3v desde el duinomite, arduino, raspberry....

Lo normal es que el propio arduino, duinomite ....se alimente de las baterias con un convertidor dc/dc (de 24v a 5v en el caso de duonomite)

Dicho convertidor lo normal y mas barato es que no sea de tipo aislado...es decir que la masa de 24v es la misma que la masa de 5v

Por tanto si pones el shunt en el cable positivo....el ADS1115 tiene en la entrada A0 por ejm un valor de unos 24v que es superior a lo que puede soportar....luego.... te toca comprar otro ADS1115

Si tu necesidad te obliga a tener el shunt en el cable positivo hay que alimentar el circuito sin que las masas sean comunes ....no es dificil hacérlo pero creo que lo facil y economico es .....shunt en polo negativo

Iniciado por Mleon

Dicho convertidor lo normal y mas barato es que no sea de tipo aislado...es decir que la masa de 24v es la misma que la masa de 5v ...
Si tu necesidad te obliga a tener el shunt en el cable positivo hay que alimentar el circuito sin que las masas sean comunes ...

Perfectamente entendido y aceptado. Gracias, Mleon.

Tengo algunos problemillas con el shunt . Me explico: mientras carga la batería todo va bien, realizo el bucle cada 1 o 1.5 segundos, sin problema. Por lo que sea, si hay un cambio de sentido de la corriente (p.e. pasamos de signo + a -), al cabo de pocos segundos puf (peta el programa).
Si aumento el tiempo del bucle a 10 segundos, tarda más en petar, pero forzando el cambio de sentidos metiendo/sacando carga, acaba por petar.

He visto que puedo jugar con la variable data_rate (8,16,32,64,128,250,475,860) ¿Mleon cual usas tú?

Otra cosa que puede ser importante, los negativos (masas) de la batería 12V y de la RPi (+ADS1115) no son la misma (la alimento con su transformador/adaptador). Lógicamente puedo juntar las masas con un cablecillo (luego lo hago).

Por data_rate entiendo que es muestras por sg del ADS1115, si es asi he comentado que yo uso el ADS1115 al minimo de muestras/sg o sea 8 sps para tener la mejor medida posible

Yo llevo varios meses usando el ADS1115 continuamente (24horas/dia) y no he tenido problema alguno ......(bueno...alguno pequeño en cuanto a que me daba muy de vez en cuando un valor no coherente y que he resuelto por SW)

En este sentido controla bien el circuito que estas montando....referencias masa, etc

Gracias Manuel, ya tengo el shunt funcionando (creo). He corregido varias cosas que estaban mal:

- He cambiado el data_rate al mismo que usas tú: value = adc.read_adc_difference(0, gain=GAIN, data_rate=8)
- He unido las masas (negativos) de la batería, Raspberry y ADS1115
- El siguiente problema fue debido a las prisas (jajaja). No recordé cambiar el cable negativo que llega del regulador a la batería.
Ahora ya está corregido: Borna - batería ---- SHUNT ---- cable (10mm2) a regulador y cable (35mm2) a inversor.

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

Primera aproximación:



....falta muuuuucho

Accesible desde la propia red interna y desde internet.

Iniciado por nikitto

.....


....falta muuuuucho

Accesible desde la propia red interna y desde internet.

Estupendo...esto va viento en popa.....hace muy pocos dias el tema de I2C te sonaba a chino y ya tenemos bases de datos, graficos, control desde internet, etc

Como creo que ya he comentado, si finalmente se hace una PCB que facilite la implementacion del circuito, lo logico es ponerle 2 conectores de 26 pines para que sea compatible y facilmente enchufable tanto a duinomite (mas sencillo, mas economico, menos consumo, vga/teclado,...) como a raspberry (mas potencialidad, internet, programacion concurrente, base de datos,...)