Tema: Derivador de excedentes para Solax X1 Boost Wifi v1

Iniciado por castillo92

Me puedo unir al canal de Telegram para ir viendo?

Quizás en unos meses pueda comprar un Solax X1 o un Hibryd y una vez montado ayudarte con el desarrollo

Este es el canal

https://t.me/joinchat/HUkrpxK3nBphFYai0hfe_w


Enviado desde mi Mi A2 mediante Tapatalk

Enhorabuena iqas por el trabajazo que estás haciendo. Ya solo te falta desarrollarlo para SMA, SolarEdge y Huawei... Y vendérselo!

Me parece interesantísimo el tema, lástima no tener conocimientos para hacerlo yo mismo. Una pregunta ¿existen inversores que ya hagan esta función de derivar los excedentes?

Actualizado a la versión 1.1

https://github.com/iqas/derivador/releases

Novedades en la versión 1.1:

- Test de meter, si el meter se mantiene en 0 durante un tiempo, corta el derivado de excedentes
- Seguridad de acceso en la web, clave por defecto admin:admin
- Cambios en los Topic de mqtt
- Añadido modo local para Solax wifi v2
- Testeado funcionamiento en híbridos solax
- Testeado funcionamiento en Solax
- Iniciado soporte para fronius
- Mejoras gráficas en indicador de relés en web
- Añadido soporte completo para ESP32 (sin pantalla)
- Limitado ancho de campo en web
- Remote API, para enviar la información a otros servisores/servicios
- Web server para configuración (Android 9 da problemas con SmartConfig)(Ver manual)
- Resuelto bug en encedido de relés
- Si perdemos conexión se crea Wifi AP+STA y si no se configura se reinicia, para evitar modo espera
- Resuelto bug y comprobado funcionamiento con Fronius
- Encendido de salidas (Relés y mqtt) retardadas para evitar el encendido de varias antes de que el inversor regule vertido
- Reinicio de mqtt en caso de fallo testeando cada minuto si el server está online
- Sistema mejorado de conexión con Solax V2 y esp01
- Sistema de actualización a través de internet (OTA) para Esp32/DevKit32 y esp01
- Api local para acceder a los datos del inversor sin saturar el mismo

Iniciado por iqas

Actualizado a la versión 1.1


Novedades en la versión 1.1:

- Test de meter, si el meter se mantiene en 0 durante un tiempo, corta el derivado de excedentes
- Seguridad de acceso en la web, clave por defecto admin:admin
- Cambios en los Topic de mqtt
- Añadido modo local para Solax wifi v2
- Testeado funcionamiento en híbridos solax
- Testeado funcionamiento en Solax
- Iniciado soporte para fronius
- Mejoras gráficas en indicador de relés en web
- Añadido soporte completo para ESP32 (sin pantalla)
- Limitado ancho de campo en web
- Remote API, para enviar la información a otros servisores/servicios
- Web server para configuración (Android 9 da problemas con SmartConfig)(Ver manual)
- Resuelto bug en encedido de relés
- Si perdemos conexión se crea Wifi AP+STA y si no se configura se reinicia, para evitar modo espera
- Resuelto bug y comprobado funcionamiento con Fronius
- Encendido de salidas (Relés y mqtt) retardadas para evitar el encendido de varias antes de que el inversor regule vertido
- Reinicio de mqtt en caso de fallo testeando cada minuto si el server está online
- Sistema mejorado de conexión con Solax V2 y esp01
- Sistema de actualización a través de internet (OTA) para Esp32/DevKit32 y esp01
- Api local para acceder a los datos del inversor sin saturar el mismo

Gracias por tu trabajo, lo tengo funcionando con la versión anterior pero probaré esta. Saludos

Buenas, he visto tu programa y le he estado dando un vistado.

Tengo un Huawei de 5kw y tengo la API de huawei, funciona igual que los fronius a través de http.

Sé algo de programación (muy básico) y era por si me podías echar una mano a modificar tú código.

Adjunto link de la API:

