Tema: PIP4048 Paralelo problema con el cargador esclavo

Hola,

Tengo una instalación funcionado desde hace unos 3 años con dos PIP4048HS de mppsolar.

Durante las noches mando el comando MNCHG1050+crc , para indicar al cargador Maestro, que cargue de la corriente hasta llegar a 56 Voltios la bateria, ahora en invierno quería aumentar la carga de la bateria, e hice la prueba de ponerlo a 60A, pero los ventiladores se encienden y me daba miedo que se estropeara, a 50A funciona bien.

Entonces, pense usar el cargador del esclavo para complementar los 50A del maestro, y aqui es donde estoy teniendo muchos problema, por que no parece funcionar bien. Si envio el codigo MNCHG0050+ crc, devuelve ACK, pero no hace nada.

Como dato complementario, el LCD de ese esclavo esta complementamente apagado, funciona, la luz esta encendida , no tiene luz de fault, y cuando consumo 6-7kw/h la salida de corriente funciona.

Alguien sabe que puede estar pasando para que el esclavo no cargue de utility?

Muchas gracias

El MNCHGC es para 100 o mas amperios. Para 50A se usa el MCHGC.

Estas usando un solo cable para los comandos?
Como tienes un lcd inutilizado seria bueno usar dos cables a ver si el esclavo esta cambiando de verdad los valores que le vienen por el CANBUS.
Digo dos cables (uno para cada hibrido) y asi ver que parametros tiene el esclavo y si los cambia segun le dice el maestro. Con el LCD en funcionamiento seria verlo automaticamente.

Es que esos comandos son individuales para cada hibrido y no siguen una norma comun del paralelo.

Gracias por contestar.
Si, solo estoy usando un cable para los comandos conectado al master, voy a probar a cambiar el cable (solo tengo 1 ahora mismo) al slave, y enviar el comando a ver que hace...

otra opción es comprar un lcd externo que he visto en eBay por unos 80euros....

voy a ello ahora mismo.

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

Hay avances.
Si pongo el cable de comunicaciones en el slave, se pone a cargar, con el comando MCHGC150, es la primera vez que se enciende la luz de charger, y los ventiladores a soplar, que indica funcionamiento.

he intentado quitar el cable, volver a ponerlo en el master y enviarle MCHGC050, pero no me ha ido, para intentar tener los 2 a 50A de carga, pero bueno, eso lo tengo que mirar mejor.

Parece que el comando no le llega al esclavo via paralelo.

voy a comprar el cable para ponérselo al esclavo y seguiré con las pruebas.

Muchas gracias!

Yo tambien tengo paralelos y para control y monitorizacion uso un cable exclusivo para cada hibrido ya que por el CANBUS hay datos que no se intercambian (temperaturas, voltajes de bus de alta, etc).
Digamos que es todo mas seguro que fiarse de un solo equipo. Hay que hacer mas software pero la seguridad manda.

Que soft estas usando?? cosecha propia??

Hasta ahora no había visto la necesidad, pero si , a partir de ahora le pondré un cable al esclavo...

Si, el software que tengo lo he hecho yo, por que tengo unas cuantas particularidades que no me ofrecía ninguno...
Tengo una raspberry pi 4 (antes era una 3) con:

Node.js para el control.
influxdb como base de datos
Grafana como visualizador.

Cosas que hace:
Controlar los híbridos, lectura de valores y comandos
Leer los datos de un BMS rec (via canbus)
Leer los datos de una pinza amperimetrica (smappe.js)
Leer los datos de mi Coche Tesla

De noche de 1 a 7 tengo carga "gratuita" y lo que tengo es un algoritmo que decide, en primer lugar y sin pasarse del máximo que puedo usar (9,6kw) cargar las baterías de litio, luego cargar el coche, y finalmente si sobra tiempo o potencia, carga un calentador de agua sanitaria. Todo esto se complica puesto que tengo calefacción eléctrica en invierno, que tambien se tiene que tener en cuenta para no pasarse del máximo.

