La energía solar no es una energía alternativa: es la energía.
Hermann Scheer

Página 3 de 62 PrimerPrimer ... 2341353 ... ÚltimoÚltimo
Resultados 41 al 60 de 1233
  1. #41
    Avatar de Mleon
    Mleon está desconectado Forero
    Fecha de ingreso
    may 2016
    Ubicación
    MADRID
    Mensajes
    854

    Predeterminado Re: Control exhaustivo ciclo de carga/SOC/Cargas/etc

    Cita Iniciado por nikitto Ver mensaje
    Dame tiempo, hace más de 25 años que acabé los estudios de FP2 electrónica. Y desde entonces rara vez he cogido el soldador. Jajaja.

    Supongo que tu tienes destinado el duinomite exclusivamente a esta tarea, en mi caso la Raspberry la uso para algunas cosas más, pero principalmente como centro multimedia y cliente bittorrent por el consumo ridículo que tiene. Es decir, ni la CPU ni la RAM van sobradas.

    Sobre tus preguntas:

    - No entiendo a que te refieres con disparar el conversor ¿¿¿??? y después leer el valor. En mi caso la lectura (mV del shunt) es continua. Está (estará) dentro de un bucle. Lo que puedo hacer es comparar el valor obtenido con X, y si es mayor, menor o igual realizar alguna otra función. La comparación se realizaría también dentro del bucle.

    - No se como medir el tiempo de ejecución de las sentencias adc.read_xxxx.

    ¿ Las gráficas las tienes siempre activas ? ¿ O las generas a partir de algún archivo? Te lo digo, porque ya he empezado a mirar como almacenar toda la información generada con la librería import os.path. Una vez que consiga almacenar los datos, ya miraría como generar gráficas. Aunque podría importar/leer el archivo y generarlos en mi propio escritorio. Quizás con algún programa para Win10.


    Intento aclarar: (y a darte caña que yo hace mas que tu que termine mis estudios)

    Un conversor ADC tarda un tiempo en realizar la medida, por eso, si quieres optimizar el programa SW, puedes darle una instrucción para que inicie la conversión y luego darle otra para que te de la medida

    En tu caso la sentencia adc.read... le dira al ADS115 que inicie la conversión y esperara a que acabe el ADC para leer el valor

    Si se quiere la máxima exactitud en la medida hay que poner el ADS1115 en el mínimo de muestras por segundo (8 muestras por segundo) lo que equivale a que tarda unos 125ms en realizar la conversión (en mi caso prefiero no estar esperando esos 125ms y que el micro haga otras cosas mientras se produce la conversión...que 125ms es mucho tiempo para un micro)

    Por defecto el ADS1115 trabaja a 128 muestras por sg

    Por eso te pedía ver el tiempo de ejecución de la sentencia adc.read.....

    La forma de hacer esto es fácil....debes tener en Python una función que te de un valor del tiempo en ms (TIMER o algo así)

    .....
    I=Timer
    adc.read..
    J=Timer
    Print (J-I)
    .....



    La gráfica en la pantalla VGA conectada al duinomite esta siempre pintando la señal de Voltios Batería e Intensidad Batería y Placa (cada 1,5 sg añade 1 pixel a cada curva)

    Control exhaustivo ciclo de carga/SOC/Cargas/etc-20160515_133123_25.jpg

    Si te fijas en la foto de la gráfica (casi al final de la pantalla) hay un hueco en la gráfica que es por donde va pintando cada 1,5sg el valor que se mide (lógicamente cuando llega al final de la pantalla sigue por el principio)

    Esto permite ver en tiempo real lo que esta pasando en un periodo de unos minutos (X pixel resolución pantalla * 1,5 sg/pixel)

    Después lógicamente y ya "OFF-LINE" paso al PC los datos guardados en la SD y puedo hacer las gráficas "bonitas" del dia, semana, etc de los parámetros que quiera (SOC%,Vbat,....), y tener tablas resumen (Kwh/Dia/Hora, etc) que, como he comentado, en mi caso lo hago simplemente con Microsoft Access


    PD: Yo para un tema de este tipo recomendaría tener un HW dedicado básicamente en exclusiva (arduino, duinomite, raspberry,...)

    Como he comentado un duinomite anda por los 25€, el arduino bastante menos,....y, por tanto, no me arriesgo a que se me enciendan las luces o el termo fuera de control porque se "cuelgue" el HW por culpa de otro SW


    PD2: Tengo varias peticiones de "comprar" este brico ya hecho

    Como les he comentado no tengo intención de vender sino de compartir, por lo que si alguien se apunta a diseñar/hacer un circuito impreso (por eso de que es mejor que una protoboard) y coordinar el tema........ comparto con él los esquemas eléctricos/SW/etc y se hace una lista de interesados para hacer una compra colectiva
    Última edición por Mleon; 09/06/2016 a las 14:43

  2. #42
    Avatar de nikitto
    nikitto está desconectado Forero
    Fecha de ingreso
    ago 2015
    Ubicación
    Cambrils
    Mensajes
    973

    Predeterminado Re: Control exhaustivo ciclo de carga/SOC/Cargas/etc

    A ver si te vale esto:

    Nombre:  t_proceso.jpg