No me deja subir enlaces hasta los 5 post

Un saludo y gracias.

Iniciado por Microso

Buenas, he visto tu programa y le he estado dando un vistado.

Tengo un Huawei de 5kw y tengo la API de huawei, funciona igual que los fronius a través de http.

Sé algo de programación (muy básico) y era por si me podías echar una mano a modificar tú código.

Adjunto link de la API:

No me deja subir enlaces hasta los 5 post

Un saludo y gracias.

Hola.

Yo tambien tengo un Huawei y me interesa mucho este tema. Ando buscando la API de Huawei pero no la encuentro. ¿Puedes pasar el enlace?.
Gracias

Si el API está disponible es muy sencillo de implementar, he buscado un poco pero tampoco la he encontrado.

Enviado desde mi Mi A2 mediante Tapatalk

Para Solaredge sí hay API disponible, pero no tengo ni idea de qué habría que hacer con ella para utilizarlo. Alguien lo sabe? estaría genial poder automatizar el uso de los excedentes

Yo tambien tengo Solar Edge y sería la repera poder poner el gestor de iqas ...¿se puede usar con Solar Edge?

Iniciado por Juanjo_70

Yo tambien tengo Solar Edge y sería la repera poder poner el gestor de iqas ...¿se puede usar con Solar Edge?

Estamos preparando un sistema que sirva para cualquier derivador. Os mantendremos informados ya que el API de solaredge se basa en la nube y los retardos son muy altos para su uso con un derivador.

Enviado desde mi Mi A2 mediante Tapatalk

Muchas gracias por el enorme trabajo...Espero ansioso ese día.

Saludos.

Hola, un saludo a todos. Me interesa este foro, me uniré al grupo de Telegram

Hola, un saludo.
Felicidades por el trabajo.
Tengo un Fronius Primo de 4.6 funcionando desde hace poco y estoy muy interesado en implementar el gestor de excedentes.
Tengo varias placas con ESP32 (no es específicamente la de heltec) y he intentado en primer lugar cargar el firmware directamente (no me ha funcionado) y después me he bajado los fuentes (tengo experiencia en proyectillos con el ESP) y he compilado y cargado el programa. Me lo instala y ejecuta, se activa el punto de acceso pero no soy capaz de entrar desde el navegador una vez conectado al punto de acceso openDS con el pc o movil.
Despues se queda reiniciandose cada 10-15 segundos aprox.
Me interesa hacerlo funcionar y probablemente particularizarlo para adaptarlo a lo que quiero implementar.
Voy a ver si me uno al grupo de instagram (en esto si que soy nuevo) y puedo solucionar el problema y colaborar en lo que pueda

Un saludo

Hola. He estado dedicando un rato a entender cómo se calcula en el código fuente el duty cycle del pwm que regula la potencia en la carga. Yo supongo que la regulación debería ser lineal (o al menos así es como yo lo haría), es decir que:
si invert_pwm = 0 => 0% de la potencia total
si invert_pwm = 18 => 10% de la potencia total
si invert_pwm = 36 => 20% de la potencia total
si invert_pwm = 90 => 50% de la potencia total
si invert_pwm = 144 => 80% de la potencia total
si invert_pwm = 162 => 90% de la potencia total
si invert_pwm = 180 => 100% de la potencia total

Sin embargo, he estado particularizando estos valores en el código y, salvo que haya cometido algún error, me salen los siguiente valores:
si invert_pwm = 0 => 0% de la potencia total
si invert_pwm = 18 => 15.45% de la potencia total
si invert_pwm = 36 => 29.39% de la potencia total
si invert_pwm = 90 => 50% de la potencia total
si invert_pwm = 144 => 90.45% de la potencia total
si invert_pwm = 162 => 97.55% de la potencia total
si invert_pwm = 180 => 100% de la potencia total

La conclusión que yo saco al ver estos números es que, o bien no se ha pretendido hacer una variación lineal de la potencia, o bien, si es esto lo que se pretendía, el procedimiento esta equivocado.

