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

Iniciado por nikitto

Antes iba a subir una foto del (mal) montaje, pero me quedé sin internet. La subo ahora.

.......
Al final soldé el PCF8574P a una placa de CI de pruebas porque mi 'vieja' protoboard de cuando estudiaba FP2 ya no está para muchos trotes.

Por el precio que tienen en Aliexpress las protoboard yo tengo unas pocas...... no obstante supongo que podias haber utilizado una parte de la protoboard blanca que veo en la foto para el PCF8574P

Sí, la blanca la tengo para el 2º adc1115 que ya tengo, me falta el shunt.

Con la tontería de la vieja protoboard me cargué dos patillas del integrado. De ahí una se las soldaduras que se ven. La otra esta justo en el lado contrario. Visto el exito, preferí soldar y listo.
También por culpa de falsos contactos, obtenía diferentes lecturas de dirección (p.e. de 0x20 a 0x25 ). Una locura.

Mañana tengo curro con lo de la ampliación, pero ahora me estaba mirando la definición RELES_SALIDAS y quería preguntarte por estas instrucciones:

P.e. : Mid$(RELEOUT$(j1),40,1)="<" y If DS(0)/AH*100>Val(Mid$(RELEOUT$(j1),41,2))

A mi entender, en la primera instrucción comprueba si el valor(dato, ubicado en la columna/posición 40?, tipo 1 ¿? string) del relé(lo que valga j1 (de 1 a 32 según FOR) es igual a '<'
y la segunda, si el valor(dato, ubicado en la columna/posición 41?, tipo 2 ¿? float) del relé(j1, idem antes) es < al primer operando.

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

Para el tema de los relés, en vez de crear una matriz, estoy pensando en crear otra tabla (reles) dentro de la BD. He de madurarlo.

En tu caso que tienes BD...el tema de las condiciones se puede hacer mas "facil"....me explico

Yo ahora las condiciones de ON/OFF de cada rele las guardo en una cadena de texto...asi dado que hay 32 reles...tengo un archivo "txt" con 32 filas

Cada fila es una cadena de texto tiene mas o menos esta pinta

7#=P,TERMO_2 ,S,N,>270,<252,>20,<-60,>94,<92

Explico cada "pseudocampo" en el post #8

La función MID$ sirve para extraer una parte de una cadena de texto ...por ejm

Mid$("hola",1,3) coje desde el carácter 1 tres caracteres....."hol"
Mid$("hola",3,1) coje desde el carácter 3 un solo carácter....."l"
.....

Por tanto..yo al iniciar el programa leo el archivo de texto de la SD y guardo cada fila en la matriz RELEOUT$()

Por tanto

Mid$(RELEOUT$(j1),40,1)="<" es que cojo 1 caracter en la posición 40 y veo si es "<"


La función Val() simplemente pasa a numero un txt...Val("23") da 23...

Asi.. DS(0)/AH*100>Val(Mid$(RELEOUT$(j1),41,2)) significa que

DS(0)/AH*100 es la SOC actual

Val(Mid$(RELEOUT$(j1),41,2)) es el valor de los 2 caracteres de texto en la posicion 41 y 42 ("92" en el ejm que he puesto)..luego Val("92") da 92

Total..que veo si la SOC>92

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

Pero insisto en tu caso no es lógico hacerlo así sino utilizando la BD......

Si te manejas con la logica relacional un poco hacemos 2 tablas con funcionalidad 1:N (es mas potente dado que permite poner "N" condiciones)

Si no te sientes comodo (no es dificil)....hacemos solo una tabla en donde hay que poner todos los campos de las posibles condiciones que queremos utilizar

Lee mi post #277 donde hablo de los reles

Iniciado por Mleon

Si te manejas con la logica relacional un poco hacemos 2 tablas con funcionalidad 1:N (es mas potente dado que permite poner "N" condiciones)
...
Lee mi post #277 donde hablo de los reles

Estamos aquí para aprender.

Iniciado por nikitto

Estamos aquí para aprender.

Bueno pues empecemos......

Si cojemos el criterio de hacer mas de una tabla, lo primero es definir dichas tablas como por ejm lo que indicaba en el post #277

- Una tabla que defina los reles
- Otra que defina las condiciones de dichos reles

En la tabla de reles hay que decidir que se pone como campo clave (Id_rele)....hay muchas alternativas

A) Un numero que empiece por 1 y llegue hasta máximo 64 (8 integrados)...en este caso se puede hacer a su vez dos opciones