Visitas: 118
Tamaño: 45,1 KB

    He añadido la primera y tercera línea a lo que ya tenía.

    t0=time.time()
    valor = adc.read_adc(2, gain=GAIN)
    print time.time() - t0, "seconds process time"

    Estaría bien que pasarás todo lo que ya tienes a una placa. Me parece algo cojonudo lo que tienes montado. Yo voy a seguir con la RPi y si tengo que comprar otra, pues la compro. Ahora ya las hay con 1GB de memoria RAM (la mía de es 512MB).

    Voy a ponerme con lo de grabar los datos.

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

    Ya he conseguido generar un archivo donde guarda los valores cada 2 segundos (puedo cambiar el tiempo, ya lo vimos antes). Me faltaría el crear un archivo nuevo cada 24h.
    Estoy pensando que en vez de generar la gráfica directamente a pantalla (ni idea de como hacerlo, y en mi caso a la RPi accedo por SSH, no le tengo puesto ni monitor ni teclado), podría generar la gráfica en el propio servidor web. De este modo podría verla desde cualquier parte.

  3. #43
    Avatar de Mleon
    Mleon está desconectado Forero
    Fecha de ingreso
    may 2016
    Ubicación
    MADRID
    Mensajes
    854

    Predeterminado Re: Control exhaustivo ciclo de carga/SOC/Cargas/etc

    [QUOTE=nikitto;314060]A ver si te vale esto:

    Nombre:  t_proceso.jpg