Tal vez me estoy pasando de listo y la explicación es que no he entendido nada, pero lo expongo por si pudiera ser un error no detectado.

Hola, perdón por tardar.

No me volví a conectar, estudiando la API de Huawei... Es para su web fusionsolar, que se actualiza cada 5 minutos, no vale para ver los datos en tiempo real.

Descartado el tema jajaja

Aquí está la supuesta API:
https://drive.google.com/file/d/1GPa...ew?usp=sharing

Iniciado por flf1962

Hola. He estado dedicando un rato a entender cómo se calcula en el código fuente el duty cycle del pwm que regula la potencia en la carga. Yo supongo que la regulación debería ser lineal (o al menos así es como yo lo haría), es decir que:
si invert_pwm = 0 => 0% de la potencia total
si invert_pwm = 18 => 10% de la potencia total
si invert_pwm = 36 => 20% de la potencia total
si invert_pwm = 90 => 50% de la potencia total
si invert_pwm = 144 => 80% de la potencia total
si invert_pwm = 162 => 90% de la potencia total
si invert_pwm = 180 => 100% de la potencia total

Sin embargo, he estado particularizando estos valores en el código y, salvo que haya cometido algún error, me salen los siguiente valores:
si invert_pwm = 0 => 0% de la potencia total
si invert_pwm = 18 => 15.45% de la potencia total
si invert_pwm = 36 => 29.39% de la potencia total
si invert_pwm = 90 => 50% de la potencia total
si invert_pwm = 144 => 90.45% de la potencia total
si invert_pwm = 162 => 97.55% de la potencia total
si invert_pwm = 180 => 100% de la potencia total

La conclusión que yo saco al ver estos números es que, o bien no se ha pretendido hacer una variación lineal de la potencia, o bien, si es esto lo que se pretendía, el procedimiento esta equivocado.

Tal vez me estoy pasando de listo y la explicación es que no he entendido nada, pero lo expongo por si pudiera ser un error no detectado.

El pwm no puede ser lineal, dado que lo que hace es indicar al dimmer el % de onda que tiene que cortar y dado que esta obedece a las funciones sin y vos dependiendo en qué parte del ciclo se sitúe tiene que calcularse para esa potencia, es decir si coges el 25% inicial de la onda y el segundo 25%, verás que este último los valores de tensión son muy superiores que los anteriores y por lo tanto la potencia entregada es muy distinta.

Enviado desde mi Mi A2 mediante Tapatalk

Iniciado por iqas

El pwm no puede ser lineal, dado que lo que hace es indicar al dimmer el % de onda que tiene que cortar y dado que esta obedece a las funciones sin y vos dependiendo en qué parte del ciclo se sitúe tiene que calcularse para esa potencia, es decir si coges el 25% inicial de la onda y el segundo 25%, verás que este último los valores de tensión son muy superiores que los anteriores y por lo tanto la potencia entregada es muy distinta.

Enviado desde mi Mi A2 mediante Tapatalk

En primer lugar, gracias IQAS por responder.

La forma de hacer la modulación de potencia que explicas tendría sentido si se estuviese activando la conducción del triac en casa paso por cero y durante un intervalo de tiempo que viniese determinado por el porcentaje de potencia que se quiere consumir en la carga. Pero entiendo que no se está haciendo así por dos razones:
1. En el código fuente no he encontrado dónde se monitoriza el paso por cero de la onda de 50Hz
2. Se está utilizando para modular la potencia la función LEDC del ESP32, con una frecuencia de pulso de 1000Hz y un duty cycle que, haciéndolo variar entre 0 y 65535, varía la potencia que se disipa en la carga (es lo que entiendo que se configura en la línea de código 890 con la instrucción ledcSetup(0, 1000, 16)). Esto significa, entiendo yo, que se hace conducir el triac 1000 veces por segundo con un ancho de pulso (tiempo de conducción) variable. Por un lado, los instantes de conducción no parecen estar correlacionados con la forma de onda senoidal de la red. Y, por otro lado, la frecuencia de los pulsos es 20 veces (1000/50) mayor que la frecuencia de la red. Por lo tanto, entiendo que no hay que tener en cuenta la forma senoidal de la red eléctrica, porque los pulsos de conducción no están de ninguna manera correlacionados con ella, y que la potencia enviada a la carga solamente depende de la duración de los pulsos del PWM (valor entre 0 y 65535 que se calcula en la función pwm_calc) que están distribuidos uniformemente por todo el periodo de 50Hz.

