500개가 넘는 루프에서 그 값을 저장된 값과 비교하는 작업을 여러 번 수행해야 하고 동일한 루프에서 해시를 계산하고 저장된 값과 비교하는 것보다 시간이 오래 걸린다면 감각. 그러나 이것은 거의 사실이 아닙니다.
prev_calculated를 재설정하는 드문 경우가 눈에 띄게 오래 걸리는 이유는 무엇이라고 생각합니까?
EA는 매분 지표에 액세스하여 새로운 사항을 확인합니다. prev_calculated=0이 확인되면 전체 재계산이 수행되고 계산하는 데 오래 걸리지는 않지만 여전히 그렇습니다. 그리고 예를 들어 , USDCNH 쌍은 내 브로커가 재설정하는 경우가 거의 없습니다. 재설정 시간(prev_calculated=0):
추신 히스토리/차트 터미널의 Max bar에 2000/2000을 설정하면 어떤 캔들이 바뀌는지 궁금합니다.
EA는 매분 지표에 액세스하여 새로운 사항을 확인합니다. prev_calculated=0이 확인되면 전체 재계산이 수행되고 계산하는 데 오래 걸리지는 않지만 여전히 그렇습니다. 예를 들어 USDCNH 쌍은 브로커가 재설정하는 경우가 거의 없습니다. 재설정 시간(prev_calculated=0):
추신 히스토리/차트 터미널의 Max bar에 2000/2000을 설정하면 어떤 캔들이 바뀌는지 궁금합니다.
그것을 의심하지 않았습니다. 글쎄, 그렇다면 귀찮게 할 의미가 없습니다. 방금 설명서에서 " OnCalculate() 함수에 대한 마지막 호출 이후 가격 데이터가 변경된 경우( 더 깊은 기록이 업로드되었거나 기록 간격이 채워진 경우) prev_calculated 입력 매개변수의 값이 다음으로 설정됩니다. 터미널 자체에 의해 0입니다."
OrderModify TP 및 SL은 한 쌍(HSI50)에 대해 DC에서 전달하지 않으며 나머지 쌍은 모두 DC에서 순서대로 있습니다. 모든 것이 수동으로 변경되지만 OrderModify를 시도하자마자 OrderModify에서 TP 및 SL을 제거할 수도 없습니다. 잘못된 가격(129)으로 인해 오류가 발생했습니다. 분명히 OrderModify에 대한 금지가 있습니다(이유는 분명하지 않음). 질문은 누군가 OrderModify를 확인했습니까? 이것을 확인하는 방법? 추신 계약 사양 HSI50(전체 액세스).
안녕하세요! 한 브로커가 지속적으로(하루에 한두 번) MarketInfo()를 전송하고 값 0(특히 MODE_MARGINREQUIRED)을 얻습니다. 괜찮은 것 같고 보호는 했지만 동시에 iCustom() 표시기(리소스를 통해 연결됨)에 도달하려는 시도가 사라집니다. MarketInfo()가 다시 데이터를 수신한 후에도 iCustom()이 무음으로 두드려도 표시기가 연결되지 않습니다. 터미널을 다시 시작하는 것만으로도 도움이 됩니다. 터미널을 다시 시작하지 않고 표시기에 도달하는 방법, 아이디어가 있습니까? 표시기가 리소스 어딘가에서 사라질 수 있습니까?
Nauris Zukas : 안녕하세요! 한 브로커가 지속적으로(하루에 한두 번) MarketInfo()를 전송하고 값 0(특히 MODE_MARGINREQUIRED)을 얻습니다. 괜찮은 것 같고 보호는 했지만 동시에 iCustom() 표시기(리소스를 통해 연결됨)에 도달하려는 시도가 사라집니다. MarketInfo()가 다시 데이터를 수신한 후에도 iCustom()이 무음으로 두드려도 표시기가 연결되지 않습니다. 터미널을 다시 시작하는 것만으로도 도움이 됩니다. 터미널을 다시 시작하지 않고 표시기에 도달하는 방법, 아이디어가 있습니까? 표시기가 리소스 어딘가에서 사라질 수 있습니까?
브로커가 일반 모드에서 또는 거래를 열지 않고 FIFO로 작동하는지 확인할 수 있는 기술적인 가능성이 있는지 알려주십시오. 나는 전체 도크를 살펴 보았고 그러한 매개 변수를 찾지 못했습니다. MT5에서는 원칙적으로 계정 유형에 따라 상계 여부를 결정할 수 있으며 헤징은 비활성화됩니다.
500개가 넘는 루프에서 그 값을 저장된 값과 비교하는 작업을 여러 번 수행해야 하고 동일한 루프에서 해시를 계산하고 저장된 값과 비교하는 것보다 시간이 오래 걸린다면 감각.
그러나 이것은 거의 사실이 아닙니다.
prev_calculated를 재설정하는 드문 경우가 눈에 띄게 오래 걸리는 이유는 무엇이라고 생각합니까?
EA는 매분 지표에 액세스하여 새로운 사항을 확인합니다. prev_calculated=0이 확인되면 전체 재계산이 수행되고 계산하는 데 오래 걸리지는 않지만 여전히 그렇습니다. 그리고 예를 들어 , USDCNH 쌍은 내 브로커가 재설정하는 경우가 거의 없습니다.
재설정 시간(prev_calculated=0):
추신 히스토리/차트 터미널의 Max bar에 2000/2000을 설정하면 어떤 캔들이 바뀌는지 궁금합니다.추신 히스토리/차트 터미널의 Max bar에 2000/2000을 설정하면 어떤 캔들이 바뀌는지 궁금합니다.
OHLC를 저장하는 4개의 표시기 버퍼 가 있는 표시기 작성 - 표시기가 처음 실행될 때 채우기
prev_calculated=0이 트리거되면 OHLC 와 버퍼 간의 불일치가 발생한 양초 로그에 쓴 다음 표시기 버퍼를 새 버퍼와 동기화합니다. OHLC
추신: 원칙적으로 처음 시작할 때 버퍼 표시기를 채우는 것은 의미가 없습니다. 이는 prev_calculated=0으로도 수행할 수 있습니다.
EA는 매분 지표에 액세스하여 새로운 사항을 확인합니다. prev_calculated=0이 확인되면 전체 재계산이 수행되고 계산하는 데 오래 걸리지는 않지만 여전히 그렇습니다. 예를 들어 USDCNH 쌍은 브로커가 재설정하는 경우가 거의 없습니다.
재설정 시간(prev_calculated=0):
추신 히스토리/차트 터미널의 Max bar에 2000/2000을 설정하면 어떤 캔들이 바뀌는지 궁금합니다.이것이 막대의 변경일 가능성은 거의 없습니다. 오히려 서비스입니다.
귀찮게 하는건 정말 이해가 안가네요.
오히려 서비스입니다.
그것을 의심하지 않았습니다. 글쎄, 그렇다면 귀찮게 할 의미가 없습니다. 방금 설명서에서 " OnCalculate() 함수에 대한 마지막 호출 이후 가격 데이터가 변경된 경우( 더 깊은 기록이 업로드되었거나 기록 간격이 채워진 경우) prev_calculated 입력 매개변수의 값이 다음으로 설정됩니다. 터미널 자체에 의해 0입니다."
OHLC를 저장하는 4개의 표시기 버퍼 가 있는 표시기 작성 - 표시기가 처음 실행될 때 채우기
prev_calculated=0이 트리거되면 OHLC 와 버퍼 간의 불일치가 발생한 양초 로그에 쓴 다음 표시기 버퍼를 새 버퍼와 동기화합니다. OHLC
추신: 원칙적으로 처음 시작할 때 버퍼 표시기를 채우는 것은 의미가 없습니다. 이는 prev_calculated=0으로도 수행할 수 있습니다.
예, 감사합니다. 관심을 위해 별도의 지표를 만들겠습니다. 촛불이 바뀌거나 공식적인 것이 있는지 확인하십시오.
질문은 누군가 OrderModify를 확인했습니까? 이것을 확인하는 방법?
추신 계약 사양 HSI50(전체 액세스).
한 브로커가 지속적으로(하루에 한두 번) MarketInfo()를 전송하고 값 0(특히 MODE_MARGINREQUIRED)을 얻습니다. 괜찮은 것 같고 보호는 했지만 동시에 iCustom() 표시기(리소스를 통해 연결됨)에 도달하려는 시도가 사라집니다. MarketInfo()가 다시 데이터를 수신한 후에도 iCustom()이 무음으로 두드려도 표시기가 연결되지 않습니다. 터미널을 다시 시작하는 것만으로도 도움이 됩니다. 터미널을 다시 시작하지 않고 표시기에 도달하는 방법, 아이디어가 있습니까? 표시기가 리소스 어딘가에서 사라질 수 있습니까?
안녕하세요!
한 브로커가 지속적으로(하루에 한두 번) MarketInfo()를 전송하고 값 0(특히 MODE_MARGINREQUIRED)을 얻습니다. 괜찮은 것 같고 보호는 했지만 동시에 iCustom() 표시기(리소스를 통해 연결됨)에 도달하려는 시도가 사라집니다. MarketInfo()가 다시 데이터를 수신한 후에도 iCustom()이 무음으로 두드려도 표시기가 연결되지 않습니다. 터미널을 다시 시작하는 것만으로도 도움이 됩니다. 터미널을 다시 시작하지 않고 표시기에 도달하는 방법, 아이디어가 있습니까? 표시기가 리소스 어딘가에서 사라질 수 있습니까?
답변을 받고 싶은 질문입니다.
나는 Time[1]에 대해 "array out of range"를 만난 것을 기억하지 못하지만 이 사실은 EA에서 일어났습니다. 미리 정의된 시계열 배열 변수 에 대해 일종의 "범위를 벗어난 배열" 검사를 수행하고 있습니까?