Tema: Monitorización online y algo más

Así quedó la pantalla gráfica en la monitorización online de un Victron BMV-700.
En total 24 datos relativos al buffer del dispositivo BMV, no se que voy a hacer con tantos datos
Está realizado mediante un Arduino-UNO, una ethernet shield, tiene también incluido un termistor para monitorizar la temperatura, una pinza amperimétrica SCT-013-000 (100A) (es la única que tenía disponible) y un relé.
Dispongo de dos híbridos tipo Voltronic en paralelo, para reducir el consumo (sobre todo nocturno), he utilizado la la pinza amperimetrica que medirá la intensidad de consumo instantánea, y en mi caso, si supera los 9 amp de consumo conectará al esclavo.
El BMV se conectará mediante el cable Tx al Rx de Arduino y compartirán también GND.
Materiales:
Arduino-UNO + Fuente alimentación.
Ethernet Shield
Termistor NTC-MF52-103 (no es el mejor, pero era lo que tenía)
Un relé, viene optoacoplado y con dos leds, uno rojo de alimentación y otro verde de estado.
I2c CII Convertidor Nivel Logico 5v-3.3v Modulo Bidireccional
Pinza amperimetrica SCT-013-000
Una pequeña caja estanca para meterlo todo.

En la próxima atacada, que espero sea antes del invierno, a partir de éste Arduino pretendo realizar la derivación de excedentes.

Aquí tenéis el código fuente disponible:
http://electroduendemil.blogspot.com...gia-solar.html

Muy bien. Estaremos atentos a las novedades.

Muy bonito

Una pregunta......¿es necesario tener un Victron BMV-700, o si se tienen por otros metodos los datos de SOC%, Vbat, etc, se puede utilizar el SW que has hecho?

Iniciado por Mleon

Muy bonito

Una pregunta......¿es necesario tener un Victron BMV-700, o si se tienen por otros metodos los datos de SOC%, Vbat, etc, se puede utilizar el SW que has hecho?

No es necesario tener el monitor BMV, sino lo tuviese puedes tener la seguridad de que hubiese montado algo con tu proyecto.
He aprovechado parte del proyecto https://openenergymonitor.org/emon/ para realizar el mio, utilizo ésta librería para leer la pinza amperímetrica, y el sitio emoncms.org para subir los datos, así que tu proyecto podría perfectamente subir los datos al mismo sitio, la creación de diferentes gráficas en muy sencilla y se hace en el mismo sitio web.
Cuando suba mi código verás que es sencillo enviar los datos en formato json para darle otro impacto visual a tu excelente proyecto, evidentemente hay que tener internet donde realizas la monitorización o bien utilizar una shield gsm sim9000 para ello, en mi caso subo los datos cada diez segundos y es una simple cadena que no resta ancho de banda a la conexión.


Un saludo.

Iniciado por eseperao

Así quedó la pantalla gráfica en la monitorización online de un Victron BMV-700 ... Una pequeña caja estanca para meterlo todo.

Enhorabuena, eseperao. Veo que has progresado bien ...

Iniciado por eseperao

Dispongo de dos híbridos tipo Voltronic en paralelo ... la pinza amperimetrica ... si supera los 9 amp de consumo conectará al esclavo

Ya sabes que lo tengo igual. Vaya coincidencia: Después de probar varios valores entre 3A y 15A, hace tiempo que lo tengo en 8A.

Iniciado por el_cobarde

Enhorabuena, eseperao. Veo que has progresado bien ...

Gracias Niki, eso se debe a tener buenos maestros como vosotros ;-)

Iniciado por el_cobarde

Vaya coincidencia..

Si mucha coincidencia :-), buscando un relé sin enclavamiento para realizar el encendido y apagado del esclavo, cuando tu me aconsejaste que emplease arduino.

Iniciado por eseperao

No es necesario tener el monitor BMV, sino lo tuviese puedes tener la seguridad de que hubiese montado algo con tu proyecto.
He aprovechado parte del proyecto https://openenergymonitor.org/emon/ para realizar el mio, utilizo ésta librería para leer la pinza amperímetrica, y el sitio emoncms.org para subir los datos, así que tu proyecto podría perfectamente subir los datos al mismo sitio, la creación de diferentes gráficas en muy sencilla y se hace en el mismo sitio web.
Cuando suba mi código verás que es sencillo enviar los datos en formato json para darle otro impacto visual a tu excelente proyecto, evidentemente hay que tener internet donde realizas la monitorización o bien utilizar una shield gsm sim9000 para ello, en mi caso subo los datos cada diez segundos y es una simple cadena que no resta ancho de banda a la conexión.


Un saludo.

Gracias...

Creo que para la version RPi de mi brico que se esta currando Nikitto dara ideas y sera aprovechable