Hombre, alguien con node.js en control de FV.... rara avis.... en campo de "pythones".

Pues si, la verdad es que cuando tienes muchas cosas que controlar, node.js es indiscutible.

Y si la instalacion esta fuera de los standares hay que ir a lo autentico. Yo tambien pase por eso y deje pronto los softwares prefabricados, van bien para cosas standard pero no para cosas muy particulares.

Estoy usando un mix de plataformas: emoncms para guardar datos y graficas timeseries y NODERED para el resto (control y monitorizacion). Las timeseries las incrusto con iframes en los templates de NODERED.

Pues si usas node.js tengo algunos flows de conexion y parseo de datos con Voltronics que te podrian servir.

Mirate estos hilos:

https://www.solarweb.net/forosolar/f...60x-resto.html

https://www.solarweb.net/forosolar/f...uerto-usb.html

https://www.solarweb.net/forosolar/f...e-palette.html

jajaj, pues si hay mucho "pythonero", al final cada uno lo hace en lo que se siente mas cómodo.

Yo no he usado node.red nunca pero tiene buena pinta, yo al final lo he escrito todo en javascript dentro de node.js, me permite tener un server web y los algoritmos que voy cambiando.. aunque en 3 años he tocado poco.. ha ido todo bastante bien.

He revisado los hilos, muy interesante , no conocía el TTL-> WIFI, aunque yo soy mas de cables siempre que se pueda.

Mañana me llega el cable usb-rs232 para controlar el esclavo, te ire contando.. a ver si tengo suerte y puedo cargar las baterías a 100A.

Iniciado por joaquinsfy

jajaj, pues si hay mucho "pythonero", al final cada uno lo hace en lo que se siente mas cómodo.

Yo no he usado node.red nunca pero tiene buena pinta, yo al final lo he escrito todo en javascript dentro de node.js, me permite tener un server web y los algoritmos que voy cambiando.. aunque en 3 años he tocado poco.. ha ido todo bastante bien.

He revisado los hilos, muy interesante , no conocía el TTL-> WIFI, aunque yo soy mas de cables siempre que se pueda.

Mañana me llega el cable usb-rs232 para controlar el esclavo, te ire contando.. a ver si tengo suerte y puedo cargar las baterías a 100A.

Si bueno los TTL-WIFI son la moda de ahora..... para mi gusto el TTL-TCPIP, o sea de TTL a LAN es el mas interesante si tienes toda la casa cableada en LAN. Te permite tener una red de sensores cableados en red local. Incluso podrias poner el Voltronic con ese conversor sin estar cerca de la Rpi con un cable usb-serie.


De hecho tengo varios monitores de red AC con salida MODBUS y con un conversor de esos TTL a TCPIP



Todos los nodos de interconexion estan en NODERED Platform. De hecho NODERED es un WebServer por definicion tanto para el desarrollo de algoritmos/scripts como para mostrar los datos recolectados.
Los dashboards de la plataforma van en AngularJS y por tanto la personalizacion es infinita.

Iniciado por Tejota

De hecho tengo varios monitores de red AC con salida MODBUS y con un conversor de esos TTL a TCPIP

No conozco esos monitores.. yo tengo un SMAPPEE que da mas problemas que otra cosa, es via tcpip pero al ser "viejo", ya no tengo soporte.. que marca son?

EASTRON SDM230

Chinos de toda la vida. Unos 40 euros el de la foto.

salida modbus a velocidad configurable, etc, etc etc.

Son bastante comerciales y muy trillados.... muchos equipos de marca en inversores de red los tienen como sensores de vertido cero por lo que hay mucho soporte. El protocolo modbus de estos modelos es bastante conocido.

Creo que tengo algun video en mi canal YT sobre como sacar los datos de estos eastron con NODERED, por si te animas.... jajajaja

