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

Página 4 de 6 PrimerPrimer ... 4 ... ÚltimoÚltimo
Resultados 61 al 80 de 119
  1. #61
    jorg está desconectado Forero
    Fecha de ingreso
    jul 2012
    Ubicación
    barcelona
    Mensajes
    223

    Predeterminado Re: Ajustar MK2 para evitar verter a red

    yo de momento he dado unas vueltas a la pinza amperimetrica y le he puesto una carga para que el contador tenga algo de consumo y con esto espero enmascarar las posibles fugas a linea; el sofware del zerobox no te lo facilitan.
    Por lo tanto habrá que esperar a ver como evolucionan las cosas politicamente, o bien colocar un inversor inteligente, o hacerle con un MK2 como Pandarojo, con el cual si podríamos ayudarnos....

  2. #62
    goatisan está desconectado Forero
    Fecha de ingreso
    oct 2015
    Ubicación
    los alcazares
    Mensajes
    30

    Predeterminado Re: Ajustar MK2 para evitar verter a red

    Si das las vueltas a la pinza con la electricidad que sale del Zerobox , que sale a impulsos, no sale fija o continua, No sirve de nada , yo lo he probado con una bombilla de 60w. En el IMMERSUN MK2 parece que si. PREGUNTA: Para que compramos éste aparato , que NO nos funciona como nos publicitan
    en su pagina y encima no nos ayudan con soporte técnico que necesitamos para ajustarlo a nuestras instalaciones( EL PROGRAMA DEL
    ZEROBOX) ?????? . Que me lo expliquen....

  3. #63
    jorg está desconectado Forero
    Fecha de ingreso
    jul 2012
    Ubicación
    barcelona
    Mensajes
    223

    Predeterminado Re: Ajustar MK2 para evitar verter a red

    la carga la has de poner independiente del zerobox, si no te ira a tirones....

  4. #64
    goatisan está desconectado Forero
    Fecha de ingreso
    oct 2015
    Ubicación
    los alcazares
    Mensajes
    30

    Predeterminado Re: Ajustar MK2 para evitar verter a red

    Pues entonces , siempre tendras el consumo de la bombilla que pongas. De esta forma , como tú dices , lo comprobé anteriormente
    y no observé gran cosa. Y si cambiamos el triger MOC3041 por 3021 , como dice pandarojo , que ocurriría ....?.

  5. #65
    jorg está desconectado Forero
    Fecha de ingreso
    jul 2012
    Ubicación
    barcelona
    Mensajes
    223

    Predeterminado Re: Ajustar MK2 para evitar verter a red

    Exacto lo del consumo extra es algo que hay que asumir, evitamos el vertido, que es de lo que de trata..

  6. #66
    goatisan está desconectado Forero
    Fecha de ingreso
    oct 2015
    Ubicación
    los alcazares
    Mensajes
    30

    Predeterminado Re: Ajustar MK2 para evitar verter a red

    Estimado jorg he visto la siguiente página: mk2 pvrouter.co.uk-13601.html , dentro hay unas carpetas que yo creo que son diferentes versiones del programa del mk2 , si copias y pegas esas carpetas en la pagina de Arduino 1.6.6 yo creo que es el programa,
    la pagina de arduino que esté en blanco, pero qué carpeta o versión podríamos coger para Zerobox???. Un saludo.

  7. #67
    jorg está desconectado Forero
    Fecha de ingreso
    jul 2012
    Ubicación
    barcelona
    Mensajes
    223

    Predeterminado Re: Ajustar MK2 para evitar verter a red

    este es el sofware que he visto referenciado por foreros; ¿ pero no sabemos si se adapta a la placa ( la mia es arduino leonardo); ? sería bueno que alguien que lo haya trasteado haga un pequeño manual de pasos......

  8. #68
    carlis1978 está desconectado Forero Junior
    Fecha de ingreso
    abr 2014
    Ubicación
    Guadalajara
    Mensajes
    25

    Predeterminado Re: Ajustar MK2 para evitar verter a red

    Yo tengo el mk2 de robin como Pandarojo. Para adaptar el programa del mk2 al cerobox, primero hay que saber que entradas y salidas una el zerobox. Antes de montarme el mk2 vi unos montajes que erana anteriores al mk2 , que supongo son los del zerobox, aunque no estoy del sodo seguro.

    Voy atratar de subir algunas imágenes para que los que tengis el zerobox me diagais si es el mismo hardware.

  9. #69
    carlis1978 está desconectado Forero Junior
    Fecha de ingreso
    abr 2014
    Ubicación
    Guadalajara
    Mensajes
    25

    Predeterminado Re: Ajustar MK2 para evitar verter a red

    Ajustar MK2 para evitar verter a red-esquema-general-copia.jpg
    Ajustar MK2 para evitar verter a red-ensamblado-total.jpg

  10. #70
    jorg está desconectado Forero
    Fecha de ingreso
    jul 2012
    Ubicación
    barcelona
    Mensajes
    223

    Predeterminado Re: Ajustar MK2 para evitar verter a red

    El mío, lleva la placa leopardo, es diferente, lo compre en revosolar..

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

    Quise decir leonardo

  11. #71
    goatisan está desconectado Forero
    Fecha de ingreso
    oct 2015
    Ubicación
    los alcazares
    Mensajes
    30

    Predeterminado Re: Ajustar MK2 para evitar verter a red

    ESTIMADO JORG , Yo también he comprado el aparato a esta gente y son los que nos tendrían que ayudar con el tema. El esquema no lo tengo , voy a ver si cuelgo alguna foto.

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

    Ajustar MK2 para evitar verter a red-img_20151123_183248.jpgAjustar MK2 para evitar verter a red-img_20151123_183223.jpgPulsa en la imagen para verla en tamaño completo