En la siguiente gráfica muestro cómo creo que es la forma de onda que se aplica a la carga para un duty cycle del 33%, y que se va repitiendo 50 veces por segundo mientras que no se cambie el duty cycle:



Vuelvo a decir que puede ser que yo esté equivocado, pero como quiero implementar el sistema y no veo claro el funcionamiento, prefiero que lo comentemos.

Un saludo a todos.

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

Iniciado por iqas

El pwm no puede ser lineal, dado que lo que hace es indicar al dimmer el % de onda que tiene que cortar y dado que esta obedece a las funciones sin y vos dependiendo en qué parte del ciclo se sitúe tiene que calcularse para esa potencia, es decir si coges el 25% inicial de la onda y el segundo 25%, verás que este último los valores de tensión son muy superiores que los anteriores y por lo tanto la potencia entregada es muy distinta.

Enviado desde mi Mi A2 mediante Tapatalk

Entiendo que se debería hacer como dices si la modulación de la potencia se hiciera de la siguiente manera, pero creo que no se está haciendo así:

Creo que lo primero que deberías hacer es mirarte el protocolo pwm a fondo ya que en lo único que has acertado es el primer párrafo que acabas diciendo que no crees que funcione así y tenemos información suficiente en la red como hacer hipótesis, mas que nada por no confundir a los demás.

A groso modo, se genera una señal con un ancho en on y el resto en off. El tanto por ciento del tiempo en on representa el porcentaje del valor, independientemente de la frecuencia a la que trabaje.
El dimmer lee esos pulsos, calcula el % de la señal que está en on y lo aplica a la onda en alterna, es decir si la señal tiene un 60% de su tiempoo en on y un 40% en off, el dimmer corta la onda alterna en esos mismos valores.

Mas info: https://es.wikipedia.org/wiki/Modula...ncho_de_pulsos

Yo tengo muy claro cómo funciona el pwm. Así que, por lo que mí respecta, ni una palabra más sobre el tema.

Iniciado por avlober

Hola, un saludo.
Felicidades por el trabajo.
Tengo un Fronius Primo de 4.6 funcionando desde hace poco y estoy muy interesado en implementar el gestor de excedentes.
Tengo varias placas con ESP32 (no es específicamente la de heltec) y he intentado en primer lugar cargar el firmware directamente (no me ha funcionado) y después me he bajado los fuentes (tengo experiencia en proyectillos con el ESP) y he compilado y cargado el programa. Me lo instala y ejecuta, se activa el punto de acceso pero no soy capaz de entrar desde el navegador una vez conectado al punto de acceso openDS con el pc o movil.
Despues se queda reiniciandose cada 10-15 segundos aprox.
Me interesa hacerlo funcionar y probablemente particularizarlo para adaptarlo a lo que quiero implementar.
Voy a ver si me uno al grupo de instagram (en esto si que soy nuevo) y puedo solucionar el problema y colaborar en lo que pueda

Un saludo

A mí también me pasa lo del reinicio. Tengo el Heltec ESP32 WiFi kit. Funciona bien si me descargo los binarios y los cargo, pero si compilo los fuentes y los programo con el IDE de Arduino en la tarjeta, arranca bien hasta donde aparece en la pantalla la IP 192.168.4.1 y, un par de segundos después, se vuelve a reiniciar, así de forma cíclica.

Iniciado por iqas