Mientras tanto, yo sigo con mi "interfaz retro" que, aunque modestamente y sin colores, es muy estable y me deja hacer lo que se me va ocurriendo

Iniciado por Mleon

Gracias...

Iniciado por el_cobarde

Enhorabuena

Os comento que la derivación de excedentes la pretendo realizar por WiFi y hacerme de unas pequeñas cajas itinerantes y en otros casos fijas, que conectes a cualquier enchufe de la vivienda y de forma autónoma aprovechen esos excedentes, por ejemplo un radiador bajo la mesa en invierno. Ahora si grano, a ver, una pregunta discrecional:
Tengo pensado realizar la derivación de excedentes sobre el mismo código que tengo monitorizado, sin monitorizar la producción de las placas (reconozco últimamente estoy flojo) y que tengo tres orientaciones diferentes placas.
Veis viable realizar derivación excedentes teniendo como referente el SOC?
Podría controlar incluso las décimas del soc, y derivar mientras no haga un uso más allá del 0,01 de las baterías.
Que inconvenientes veis?


Un saludo.

Creo que derivar excedentes solo en base al SOC se queda un poco cojo

No obstsnte explica un poco mas en detalle tu idea por favor....por ejm

Solo derivas si SOC>x?


Yo por ahora lo hago en base a 4 parametros basicos por cada rele
- Voltaje bateria
- Intensidad a/desde bateria
- SOC
- Programacion horaria

Con esto intento priorizar cargas, minimizar posibles sobrecargas en inversores y ciclar poco la bateria

Aunque reconozco que me queda darle alguna que otra vuelta mas al algoritmo, mi concepto no es aprovechar al limite los excedentes, sino intentar asegurar que la instalacion FV se adapta a lo que necesitas lo mejor posible

Esto significa por ejm que un dia no se cumpliran los parametros para tener completamente caliente el termo o X horas la depuradora.....pero si aseguro que el congelador sigue funcionando

Reconozco que como yo tengo un sistena FV completamente aislado mi prioridad puede ser distinta

En cualquier caso veo que estamos unos pocos liados con el mismo tema con varias aproximaciones y eso asegura sinergia

Iniciado por Mleon

No obstsnte explica un poco mas en detalle tu idea por favor....por ejm

El ejemplo sería más o menos el siguiente:

/Si horario o ldr lo permite, entonces/
/bucle/
IBat_anterior = intensidad actual batería
Si SOC >= 99'5 {
entonces derivo excedentes en relación 1/255
espero x segundos
IBat_posterior = intensidad baterias haciendo derivación
si IBat_posterior > IBat_anterior
entonces reduzco derivación en relación 1/255
espero x segundos
}
/fin bucle/
/Fin si horario o ldr lo permite/

El ajuste de segundos es cuestión de ir afinando, en mi caso tengo un regulador y dos híbridos en paralelo, el tiempo de reacción en mi sistema es de un minuto hasta que estabiliza el sistema, eso es cuando le meto cargas de aprox 2kw, habrá que probar cuando las cargas se hacen escalonadamente y de poca potencia.

Iniciado por eseperao

El ejemplo sería más o menos el siguiente ...

Para mi, el resultado de la última discusión que hemos tenido acerca del tema "derivar excedentes" ha sido, que la intensidad que pasa por el shunt, es un indicador ideal para decidir si se pueden derivar excedentes.
- Si Ishunt < 0, nunca se deben derivar excedentes
- Si Ishunt > 0, y se cumplen unas pocas condiciones adicionales, sí se pueden derivar excedentes

La ventaja de Ishunt en comparación con el SOC es ser un índice más directo, detecta descarga de batería mucho antes que el SOC
Usando el SOC, siempre habrá ciclaje de batería; con Ishunt se pueden derivar excedentes sin ciclar la batería

Iniciado por el_cobarde

Para mi, el resultado de la última discusión que hemos tenido acerca del tema "derivar excedentes" ha sido, que la intensidad que pasa por el shunt, es un indicador ideal para decidir si se pueden derivar excedentes.
- Si Ishunt < 0, nunca se deben derivar excedentes
- Si Ishunt > 0, y se cumplen unas pocas condiciones adicionales, sí se pueden derivar excedentes

La ventaja de Ishunt en comparación con el SOC es ser un índice más directo, detecta descarga de batería mucho antes que el SOC
Usando el SOC, siempre habrá ciclaje de batería; con Ishunt se pueden derivar excedentes sin ciclar la batería

Pues no te puedo asegurar que con Ibat<0 no se puedan derivar excedentes. Y me remito a mi gráfica. Estando la batería en flotación (eso dice el regulador), sí tengo Ibat<0. Pocas veces, pero haberlas, haylas. Personalmente le daría un margen de error de p.e. Ibat <-1