A1) Que el propio numero diga a que rele pertenece, es decir
- Del 1 al 8 significaría que es el rele de la direccion 32 y puerto 1 a 8
- Del 9 al 16 significaría que es el rele de la direccion 33 y puerto 1 a 8
- .....
A2) Que el numero no direccione a nada...en este caso se deben añadir a la tabla dos campos adicionales (dirección y puerto) para que sepamos a que rele fisico nos estamos refiriendo


B) Un numero que el mismo defina la dirección y puerto del rele....por ejm dado que las direcciones que se admiten en los integrados van desde 32 hasta 40 (en decimal)y hay 8 puertos por cada rele podiamos tener como campo clave Id_rele estos valores
- del 321 al 328 para definir los reles del integrado en la dirección 32
- del 331 al 338 para definir los reles del integrado en la dirección 33
- ....

C) Dos campos cuya combinacion sea la clave de la tabla ---- por ejm Rele_Direccion (de 32 a 40) y Rele_Puerto (de 1 a 8)


¿Cual elijes?

La B quizás sea la más fácil de entender, pero voy a quedarme con la C. El motivo por el cual he escogido este método, es por mis pocos conocimientos de mySQL. Veo más fácil coger los valores de los campos tal cual son, sin tener que posteriormente 'traducir' que si el '332' es '33' y '2'.

Opina tu también.

La C tiene el problema de que el campo clave es un conjunto de dos campos....no uno solo

En la B la forma de separar es facil....por ejm se divide por 10 y se coje la parte entera por un lado y la parte decimal por otro u otras opciones (operador modulo 10,....)

Si optamos por utilizar la B el operador modulo en Python es %.....luego si por ejm si Id_Rele=324....

Id_Rele%10 deberia dar 4

(Id_Rele- Id_Rele%10)/10 da 32

Pues usemos la opción B. Mientras, he estado estudiando este tipo de relaciones, 1:1, 1:N, M:N y me ha quedado bastante claro en los ejemplos que he visto.
Lo que no me queda claro es como 2 o más relés, pueden relacionarse con una única tabla de condiciones. Donde p.e. habrá diferentes opciones para el SOC (70,90, 100%), Ibat, ...

Iniciado por nikitto

.....

Lo que no me queda claro es como 2 o más relés, pueden relacionarse con una única tabla de condiciones. Donde p.e. habrá diferentes opciones para el SOC (70,90, 100%), Ibat, ...

Imagina 2 tablas:

Tabla1: RELES.... es la que tiene los datos inherentes a cada rele (Id, Nombre,...) por ejem con estos registros (campos separados por ",")

321, TERMO
322, DEPURADORA
331, CONGELADOR
.......

Ahora pensemos que queremos que:

el TERMO se encienda a SOC>90 y se apague a SOC<85
Tambien que se encienda solo si Vbat>25,0v y que se apague si Vbat<24,0v

La depuradora queremos que se encienda si Ibat>10A y se apaga con Ibat<-80A
igualmente se enciende con SOC>95 y apaga si SOC<90

.......

Pues en la tabla RELES_CONDICIONES tendriamos estos campos

321,ON,SOC,>,90
321,OFF,SOC,<,85
321,ON,Vbat,>,25.0
321,OFF,Vbat,<24.0
322,ON,Ibat,>,10
322,OFF,Ibat,<-80
322,ON,SOC,>,95
322,OFF,SOC,<,90

Supongo que será en la forma de tratar los datos, porque viendo las 2 tablas, ¿para qué quiero la primera? Y digo lo de tratar los datos, porque supongo que al nombrar p.e. al relé 321, alias TERMO, implicitamente se cargarán las condiciones vinculadas a él.

Desconozco las instrucciones correctas (mysql) para dichos casos.

En este caso los datos propios de cada rele son pocos (en el ejm solo Id_Rele,Nombre)..como hemos decidido antes, en campo clave de dicha tabla es Id_Rele

Pero imaginate que tuviera mas campos (Nombre, Direccion_I2C, Puerto, Voltaje, Amperios maximos, Fabricante, si es SSR, etc)

En dicha Tabla solo se escribe una vez el valor de dichos campos (Nombre,.......)

En la segunda tabla (condiciones) SOLO va el campo clave de la tabla anterior (Id_Rele)


Si se pone en una sola tabla todo tendrias que repetir todos los campos comunes en cada registro de condiciones y, ademas de consideraciones de eficiencia/almacenamiento etc se podria dar el caso como este

321, TERMO, ON, SOC,>,90
321, LERMO, OFF, SOC,<,85

....

¿cual es el Nombre real del Id_Rele 321?

