FixedMarginLevel 원칙에 따라 ArbitrageReverse_1.1.mq4 Expert Advisor에서 반대 방향에서 작업을 구현하는 아이디어를 어떻게 보십니까? - 이제 다음과 같이(ArbitrageReverse_1.1.mq4 주제에서): “가격이 낮으면 싸게 사고, 가격이 낮을수록 구매량이 많아진다. 가격이 높으면 더 높은 가격에 판매하십시오. 가격이 높을수록 판매량이 증가합니다. - FixedMarginLevel EA 원칙에 따라 ArbitrageReverse_1.1.mq4 변형을 작성하십시오. "순전히 이론적인 관심에서 다중 통화 Expert Advisor를 모았습니다. 이론상 예상했던 것과 다르게 작동할 것이라고는 생각조차 하지 못했습니다. 결국, 그것은 잘못 작동합니다. 즉, 가격이 떨어지면 매도하고 닫힙니다. 가격이 상승할 때 숏(즉, 매수)합니다." 그러자 유라는 침묵한다. 저는 HIDDEN 뿐만 아니라 다른 프로그래머들에게도 호소합니다.
그들은 DC에서 연결된 로봇 FixedMarginLEVELwithStop_1 및 AllCloseBy를 좋아하지 않습니다. 데모는 괜찮습니다. 나는 그것을 센트 레알에 넣었고 그것은 시작되었습니다 ..... requotes 및 서버 오류 ...이 특정 피어 쌍과 관련된 문제를 처리하는 방법을 알려주십시오. 다음은 내가 찾은 유사한 로그와 문제에 대한 설명입니다(내 로그는 아니지만 내용은 몇 가지와 과정을 제외하고는 거의 정확합니다).
"2006.08.18 17:56:49 '48653': 주문 마감 #2337066 0.20 AUDNZD에서 1.1852 sl: 0.0000 tp: 0.0000 가격 1.1888 2006.08.18 17:56:50 '48653': 서버에서 요청을 수락했습니다. 2006.08.18 17:56:50 '48653': 요청 처리 중 2006.08.18 17:56:53 '48653': 주문 번호 2337066에 대해 1.1882 / 1.1892를 다시 인용합니다. 2006.08.18 17:57:10 '48653': 주문 마감 #2337066 0.20 AUDNZD에 1.1852 sl: 0.0000 tp: 0.0000 가격 1.1888에 매수 2006.08.18 17:57:10 '48653': 서버에서 요청을 수락했습니다. 2006.08.18 17:57:10 '48653': 주문 번호 2337066에 대해 1.1888 / 1.1898을 다시 인용합니다. 0.20 AUDNZD에서 1.1888에 마감 2006.08.18 17:57:10 '48653': 주문 마감 #2332011 0.20 AUDNZD에서 1.1874 sl: 0.0000 tp: 0.0000 가격 1.1888 2006.08.18 17:57:11 '48653': 서버에서 요청을 수락했습니다. 2006.08.18 17:57:11 '48653': 요청 처리 중 2006.08.18 17:57:15 '48653': 주문 번호 2332011 1.1874 sl: 0.0000 tp: 0.0000 가격 1.1888에서 0.20 AUDNZD 구매 2006.08.18 17:57:16 '48653': 주문 마감 #2330439 0.20 AUDNZD에 1.1895 sl: 0.0000 tp: 0.0000 가격 1.1888에 매수 2006.08.18 17:57:16 '48653': 서버에서 요청을 수락했습니다. 2006.08.18 17:57:16 '48653': 요청 처리 중 2006.08.18 17:57:19 '48653': 주문 번호 2330439 1.1895 sl: 0.0000 tp: 0.0000 가격 1.1888에서 0.20 AUDNZD 구매 2006.08.18 17:57:20 '48653': 주문 마감 #2322502 0.20 AUDNZD에 1.1929 sl: 0.0000 tp: 0.0000 가격 1.1888에 매수 2006.08.18 17:57:20 '48653': 서버에서 요청을 수락했습니다. 2006.08.18 17:57:20 '48653': 요청 처리 중 2006.08.18 17:57:23 '48653': 주문 번호 2322502 1.1929 sl: 0.0000 tp: 0.0000 가격 1.1888에서 0.20 AUDNZD 구매
로그에서 볼 수 있듯이 주문 번호 2337066은 전문가가 두 번 닫고 다시 견적을 받으려는 시도 후에 전문가가 건드리지 않았고 다른 주문이 마감되기 시작한 다음 가격이 역전되어 모두를 마감하는 대신 포지션, 우리는 하나의 열린 무익한 포지션을 가지고 있습니다. "
주요 문제는 이러한 로봇으로 인해 80%의 사례에서 DC(이름 제거)가 고문이 필요한 수준으로 "충전"하거나 위치를 닫을 시간이 없다는 것입니다. 그리고 코드를 해독할 수 없습니다. 아마도 여기에 이미 쓰여진 것처럼 최소 수준을 올릴 것입니다. 네, 그리고 코드에 슬리피지(slippage)와 포지션을 청산(또는 오픈)하려는 시도 횟수를 추가합니다.
누가 그러한 어려움을 겪을 수 있습니까? 프로그래머가 아닌 사람을 도와주세요. 고맙습니다.
거래 결과 10.11...
11.11 포트폴리오...
GBPJPY 매도 위험1=0.1635, 위험2= 0.11;
EURJPY 매도 위험1=0.1626, 위험2=0.1094;
매도 EURUSD 위험 1=0.2158, 위험 2= 0.1452;
USDCHF 위험 1 = 0.2661, 위험 2 = 0.179를 구매하십시오.
USDCAD 구매 위험1=0.1920, 위험2= 0.1292;
어디,
위험 1 - 포지션을 부분적으로 수정하는 수준.
Risk2 - 우리가 추가하는 수준;
거래 결과 10.11...
11.11 포트폴리오...
GBPJPY 매도 위험1=0.1635, 위험2= 0.11;
EURJPY 매도 위험1=0.1626, 위험2= 0.1094;
매도 EURUSD 위험 1=0.2158, 위험 2= 0.1452;
USDCHF 위험 1 = 0.2661, 위험 2 = 0.179를 구매하십시오.
USDCAD 구매 위험1=0.1920, 위험2= 0.1292;
어디,
위험 1 - 포지션을 부분적으로 수정하는 수준.
Risk2 - 우리가 추가하는 수준;
당신은 포트폴리오 계산을 제공했지만 exp 자체는 어디에 있습니까? 아니면 일종의 시위입니까?
당신은 포트폴리오 계산을 제공했지만 exp 자체는 어디에 있습니까? 아니면 일종의 시위입니까?
나는 전문가를 게시하지 않을 것입니다 ... 이 스레드에 Reshetov의 고문이 있습니다. 계산 된 계수를 대체하고 거래 할 수있는 ...
나는 Yuri의 아이디어를 현대화했고(많은 덕분에) 이제 데모 계정에서 테스트하고 있습니다.
Expert Advisor를 구현하는 데 필요한 모든 것이 이 스레드에 있습니다...
긴장을 풀고 프로그래머를 주문하거나 (한 시간 동안의 업무) .... 행운을 빕니다 ...
나는 전문가를 게시하지 않을 것입니다 ... 이 스레드에 Reshetov의 고문이 있습니다. 계산 된 계수를 대체하고 거래 할 수있는 ...
나는 Yuri의 아이디어를 현대화했고(많은 덕분에) 이제 데모 계정에서 테스트하고 있습니다.
Expert Advisor를 구현하는 데 필요한 모든 것이 이 스레드에 있습니다...
긴장을 풀고 프로그래머를 주문하거나 (한 시간 동안의 업무) .... 행운을 빕니다 ...
만드는 데 1시간도 채 걸리지 않습니다. 그것은 요점이 아니다. 문제는 포트폴리오의 예상 매개변수를 전문가 고문에게 제공한다는 것입니다. 그리고 전문가 자신은 다른 사람들이 이용할 수 없기 때문에 왜 당신의 숫자로 넘쳐나십시오. 나는 단지 요점을 보지 못한다.
이론 자체는 명확하고 구현하기 매우 간단합니다. 이 주제에 입문한 사람은 누구나 포트폴리오를 구성할 수 있습니다. Yuriy는 모든 것을 아주 명확하게 설명했습니다.
만드는 데 1시간도 채 걸리지 않습니다. 그것은 요점이 아니다. 사실은 포트폴리오의 계산된 매개변수를 전문가 고문에게 제공한다는 것입니다. 그리고 전문가 자신은 다른 사람들이 이용할 수 없기 때문에 왜 당신의 숫자로 넘쳐나십시오. 나는 단지 요점을 보지 못한다.
이론 자체는 명확하고 구현하기 매우 간단합니다. 이 주제에 입문한 사람은 누구나 포트폴리오를 구성할 수 있습니다. Yuriy는 모든 것을 아주 명확하게 설명했습니다.
나는 이미 계산 된 계수가 Reshetov의 고문에게 적합하다고 썼습니다.
가능한 최대 결과를 얻기 위해 무언가를 하려는 시도가 "홍수"라면 귀하의 권리, 저는 떠나고 이 스레드에서 더 이상 "홍수"하지 않을 것입니다 ...
만드는 데 1시간도 채 걸리지 않습니다.
FixedMarginLevel 원칙에 따라 ArbitrageReverse_1.1.mq4 Expert Advisor에서 반대 방향에서 작업을 구현하는 아이디어를 어떻게 보십니까?
- 이제 다음과 같이(ArbitrageReverse_1.1.mq4 주제에서):
“가격이 낮으면 싸게 사고, 가격이 낮을수록 구매량이 많아진다.
가격이 높으면 더 높은 가격에 판매하십시오. 가격이 높을수록 판매량이 증가합니다.
- FixedMarginLevel EA 원칙에 따라 ArbitrageReverse_1.1.mq4 변형을 작성하십시오.
"순전히 이론적인 관심에서 다중 통화 Expert Advisor를 모았습니다. 이론상 예상했던 것과 다르게 작동할 것이라고는 생각조차 하지 못했습니다. 결국, 그것은 잘못 작동합니다. 즉, 가격이 떨어지면 매도하고 닫힙니다. 가격이 상승할 때 숏(즉, 매수)합니다."
그러자 유라는 침묵한다. 저는 HIDDEN 뿐만 아니라 다른 프로그래머들에게도 호소합니다.
안녕하세요!
그들은 DC에서 연결된 로봇 FixedMarginLEVELwithStop_1 및 AllCloseBy를 좋아하지 않습니다. 데모는 괜찮습니다. 나는 그것을 센트 레알에 넣었고 그것은 시작되었습니다 ..... requotes 및 서버 오류 ...이 특정 피어 쌍과 관련된 문제를 처리하는 방법을 알려주십시오. 다음은 내가 찾은 유사한 로그와 문제에 대한 설명입니다(내 로그는 아니지만 내용은 몇 가지와 과정을 제외하고는 거의 정확합니다).
"2006.08.18 17:56:49 '48653': 주문 마감 #2337066 0.20 AUDNZD에서 1.1852 sl: 0.0000 tp: 0.0000 가격 1.1888
2006.08.18 17:56:50 '48653': 서버에서 요청을 수락했습니다.
2006.08.18 17:56:50 '48653': 요청 처리 중
2006.08.18 17:56:53 '48653': 주문 번호 2337066에 대해 1.1882 / 1.1892를 다시 인용합니다.
2006.08.18 17:57:10 '48653': 주문 마감 #2337066 0.20 AUDNZD에 1.1852 sl: 0.0000 tp: 0.0000 가격 1.1888에 매수
2006.08.18 17:57:10 '48653': 서버에서 요청을 수락했습니다.
2006.08.18 17:57:10 '48653': 주문 번호 2337066에 대해 1.1888 / 1.1898을 다시 인용합니다. 0.20 AUDNZD에서 1.1888에 마감
2006.08.18 17:57:10 '48653': 주문 마감 #2332011 0.20 AUDNZD에서 1.1874 sl: 0.0000 tp: 0.0000 가격 1.1888
2006.08.18 17:57:11 '48653': 서버에서 요청을 수락했습니다.
2006.08.18 17:57:11 '48653': 요청 처리 중
2006.08.18 17:57:15 '48653': 주문 번호 2332011 1.1874 sl: 0.0000 tp: 0.0000 가격 1.1888에서 0.20 AUDNZD 구매
2006.08.18 17:57:16 '48653': 주문 마감 #2330439 0.20 AUDNZD에 1.1895 sl: 0.0000 tp: 0.0000 가격 1.1888에 매수
2006.08.18 17:57:16 '48653': 서버에서 요청을 수락했습니다.
2006.08.18 17:57:16 '48653': 요청 처리 중
2006.08.18 17:57:19 '48653': 주문 번호 2330439 1.1895 sl: 0.0000 tp: 0.0000 가격 1.1888에서 0.20 AUDNZD 구매
2006.08.18 17:57:20 '48653': 주문 마감 #2322502 0.20 AUDNZD에 1.1929 sl: 0.0000 tp: 0.0000 가격 1.1888에 매수
2006.08.18 17:57:20 '48653': 서버에서 요청을 수락했습니다.
2006.08.18 17:57:20 '48653': 요청 처리 중
2006.08.18 17:57:23 '48653': 주문 번호 2322502 1.1929 sl: 0.0000 tp: 0.0000 가격 1.1888에서 0.20 AUDNZD 구매
로그에서 볼 수 있듯이 주문 번호 2337066은 전문가가 두 번 닫고 다시 견적을 받으려는 시도 후에 전문가가 건드리지 않았고 다른 주문이 마감되기 시작한 다음 가격이 역전되어 모두를 마감하는 대신 포지션, 우리는 하나의 열린 무익한 포지션을 가지고 있습니다. "
주요 문제는 이러한 로봇으로 인해 80%의 사례에서 DC(이름 제거)가 고문이 필요한 수준으로 "충전"하거나 위치를 닫을 시간이 없다는 것입니다. 그리고 코드를 해독할 수 없습니다. 아마도 여기에 이미 쓰여진 것처럼 최소 수준을 올릴 것입니다. 네, 그리고 코드에 슬리피지(slippage)와 포지션을 청산(또는 오픈)하려는 시도 횟수를 추가합니다.
누가 그러한 어려움을 겪을 수 있습니까? 프로그래머가 아닌 사람을 도와주세요. 고맙습니다.
데모는 괜찮습니다. 센트리얼에 넣고 멀리 가자 ..... 따옴표와 서버 오류 ... 그런 문제를 처리하는 방법을 알려주십시오.
DC를 변경합니다.
그리고 우선, 게시물에서 그의 이름을 삭제하세요. 불법입니다.
토론이 중단되었습니까? 모두가 조용히 잔디를 깎고 있습니까? 아니면 아이디어가 포기되었습니까?
2개의 질문이 있었습니다.
1. 포트폴리오 쌍의 현재 특성에 따라 작업 과정에서 각 쌍의 위험을 변경하는 것이 의미가 있습니까(총 금액 유지)?
2. 하나의 Expert Advisor에서 클로저를 결합하는 것이 합리적입니까 (저자가 별도의 "클로저"로 잠금을 제안하는 대신), 쌍 및 신호 세트 선택 (유형 0/1) 일부 통화 지수 지표 의 수치에 따라 1시간 또는 4시간마다 ?