Visitas: 118
Tamaño: 45,1 KB

    /QUOTE]

    Ok, perfecto, veo que tarda unos 10,5ms en leer el valor, si pensamos que el ADC esta configurado para la frecuencia de muestreo por defecto (128 muestras por sg) seria 7,5ms en la conversion + algunos ms mas estarán en intrucciones de la libreria que has cargado o en el propio "print"

    Como he dicho antes, yo tengo el ADS1115 puesto a la mínima frecuencia de muestreo (8 muestras/sg) para mejorar la exactitud de la medida

    Cuando ya tengas dominado el tema, investigaremos un poco mas en la librería que importas para ver que opciones se tienen

    Cita Iniciado por nikitto Ver mensaje

    Me faltaría el crear un archivo nuevo cada 24h.

    Estoy pensando que en vez de generar la gráfica directamente a pantalla (ni idea de como hacerlo, y en mi caso a la RPi accedo por SSH, no le tengo puesto ni monitor ni teclado), podría generar la gráfica en el propio servidor web. De este modo podría verla desde cualquier parte.
    Yo hago que el SW genere un archivo nuevo cada mes, no cada día, el formato del nombre que le pongo es muy poco imaginativo (AAAAMM.txt) siendo AAAA el año y MM el mes

    Lógicamente cada día, al comienzo, pongo a cero algunos valores de variables (KwH generados, etc)

    En tu caso me parece muy buena idea que hagas un servidor web donde se pongan los datos que se quieren ver (SOC%, Voltios, Intensidad, estado de los reles, gráficos....),y así tenerlo disponible por internet, en el movil, etc , yo con el duinomite no puedo hacerlo, solo tengo una pantalla monocromo VGA (que tampoco es poco) y lo controlo a distancia via temviewer si conecto el duinomite a un PC por USB....... por eso te comentaba que el "salto" a una plataforma tipo raspberry me parecía una muy buena alternativa a lo que tengo implementado

    Por cierto....¿que consumo tiene el Raspberry?......el duinomite consume unos 150mA a 5V luego menos de 1w

    Sinceramente, yo al menos, no he visto producto comercial que haga algo parecido, y mucho menos por el "escaso" importe económico y el grado de personalización/ampliación que le estamos dando
    Última edición por Mleon; 09/06/2016 a las 18:24

  4. #44
    Avatar de nikitto
    nikitto está desconectado Forero
    Fecha de ingreso
    ago 2015
    Ubicación
    Cambrils
    Mensajes
    973

    Predeterminado Re: Control exhaustivo ciclo de carga/SOC/Cargas/etc

    Cita Iniciado por Mleon Ver mensaje
    Ok, perfecto, veo que tarda unos 10,5ms en leer el valor, si pensamos que el ADC esta configurado para la frecuancia de muestreo por defecto (128 muestras por sg) seria 7,5ms en la conversion + algunos ms mas estarán en intrucciones de la libreria que has cargado

    Yo hago que el SW genere un archivo nuevo cada mes, no cada día, el formato del nombre que le pongo es muy poco imaginativo (AAAAMM.txt) siendo AAAA el año y MM el mes

    Lógicamente cada día, al comienzo, pongo a cero algunos valores de variables (KwH generados, etc)
    Entonces ¿el tiempo de respuesta te parece correcto? Yo creo que 10,5 ms está superbien, comparados con esos 125 que comentabas.

    Ejemplo del nombre de archivo que creo:

    Datos_2016-Jun-09__17_39_26.txt #imaginación a tope, jajaja

    Esperate que voy a rizar el rizo. En vez de seguir escribiendo en un archivo, miraré de crear una base de datos con mysql y meteré allí los valores. Luego me será más fácil importarlos con PHP para su uso en la web.

  5. #45
    Avatar de Mleon
    Mleon está desconectado Forero
    Fecha de ingreso
    may 2016
    Ubicación
    MADRID
    Mensajes
    854

    Predeterminado Re: Control exhaustivo ciclo de carga/SOC/Cargas/etc

    Cita Iniciado por nikitto Ver mensaje
    Entonces ¿el tiempo de respuesta te parece correcto? Yo creo que 10,5 ms está superbien, comparados con esos 125 que comentabas.

    Ejemplo del nombre de archivo que creo:

    Datos_2016-Jun-09__17_39_26.txt #imaginación a tope, jajaja

    Esperate que voy a rizar el rizo. En vez de seguir escribiendo en un archivo, miraré de crear una base de datos con mysql y meteré allí los valores. Luego me será más fácil importarlos con PHP para su uso en la web.

    El valor de 10,5 es coherente con la velocidad de muestreo,....yo también lo puedo conseguir si pongo la frecuencia de muestreo a 128 muestras/sg en lugar de 8 muestras/sg, pero entonces la exactitud de la medida es peor, piensa que yo tengo un shunt de 500A 50mv luego 1A son solo 0,1mV, por eso prefiero complicar un poco el SW (disparado primero en conversor...hacer otras cosas....leer el dato) poniendo el ADS1115 a 8 muestras/sg


    Como he comentado yo utilizo para el procesamiento posterior una base de datos (Ms-Access), en el duinomite no me puedo plantear tener una BD, por lo que simplemente hago ficheros de texto cada mes

    Lógicamente con Raspberry todos estos temas son planteables y abordables..........veo que estas "enchufado"

  6. #46
    Avatar de nikitto
    nikitto está desconectado Forero
    Fecha de ingreso
    ago 2015
    Ubicación
    Cambrils
    Mensajes
    973

    Predeterminado Re: Control exhaustivo ciclo de carga/SOC/Cargas/etc

    Control exhaustivo ciclo de carga/SOC/Cargas/etc-mysql_fv.jpg

    Una imagen vale más que mil palabras.

    Por ahora sólo guardo el voltaje del canal 2 (A2). Lógicamente podemos ampliar la tabla con más valores, p.e. hora de la medida; crear más tablas, ... Un sinfín de posibilidades.

    A ver si este fin de semana puedo meterle mano al PHP para reproducir las gráficas en el servidor web Apache.

    Pongo las líneas de código para acceso y escritura a la base de datos (que previamente he creado):

    import MySQLdb

    db = MySQLdb.connect(host = "localhost", user = "usuario", passwd = "contraseña", db = "fv")
    cur = db.cursor()

    ...

    <tab>try:
    <tab><tab>cur.execute("""INSERT INTO fv.Valores(Voltaje_A2) VALUES(%s)""",(voltaje))
    <tab><tab>db.commit()
    <tab>except:
    <tab><tab>db.rollback()

    cur.close()
    db.close()

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

  7. #47
    Avatar de Mleon
    Mleon está desconectado Forero
    Fecha de ingreso
    may 2016
    Ubicación
    MADRID
    Mensajes
    854

    Predeterminado Re: Control exhaustivo ciclo de carga/SOC/Cargas/etc

    Me alegra ser catalizador de esta evolucion

    Pronto enganchamos a el_cobarde y controlamos los excedentes por wifi

    Evidentemente poner una Raspberry te abre el abanico de posibilidades (programacion concurrente, conectividad, etc...)

    Me alegra que sigas....lo normal es que definas una Base de datos de varios campos (fecha, hora, Vbat, Ibat, Iplaca, Vcelda1, Vcelda2.....SOC%.....Rele1, Rele2,.... Temp1,.... ) siempre es mejor pensar en parametrizar todo lo posible y despues usarlo o no dependiendo de las necesidades especificas

    En mi caso tengo 2 tablas de datos
    - una de los datos cada 1,5sg
    - otra de un resumen diario

    Adicionalmente tengo otra tabla con los datos de parametrizacion de on y off de cada rele

  8. #48
    el_cobarde Invitado

    Predeterminado Re: Control exhaustivo ciclo de carga/SOC/Cargas/etc

    Cita Iniciado por Mleon Ver mensaje
    Pronto enganchamos a el_cobarde y controlamos los excedentes por wifi ...
    Cierto y muy de acuerdo
    En este momento estoy liado en otras cosas, pero pronto volveré ...

  9. #49
    Avatar de nikitto
    nikitto está desconectado Forero
    Fecha de ingreso
    ago 2015
    Ubicación
    Cambrils
    Mensajes
    973

    Predeterminado Re: Control exhaustivo ciclo de carga/SOC/Cargas/etc

    Mientras me pongo con el PHP. Tengo algunas dudas.

    - Ibat e Iplaca, los valores los tomas con 2 shunt. OK. Usarás un ADS1115 sólo para esto.
    - El Vbat ? Con otro ADS1115 ?
    - Vcelda1, 2, n. Cada una de las celdas de la batería ?

    Se me olvidó comprar el sensor te temperatura

  10. #50
    Avatar de Mleon
    Mleon está desconectado Forero
    Fecha de ingreso
    may 2016
    Ubicación
    MADRID
    Mensajes
    854

    Predeterminado Re: Control exhaustivo ciclo de carga/SOC/Cargas/etc

    Explico

    Ibat e Iplaca con 2 shunts y ADS1115 en modo diferencial

    Vbat utilizando una entrada analogica del duinomite (en arduino seria igual), la raspberry no tiene entradas analogicas por lo que puedes usar una entrada de otro ADS1115 aunque te sobra precision u otro ADC mas barato

    Vcelda1,....si son cada una de las celdas de 2 voltios, yo no utilizo una entrada analogica para cada una sino solo una con un multiplexor de 16 canales y asi tengo 16 entradas analogicas
    ..

  11. #51
    Gabriel 2015 Invitado

    Predeterminado Re: 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?

  12. #52
    Avatar de Mleon
    Mleon está desconectado Forero
    Fecha de ingreso
    may 2016
    Ubicación
    MADRID
    Mensajes
    854

    Predeterminado Re: Control exhaustivo ciclo de carga/SOC/Cargas/etc

    Cita Iniciado por Gabriel 2015 Ver mensaje
    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

  13. #53
    Gabriel 2015 Invitado

    Predeterminado Re: Control exhaustivo ciclo de carga/SOC/Cargas/etc

    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.

  14. #54
    Avatar de Mleon
    Mleon está desconectado Forero
    Fecha de ingreso
    may 2016
    Ubicación
    MADRID
    Mensajes
    854

    Predeterminado Re: Control exhaustivo ciclo de carga/SOC/Cargas/etc

    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)
    Última edición por Mleon; 10/06/2016 a las 23:20

  15. #55
    el_cobarde Invitado

    Predeterminado Re: Control exhaustivo ciclo de carga/SOC/Cargas/etc

    Cita Iniciado por Mleon Ver mensaje
    "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
    Cita Iniciado por Gabriel 2015 Ver mensaje
    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!

  16. #56
    Gabriel 2015 Invitado

    Predeterminado Re: Control exhaustivo ciclo de carga/SOC/Cargas/etc

    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...

  17. #57
    el_cobarde Invitado

    Predeterminado Re: Control exhaustivo ciclo de carga/SOC/Cargas/etc

    Cita Iniciado por Gabriel 2015 Ver mensaje
    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 ...

  18. #58
    Avatar de Mleon
    Mleon está desconectado Forero
    Fecha de ingreso
    may 2016
    Ubicación
    MADRID
    Mensajes
    854

    Predeterminado Re: Control exhaustivo ciclo de carga/SOC/Cargas/etc

    Cita Iniciado por Gabriel 2015 Ver mensaje
    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

  19. #59
    Gabriel 2015 Invitado

    Predeterminado Re: Control exhaustivo ciclo de carga/SOC/Cargas/etc

    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

  20. #60
    el_cobarde Invitado

    Predeterminado Re: Control exhaustivo ciclo de carga/SOC/Cargas/etc

    Cita Iniciado por Gabriel 2015 Ver mensaje
    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í

Página 3 de 62 PrimerPrimer ... 2341353 ... ÚltimoÚltimo

Temas similares

  1. Consulta sobre nivel de carga de baterías y su ciclo de descarga.
    Por Dredon en el foro Fotovoltaica. Sistemas aislados de la red
    Respuestas: 56
    Último mensaje: 18/01/2018, 12:31
  2. Control en la carga de baterías
    Por eseperao en el foro Fotovoltaica. Sistemas aislados de la red
    Respuestas: 2
    Último mensaje: 28/04/2016, 10:53
  3. Control de carga mppt
    Por ramon celaya en el foro Fotovoltaica. Sistemas aislados de la red
    Respuestas: 19
    Último mensaje: 26/07/2010, 21:40
  4. Reguladores de carga Acido/plomo Vs Ciclo/profundo
    Por arthus16 en el foro Fotovoltaica. Sistemas aislados de la red
    Respuestas: 8
    Último mensaje: 23/03/2010, 03:03
  5. Carga de baterias de ciclo profundo
    Por arthus16 en el foro Fotovoltaica. Sistemas aislados de la red
    Respuestas: 1
    Último mensaje: 19/03/2010, 15:30

Copyright, 2002-2017 Solarweb.net



1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46