Por eso en Base de Datos si por ejm 1 Empresa (Id_Empresa, Nombre, Direccion, CIF, Actividad,etc) tiene N Productos (Id_Producto, Nombre, categoria, precio, etc),...en la tabla Productos solo se pone el Id_Empresa y despues se relacionan (JOIN) las tablas para, por ejem, poder saber todos los productos de un CIF o el Nombre de todas las empresas que tienen productos de una categoria

OK, entiendo. Entonces creamos la tabla reles, donde:

321, r11
322, r12
323, r13
...
328, r18
331, r21
332, r22
...
338, r28
..
..
358, r48

3ab, rcd

Donde 3a= dirección HW
b = relé en cuestión
r= sólo r (de relé)
c = módulo (1,2,3 o 4)
d = relé de dicho módulo

Yo no pondría nombres a los relés (Termo, depuradora, etc), dejando esto para el usuario. Aunque por SW vamos a implementar 4 módulos de 8 relés quizás la gente sólo usará 1 (yo mismo). Si ponemos TERMO en el módulo 2, deberé modificar la tabla igualmente.
De todas formas, si hay consenso, se puede configurar el módulo 1 con alias, siendo estos los más comunes: termo, depuradora, aa, placas suroeste, ...

Luego sobre la tabla reles_condiciones, habrá que generar un debate, los más entendidos, sobre que condiciones aplican a cada relé. Manuel, tú mismo ya nos puedes aportar gran información ya que llevas tiempo derivando excedentes. Luego cada uno que afine o cambie según sus necesidades.

Ok...la idea logicamente es que los registros de cada tabla sean los que cada uno quiera....por tanto...los campos

Tabla RELES
Id_Rele ...entero
Nombre...texto 25 caracteres

Tabla RELES_C
Id_Rele...entero
Operacion....texto 3 carac. (Valores posibles ON, OFF)
Parametro...texto 10 carac (valores Vbat, Ibat, SOC...)
Condicion....texto 1 carac (valores <, >)
Valor....numerico decimal

Crea las tablas y da de alta solo 8 registros en la tabla RELES y unos pocos registros para probar en la Tabla de Condiciones

La idea es que despues desde la web se puedan crear/modificar/borrar dichos registros....pero ahora dalos de alta directamente desde Mysql para poder codificar la parte de encendido/ apagado

Ah...en la tabla Reles crea otro campo....Modo....texto 3 caracteres

Los valores de ese campo seran
ON...Siempre encendido
OFF...Siempre apagado
PRO....encendido o apagado dependiendo de las condiciones

Perdon al campo modo dale 3 caracteres no 1.....(corregido en msg anterior)

Necesitaré algún día más. Tengo ya la ampliación funcionando pero no acabada. Cosas estéticas a las que me obliga la mujer. También me falta conectar el Kid.
Hoy me ha llegado el 2o Shunt por lo que aprovecho y pongo.
Desgraciadamente NO puedo controlar la producción del híbrido ya que gran parte de la misma va a consumo directamente. El resto, si hay, a batería. Si podré controlar el del Kid y batería.
Ya dejando el tema de excedentes a un lado, echo de menos no poder monitorizar el estado de la batería/s. Ahora no se como las tengo. Jajaja. Y vía internet ya ni te cuento.

No me entero de lo de controlar la produccion del hibrido... puedes ver la intensidad y voltaje en el lado de las placas

Iniciado por Mleon

No me entero de lo de controlar la produccion del hibrido... puedes ver la intensidad y voltaje en el lado de las placas

Sí, pero necesitaría un 3er shunt.

Con 2 adc1115 puedo controlar 3 shunt y las otras 2 entradas que me sobran, para medir voltaje de batería y campo FV a híbrido. El vendedor al que compro los shunt me va a mandar a la ...... Dirá: ¡Tío, habellos complado todos juntos!

Cual es el esquema electrico completo en diagrama de bloques de la instalacion FV que finalmente quedara?

Iniciado por nikitto

Desgraciadamente NO puedo controlar la producción del híbrido ya que gran parte de la misma va a consumo directamente ...

Diría que sí puedes controlar la producción del híbrido sin problema.
Supongo que no piensas usar el regulador incorporado del híbrido, por lo que I y U en entrada (de la FV) no existen ?
Lo que sí te sirve, es la salida AC del híbrido: La producción del híbrido (en W) es simplemente el producto de la tensión AC (en V) multiplicado por la intensidad AC (en A).
Bueno, estrictamente hablando, el producto de I y U en salida da la producción del híbrido en VA, que puede ser ligeramente superior a los watios, debido al posible desfase entre I y U. Pero eso pasa siempre cuando trabajamos con AC.

Ah, la opción de medir en salida AC del híbrido funciona igual, tanto si usas o no usas el regulador del híbrido, naturalmente.

Iniciado por el_cobarde