Ya tengo los 2 pip4048 cada uno con su cable,

Ya he cambiado el codigo para fijar la potencia , MUCHGCXYY, y consigo controlar los 2 independientes.

Ahora solo me falta ver donde tengo que sacar battery_charging_current que me sume la carga de los dos , o ver como los consigo.. parece que solo veo el del master.

Pasito a pasito

Iniciado por joaquinsfy

Ya tengo los 2 pip4048 cada uno con su cable,

Ya he cambiado el codigo para fijar la potencia , MUCHGCXYY, y consigo controlar los 2 independientes.

Ahora solo me falta ver donde tengo que sacar battery_charging_current que me sume la carga de los dos , o ver como los consigo.. parece que solo veo el del master.

Pasito a pasito

Es que yo creo que no hay comando de setup para configurar la suma de los dos del paralelo. Si que hay query para saber cuanto suman las dos en el paralelo pero no para configurarlo por ser comandos setup independientes del paralelo.

Me parece que me estoy liando...

Yo lo que quiero es mandar que cargue , no fijar el máximo, me debo estar equivocando, yo quiero enviar el comando a cada pip para cargar, ahora envio MUCHGCXYY


He visto que si mando QPIGS1, Y QPIGS2, me devuelve los valores por separado, no se, si hay un comando que los de ya sumados quizás QPIGS a secas?

Iniciado por joaquinsfy

Me parece que me estoy liando...

Yo lo que quiero es mandar que cargue , no fijar el máximo, me debo estar equivocando, yo quiero enviar el comando a cada pip para cargar, ahora envio MUCHGCXYY


He visto que si mando QPIGS1, Y QPIGS2, me devuelve los valores por separado, no se, si hay un comando que los de ya sumados quizás QPIGS a secas?

Pues para que cargue de red las baterias la orden es ponerlo en SNU en modo bypass. Los SNU tambien son independientes del paralelo. O sea estando en bypass el paralelo, uno puede estar en SNU y el otro en OSO, luego solo cargara el de SNU y el otro no hara nada.

El bypass o modo line (UTI en tu pip) debe de estar activo ya que solo hay un puente inversor en el hibrido y al estar en modo line se emplea para cargar la bateria. En SBU logicamente no se puede cargar la bateria con la red en ese hibrido. Y en paralelo o los dos estan en modo line o los dos estan en modo bateria (SBU).

Tienes la lista de comandos del protocolo P30??

Entendido, primero SNU, luego y luego MUCHGCXYY a cada paralelo.

El problema es que tengo mas de una lista, por que he encontrado varias de esas listas de comandos con algunas diferencias, debido a que lo he encontrado con varias marcas.... si sabes el link de la buena, me la descargo y usare esa.



Aprovecho para preguntarte una cosa que llevo 3 horas..

EL CRC del comando POP02, calculado con varios programas me da 0A E2, pero no me funciona, cuando no lo calculaba yo enviaba 0B E2, y funciona, que usas para calcular el CRC?

Gracias

Iniciado por joaquinsfy

Entendido, primero SNU, luego y luego MUCHGCXYY a cada paralelo.

El problema es que tengo mas de una lista, por que he encontrado varias de esas listas de comandos con algunas diferencias, debido a que lo he encontrado con varias marcas.... si sabes el link de la buena, me la descargo y usare esa.



Aprovecho para preguntarte una cosa que llevo 3 horas..

EL CRC del comando POP02, calculado con varios programas me da 0A E2, pero no me funciona, cuando no lo calculaba yo enviaba 0B E2, y funciona, que usas para calcular el CRC?

Gracias