Nombre: IMG_20151123_183223.jpg
Visitas: 270
Tamaño: 106,3 KB
ID: 13750Pulsa en la imagen para verla en tamaño completo

Nombre: IMG_20151123_183223.jpg
Visitas: 270
Tamaño: 106,3 KB
ID: 13750

  12. #72
    pandarojo está desconectado Forero
    Fecha de ingreso
    feb 2014
    Ubicación
    Galicia Sur
    Mensajes
    137

    Predeterminado Re: Ajustar MK2 para evitar verter a red

    Las entradas no coinciden por lo que veo, pero no es problema, es muy fácil el cambiar las entradas, para el que sabe, claro. Lo primero que hay que identificar es a donde va cada entrada, la de tensión y la de intensidad, como de salida sólo hay una, pues nada, solo es cambiarla en el programa por la suya. Luego viene la parte hardware, es decir cambiar el trigger del triac, pero veo que los teneis soldados. Habría que desoldarlo y ya que estamos poner un zócalo, y poner el nuevo.

    No lo he mencionado, pero no tengo ni idea de programar arduinos, pero hay por aquí gente que sí sabe y que puede ayudar. De todos modos si tuviese uno para probar lo intentaba.....

    A ver si alguien se anima a adaptarlo y lo podeis probar. Eso sí, lo mejor sería conseguir sacar el programa del cacharro, por si las moscas.

    Me acabo de dar cuenta, torpe de mí, que también se pueden cambiar los cables de sitio para probar, pero mejor adaptar el programa.....

  13. #73
    Alfatango está desconectado Forero Junior
    Fecha de ingreso
    ene 2008
    Ubicación
    Ibiza
    Mensajes
    9

    Predeterminado Re: Ajustar MK2 para evitar verter a red

    Hola foro, yo tambien poseo un zero box mr2 adquirido en revosolar. El esquema que intentare subir se corresponde exacto con el mio
    salvo el arduino uno que es el leonardo pero los pines coincidenAjustar MK2 para evitar verter a red-esquema_zero_box001.jpg

  14. #74
    carlis1978 está desconectado Forero Junior
    Fecha de ingreso
    abr 2014
    Ubicación
    Guadalajara
    Mensajes
    25

    Predeterminado Re: Ajustar MK2 para evitar verter a red

    Este es parte del código del mk2 de robin.



    // allocation of digital pins when pin-saving hardware is in use
    // ************************************************** ***********
    // D0 & D1 are reserved for the Serial i/f
    // D2 is for the RFM12B
    const byte tempSensorPin = 3; // <-- the "mode" port
    const byte outputForTrigger = 4;
    // D5 is the enable line for the 7-segment display driver, IC3
    // D6 is a data input line for the 7-segment display driver, IC3
    // D7 is a data input line for the 7-segment display driver, IC3
    // D8 is a data input line for the 7-segment display driver, IC3
    // D9 is a data input line for the 7-segment display driver, IC3
    // D10 is for the RFM12B
    // D11 is for the RFM12B
    // D12 is for the RFM12B
    // D13 is for the RFM12B

    // allocation of analogue pins
    // ***************************
    // A0 (D14) is the decimal point driver line for the 4-digit display
    // A1 (D15) is a digit selection line for the 4-digit display, via IC4
    // A2 (D16) is a digit selection line for the 4-digit display, via IC4
    const byte voltageSensor = 3; // A3 is for the voltage sensor
    const byte currentSensor_diverted = 4; // A4 is for CT2 which measures diverted current
    const byte currentSensor_grid = 5; // A5 is for CT1 which measures grid current


    En negrita los pines se usan en este programa.

    *disparo ( digital 4)
    *Ct1 (pinza azul para medir corriente analógica 5). El ct2 sólo se usa para medir la energia mandada al termo y poder verla en un display
    *medición de tensión (analógica 3).

    Seria cuestión de saber mediante un esquema de quien os lo vedio ( creo imposible por lo que contais), o si no firgarse en la placa que teneis y con el esquma de la foto que colgue el otro dia ver donde van conectadas las dos entradas y la salida de disparo.

    Una vez que las sabeis, las cambiais en el programa de arduino y haber que pasa....

    Este programa usa mas salidas para el display de 7 segmentos, tabién el ct2....que supongo no afectaría en nada el que no este cableado.

    saludos

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

    Alfatango entonces bien fácil.

    trigger 4----> lo cambiamos `por 9
    sensor tensión 3-----> lo cambiamos por 2
    sensor corriente 5-----> lo cambiamos por 1

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

    Se me olvido comentar que el pin
    const byte tempSensorPin = 3; // <-- the "mode" port

    El programa del mk2 de robin tiene conectado un interruptor para seleccionar 2 modos de funcionamiento. Norma y antiparpadeo que creo que el zerobox no tiene..., decirme si me equivoco.

  15. #75
    pandarojo está desconectado Forero
    Fecha de ingreso
    feb 2014
    Ubicación
    Galicia Sur
    Mensajes
    137

    Predeterminado Re: Ajustar MK2 para evitar verter a red

    Hola, efectivamente es como lo describes. Algunas precisiones:

    El "mode port", se utilizaba para cambiar entre "normal" y "antiflicker", pero no hace falta conectarlo a nada, de hecho se cambia directamente dentro del programa.

    El Ct2, es para lo que comentas y tampoco es necesario.

    El display, está programado junto con el Ct2, para mostrar la energía derivada al termo, pero si no lo tienes no pasa nada.



    Por cierto, es posible que en muy poco tiempo tenga novedades, en cuanto a un nuevo programa con control por ángulo de fase y respuesta muy rápida, a ver si es verdad. Me falta probarlo, ya os contaré....

  16. #76
    carlis1978 está desconectado Forero Junior
    Fecha de ingreso
    abr 2014
    Ubicación
    Guadalajara
    Mensajes
    25

    Predeterminado Re: Ajustar MK2 para evitar verter a red

    Estaré atentamente a la espera.
    Gracias

  17. #77
    pandarojo está desconectado Forero
    Fecha de ingreso
    feb 2014
    Ubicación
    Galicia Sur
    Mensajes
    137

    Predeterminado Re: Ajustar MK2 para evitar verter a red

    Bueno, ya lo he probado, y va de lujo. Funciona prácticamente instantáneo, es decir, cuando estamos derivando excedentes y encendemos un consumo, por ejemplo un secador, el mk2 deja de derivar al instante y, cuando apagamos el secador, vuelve a derivar instantáneamente. Aún no se lo he confirmado a Robin, pero el ya lo había probado, y de hecho, me mandó un archivo explicándome como fué haciendo las pruebas. Si interesa, luego lo cuelgo por aquí.

    Como siempre, yo por precaución siempre le pongo que a partir de 30 - 50 wh ya empiece a derivar, al fin y al cabo es una energía que se va al termo, no se malgasta.

    Un saludo.

  18. #78
    carlis1978 está desconectado Forero Junior
    Fecha de ingreso
    abr 2014
    Ubicación
    Guadalajara
    Mensajes
    25

    Predeterminado Re: Ajustar MK2 para evitar verter a red

    Si lo pones siempre aprenderemos algo mas. Fenomenal cuando te venga bien lo pasas haber si podemos hacer que nos funcione a todos.

  19. #79
    pandarojo está desconectado Forero
    Fecha de ingreso
    feb 2014
    Ubicación
    Galicia Sur
    Mensajes
    137

    Predeterminado Re: Ajustar MK2 para evitar verter a red

    Aquí teneis el proceso, he cambiado mi nombre por *****...........:


    In June 2015, ***** ******* (#126) purchased a “basic” pre-built main board from me. No RF or display elements are fitted, but both CT channels are equipped. CT2 is for measuring the diverted power. The cusomer's intention is that each Wh of diverted energy will result in a pulse which can be detected by his receiver system.

    Although this board passed all tests here, the standard burst-mode sketch proved to be not suitable for the on-site environment. On 14/09/15, I therefore supplied a phase-angle controlled sketch which was a great improvement. The history of this sketch appears to be as follows:

    2012: My original p-a control sketch was posted on the OEM forum. This was a simple alternative to my original burst-mode Mk2 sketch. At that stage, all of my code was in a fully FP form because integer maths had not yet appeared on the scene.

    Spring 2015: For NH in Cyprus (#071), I created a p-a variant that was based on RFdatalog_4. It was actually based on RFdatalog_4a in which a button to display the temperature had been added. To get the FP p-a code to run within the integer maths environment, I converted the level in the energy bucket to Joules at each mains cycle. This approach seems to work fine. The resulting code was saved as Mk2_phaseAngle_1.ino

    Sep 2015: For use by RS, I commented out the unnecessary sections and sent this as Mk2_phaseAngle_2. Along with this code, I sent a results file which showed this code being put through its paces in a “balance” rig. For some reason, I can no longer find this pair of files on my PC here.

    At this stage, it would sensible to copy these files into my CustomerSpecials area for #126. These files are still attached to my 'Sent' email of 22:25 14/09/15. Copies are now in a pa_2 subdirectory.

    I should now endeavour to replicate these results using this same sketch. All I did was to set up a generation rate of 750W and watch the balance position change as the load was varied, i.e.
    With a PV equivalent of 750W, the load was set to:
    3kW
    2kW
    1kW
    0kW
    1kW
    2kW
    3kW
    the 'PV' was then turned off.

    Repeating this test today, the results are very similar to my previous result file:

    grid power 0, min_SS/MC 64, minJoules 0, maxJoules 0
    grid power 0, min_SS/MC 63, minJoules 0, maxJoules 0
    grid power 0, min_SS/MC 63, minJoules 0, maxJoules 1628
    grid power 0, min_SS/MC 63, minJoules 1628, maxJoules 1633
    grid power 0, min_SS/MC 63, minJoules 1628, maxJoules 1633
    grid power 0, min_SS/MC 62, minJoules 1628, maxJoules 1633
    grid power 0, min_SS/MC 63, minJoules 1628, maxJoules 1705
    grid power 0, min_SS/MC 63, minJoules 1703, maxJoules 1706
    grid power 0, min_SS/MC 63, minJoules 1703, maxJoules 1706
    grid power 0, min_SS/MC 63, minJoules 1703, maxJoules 1706
    grid power 0, min_SS/MC 63, minJoules 1703, maxJoules 1951
    grid power 0, min_SS/MC 63, minJoules 1950, maxJoules 1969
    grid power 0, min_SS/MC 63, minJoules 1967, maxJoules 1971
    grid power 0, min_SS/MC 63, minJoules 1971, maxJoules 3362
    grid power 0, min_SS/MC 63, minJoules 3375, maxJoules 3599
    grid power 0, min_SS/MC 63, minJoules 3599, maxJoules 3599
    grid power 0, min_SS/MC 63, minJoules 3019, maxJoules 3599
    grid power 0, min_SS/MC 63, minJoules 1998, maxJoules 2032
    grid power 0, min_SS/MC 63, minJoules 1992, maxJoules 1998
    grid power 0, min_SS/MC 63, minJoules 1992, maxJoules 1993
    grid power 0, min_SS/MC 63, minJoules 1713, maxJoules 2139
    grid power 0, min_SS/MC 63, minJoules 1702, maxJoules 1712
    grid power 0, min_SS/MC 63, minJoules 1703, maxJoules 1706
    grid power 0, min_SS/MC 63, minJoules 1703, maxJoules 1706
    grid power 0, min_SS/MC 63, minJoules 1703, maxJoules 1707
    grid power 0, min_SS/MC 63, minJoules 1637, maxJoules 1708
    grid power 0, min_SS/MC 63, minJoules 1629, maxJoules 1633
    grid power 0, min_SS/MC 63, minJoules 1628, maxJoules 1633
    grid power 0, min_SS/MC 63, minJoules 1629, maxJoules 1633
    grid power 0, min_SS/MC 63, minJoules 1352, maxJoules 1631
    grid power 0, min_SS/MC 63, minJoules 1351, maxJoules 1352
    grid power 0, min_SS/MC 63, minJoules 1350, maxJoules 1351
    grid power 0, min_SS/MC 63, minJoules 1349, maxJoules 1350
    grid power 0, min_SS/MC 63, minJoules 1347, maxJoules 1349

    My objective today is to reduce the amount of time before diversion of surplus power commences. This is to avoid export being detected by *****'s meter. I envisage a number of stages to this process:

    1. Move the working range from 1300 - 2300 to a lower position such as 300 - 1300;
    2. Reduce the bucket's capacity to 2000
    3. Move the working range again from 300 - 1300 to 0 - 1000
    4. Reduce the bucket's capacity again to 1000
    5. Reduce the working range from 0 - 1000 to 0 - 500
    6. Reduce the bucket's capacity to 500

    At each stage, check that the resulting performance is as expected. OK, here goes ...

    First, save the original version as dev_0 ... done.

    For stage 1, change 1300 to 300 @ Line 911 (lower end of active range)
    and change 2300 to 1300 @ Line 917 (upper end of active range)
    and change 1800 to 800 @ Line 930 (mid-point of active range)

    With these changes in place, the performance should be the same as before but with the balance points shifted 'down' by 1000 Joules ... which it is:

    grid power 0, min_SS/MC 0, minJoules 0, maxJoules 5
    grid power 0, min_SS/MC 63, minJoules 5, maxJoules 10
    grid power 0, min_SS/MC 63, minJoules 10, maxJoules 660
    grid power 0, min_SS/MC 62, minJoules 652, maxJoules 661
    grid power 0, min_SS/MC 62, minJoules 653, maxJoules 731
    grid power 0, min_SS/MC 63, minJoules 724, maxJoules 735
    grid power 0, min_SS/MC 63, minJoules 723, maxJoules 993
    grid power 0, min_SS/MC 62, minJoules 994, maxJoules 1022
    grid power 0, min_SS/MC 62, minJoules 1022, maxJoules 3113
    grid power 0, min_SS/MC 63, minJoules 3137, maxJoules 3599
    grid power 0, min_SS/MC 63, minJoules 2455, maxJoules 3599
    grid power 0, min_SS/MC 62, minJoules 1052, maxJoules 1077
    grid power 0, min_SS/MC 62, minJoules 1051, maxJoules 1055
    grid power 0, min_SS/MC 62, minJoules 724, maxJoules 1055
    grid power 0, min_SS/MC 63, minJoules 724, maxJoules 731
    grid power 0, min_SS/MC 63, minJoules 725, maxJoules 733
    grid power 0, min_SS/MC 62, minJoules 654, maxJoules 731
    grid power 0, min_SS/MC 62, minJoules 654, maxJoules 662
    grid power 0, min_SS/MC 62, minJoules 348, maxJoules 661
    grid power 0, min_SS/MC 62, minJoules 339, maxJoules 348
    grid power 0, min_SS/MC 62, minJoules 330, maxJoules 339

    OK, so that was stage 1. Saving as dev_1 ... done.

    For stage 2, I need to reduce the bucket capacity to 2000 Joules. Let's also change the name of the relevant literal from SWEETZONE_IN_JOULES to BUCKET_CAPACITY_IN_JOULES, this being @ line 77. With this change, the only effect should be to limit the max value that the bucket can get to. With a 3kW load, with and without a 750W generation, this is clearly what I'm seeing:

    grid power 0, min_SS/MC 0, minJoules 0, maxJoules 8
    grid power 0, min_SS/MC 64, minJoules 8, maxJoules 14
    grid power 0, min_SS/MC 63, minJoules 14, maxJoules 660
    grid power 0, min_SS/MC 63, minJoules 652, maxJoules 659
    grid power 0, min_SS/MC 63, minJoules 652, maxJoules 1999
    grid power 0, min_SS/MC 63, minJoules 1999, maxJoules 1999
    grid power 0, min_SS/MC 63, minJoules 653, maxJoules 1999
    grid power 0, min_SS/MC 63, minJoules 653, maxJoules 659
    grid power 0, min_SS/MC 63, minJoules 351, maxJoules 659
    grid power 0, min_SS/MC 63, minJoules 341, maxJoules 351
    grid power 0, min_SS/MC 63, minJoules 332, maxJoules 341
    grid power 0, min_SS/MC 63, minJoules 322, maxJoules 332
    grid power 0, min_SS/MC 63, minJoules 313, maxJoules 322
    grid power 0, min_SS/MC 63, minJoules 305, maxJoules 313

    That was stage 2, so save as dev_2 ... done.

    Stage 3 is a repeat of Stage 1 in which I need to
    change 300 to 0 @ Line 911 (lower end of active range)
    and change 1300 to 1000 @ Line 917 (upper end of active range)
    and change 800 to 500 @ Line 930 (mid-point of active range)

    With these changes in place, I should see the same performance but shifted 'down' a further 300 Joules ... which I do:

    grid power 0, min_SS/MC 0, minJoules 0, maxJoules 2
    grid power 0, min_SS/MC 62, minJoules 0, maxJoules 0
    grid power 0, min_SS/MC 63, minJoules 0, maxJoules 361
    grid power 0, min_SS/MC 63, minJoules 353, maxJoules 360
    grid power 0, min_SS/MC 63, minJoules 353, maxJoules 430
    grid power 0, min_SS/MC 63, minJoules 425, maxJoules 432
    grid power 0, min_SS/MC 63, minJoules 377, maxJoules 692
    grid power 0, min_SS/MC 63, minJoules 693, maxJoules 718
    grid power 0, min_SS/MC 63, minJoules 717, maxJoules 738
    grid power 0, min_SS/MC 63, minJoules 736, maxJoules 1999
    grid power 0, min_SS/MC 63, minJoules 1999, maxJoules 1999
    grid power 0, min_SS/MC 63, minJoules 796, maxJoules 1999
    grid power 0, min_SS/MC 63, minJoules 736, maxJoules 751
    grid power 0, min_SS/MC 63, minJoules 425, maxJoules 741
    grid power 0, min_SS/MC 63, minJoules 420, maxJoules 431
    grid power 0, min_SS/MC 63, minJoules 354, maxJoules 431
    grid power 0, min_SS/MC 63, minJoules 50, maxJoules 360
    grid power 0, min_SS/MC 63, minJoules 40, maxJoules 50
    grid power 0, min_SS/MC 63, minJoules 30, maxJoules 40
    grid power 0, min_SS/MC 63, minJoules 20, maxJoules 30

    Nice, so save as save as dev_3 ... done.

    For stage 4, I just need to reduce the value of BUCKET_CAPACITY_IN_JOULES from 2000 to 1000. With this change in place, I expect identical performance except that the 'middle' value will be capped at 1000 rather the 2000 Joules ... which it is:

    grid power 0, min_SS/MC 0, minJoules 0, maxJoules 2
    grid power 0, min_SS/MC 63, minJoules 0, maxJoules 249
    grid power 0, min_SS/MC 63, minJoules 260, maxJoules 359
    grid power 0, min_SS/MC 63, minJoules 353, maxJoules 360
    grid power 0, min_SS/MC 63, minJoules 352, maxJoules 360
    grid power 0, min_SS/MC 63, minJoules 353, maxJoules 999
    grid power 0, min_SS/MC 63, minJoules 999, maxJoules 999
    grid power 0, min_SS/MC 63, minJoules 353, maxJoules 999
    grid power 0, min_SS/MC 63, minJoules 352, maxJoules 360
    grid power 0, min_SS/MC 63, minJoules 50, maxJoules 359
    grid power 0, min_SS/MC 63, minJoules 40, maxJoules 50
    grid power 0, min_SS/MC 63, minJoules 30, maxJoules 40

    Save as dev_4 ... done.

    OK. This version has the original range of 1000 Joules but within a bucket that is just 1000 Joules. The performance is therefore as tightly constrained as it can be. The next stage is to see whether the active range over while p-a control is applied can be reduced from 1000 Joules to a lower value of say 500 Joules. Although this should work in principle, the behaviour may be less predictable.

    For stage 5, I will need to
    change 1000 to 500 @ line 917 (upper limit of active range)
    and 500 to 250 @ line 930 (half-width of active range)
    [ <<<<< Wrong! I should have made 2 changes to L930 here !!!]

    With these changes in place, the output is flickering, just as reported by *****. I will need to inspect this line of Robert's in more detail. In the original version, it was:

    // complex algorithm which reflects the non-linear nature of phase-angle control.
    firingDelayInMicros = (asin((-1 * (energyInBucket - 1800) / 500)) + (PI/2)) * (10000/PI);


    I think I can follow this line. Let's leave the upper limit as it was (1000) which I expect to make no difference ... and it doesn't. Now try with the half-range at line 930 set to 400 and reduce the upper limit to 800 at line 917 ... and it starts flckering again.

    Either there is something that I don't understand about this line, or my control system is right on the edge of instability. Let's try with a wider control range of 2000J rather than 1000. So that will require:
    lower limit = 0 at line 911;
    upper limit = 2000 at line 917;
    mid-point = 1000 at line 930;
    half-range = 1000 at line 930;
    bucket capacity = 2000 at line 77;

    And this works nicely. Now reinstate (most of) my 'dev_4' values of
    lower limit = 0 at line 911;
    upper limit = 1000 at line 917;
    mid-point = 500 at line 930;
    half-range = 500 at line 930;

    and this behaves as before. Now tighten it up a bit, i.e.
    lower limit = 0 at line 911;
    upper limit = 800 at line 917;
    mid-point = 400 at line 930;
    half-range = 400 at line 930;

    and this is fine. In which case, this should be OK too:
    lower limit = 0 at line 911;
    upper limit = 600 at line 917;
    mid-point = 300 at line 930;
    half-range = 300 at line 930;

    and it is. Finally, try the values which I thought I had in place before, i.e.
    lower limit = 0 at line 911;
    upper limit = 500 at line 917;
    mid-point = 250 at line 930;
    half-range = 250 at line 930;

    ... and this is fine, no flickering or instability. Maybe having no extra room in the bucket was the problem. So now try with
    bucket capacity = 500 at line 77;

    .. and this is fine too. So I now don't understand what was going wrong before. Let's do another full run with these settings which I should save as dev_6 ... done

    (stage 5 has been omitted)

    grid power 0, min_SS/MC 63, minJoules 0, maxJoules 0
    grid power 0, min_SS/MC 63, minJoules 0, maxJoules 180
    grid power 0, min_SS/MC 63, minJoules 174, maxJoules 181
    grid power 0, min_SS/MC 63, minJoules 175, maxJoules 216
    grid power 0, min_SS/MC 63, minJoules 210, maxJoules 219
    grid power 0, min_SS/MC 63, minJoules 211, maxJoules 349
    grid power 0, min_SS/MC 63, minJoules 347, maxJoules 362
    grid power 0, min_SS/MC 63, minJoules 361, maxJoules 369
    grid power 0, min_SS/MC 63, minJoules 368, maxJoules 499
    grid power 0, min_SS/MC 63, minJoules 499, maxJoules 499
    grid power 0, min_SS/MC 63, minJoules 354, maxJoules 499
    grid power 0, min_SS/MC 63, minJoules 356, maxJoules 370
    grid power 0, min_SS/MC 63, minJoules 368, maxJoules 377
    grid power 0, min_SS/MC 63, minJoules 210, maxJoules 422
    grid power 0, min_SS/MC 63, minJoules 210, maxJoules 216
    grid power 0, min_SS/MC 63, minJoules 211, maxJoules 216
    grid power 0, min_SS/MC 63, minJoules 175, maxJoules 217
    grid power 0, min_SS/MC 63, minJoules 175, maxJoules 181
    grid power 0, min_SS/MC 63, minJoules 175, maxJoules 181
    grid power 0, min_SS/MC 63, minJoules 18, maxJoules 179
    grid power 0, min_SS/MC 63, minJoules 8, maxJoules 18
    grid power 0, min_SS/MC 63, minJoules 0, maxJoules 8

    These values all look OK. ***** now has a selection of sketches which he can try.
    dev_4 has the original working range but starts acting immediately
    dev_6 has only half of the working range and also starts acting immediately.

    I think the problem was that I was previously only altering one of the values at line 930. When the lower point of the active range is fixed, both values in line 930 will need to be changed. I now believe that dev_6 is a valid sketch for ***** to try.

    For some reason, the output is coming on fully at the start of the sketch. Let's investigate this using dev_6. The load is coming on after setup() has completed. It's probably to do with the variable beyondStartUpPhase. Yes, the trigger can be forced into the OFF state by means of an additional check at line 822.

    Save this version as dev_7 ... done.

    Check: In my _1a version, I had:
    if (energyInBucket <= 100) .. @L899
    if (energyInBucket >= 1100) @L906
    firingDelayInMicros = (asin((-1 * (energyInBucket - 600) / 500)) + (PI/2)) * (10000/PI); @L920

    These values all look OK to me, and this sketch (although I never previously tested it myself) is now working correctly here. So there remains some uncertainty about oscillations that both ***** and I have seen during this development process.

    Anyway, I reckon the next stage is for ***** to try dev_7 ...

  20. #80
    goatisan está desconectado Forero
    Fecha de ingreso
    oct 2015
    Ubicación
    los alcazares
    Mensajes
    30

    Predeterminado Re: Ajustar MK2 para evitar verter a red

    Estimado Alfatango. Yo podría hacer los cambios que tú comentas con mi placa arduino Leonardo , la que he puesto en la foto?.
    Pues en la publicidad ponen la placa de arduino uno y a mí me han vendido la de Leonardo.

Página 4 de 6 PrimerPrimer ... 4 ... ÚltimoÚltimo

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