Diría que sí puedes controlar la producción del híbrido sin problema.
Supongo que no piensas usar el regulador incorporado del híbrido, por lo que I y U en entrada (de la FV) no existen ?

Sí, sí, voy a usarlo. De no usarlo me hubiera comprado un híbrido con PWM. Este admite hasta 1500/1600W y 60A para 24V nominales.

Voy hacer un dibujo de los míos para que veais como va a quedar la cosa:

Iniciado por nikitto

Sí, sí, voy a usarlo. De no usarlo me hubiera comprado un híbrido con PWM ...

Entiendo. Vas a usar el regulador MPPT del híbrido, porque es el modelo mejorado, que permite tensión hasta 31V

Lo que no entiendo bien es tu problema referente a "la producción del híbrido"

Si te refieres a la producción de las placas FV conectadas al regulador del híbrido, lo haces como dice Mleon: Mides I y U en la entrada FV del híbrido y con P=I*U tendrás la generación de placas.

Si te refieres a la conversión DC-AC del inversor, mides I y U en la salida AC y con I*U tendrás la "producción" (en VA) del inversor. Para medir Iac te sirve un trafo de intensidad (barato), no necesitas shunt.

Si quieres medir en los bornes del híbrido que van a batería, la interpretación sí que se haría difícil. Es que el híbrido tanto carga como descarga la batería y sólo te sirven los valores si distingues el sentido de la corriente: Si va a batería o si viene de batería.
Diría que es más fácil medir en entrada FV y en salida AC ...

Sí, este es el modelo 'mejorado'. De todas formas había pensado hacer las ecualizaciones con el Kid. Veré sobre la marcha.

Problema ninguno, salvo que hasta ahora los equipos estaban separados: regulador, inversor, ... y ahora en el híbrido no es así. Cosa que ya tenía clara cuando lo compré.

La idea de Manuel queda reflejada en el cutre-esquema que he subido. Creo que el consumo total (junto con el consumo de propio híbrido) podría calcularlo con los datos que tengo (tendría) si pongo el 3er shunt.

De todas formas no es prioritario, porque con Ibat y SOC puedo hacerme una idea de que están haciendo tanto el KID como el híbrido y, activar o no excedentes.

Por otra parte, voy tomando decisiones en mi pequeña instalación FV. Lo primero es salvaguardar que consumos van a estar sí o sí, en mi caso, por ahora: luces exteriores (noche) y bombita wilo acumulador solar (sólo durante el día, como es lógico y si hay el suficiente Sol -calor- para calentar el agua). La depuradora será mi primer excendente, puedo activarla directamente desde uno de los relés porque funciona a través de un contactor. Es importante que la depuradora se ponga en marcha cierto número de horas al día (ahora la tengo 5h), pero no es imprescindible. Entonces si SOC > X% depuradora ON, ¡qué no!, pues guardo batería para las luces. Que baja el SOC de Y%, pues se acabo la depuradora.

Iniciado por nikitto

Sí, este es el modelo 'mejorado'. De todas formas había pensado hacer las ecualizaciones con el Kid. Veré sobre la marcha.

Problema ninguno, salvo que hasta ahora los equipos estaban separados: regulador, inversor, ... y ahora en el híbrido no es así. Cosa que ya tenía clara cuando lo compré.

La idea de Manuel queda reflejada en el cutre-esquema que he subido. Creo que el consumo total (junto con el consumo de propio híbrido) podría calcularlo con los datos que tengo (tendría) si pongo el 3er shunt.

De todas formas no es prioritario, porque con Ibat y SOC puedo hacerme una idea de que están haciendo tanto el KID como el híbrido y, activar o no excedentes.

Por otra parte, voy tomando decisiones en mi pequeña instalación FV. Lo primero es salvaguardar que consumos van a estar sí o sí, en mi caso, por ahora: luces exteriores (noche) y bombita wilo acumulador solar (sólo durante el día, como es lógico y si hay el suficiente Sol -calor- para calentar el agua). La depuradora será mi primer excendente, puedo activarla directamente desde uno de los relés porque funciona a través de un contactor. Es importante que la depuradora se ponga en marcha cierto número de horas al día (ahora la tengo 5h), pero no es imprescindible. Entonces si SOC > X% depuradora ON, ¡qué no!, pues guardo batería para las luces. Que baja el SOC de Y%, pues se acabo la depuradora.

Yo no lo haría así. La depuradora, sin control, puede ciclar mucho las baterías. Yo preferiría detectar cuando sobran una cantidad de W en las placas, y arrancar la depuradora, y limitar que sólo un porcentaje de la potencia consumida por la depuradora, provenga de las baterías.