Перед тем как приступить к изучению торговых функций платформы, необходимо создать четкое представление об основных терминах: ордер, сделка и позиция. — это распоряжение брокерской компании купить или продать финансовый инструмент. Различают два основных типа ордеров: рыночный и отложенный. Помимо них существуют специальные ордера Тейк Профит...
В языке MQL5 предусмотрена обработка некоторых предопределенных событий. Функции для обработки этих событий должны быть определены в программе MQL5: имя функции, тип возвращаемого значения, состав параметров (если они есть) и их типы должны строго соответствовать описанию функции-обработчика события. Именно по типу возвращаемого значения и по...
https://www.mql5.com/en/blogs/post/733393
멋진 리뷰 감사합니다!
1. 어떤 종류의 철? 서버는 까다롭지만 여기서는 모든 것이 일반 PC에서 실행되는 것처럼 보입니다. 아니면 내가 틀렸습니까?
2. 성능 설정/플러그인/라우팅을 정확히 확인하셨나요? 인공 지연(b-너도밤나무를 태우지 않도록)과 매우 유사합니다.
그것을 알아내는 것은 흥미로울 것입니다.
ps: 여기에서 중복됩니다. 왜냐하면 답을 보겠습니다(블로그에 가서 확인하셔야 합니다)
ps: 여기에서 중복됩니다. 왜냐하면 답을 보겠습니다(블로그에 가서 확인하셔야 합니다)
거기에 대답했다.
그것을 알아내는 것은 흥미로울 것입니다.
6년 동안 나는 개발자와 중개인에게 그것을 알아내도록 요청해왔다....
추가됨
이해를 돕기 위해 비동기 주문을 사용하는 것이 좋습니다(로그가 더 많습니다).
아무것도 변경되지 않습니다 .... 슬프게도 (Opener, real, FORTS, Build 2280).
개발자가 교환 응답 을 기록할 필요가 있다고 생각하지 않았기 때문에 터미널 로그가 없습니다.
1분 42초 주문이 삭제되었습니다!
https://www.mql5.com/en/blogs/post/733393
오프너, 실제, FORTS, 빌드 2280
오늘은 일반적으로 "버그"였고 동기화가 전혀 없었습니다.
다음은 로그의 시작과 끝입니다(전문가가 손으로 다시 설치)
다른 차트(터미널 2개 터미널 83 Expert Advisors)에서는 Expert Advisors가 정상적으로 작동했습니다.
추가됨
터미널이 어떻게 든 이전에 동기화되었다는 사실 때문에 "클릭"한 것 같습니다.
" 수락된 수정 주문 번호 117284549" 이후의 데이터이지만 확인을 받고 동기화되어야 합니다.
" 수정 주문 번호 117284549 구매 제한 1.00 SBRF- 9.20 at 23557 sl: 0 tp: 0 만료: 일 -> 24138 , sl: 0 tp: 0 만료: 실행 날짜 1299.618ms "
오늘은 일반적으로 "버그"였고 동기화가 전혀 없었습니다.
다음은 로그의 시작과 끝입니다(전문가가 손으로 다시 설치)
EA 논리의 오류와 비슷합니다.
그들은 일련의 사건에 의존했거나(그리고 달랐습니다), 아니면 단순히 무언가를 고려하지 않았습니다.
EA 논리의 오류와 비슷합니다.
그들은 일련의 사건에 의존했거나(그리고 달랐습니다), 아니면 단순히 무언가를 고려하지 않았습니다.
안드레이!
이 Expert Advisor( 5년 동안 편집되지 않음)가 항상 제대로 작동했다면 동의할 것입니다!
어드바이저의 주문에 대한 조치로 주문에 무슨 일이 일어났는지 알아낼 때까지 아무 일도 일어나지 않습니다.
그리고 주문이 수정되었다는 기록(Print(__FUNCTION__, ": Buy order modify.", "New price = ", order_data.price_open, " Ticket = ", a_ticket);) no!
아니오 및 기타 항목 인쇄 ( __FUNCTION__ , ": 수정 중인 주문 구매. 티켓 = " , a_ticket);
기록
오류가 발생했거나 주문 상태 가 정의되지 않은 경우에만 나타날 수 있습니다( 경우 SELECT_BUSY: )
추가됨
OrderRealSelect() 함수는 오늘까지 항상 제대로 작동했습니다(여전히 작동하는 것 같습니다...)
불행히도 대부분의 오류(적어도 FORTS의 경우)는 부동 상태입니다!
즉, 오류 를 재현하는 것은 항상 매우 어렵습니다 .
이 주제가 거의 6년 동안 지속되어 온 것은 당연합니다.
고문의 논리에 오류가 있으면 거래 주에 한두 번이 아니라 자주 "크롤링"됩니다!
또한, 이 Expert Advisor는 5년 이상 동안 84개의 기기에 대해 작업했습니다!
추가됨
예, 그리고 결함에서(위의 게시물)
그래도 교환 응답이 OnTradeTransaction() 에서 수신되었거나 데이터가 여전히 터미널에서 동기화되었습니다( 이 마지막 항목 )!
1분 42초 후에도 주문에 무슨 일이 일어났는지 확인되었습니다!
추가됨
그리고 로그에 이러한 엄청난 지연을 넣는 것은 제가 아닙니다 !
이것은 거래소 의 반응을 고려하지 않은 것입니다!
추가됨
자세한 오류
결함이 있으면 내일 보자
이 주제의 역사를 제기하면 맨 처음에 수십 밀리 초의 지연을 분개했습니다.
그 다음 초 , 그리고 지금 분 , 우리는 "어깨 위에" 있습니다!
저는 천천히 QUIK용 로봇을 다시 작성하기 시작했습니다!
내 네트워크에서 6-7밀리초의 MT5 잠재력 사용(집에서, 교환 응답 제외)
지금과 같은 지연 으로 제 생각에는 터미널에 미래가 없습니다.