MT4 거래를 개시한 다음 곧바로 다시 체결하는 문제 - 페이지 4

 

일관된 패턴을 찾는 데 어려움이 있기 때문에 까다로운 문제입니다.

이 문제는 가끔 발생하며 일관되게 복제할 수 없습니다.

나는 Magic Numbers 제안을 고려했으며 처음에는 가능성이 있었지만 추가 관찰에 따르면 그럴 가능성은 없습니다.

나는 여기에서 머리를 찢고 있고 다른 누군가가 전에 이 문제를 본 적이 있기를 바랍니다.

 
peterc005 :

나는 Magic Numbers 제안을 고려했으며 처음에는 가능성이 있었지만 추가 관찰에 따르면 그럴 가능성은 없습니다.

EA에 속하지 않는 다른 EA 마감 거래를 확실히 배제하는 세부 사항은 무엇입니까? 매직 넘버 입력을 허용하지만 내부적으로는 사용하지 않거나 더 나쁘게 가끔 사용하지만 항상 그런 것은 아니며 특정 종료 조건에 대해서만 수십 개의 중첩된 if의 몇 가지 분기에서만 사용하고 복제하는 많은 EA가 있습니다. 반복 루프를 주문하십시오.

이 구글 검색

"OrderSymbol() == Symbol()" -OrderMagicNumber

목록에서 세 번째 항목(earlybird1, gridmaster_03 등, 전체 검색 결과가 전체 검색 결과로 가득 차 있음)으로 이미 시작하여 많은 것을 찾을 것입니다. 그들은 매직 넘버를 사용한다고 주장하지만 내부적으로는 단순히 무시합니다. 당신은 그들을 많이 찾을 수 있습니다. 이 잘못된 코드 패턴은 포럼 전체에 있으며 많은 EA에 복사하여 붙여넣습니다.

 
7bit :

범죄 의도가 아니라 판매된 제품의 결함에 관한 것입니다.

물론, 결함, 문제 없습니다.

"사보타주"는 다른 의미를 가지고 있으며 기술적인 성격이 거의 없으며 "결함"이라는 단어를 대신할 수 없습니다.

영어가 모국어가 아닌 사람들은 용서받을 수 있습니다.

 
blogzr3 :

"사보타주"는 다른 의미를 가지고 있으며 기술적인 성격이 거의 없으며 "결함"이라는 단어를 대신할 수 없습니다.

결함은 한 로봇이 다른 로봇을 방해하는 것으로 나타납니다. 방해하는 것은 로봇이기 때문에 로봇이 어떻게 의도를 가질 수 있는지 알 수 없습니다. 로봇에 결함이 있어 다른 거래를 방해합니다. 내가 쓴 다른 의미는 없습니다. 그리고 판매자 가 결함 제품 을 판매 하고 있습니다 .
 
7bit :
결함은 한 로봇이 다른 로봇을 방해하는 것으로 나타납니다. 방해하는 것은 로봇이기 때문에 로봇이 어떻게 의도를 가질 수 있는지 알 수 없습니다. 로봇에 결함이 있어 다른 거래를 방해합니다. 내가 쓴 다른 의미는 없습니다. 그리고 판매자는 결함이 있는 제품을 판매하고 있습니다.

이러한 EA의 대부분은 지그재그 표시기를 사용하는 것으로 보이며 이것이 범인일 가능성이 높습니다.

"Calibre"라는 EA에서 처음 발생했을 때 코드를 보기 위해 EA를 디컴파일했습니다. 엉터리 EA였지만 수상쩍은 점은 없었고 매직넘버의 논리는 괜찮아 보였다.

90분에 한 번 이상 EA 거래를 하지 못하도록 로직을 추가했습니다.

우연의 일치로 이는 EA의 전반적인 성능도 향상되었습니다. 잠시 후 SL에 도달한 다음 같은 방향으로 새로운 거래에 진입하는 경향이 있었기 때문입니다. 30핍 SL이면 안전한 EA라고 생각할 수 있지만 한 시간에 해당 SL에 4번 맞으면 좋지 않습니다.

이와 같은 거래를 제한하면 백 테스트에서 EA의 성능이 실제로 향상되었으며 코드 변경 사항을 공급업체에 보낸 후 나중에 변경 사항에 대한 업데이트를 릴리스했습니다.

어쨌든, 당시 데모 계정 에서 Calibre에 대한 변경 사항을 테스트하고 있었는데 같은 일이 일어났습니다. 거래가 바로 열리고 닫히는 것을 볼 수 있었습니다. 그것은 단지 데모 계정이었으므로 나는 거기에 앉아서 그것이 일어나는 것을 지켜 보았습니다.

이 경우에는 단 하나의 EA만 실행되는 새 데모 계정이었습니다. 이것은 mt가 MQL4 문제가 아니라 MT4 플랫폼 문제라고 생각하게 만듭니다.

이제 MT4와 MQL4를 잘 알고 대부분의 문제를 스스로 해결할 수 있습니다. 이 문제는 저를 괴롭혔고 다른 사람들에게 제안을 요청하고 있습니다.


 

지표/계산 문제인 것 같아요. 특정 경우에만 발생하는 0으로 나누기 일 수 있습니다.

테스터에서 오류를 반복할 수 있다면 임대료의 절반이 됩니다.

어떤 EA가 이 문제를 일으켰고 언제 발생했는지 알기 때문에 반복 가능한지 쉽게 확인할 수 있습니다.

나중에 오류를 반복할 수 있다면 오류를 일으키는 코드를 찾는 것이 그렇게 어렵지 않을 것입니다.


//지

 

Here is one of the older log files. The problem is obvious from the number of trades opened and closed.

로그 파일에서 MT4와 브로커가 주문을 열고 닫으라는 지시를 받고 있음을 알 수 있습니다. 그런데 그 이유는 무엇입니까?

파일:
 
peterc005 :


관련 날짜에 대한 하나의 로그 파일에서 내가 발견한 한 가지는 다음과 같은 수천 개의 오류였습니다.

09:36:58 HistoryBase: AddTick()의 'EURCHF1'에 대한 메모리가 충분하지 않습니다.

09:36:58 메모리 처리기: 160308896바이트의 메모리를 할당할 수 없습니다.

로그 파일이 10k라고 말하는 대신 7Mb였습니다.

 
peterc005 :

다음은 이전 로그 파일 중 하나입니다. 문제는 열리고 닫힌 거래의 수에서 분명합니다.

로그 파일에서 MT4와 브로커가 주문을 열고 닫으라는 지시를 받고 있음을 알 수 있습니다. 그런데 그 이유는 무엇입니까?

다른 로그(expersions/logs 폴더의 로그)도 있습니까? 여기에는 문제가 되는 EA의 이름이 포함됩니다.
 
zzuegg :

어떤 EA가 이것을 일으켰는지 알기 때문에

어떤 EA가 이것을 일으키는지는 아직 알려지지 않았습니다.


지금까지 우리가 본 것은 증상(여러 다른 EA의 거래는 개장 직후에 닫힙니다)과 몇 가지 이론입니다. 어떤 EA가 실제로 이러한 거래를 마감 하는지 아직 알려지지 않았습니다. 추가 결론을 내리려면 동일한 기간을 다루는 모든 4개 터미널전문가/로그 폴더에 전문가 로그가 필요합니다. 이 로그는 내 이론을 지지하거나 무시할 수 있으며 궁극적으로 누가 모든 마감 주문을 보내는지 보여줍니다.