CB는 GetLastError()를 사용하여 거래가 실패한 이유를 파악하고 다시 발생하지 않도록 코드를 개선할 것을 제안합니다. 브로커는 단지 당신을 괴롭히기 위해 당신의 주문을 거부하지 않습니다. 주문 배송 또는 타이밍의 일부 기술적인 문제로 인해 발생합니다. 따라서 몇 가지 조언을 듣고 실행 실패에서 배우십시오.
- 토반
Reqote, 거래 컨텍스트 바쁘다, 브로커 바쁘다 종류 문제는 브로커가 EA 주문을 가지고 장난을 치기 때문에 발생합니다. 나는 이것에 대해 상당히 확신합니다. 시장가 주문을 다시 만드는 것 외에 우리가 할 수 있는 일은 없습니다. 이러한 종류의 행동은 스캘핑 종류의 EA를 완전히 망칩니다.
Reqote, 거래 컨텍스트 바쁘다, 브로커 바쁘다 종류 문제는 브로커가 EA 주문을 가지고 장난을 치기 때문에 발생합니다. 나는 이것에 대해 상당히 확신합니다. 시장가 주문을 다시 만드는 것 외에 우리가 할 수 있는 일은 없습니다. 이러한 종류의 행동은 스캘핑 종류의 EA를 완전히 망칩니다.
이러한 종류의 오류는 수동 거래에서도 나타납니다. EA만의 문제가 아닙니다. 시장이 이상적이지 않을 때 복구할 수 있도록 몇 가지 오류 복구 코드를 추가하기만 하면 됩니다. 일부 중개인은 다른 중개인보다 낫지 만 위에 나열한 이러한 오류는 일반적이며 나머지는 포기하고 다른 모든 사람을 비난하기보다 처리 방법을 알아 냈습니다. 두피에 가장 좋은 시간은 거래 컨텍스트가 가장 바쁠 때이기 때문에 스캘핑은 힘든 사업입니다.
이러한 종류의 오류는 수동 거래에서도 나타납니다. EA만의 문제가 아닙니다. 시장이 이상적이지 않을 때 복구할 수 있도록 몇 가지 오류 복구 코드를 추가하기만 하면 됩니다. 일부 중개인은 다른 중개인보다 낫지 만 위에 나열한 이러한 오류는 일반적이며 나머지는 포기하고 다른 모든 사람을 비난하기보다 처리 방법을 알아 냈습니다. 두피에 가장 좋은 시간은 거래 컨텍스트가 가장 바쁠 때이기 때문에 스캘핑은 힘든 사업입니다.
모든 오류에서 항상 복구할 수 있지만 EA에서 좋은 거래를 위한 조건을 잃게 됩니다. 오류가 발생한 후에도 수동으로 거래하는 경우 다시 시도하는 데 판단을 사용할 수 있습니다. EA에서는 보다 엄격한 진입 조건을 제공해야 하므로 오류나 지연으로 인해 거래를 놓치는 경우가 대부분입니다. 나는 중개인이 EA 주문을 지연시키거나 정상적인 거래보다 더 많은 오류를 도입함으로써 EA 주문을 엉망으로 만들고 있다고 확신합니다. 어쨌든 내가 아는 ECN 중개인 중 재인용 문제가 전혀 없었던 사람이 있습니다!! 같은 쌍의 같은 시간대에 같은 EA가 한 브로커의 일부 주문을 놓치고 다른 브로커와 잘 어울립니다. 두 브로커와 함께 고도로 스캘핑 EA를 실행한다고 가정해 봅시다. 주어진 쌍에 대한 두 브로커 사이의 주문 수의 차이는 상당히 많습니다.
중개인이 EA 주문으로 장난을 치기 때문에 거래 컨텍스트가 바쁩니다. 나는 이것에 대해 상당히 확신합니다.
방금 이 스레드에 대한 귀하의 최근 논평 중 일부를 읽었으며 귀하가 정확하지 않다고 말해야 합니다.
위의 오류 "Trade Context Busy"를 대표적인 예로 들어 보겠습니다.
이것은 브로커와 전혀 관련이 없습니다.
각 MT4 플랫폼 인스턴스가 단일 "무역 컨텍스트"를 나타내기 때문에 발생합니다.
해당 인스턴스에서 실행 중인 EA가 하나만 있는 경우 "Trade Context Busy" 오류가 발생하지 않습니다.
해당 인스턴스에서 실행 중인 EA가 두 개 이상인 경우(즉, 여러 차트 각각에 하나씩) "Trade Context Busy" 오류가 발생할 가능성이 있습니다. 이것은 일반적으로 하나 이상의 차트/EA에 동시에 도착하는 새 틱으로 인해 여러 거래 메시지가 MT4 인스턴스에 함께 도달하는 경우 발생합니다.
Tovan이 올바르게 지적했듯이 GetLastError()를 사용하면 방금 발생한 오류를 EA에 알려줍니다. 귀하의 EA(귀하의 영리한 예측 프로그래밍으로 인해)는 발생한 특정 오류에 대해 수행할 작업을 결정할 것입니다.
"Trade Context Busy"(및 기타 오류)의 경우 가장 좋은 조치는 주문을 반복하는 것입니다(임의의 취소 후).
한편, jyforex, 몇 가지 질문이 있습니다. 커티스 페이스의 "거북이의 길"을 읽었습니까? 그렇다면 인상은 어땠나요?
가정입니까, 아니면 문제가 (문제가 있는) 코드에 없다는 것을 지원하기 위해 테스트를 수행했습니까?
테스트 방법을 제안할 수 있습니다.
A - EA가 브로커와 함께 작동하도록 하십시오.
B - 브로커의 데모 계정에서 EA를 작동시키십시오.
C- 이 페이지에서 위의 챔피언십 을 클릭하면 찾을 수 있는 것과 같이 잘 알려진 브로커의 데모 계정에서 EA를 작동시킵니다.
평가:
A, B, C에서 동일한 문제를 발견하면 코드를 개선해야 합니다.
A에서는 문제가 있지만 B에서는 문제가 발견되지 않으면 ...
A와 B에는 문제가 있지만 C에는 문제가 없는 경우 ....
M1 시간대에 실행되는 스캘핑 EA를 개발하려고 합니다. 나는 세계 최고의 중개 회사 중 한 곳에서 EA를 테스트했습니다(EA를 개발한 헤지 펀드 관리자의 이름을 공개할 수 없다고 요청했습니다). EA 코드는 하루에 수백 건의 주문을 합니다. 여러 다른 소매 중개업체에서 동일한 EA를 실행했는데 주문 수의 차이는 항상 상당히 큽니다. 위에서 언급한 A,B,C 실험을 불행히도 해봤는데 헤지펀드매니저와 계약을 해서 자세한 내용은 밝힐 수가 없네요. 중개업의 차이는 낮은 M1 기간에서 매우 분명해집니다.
M1 시간대에 실행되는 스캘핑 EA를 개발하려고 합니다. 나는 세계 최고의 중개 회사 중 한 곳에서 EA를 테스트했습니다(EA를 개발한 헤지 펀드 관리자의 이름을 공개할 수 없다고 요청했습니다). EA 코드는 하루에 수백 건의 주문을 합니다. 여러 다른 소매 중개업체에서 동일한 EA를 실행했는데 주문 수의 차이는 항상 상당히 큽니다. 위에서 언급한 A,B,C 실험을 불행히도 해봤는데 헤지펀드매니저와 계약을 해서 자세한 내용은 밝힐 수가 없네요. 중개업의 차이는 낮은 M1 기간에서 매우 분명해집니다.
글쎄요, 어떤 브로커가 하루에 100건의 주문을 받아들일지 관심이 있습니다. 실제 계정 으로 시도 했습니까? 최소한 마이크로? 당신의 부지 크기가 큰가요? 라이브 거래에서는 로트 크기도 매우 중요하다고 생각합니다.
CB는 GetLastError()를 사용하여 거래가 실패한 이유를 파악하고 다시 발생하지 않도록 코드를 개선할 것을 제안합니다. 브로커는 단지 당신을 괴롭히기 위해 당신의 주문을 거부하지 않습니다. 주문 배송 또는 타이밍의 일부 기술적인 문제로 인해 발생합니다. 따라서 몇 가지 조언을 듣고 실행 실패에서 배우십시오.
- 토반
Reqote, 거래 컨텍스트 바쁘다, 브로커 바쁘다 종류 문제는 브로커가 EA 주문을 가지고 장난을 치기 때문에 발생합니다. 나는 이것에 대해 상당히 확신합니다. 시장가 주문을 다시 만드는 것 외에 우리가 할 수 있는 일은 없습니다. 이러한 종류의 행동은 스캘핑 종류의 EA를 완전히 망칩니다.
Reqote, 거래 컨텍스트 바쁘다, 브로커 바쁘다 종류 문제는 브로커가 EA 주문을 가지고 장난을 치기 때문에 발생합니다. 나는 이것에 대해 상당히 확신합니다. 시장가 주문을 다시 만드는 것 외에 우리가 할 수 있는 일은 없습니다. 이러한 종류의 행동은 스캘핑 종류의 EA를 완전히 망칩니다.
이러한 종류의 오류는 수동 거래에서도 나타납니다. EA만의 문제가 아닙니다. 시장이 이상적이지 않을 때 복구할 수 있도록 몇 가지 오류 복구 코드를 추가하기만 하면 됩니다. 일부 중개인은 다른 중개인보다 낫지 만 위에 나열한 이러한 오류는 일반적이며 나머지는 포기하고 다른 모든 사람을 비난하기보다 처리 방법을 알아 냈습니다. 두피에 가장 좋은 시간은 거래 컨텍스트가 가장 바쁠 때이기 때문에 스캘핑은 힘든 사업입니다.
이러한 종류의 오류는 수동 거래에서도 나타납니다. EA만의 문제가 아닙니다. 시장이 이상적이지 않을 때 복구할 수 있도록 몇 가지 오류 복구 코드를 추가하기만 하면 됩니다. 일부 중개인은 다른 중개인보다 낫지 만 위에 나열한 이러한 오류는 일반적이며 나머지는 포기하고 다른 모든 사람을 비난하기보다 처리 방법을 알아 냈습니다. 두피에 가장 좋은 시간은 거래 컨텍스트가 가장 바쁠 때이기 때문에 스캘핑은 힘든 사업입니다.
모든 오류에서 항상 복구할 수 있지만 EA에서 좋은 거래를 위한 조건을 잃게 됩니다. 오류가 발생한 후에도 수동으로 거래하는 경우 다시 시도하는 데 판단을 사용할 수 있습니다. EA에서는 보다 엄격한 진입 조건을 제공해야 하므로 오류나 지연으로 인해 거래를 놓치는 경우가 대부분입니다. 나는 중개인이 EA 주문을 지연시키거나 정상적인 거래보다 더 많은 오류를 도입함으로써 EA 주문을 엉망으로 만들고 있다고 확신합니다. 어쨌든 내가 아는 ECN 중개인 중 재인용 문제가 전혀 없었던 사람이 있습니다!! 같은 쌍의 같은 시간대에 같은 EA가 한 브로커의 일부 주문을 놓치고 다른 브로커와 잘 어울립니다. 두 브로커와 함께 고도로 스캘핑 EA를 실행한다고 가정해 봅시다. 주어진 쌍에 대한 두 브로커 사이의 주문 수의 차이는 상당히 많습니다.
두 브로커와 함께 고도로 스캘핑 EA를 실행 한다고 가정해 보겠습니다. 주어진 쌍에 대해 두 브로커 사이의 주문 수 차이가 상당히 큽니다.
가정입니까, 아니면 문제가 (문제가 있는) 코드에 없다는 것을 지원하기 위해 테스트를 수행했습니까?
테스트 방법을 제안할 수 있습니다.
A - EA가 브로커와 함께 작동하도록 하십시오.
B - 브로커의 데모 계정에서 EA를 작동시키십시오.
C- 이 페이지에서 위의 챔피언십 을 클릭하면 찾을 수 있는 것과 같이 잘 알려진 브로커의 데모 계정에서 EA를 작동시킵니다.
평가:
A, B, C에서 동일한 문제를 발견하면 코드를 개선해야 합니다.
A에서는 문제가 있지만 B에서는 문제가 발견되지 않으면 ...
A와 B에는 문제가 있지만 C에는 문제가 없는 경우 ....
중개인이 EA 주문으로 장난을 치기 때문에 거래 컨텍스트가 바쁩니다. 나는 이것에 대해 상당히 확신합니다.
방금 이 스레드에 대한 귀하의 최근 논평 중 일부를 읽었으며 귀하가 정확하지 않다고 말해야 합니다.
위의 오류 "Trade Context Busy"를 대표적인 예로 들어 보겠습니다.
이것은 브로커와 전혀 관련이 없습니다.
각 MT4 플랫폼 인스턴스가 단일 "무역 컨텍스트"를 나타내기 때문에 발생합니다.
해당 인스턴스에서 실행 중인 EA가 하나만 있는 경우 "Trade Context Busy" 오류가 발생하지 않습니다.
해당 인스턴스에서 실행 중인 EA가 두 개 이상인 경우(즉, 여러 차트 각각에 하나씩) "Trade Context Busy" 오류가 발생할 가능성이 있습니다. 이것은 일반적으로 하나 이상의 차트/EA에 동시에 도착하는 새 틱으로 인해 여러 거래 메시지가 MT4 인스턴스에 함께 도달하는 경우 발생합니다.
Tovan이 올바르게 지적했듯이 GetLastError()를 사용하면 방금 발생한 오류를 EA에 알려줍니다. 귀하의 EA(귀하의 영리한 예측 프로그래밍으로 인해)는 발생한 특정 오류에 대해 수행할 작업을 결정할 것입니다.
"Trade Context Busy"(및 기타 오류)의 경우 가장 좋은 조치는 주문을 반복하는 것입니다(임의의 취소 후).
한편, jyforex, 몇 가지 질문이 있습니다. 커티스 페이스의 "거북이의 길"을 읽었습니까? 그렇다면 인상은 어땠나요?
CB
가정입니까, 아니면 문제가 (문제가 있는) 코드에 없다는 것을 지원하기 위해 테스트를 수행했습니까?
테스트 방법을 제안할 수 있습니다.
A - EA가 브로커와 함께 작동하도록 하십시오.
B - 브로커의 데모 계정에서 EA를 작동시키십시오.
C- 이 페이지에서 위의 챔피언십 을 클릭하면 찾을 수 있는 것과 같이 잘 알려진 브로커의 데모 계정에서 EA를 작동시킵니다.
평가:
A, B, C에서 동일한 문제를 발견하면 코드를 개선해야 합니다.
A에서는 문제가 있지만 B에서는 문제가 발견되지 않으면 ...
A와 B에는 문제가 있지만 C에는 문제가 없는 경우 ....
M1 시간대에 실행되는 스캘핑 EA를 개발하려고 합니다. 나는 세계 최고의 중개 회사 중 한 곳에서 EA를 테스트했습니다(EA를 개발한 헤지 펀드 관리자의 이름을 공개할 수 없다고 요청했습니다). EA 코드는 하루에 수백 건의 주문을 합니다. 여러 다른 소매 중개업체에서 동일한 EA를 실행했는데 주문 수의 차이는 항상 상당히 큽니다. 위에서 언급한 A,B,C 실험을 불행히도 해봤는데 헤지펀드매니저와 계약을 해서 자세한 내용은 밝힐 수가 없네요. 중개업의 차이는 낮은 M1 기간에서 매우 분명해집니다.
M1 시간대에 실행되는 스캘핑 EA를 개발하려고 합니다. 나는 세계 최고의 중개 회사 중 한 곳에서 EA를 테스트했습니다(EA를 개발한 헤지 펀드 관리자의 이름을 공개할 수 없다고 요청했습니다). EA 코드는 하루에 수백 건의 주문을 합니다. 여러 다른 소매 중개업체에서 동일한 EA를 실행했는데 주문 수의 차이는 항상 상당히 큽니다. 위에서 언급한 A,B,C 실험을 불행히도 해봤는데 헤지펀드매니저와 계약을 해서 자세한 내용은 밝힐 수가 없네요. 중개업의 차이는 낮은 M1 기간에서 매우 분명해집니다.
글쎄요, 어떤 브로커가 하루에 100건의 주문을 받아들일지 관심이 있습니다. 실제 계정 으로 시도 했습니까? 최소한 마이크로? 당신의 부지 크기가 큰가요? 라이브 거래에서는 로트 크기도 매우 중요하다고 생각합니다.
글쎄요, 어떤 브로커가 하루에 100건의 주문을 받아들일지 관심이 있습니다. 실제 계정으로 시도 했습니까? 최소한 마이크로? 당신의 부지 크기가 큰가요? 라이브 거래에서는 로트 크기도 매우 중요하다고 생각합니다.
괜찮을 것 같아요. 예, 실제 계정으로 시도했습니다. 하나의 M1 막대에서 스크린샷과 동일한 오류 수를 참조하십시오.
일부 중개인은 그저 정직하지 못한 것일 뿐입니다... 다른 중개인은 훌륭합니다. 나쁜 사람들은 주문 실행 을 금지하는 Boston Technologies에서 작성한 프로그램을 사용합니다. 지연되거나 사람이 확인해야 하거나 그냥 가둘 수 있습니다....
IBFX, FXCM이 최악입니다.
안녕,
등록한 모든 사람에게 무료 로봇을 제공하는 웹사이트 http://www.FreeForexRobots.com 을 찾았습니다.
몇 시간 후 영업 사원이 저에게 전화를 걸어 자신의 회사와 거래하고 비용으로 무료 로봇을 사겠다고 제안했습니다. 그는 특히 제가 원하는 EA를 선택할 수 있으며 비용을 환불해 주겠다고 구체적으로 말했습니다.
따라서 로봇이나 특정 로봇을 허용하지 않는 브로커에 문제가 있는 경우 이 사이트를 사용해 볼 것을 제안합니다.