Joa... a estas alturas te recomiendo que uses el NODERED. No costara mucho adaptar lo que tienes hecho a esta plataforma.... es JS y es todo muy grafico y facil de interconectar. Y mas con el sistema tuyo que es algo particular.
El CRC que uso es un nodo que me hize yo dentro del flujo de conexion con los hibridos. Los flujos en la plataforma son intercambiables por lo que se pueden importar y exportar poniendolos por aqui.... y ver que esta fallando o que funciona bien.
El CRC esun poco particular.... no uso ninguna libreria... lo escribi desde cero a pelo sin ni siquiera usar tablas.... Tampoco es tan complicado si sabes trabajar con bufferes. Ademas el CRC que usa este protocolo tiene excepciones con algunos bytes... por eso no te funciona... creo que ese comando y otros con algunos valores concretos tampoco funcionan con el CRC16xmodem standard... hay que tener en cuenta las excepciones de algunos bytes.

Te paso codigo del nodo.... tendras que adaptarlo a lo que tengas... por eso te digo que si usas la plataforma NODERED es mucho mas intecambiable todo. Animate.
msg.payload del inicio es el comando en ascii (string) tal cual. La salida msg del final es lo que le entra al hibrido por el puerto serie (buffer), incluido el retorno de carro.

Código:

 //  Algoritmo para lanzar los comandos hacia Voltronics con CRC propietario
    //  Algoritmo realizado por Tejota 
    var topic = (msg.payload) + (" ") + (msg.topic); // Topic con el comando string y posible descripcion
    var comandobuffer = Buffer.from(msg.payload);   // pasando a buffer el string del comando          
    var crc = 0x0000;                              //  inicio del crc
    for (tj = 0; tj < comandobuffer.length; tj++)    // scaneo del buffer
            {
        const byte = comandobuffer[tj];          // analizando el byte para aplicarle el crc16xmodem
        tejota = (crc >>> 8) & 0xff;
        tejota ^= byte & 0xff;
        tejota ^= tejota >>> 4;
        crc = (crc << 8) & 0xffff;            //  Algoritmo
        crc ^= tejota;                       //  crc16 xmodem 
        tejota = (tejota << 5) & 0xffff;    //   sin tabla estatica
        crc ^= tejota;
        tejota = (tejota << 7) & 0xffff;
        crc ^= tejota;
            }                            // resultante crc numerico 
    var crchexastring = crc.toString(16).padStart(4,'0');  // crc numerico a string hexa añadiendo ceros a izquierda si es preciso
    var crchexabuffer = Buffer.from(crchexastring, "hex"); // buffer del crchexa
    for (mdk=0; mdk < crchexabuffer.length; mdk++)  // scaneo del buffer
            {
            if (crchexabuffer[mdk]==10 || crchexabuffer[mdk]==13 || crchexabuffer[mdk]==40)   // Exceptuando estos bytes mdk 
                    {
                        crchexabuffer[mdk]++;  // se pone el byte siguiente si es alguno de las excepciones mdk
                    }
            }        
    const retornodecarro = Buffer.from("\r");
    var crctotalbuffer = [comandobuffer, crchexabuffer, retornodecarro];  // construyendo el buffer final hacia el hibrido
    msg.payload = Buffer.concat(crctotalbuffer);
    msg.topic = topic;
    return msg;

Gracias, ya lo he arreglado, ya he visto el if con los bytes 10,40,13, ... vamos el inicio de mensaje, y el fin ... sumados 1... en fin..


bueno venga va como ya he dejado el mío funcionando... dime por donde empiezo con el node.red, y me pongo con ello, que no lo he usado nunca,

Gracias Tejota

Iniciado por joaquinsfy

Gracias, ya lo he arreglado, ya he visto el if con los bytes 10,40,13, ... vamos el inicio de mensaje, y el fin ... sumados 1... en fin..


bueno venga va como ya he dejado el mío funcionando... dime por donde empiezo con el node.red, y me pongo con ello, que no lo he usado nunca,

Gracias Tejota

Si bueno, esas excepciones las hicieron para no chocar con los inicios de respuestas a comandos. Si te fijas esos bytes corresponden al parentesis, retorno de carro y nueva linea. Todo tiene su explicacion.

