Petiyashaket : 여기에 정확한 사본이 있습니다. 나는 후행 정지점에서 복사했기 때문에 카운터에 대해서만 이해하지 못합니다. 그래서 정지 손실을 프랙탈에 고정할 수 없습니다. 왜냐하면 그것들을 찾는 방법을 모르기 때문입니다. 간단히 말해서, 모든 것은 주기에 달려 있습니다. 이전 코드에서와 같은 주석은 매우 감사할 것입니다.
"나는 막연한 의심으로 괴로워"하고 모든 것이 시장 환경을 캐싱하는 메커니즘에 있다는 느낌이 떠나지 않습니다.
단말이 OrdersTotal(), OrderSymbol() 등과 같은 모든 이유로 "서버로 실행"되지 않도록 하기 위해 시장 환경은 특정 캐시에 복사되고, 각 스크립트와 스크립트는 이미 이 캐시에만 비즈니스를 가지고 있습니다. 서버의 시장 환경을 변경하는 OrderSend()와 같은 함수가 성공적으로 실행된 후에도 스크립트의 주요 기능이 전체 실행되는 동안 캐시가 자동으로 업데이트되지 않으므로 스크립트 내부에서 나타나는 순서는 "not 보이는 것", 즉 그것의 부재에 대한 환상이 만들어집니다. for 루프에 표시되지 않으므로 OrderModify()도 호출되지 않습니다. 그러한 가설은 막연한 의심과 끝없는 감각에 기초하여 생겨났습니다.
설명된 캐시는 예를 들어 OrderSend()를 호출한 직후 RefreshRates() 를 호출하여 업데이트하도록 강제할 수 있습니다. 가설이 맞는지 확인하십시오.
무엇보다도 RefreshRates()가 true를 반환하면 가설에 대한 추가 간접 확인이 됩니다.
Petiyashaket : 여기에 정확한 사본이 있습니다. 나는 for counter 만 이해하지 못합니다 . 왜냐하면 나는 후행 스톱에서 복사했기 때문에 프랙탈을 찾는 방법을 모르기 때문에 프랙탈에 손절매를 붙일 수 없습니다. , 모든 것은 주기에 달려 있습니다. 이전 코드에서와 같은 주석은 매우 감사할 것입니다.
이해가 되지 않는다면 여기 를 읽어보세요. 그리고 여기 . 그런 다음 각 틱에서 변수가 값을 잃지 않도록 하고 주기를 정상적으로 구성합니다.
"나는 막연한 의심으로 괴로워"하고 모든 것이 시장 환경을 캐싱하는 메커니즘에 있다는 느낌이 떠나지 않습니다.
단말이 OrdersTotal(), OrderSymbol() 등과 같은 모든 이유로 "서버로 실행"되지 않도록 하기 위해 시장 환경은 특정 캐시에 복사되고, 각 스크립트와 스크립트는 이미 이 캐시에만 비즈니스를 가지고 있습니다. 서버의 시장 환경을 변경하는 OrderSend()와 같은 함수가 성공적으로 실행된 후에도 스크립트의 주요 기능이 전체 실행되는 동안 캐시가 자동으로 업데이트되지 않으므로 스크립트 내부에서 나타나는 순서는 "not 보이는 것", 즉 그것의 부재에 대한 환상이 만들어집니다. for 루프에 표시되지 않으므로 OrderModify()도 호출되지 않습니다. 그러한 가설은 막연한 의심과 끝없는 감각에 기초하여 생겨났습니다.
설명된 캐시는 예를 들어 OrderSend()를 호출한 직후 RefreshRates() 를 호출하여 업데이트하도록 강제할 수 있습니다. 가설이 맞는지 확인하십시오.
무엇보다도 RefreshRates()가 true를 반환하면 가설에 대한 추가 간접 확인이 됩니다.
noob1 : 안녕하세요. 누가 알겠습니까? 보류 주문을 한 후 매수 및 매도에 대해 각각 1번째 막대의 저점과 고점에서 StopLos를 계산하려고 합니다. 그것은 단지 0, 1 오류 130의 결과일 뿐입니다. 미리 감사드립니다.
OrderOpenPrice()가 SL에 너무 가깝고 정류장이 "가격의 잘못된 쪽에" 배치되어 있는지 확인합니다. 여기에서 읽을 수 있습니다:
StopLoss 및 TakeProfit 가격은 시장에 너무 근접할 수 없습니다. 최소 정지 거리는 MODE_STOPLEVEL 매개변수와 함께 MarketInfo() 함수를 사용하여 얻을 수 있습니다. 잘못된 정지와 비정규 정지의 경우 오류 130(ERR_INVALID_STOPS)이 생성됩니다.
이 공식은 요구 사항에 맞게 수정하기가 매우 쉽습니다. 최소 로트만 고려하면 됩니다.
조금 다르게 보일거에요
여기서 X - 최소 로트를 여는 잔액,
그러나 최소 로트를 확인하는 것은 여전히 필요합니다.
그렇기 때문에 이러한 모든 어려움, 개별적으로 계산해야 하는 일종의 X? 네, 다시 확인하셔야 합니다...
공식을 구성하는 모든 값의 타당성과 허용가능성을 직접적이고 정직하게 통제하고 그냥 정직하게 계산하는 것이 더 쉽지 않을까요?
그건 그렇고, MathRound() 는 가장 가까운 정수로 반올림합니다. 즉, 불법적으로 쉽게 과대 평가할 수 있으므로 이미 추가 결과를 초래할 수 있습니다.
가난한.
여기에 정확한 사본이 있습니다. 나는 후행 정지점에서 복사했기 때문에 카운터에 대해서만 이해하지 못합니다. 그래서 정지 손실을 프랙탈에 고정할 수 없습니다. 왜냐하면 그것들을 찾는 방법을 모르기 때문입니다. 간단히 말해서, 모든 것은 주기에 달려 있습니다. 이전 코드에서와 같은 주석은 매우 감사할 것입니다.
"나는 막연한 의심으로 괴로워"하고 모든 것이 시장 환경을 캐싱하는 메커니즘에 있다는 느낌이 떠나지 않습니다.
단말이 OrdersTotal(), OrderSymbol() 등과 같은 모든 이유로 "서버로 실행"되지 않도록 하기 위해 시장 환경은 특정 캐시에 복사되고, 각 스크립트와 스크립트는 이미 이 캐시에만 비즈니스를 가지고 있습니다. 서버의 시장 환경을 변경하는 OrderSend()와 같은 함수가 성공적으로 실행된 후에도 스크립트의 주요 기능이 전체 실행되는 동안 캐시가 자동으로 업데이트되지 않으므로 스크립트 내부에서 나타나는 순서는 "not 보이는 것", 즉 그것의 부재에 대한 환상이 만들어집니다. for 루프에 표시되지 않으므로 OrderModify()도 호출되지 않습니다. 그러한 가설은 막연한 의심과 끝없는 감각에 기초하여 생겨났습니다.
설명된 캐시는 예를 들어 OrderSend()를 호출한 직후 RefreshRates() 를 호출하여 업데이트하도록 강제할 수 있습니다. 가설이 맞는지 확인하십시오.
무엇보다도 RefreshRates()가 true를 반환하면 가설에 대한 추가 간접 확인이 됩니다.
여기에 정확한 사본이 있습니다. 나는 for counter 만 이해하지 못합니다 . 왜냐하면 나는 후행 스톱에서 복사했기 때문에 프랙탈을 찾는 방법을 모르기 때문에 프랙탈에 손절매를 붙일 수 없습니다. , 모든 것은 주기에 달려 있습니다. 이전 코드에서와 같은 주석은 매우 감사할 것입니다.
"나는 막연한 의심으로 괴로워"하고 모든 것이 시장 환경을 캐싱하는 메커니즘에 있다는 느낌이 떠나지 않습니다.
단말이 OrdersTotal(), OrderSymbol() 등과 같은 모든 이유로 "서버로 실행"되지 않도록 하기 위해 시장 환경은 특정 캐시에 복사되고, 각 스크립트와 스크립트는 이미 이 캐시에만 비즈니스를 가지고 있습니다. 서버의 시장 환경을 변경하는 OrderSend()와 같은 함수가 성공적으로 실행된 후에도 스크립트의 주요 기능이 전체 실행되는 동안 캐시가 자동으로 업데이트되지 않으므로 스크립트 내부에서 나타나는 순서는 "not 보이는 것", 즉 그것의 부재에 대한 환상이 만들어집니다. for 루프에 표시되지 않으므로 OrderModify()도 호출되지 않습니다. 그러한 가설은 막연한 의심과 끝없는 감각에 기초하여 생겨났습니다.
설명된 캐시는 예를 들어 OrderSend()를 호출한 직후 RefreshRates() 를 호출하여 업데이트하도록 강제할 수 있습니다. 가설이 맞는지 확인하십시오.
무엇보다도 RefreshRates()가 true를 반환하면 가설에 대한 추가 간접 확인이 됩니다.
안녕하세요. 누가 알겠습니까? 보류 주문을 한 후 매수 및 매도에 대해 각각 1번째 막대의 저점과 고점에서 StopLos를 계산하려고 합니다. 그것은 단지 0, 1 오류 130의 결과일 뿐입니다. 미리 감사드립니다.
OrderOpenPrice()가 SL에 너무 가깝고 정류장이 "가격의 잘못된 쪽에" 배치되어 있는지 확인합니다. 여기에서 읽을 수 있습니다:
StopLoss 및 TakeProfit 가격은 시장에 너무 근접할 수 없습니다. 최소 정지 거리는 MODE_STOPLEVEL 매개변수와 함께 MarketInfo() 함수를 사용하여 얻을 수 있습니다. 잘못된 정지와 비정규 정지의 경우 오류 130(ERR_INVALID_STOPS)이 생성됩니다.
이 경우, 즉, 보류 중인 주문의 경우 "시장"은 "보류 중인 시가"입니다.
정상화하지 마십시오.