Errores, fallos, preguntas - página 792

[Olegs Kucerenko]

muallch:

Más sobre genética. El probador, por alguna razón, cree arrogantemente que con miles de millones de variantes encontrará la mejor en 1280 ejecuciones. ¡Y se detiene después de eso! Convencerlo de que cuente tradicionalmente con al menos 10 mil variantes no funciona... Recompilar, etc., no ayuda. ¡Qué lástima!

No, en serio, ¿qué hacer? No puedo detenerlo en absoluto.

Y tengo bastantes ejecuciones de 1280 (luego se amplía a un par de miles), pero a veces empieza con 10K.... A 1280, luego 10K.

[Igor Maslov]

Karlson:
Y tengo bastantes carreras de 1280 (luego se expande a un par de miles), pero a veces comienza con 10K.... A 1280, luego 10K.

Bueno, eso es una cuestión de opinión. Todo depende de las exigencias.

[Renat Fatkhullin]

muallch:

Karlson 2012.08.02 00:30 # Después de terminar o al detener la optimización, el botón Start-Stop permanece inactivo y desvanecido.

Confirmado, hay un error y es muy repetible. Además, los resultados de optimización del Asesor Experto que probé anoche han cambiado radicalmente - por ejemplo, el número de operaciones con los mismos parámetros ha disminuido 4 veces. Desgraciadamente, no he guardado los resultados de las carreras de ayer y no puedo rastrear por qué es así, sólo constato el hecho por ahora.

Este error ya ha sido corregido. El viernes se publicará una nueva versión.

[Igor Maslov]

Renat:
Este error ya ha sido corregido. El viernes saldrá una nueva versión.

Eso está muy bien. Tengo una sugerencia. Tras el lanzamiento de la citada compilación, "congelar" hasta el inicio del campeonato la introducción de cambios funcionales fundamentales, es decir, aquellos que hipotéticamente podrían afectar a los sistemas ya bien afinados. Esto no incluye, por supuesto, la corrección de errores. Es incómodo volver a la mitad del trabajo ya hecho.

[Валерий]

Renat:

Aquí es muy sencillo, no hay ningún error:

1. El gráfico de nivel de márgenes muestra la relación entre la cobertura de márgenes por operación y el capital total de la cuenta. Es decir, es un valor relativo, no un valor absoluto en dólares.
   
   
2. El lote es fijo, lo que hace que el margen requerido en la operación sea totalmente proporcional al precio de la acción de IBM. El tipo de cambio no fluctuó mucho entre 120 y 133 dólares.
   
   
3. Dado que el saldo (los fondos propios) aumenta y la cobertura del margen es casi fija (el tipo de cambio no ha variado mucho), el margen * 100,0 de los fondos propios disminuirá naturalmente.

Has cometido dos errores en tu razonamiento:

1. Pensaba que el margen tenía algo que ver con el saldo, olvidando que el volumen de la transacción era fijo.
   
   
2. No prestó atención al hecho de que se muestra el nivel de margen, no el margen en sí (el gráfico está hecho específicamente para mostrar la carga en la cuenta).
   

Es extraño escuchar esto del desarrollador jefe. Desde el manual de usuario del terminal:

El nivel de margen es la relación porcentual entre el importe de los fondos disponibles en una cuenta determinada y el importe del margen (Fondos / Margen * 100);

[Olegs Kucerenko]

Valmars:

Es extraño escuchar esto del desarrollador principal. Del manual de usuario del terminal:

El nivel de margen es la relación porcentual entre el importe de los fondos disponibles en una cuenta determinada y el importe del margen (Fondos / Margen * 100);

En mi gráfico del eurodólar, el saldo crece con fuerza, mientras que el margen no fluctúa tanto (digamos que es constante), por lo que hay un aumento del nivel.

En el gráfico de IBM el saldo crece mucho más débil, mientras que la garantía sobre las acciones crece significativamente (hay una carga muy alta en la deposición, el apalancamiento es pequeño y todo eso).

Esto hace que el nivel de margen disminuya a medida que el balance crece.

La fórmula es ... no es posible)))

[Сергей]

int TimeDayActivation ( int Iorder ) //Процедура активации советника в сторого определенное время и день недели
   {
//---
      TimeToStruct ( TimeCurrent (), time );
      if ( Iorder == 1 ) if ( time.day_of_week == _1_day && time.hour == _1_hour && time.min == _1_minute ) return true;

//---
      return false;
   }

este tipo de código funcionó bien en un EA para el Champ...

Ahora hay algo malo con time.min...

Si pongo 0 minutos, entonces un número de ofertas, si pongo 5 minutos, entonces 4 veces menos... (por no hablar de cambiar el día de la semana y las horas... )y es todo lo mismo, ¿por qué? es una pena, diferente número de oficios... aunque lógicamente no puede ser con 1-5 minutos de diferencia...

¿qué más se ha arruinado en el idioma en estos 6 meses? no veo ninguna mejora... las cosas han empeorado en todos los frentes

P.D. Se nota que tengo errores en alguna parte... de nuevo... hace seis meses todo funcionaba perfectamente... Las desviaciones fueron de 1-2 transacciones... podrías ignorar eso... las torpezas del probador... pero no varias veces... cómo se puede confiar en esas pruebas en absoluto...

[Anatoli Kazharski]

S4kam:

un código como este funcionaba bien en un EA para el Champ...

...

Intenta mostrar todos los valores en el registro. ¿Qué muestra?

[Stanislav Korotky]

¿Cómo se ejecuta la optimización mediante agentes en la nube? La nube está conectada, las nubes en 4 trozos escriben listas. En el menú contextual se activa la opción Usar -> Red en la nube Mql5. Sin embargo, cuando se inicia la optimización, sólo funcionan los agentes locales y los agentes de la nube escriben todos los fallos.

[Olegs Kucerenko]

marketeer:
¿Cómo se ejecuta la optimización mediante agentes en la nube? La nube está conectada, las nubes en 4 trozos escriben listas. En el menú contextual se activa la opción Usar -> Red en la nube Mql5. Sin embargo, cuando se inicia la optimización, sólo funcionan los agentes locales y los agentes de la nube escriben todos los fallos.

¿Por qué no es visible en el archivo de registro? Porque parece que está habilitado, conectado...