Lo del nodered....jajaja mirate el hilo este que ahi explico como se instala en la Pi.

Para gente que no sabe nada de programacion a poco que sepa buscar flujos interesantes...e instalar nodos que necesite puede hacerse una domotica FV a medida.

Una vez lo hayas instalado. Mete algun flujo de los mios de este hilo que te funcionaran en lo tuyo.

Para importar flujos: https://www.solarweb.net/forosolar/f...tml#post398057

Buenas, una preguntita.... actualmente uso unos enchufes wifi, para poder automatizar algunas cosas como un calentador de agua para excedentes, pero se vaya en una plataforma de chinos que se llama tuyaweb, y la verdad es que no funciona muy bien, tienes controlado algun enchufe wifi, que pueda ser encendido /apagado via http?? mil gracias

Iniciado por joaquinsfy

Buenas, una preguntita.... actualmente uso unos enchufes wifi, para poder automatizar algunas cosas como un calentador de agua para excedentes, pero se vaya en una plataforma de chinos que se llama tuyaweb, y la verdad es que no funciona muy bien, tienes controlado algun enchufe wifi, que pueda ser encendido /apagado via http?? mil gracias

Yo creo que cualquier ESP8266, DT-06 o similares acoplado a un rele puede hacer todo eso. No he manejado excedentes todavia pero un on-off via http no puede ser muy complicado si hay un modulo wifi al otro lado q reciba las ordenes.
De hecho, llevo unos dias con un adaptador rs232-ethernet que al fin y al cabo es lo mismo que un modulo wifi de esos y he conseguido que un voltronic por su puerto serie rj45 sea una ip en mi LAN local y por tanto hablar con el hibrido para sacar datos y mandar comandos como si estuviera conectado por USB-serie a la Rpi. Y sin depender de nubes chinas en el V pino.

Lo que pasa que los on-off no los veo practicos para un calentador.... si yo hiciera un control de excedentes lo haria por PID, o sea por on-off infinitesimales que se vayan adaptando a la curva de generacion excedentaria. Y creo que de esto hay nodos especificos en donde puedes ajustar las areas de integracion y las pendientes. Logicamente habria que pasar de reles on-off a SSR para hacer esto que digo. No creo que tarde mucho en meterme en estos berenjenales.

Estaba pensando en algo mas facil tipo https://www.amazon.es/Inteligente-TE...xpY2s9dHJ1ZQ==


Este es el que uso yo, lo que hago es cada x minutos miro excedente y le envio un encendido /apagado, que no siendo lo mejor.. es sencillo y me funciona, el tema, es que no he encontrado ninguno que sea facil de atacar via http, casi todos se basan en soluciones cloud propietarias, para controlar este he tenido que instalar el Homebridge, y luego exponerlo via http...

lo bueno es que valen 20 euros y fisicamente es plug-play, ahora mismo lo uso para calentador agua sanitaria y para algunos ventiladores cuando la temperatura sube.... seguiré buscando....

Iniciado por joaquinsfy

Estaba pensando en algo mas facil tipo https://www.amazon.es/Inteligente-TE...xpY2s9dHJ1ZQ==


Este es el que uso yo, lo que hago es cada x minutos miro excedente y le envio un encendido /apagado, que no siendo lo mejor.. es sencillo y me funciona, el tema, es que no he encontrado ninguno que sea facil de atacar via http, casi todos se basan en soluciones cloud propietarias, para controlar este he tenido que instalar el Homebridge, y luego exponerlo via http...

lo bueno es que valen 20 euros y fisicamente es plug-play, ahora mismo lo uso para calentador agua sanitaria y para algunos ventiladores cuando la temperatura sube.... seguiré buscando....

ESP8266 acoplado a un rele y ya... En el ESP8266 cargas el soft correspondiente y via mqtt ya haces que el rele se cebe o no. Un esp8266 con rele no pasara de 5 euros.