El pwm no puede ser lineal, dado que lo que hace es indicar al dimmer el % de onda que tiene que cortar y dado que esta obedece a las funciones sin y vos dependiendo en qué parte del ciclo se sitúe tiene que calcularse para esa potencia, es decir si coges el 25% inicial de la onda y el segundo 25%, verás que este último los valores de tensión son muy superiores que los anteriores y por lo tanto la potencia entregada es muy distinta.

Enviado desde mi Mi A2 mediante Tapatalk

Buenos dí­as. Como todos tenemos nuestro pequeño orgullo profesional, y mis conocimientos fueron puestos en duda en este foro, tras recibir el material necesario (tarjeta dimmer letona y esp32), y aprovechando las pequeñas vacaciones navideñas, y porque además el tema me interesa porque recientemente he estrenado una flamante instalación fotovoltaica; he dedicado tiempo a hacer pruebas para verificar si yo estaba en lo cierto cuando decía que no se hace bien el cálculo del PWM en relación a la potencia deseada en el código de IQAS (IQAS me va a matar).
Lo que he hecho es modificar el código para forzar un nivel constante de potencia durante un tiempo determinado, de forma que me permita medir la potencia que está dando en cada momento.
He forzado, a intervalos de 30 segundos, los niveles de potencia: 1%, 2%, 3%, 4%, 5%, 6%, 7%, 8%, 9%, 10%, 20%, 30%, 40%, 50%, 60%, 70%, 80%, 90% y 100%.
Los resultados obtenidos, con un radiador de unos 1100W nominales, son:
Porcentaje de potencia forzado Potencia consumida
=================== ============
1%............................................... 0 W
2%............................................... 0 W
3%............................................... 0 W
4%............................................... 0 W
5%............................................... 0 W
6%............................................... 0 W
7%............................................... 0 W
8%............................................... 0 W
9%............................................... 0,3 W
10%............................................. 7 W
20%............................................. 67 W
30%............................................. 170 W
40%............................................. 360 W
50%............................................. 540 W
60%............................................. 740 W
70%............................................. 890 W
80%............................................. 990 W
90%............................................. 1025 W
100%........................................... 1040 W

Estos resultados, aunque no son exactamente los mismos que yo predije teóricamente, pero se aproximan bastante, en cualquier caso, demuestran que el cálculo en el código original no está hecho correctamente. Yo creo que el fallo está en que se ha calculado teniendo en cuenta la forma senoidal del voltaje, pero la potencia no depende del voltaje, sino del cuadrado del voltaje, por lo tanto hay que que calcular con respecto al cuadrado del seno.

Que no cunda el pá¡nico, esto no significa que el derivador de IQAS no sirva o no funcione bien, el derivador funciona porque aumenta, o disminuye, el consumo cuando tiene que hacerlo, lo único que pasa es que no lo hace en la proporción deseada y esto sólo implica que pueda tardar un poco más de tiempo en ajustarse al valor final.

Mi intención no es sacar defectos, sino intentar colaborar en mejorar algo que muchos estamos usando o vamos a usar. Tampoco se trata de quitar mérito a IQAS que es el autor de un código que funciona bien y ha tenido la generosidad de compartirlo de forma desinteresada. Creo que entre todos podemos mejorar las cosas si colaboramos.

Un saludo a todos y feliz 2020.

Iniciado por iqas

Estamos preparando un sistema que sirva para cualquier derivador. Os mantendremos informados ya que el API de solaredge se basa en la nube y los retardos son muy altos para su uso con un derivador.

Enviado desde mi Mi A2 mediante Tapatalk

Hola.¿ Cómo va el sistema que sirve para cualquier inversor?

Ya se puede usar con cualquier versión de Shelly EM, esto permite usarlo con cualquier inversor.

Enviado desde mi Mi A2 mediante Tapatalk

Iniciado por iqas

Ya se puede usar con cualquier versión de Shelly EM, esto permite usarlo con cualquier inversor.

Enviado desde mi Mi A2 mediante Tapatalk

Genial !!!
Muchas gracias por tu tiempo!
Enviado desde mi RMX1993 mediante Tapatalk