Iniciado por nikitto

Pues no te puedo asegurar que con Ibat<0 no se puedan derivar excedentes. Personalmente le daría un margen de error de p.e. Ibat <-1

Pienso que estando el regulador en flotación, la intensidad de carga a batería debería ser positiva, para compensar la autodescarga. Claro que depende de la tensión de flotación configurada; si ésta es muy baja, habrá menos intensidad de carga que con una tensión de flotación alta.
En mi caso, con batería de 48V, tengo la tensión de flotación en 55.2V, y mi regulador (un SunStar SS-50C) mantiene la intensidad de carga en unos 2A, siempre positiva.

En tu gráfica online, nikitto (http://asako.sytes.net/), desde que revisaste los contactos, veo la intensidad de carga en flotación oscilando en torno a +1.2A. Pocas veces Ishunt se "escapa" a volores negativos, pero solo para décimas de segundo. Creo que es la fluctuación de la medida, no son valores reales. Si en estos momentos el Arduino detecta Ishunt < 0 y empieza a decrementar la señal PWM, no pasa nada, porque en el siguiente paso Ishunt ya vuelve a ser > 0, y el Arduino incrementa PWM.

Siempre se puede hacer lo que dices: dejar un margen de error, pero creo que no hace falta.
Además, para reducir las fluctuaciones de Ishunt que se ven en la gráfica (de +/-1A, aproximadamente), pienso medir 10 o 20 veces y coger la mediana de los valores medidos. Creo que esta mediana nunca será negativa.

Que es Idr?

Iniciado por Mleon

Que es Idr?

Lo siento, eso me pasa por usar anglicismos. LDR es un fotoresistor, light-dependent resistor

Un saludo.

Leñe ....habia leido i en lugar de L y estaba pensando en intensidades

Me lo pienso.....pero en general sigo pensando que lo mejor es programar derivaciones en donde puedas jugar con Vbat, Ibat, SOC y horario.....

A mi me falta derivar en pwm y con enchufes via wifi u otra opcion .....pero con el control que me da los parametros anteriores veo que el "disparo" y "corte" de excedentes es bastasnte aceptable

Iniciado por eseperao

Aquí tenéis el código fuente disponible:
Electroduende: Monitorización equipo de energía solar

Le he estado dando un vistazo......muy bien por tu parte....me parece muy aprovechable para otras necesidades (entrada que no sean los datos del BMV y la salida un rele,....)

Algunos temas que me surgen:


¿Tienes posibilidad de cambiar las escalas de las gráficas?....yo empezaría por ejm la zona roja del SOC o de Vbat a un valor distinto de 0

En tu caso parece logico que tuvieras en el grafico cuando esta conectado el 2º hibrido,...¿no?


Dado que yo tengo en la instalacion FV acceso a internet a traves de GSM.....¿tienes una evaluacion de los mb/dia que se gastan?

¿hay alguna posibilidad de no solo tener monitorizacion sino tambien control a traves de la web , o sea enviar y recibir datos de la web (por ejm encender manualmente un rele desde la web)

Iniciado por Mleon

Le he estado dando un vistazo......muy bien por tu parte....me parece muy aprovechable para otras necesidades (entrada que no sean los datos del BMV y la salida un rele,....)

Algunos temas que me surgen:


¿Tienes posibilidad de cambiar las escalas de las gráficas?....yo empezaría por ejm la zona roja del SOC o de Vbat a un valor distinto de 0

En tu caso parece logico que tuvieras en el grafico cuando esta conectado el 2º hibrido,...¿no?


Dado que yo tengo en la instalacion FV acceso a internet a traves de GSM.....¿tienes una evaluacion de los mb/dia que se gastan?

¿hay alguna posibilidad de no solo tener monitorizacion sino tambien control a traves de la web , o sea enviar y recibir datos de la web (por ejm encender manualmente un rele desde la web)

Hola Manuel, disculpa pero hasta hoy no había leído tu post.
Intento contestar a tus preguntas:
- Si, se pueden cambiar las gráficas o las escalas.
- efectivamente, se puede implementar fácilmente la conexión del segundo híbrido, pero no le veo la utilidad.
- Consumo diario, pues depende del largo de la cadena de caracteres que envíes y de las veces que los envíes, en caso y tirando largo no más de 1,4 megas diarios.
- A u última pregunta, la respuesta es si, además es posible implementarlo de diversas formas, un webserver en el propio arduino donde creas los botones con los eventos y obviamente accederías vía web. O hacer uso de herramientas IOT, como Blynk de la cual existen librerías para prácticamente todas las tarjetas (incluida la raspy), fácilmente podrás crear eventos sin complicarte la vida. Recomiendo que pruebes ésta última opción.

Enviado desde mi Redmi Note 3 mediante Tapatalk

Iniciado por eseperao

....


- A u última pregunta, la respuesta es si, además es posible implementarlo de diversas formas, un webserver en el propio arduino donde creas los botones con los eventos y obviamente accederías vía web. O hacer uso de herramientas IOT, como Blynk de la cual existen librerías para prácticamente todas las tarjetas (incluida la raspy), fácilmente podrás crear eventos sin complicarte la vida. Recomiendo que pruebes ésta última opción.

Enviado desde mi Redmi Note 3 mediante Tapatalk

Gracias por la informacion...mirare lo de Blynt....parece que el diseño era mas facil cuando habia menos opciones...ahora lo dificil es decidir que utilizar de tanto que hay

Iniciado por Mleon

Gracias por la informacion...mirare lo de Blynt....parece que el diseño era mas facil cuando habia menos opciones...ahora lo dificil es decidir que utilizar de tanto que hay

http://www.blynk.cc/

Saludos

En una lectura muy rapida lo veo curioso...quizas la pega es que no es del todo "open" dado que tiene una cantidad de lo que denomina "creditos de energia" gratis, pero si quieres hacer mas proyectos ya tienes que ir comprando dichos créditos de energia

Iniciado por Mleon

En una lectura muy rapida lo veo curioso...quizas la pega es que no es del todo "open" dado que tiene una cantidad de lo que denomina "creditos de energia" gratis, pero si quieres hacer mas proyectos ya tienes que ir comprando dichos créditos de energia

No creo que te haga falta comprar créditos, y si los compras son reutilizables, nunca se gastan o pierden, destruyes un objeto y recuperas el crédito.
Tarjetas soportadas:
Platforms

Arduino (https://github.com/blynkkk/blynk-library)
Arduino Uno, Duemilanove
Arduino Nano, Mini, Pro Mini, Pro Micro, Due, Mega
Arduino 101 (Intel Curie, with BLE)
Arduino MKR1000 (WiFi)
Arduino Zero
Arduino Yún (onboard WiFi and Ethernet, via Bridge)
Arduino-like
Blynk Board
Generic ESP8266, NodeMCU, Huzzah, WeMos D1, Seeed Wio Link, etc.
Intel Edison
Intel Galileo
Teensy 3.2/3.1
Fishino Guppy, Uno, Mega
LightBlue Bean , soon
RedBear Duo (WiFi, BLE)
RedBearLab Blend Micro
RedBearLab BLE Nano
Simblee BLE
RFDuino BLE
LinkIt ONE (WiFi only)
TinyCircuits TinyDuino (CC3000)
Microduino/mCookie Core, Core+, CoreUSB
Wicked WildFire V2, V3, V4
Digistump Oak
chipKIT Uno32
Alorium XLR8 (FPGA)
Energia
Texas Instruments
CC3200-LaunchXL
Tiva C Connected LaunchPad
Stellaris LM4F120 LaunchPad
RedBearLab (CC3200, WiFi Mini)
Particle (formerly Spark: https://github.com/vshymanskyy/blynk-library-spark)
Core
Photon
Electron
SparkFun RedBoard
RedBear Duo (WiFi & BLE)
ARM mbed (https://developer.mbed.org/users/vsh...yy/code/Blynk/)
Seeed Tiny BLE
RedBearLab BLE Nano
BBC Micro:bit
STM32 Nucleo + Wiznet 5100 , soon
JavaScript (Node.js, Espruino, Browser) (https://www.npmjs.com/package/blynk-library)
Regular PC with Linux / Windows / OS X
Raspberry Pi (Banana Pi, Orange Pi, …)
BeagleBone Black
PandaBoard
CubieBoard
pcDuino
Tessel 2
Intel Edison
Intel Galileo
VoCore (OpenWRT + Espruino package)
Espruino Pico
…
Python (MicroPython) (https://github.com/wipy/wipy/tree/master/lib/blynk)
WiPy
Lua (https://github.com/blezek/blynk-esp)
NodeMCU

Arduino connection types

USB (Serial), connected to your laptop or desktop
Ethernet:
Arduino Ethernet Shield (W5100)
Arduino Ethernet Shield 2 (W5500)
SeeedStudio Ethernet Shield V2.0 (W5200)
ENC28J60-based modules
WiFi:
ESP8266 as WiFi modem (running original firmware)
Arduino WiFi 101 Shield
Arduino WiFi Shield
Adafruit CC3000 WiFi Breakout / Shield
RN-XV WiFly
Bluetooth Smart (BLE 4.0):
HM-10, HC-08
RedBearLab BLE Mini
nRF8001-based boards (Adafruit Bluefruit LE, etc.)
GSM/3G:
SIM800

Saludos!