내 현지 시간은 관련이 없습니다. 오늘 저는 GMT-7에 있습니다. 내일은 GMT-4가 될 수 있습니다. 다음 주에는 GMT+2가 됩니다.
하지만 내 거래 서버는 항상 같은 위치에 있습니다. 이것은 모든 계산의 기초가 되어야 합니다.
그냥 내 2센트 - 헨드릭 당신은 남자입니다, 어떻게 생각하세요?
아즈보핀
나는 같은 라인을 따라 뭔가를 생각하고 있었습니다...나와 같은 시간 이동에 대해 간단하게 유지하십시오... ServerOffset 변수에 대한 모션을 두 번째로 합니다.나는 직접 수행하는 방법을 알았으면 합니다. 저는 아직 코딩을 하지 않았습니다... 더 나은 유일한 방법은 코드가 필요한 것을 감지하고 자동으로 조정하여 사용자가 그것을 엉망으로 만들 필요가 없도록 하는 것입니다.
Firebird v63g에는 트렌드 코드가 있지만 사용되지는 않았습니다. 수정된 Firebird에서 사용하고 추세 중에 거래를 중지하는 데 작동하는 것 같습니다.
외부 정수 DVLmit = 10; // Renato에 의해 포함됨
int TrendUp=0, Trenddown=0;
double iFXAnalyser(int FXA_Period, int mode, int shift)// MrPip에 의해 로컬 기능 을 만들었습니다.
if ( (iFXAnalyser(0,MODE_DIV,0)>DVLimit*Point && iFXAnalyser(0,MODE_SLOPE,0)>0 )) 추세=1;
if ( (iFXAnalyser(0,MODE_DIV,0)<-DVLimit*Point && iFXAnalyser(0,MODE_SLOPE,0)<0 )) TrendDown=1;
그런 다음 SELL 트리거에서 DealTime==1 다음에 "&& TrendUp !=1"을 pur. 그리고 BUY 트리거에서 DealTime==1 뒤에 오는 "&& TrendDown !=1".
또 다른 방법은 RV에 대한 제어 요소를 넣는 것입니다! 거래 활동을 규제합니다.
외부 이중 RVI_Factor = 50; // 거래 활동을 규제하기 위해 RVI 값에 0-200 요소 추가
그런 다음 SELL 및 BUY 트리거에서 RVI 코드를 각각 "RVI(0+(RVI_Factor*Point))"로 변경합니다.
또 다른 방법은 두 번째 더 큰 iMA 봉투를 넣어 활성 거래 영역을 강화하여 추세가 아닌 기간 동안의 거래를 장려하는 것입니다.
외부 이중 PercentLimit = 0.15; // 거래를 중지하는 두 번째 상위 엔벨로프(밴드).
정수 Safe2=0;
if ( myMA*(1+(PercentLimit/100))=Ask) Safe2=1;
SELL 및 BUY 트리거에 "&& Safe2==1"을 입력합니다. PercentLimit으로 설정된 두 번째 Firebird 유형 표시기를 연결하여 활성 거래 영역을 볼 수 있습니다.
저는 세 가지 필터 모두와 함께 하나의 Firebird를 사용하며 평균 ~50% 적은 거래와 ~90%의 승률을 보입니다. 문제는 뉴스가 시장에 미치는 영향입니다. 나는 지난 4개의 금요일이 목요일부터 열린 거래를 이월했기 때문에 큰 부정적인 영향을 미쳤다고 이 스레드에 보고했습니다. 나는 과거 그룹 손실을 더 잘 관리할 수 있는지 알아보기 위해 거래일 및/또는 시간을 없애는 테스트를 하고 있습니다.
Hendrick, 이것은 거래 시간 결과 차트의 추가 개발이 될 것이며 많은 작업이 필요할 것입니다. 그러나 나는 6/24 거래 시간을 프로그래밍할 수 있고 이 시간 동안 유령 거래 기록을 유지하면서 이력을 조사하고 나쁜 거래 시간을 결정하고 이 시간 동안 거래를 중지할 수 있는 EA를 갖고 싶습니다. 역사적인 유령 거래가 다시 수익성이 있을 때 이 시간은 좋은 거래 시간으로 다시 설정됩니다. 희망적인 생각이지만 이 작업을 하거나 코더가 이 작업을 수행할 수 있는지 확인하려고 합니다. 바로 지금, 나는 당신의 차트 유형을 사용하고 이것을 수동으로 시도합니다.
너무 많은 입력. 글쎄, 이것은 스레드에 있는 동안 와인을 마실 때 일어나는 일입니다. 이 모든 것이 이해가 되지 않는다면 그것은 와인의 잘못입니다.
와, 내 순간이 더 혼란스러워집니다.
나는 다음을 제안한다:
1) 모든 계산은 현지 시간이 아닌 서버 시간을 기준으로 합니다.
2) EA의 모든 시간 설정은 GMT로 이루어져야 합니다.
3) ServerOffset이라는 새로운 변수 도입
이 변수는 GMT 시간대에서 서버 시간대까지의 오프셋을 반영합니다.
내 현지 시간은 관련이 없습니다. 오늘 저는 GMT-7에 있습니다. 내일은 GMT-4가 될 수 있습니다. 다음 주에는 GMT+2가 됩니다.
하지만 내 거래 서버는 항상 같은 위치에 있습니다. 이것은 모든 계산의 기초가 되어야 합니다.
그냥 내 2센트 - 헨드릭 당신은 남자입니다, 어떻게 생각하세요?
아즈보핀나는 같은 라인을 따라 뭔가를 생각하고 있었습니다...나와 같은 시간 이동에 대해 간단하게 유지하십시오... ServerOffset 변수에 대한 모션을 두 번째로 합니다.나는 직접 수행하는 방법을 알았으면 합니다. 저는 아직 코딩을 하지 않았습니다... 더 나은 유일한 방법은 코드가 필요한 것을 감지하고 자동으로 조정하여 사용자가 그것을 엉망으로 만들 필요가 없도록 하는 것입니다.
나는 도움이 필요해. Phoenix의 BUY 및 SELL 신호는 다음 코드에 의해 생성됩니다.
MA =iMA(NULL,MA_Timeframe,MA_Length,0,MODE_SMA,PRICE_OPEN,0);
RVI=iRVI(NULL,0,10,MODE_MAIN,0)-iRVI(NULL,0,10,MODE_MAIN,1);
.Hendrick, 나는 아직도 이 게시판에서 당신을 팔로우하고 있는 것 같습니다.
Firebird v63g에는 트렌드 코드가 있지만 사용되지는 않았습니다. 수정된 Firebird에서 사용하고 추세 중에 거래를 중지하는 데 작동하는 것 같습니다.
외부 정수 DVLmit = 10; // Renato에 의해 포함됨
int TrendUp=0, Trenddown=0;
double iFXAnalyser(int FXA_Period, int mode, int shift)// MrPip에 의해 로컬 기능 을 만들었습니다.
if ( (iFXAnalyser(0,MODE_DIV,0)>DVLimit*Point && iFXAnalyser(0,MODE_SLOPE,0)>0 )) 추세=1;
if ( (iFXAnalyser(0,MODE_DIV,0)<-DVLimit*Point && iFXAnalyser(0,MODE_SLOPE,0)<0 )) TrendDown=1;
그런 다음 SELL 트리거에서 DealTime==1 다음에 "&& TrendUp !=1"을 pur. 그리고 BUY 트리거에서 DealTime==1 뒤에 오는 "&& TrendDown !=1".
또 다른 방법은 RV에 대한 제어 요소를 넣는 것입니다! 거래 활동을 규제합니다.
외부 이중 RVI_Factor = 50; // 거래 활동을 규제하기 위해 RVI 값에 0-200 요소 추가
그런 다음 SELL 및 BUY 트리거에서 RVI 코드를 각각 "RVI(0+(RVI_Factor*Point))"로 변경합니다.
또 다른 방법은 두 번째 더 큰 iMA 봉투를 넣어 활성 거래 영역을 강화하여 추세가 아닌 기간 동안의 거래를 장려하는 것입니다.
외부 이중 PercentLimit = 0.15; // 거래를 중지하는 두 번째 상위 엔벨로프(밴드).
정수 Safe2=0;
if ( myMA*(1+(PercentLimit/100))=Ask) Safe2=1;
SELL 및 BUY 트리거에 "&& Safe2==1"을 입력합니다. PercentLimit으로 설정된 두 번째 Firebird 유형 표시기를 연결하여 활성 거래 영역을 볼 수 있습니다.
저는 세 가지 필터 모두와 함께 하나의 Firebird를 사용하며 평균 ~50% 적은 거래와 ~90%의 승률을 보입니다. 문제는 뉴스가 시장에 미치는 영향입니다. 나는 지난 4개의 금요일이 목요일부터 열린 거래를 이월했기 때문에 큰 부정적인 영향을 미쳤다고 이 스레드에 보고했습니다. 나는 과거 그룹 손실을 더 잘 관리할 수 있는지 알아보기 위해 거래일 및/또는 시간을 없애는 테스트를 하고 있습니다.
Hendrick, 이것은 거래 시간 결과 차트의 추가 개발이 될 것이며 많은 작업이 필요할 것입니다. 그러나 나는 6/24 거래 시간을 프로그래밍할 수 있고 이 시간 동안 유령 거래 기록을 유지하면서 이력을 조사하고 나쁜 거래 시간을 결정하고 이 시간 동안 거래를 중지할 수 있는 EA를 갖고 싶습니다. 역사적인 유령 거래가 다시 수익성이 있을 때 이 시간은 좋은 거래 시간으로 다시 설정됩니다. 희망적인 생각이지만 이 작업을 하거나 코더가 이 작업을 수행할 수 있는지 확인하려고 합니다. 바로 지금, 나는 당신의 차트 유형을 사용하고 이것을 수동으로 시도합니다.
너무 많은 입력. 글쎄, 이것은 스레드에 있는 동안 와인을 마실 때 일어나는 일입니다. 이 모든 것이 이해가 되지 않는다면 그것은 와인의 잘못입니다.
와케나
나는 도움이 필요해. Phoenix의 BUY 및 SELL 신호는 다음 코드에 의해 생성됩니다.
MA =iMA(NULL,MA_Timeframe,MA_Length,0,MODE_SMA,PRICE_OPEN,0);
RVI=iRVI(NULL,0,10,MODE_MAIN,0)-iRVI(NULL,0,10,MODE_MAIN,1);
Firebird 스레드의 누군가가 다음 변경 사항을 제안했습니다.
당신 대신:
RVI=iRVI(NULL,0,10,MODE_MAIN,0)-iRVI(NULL,0,10,MODE_MAIN,1);
그들은 그것을 다음과 같이 변경했습니다.
RVI=iMACD(NULL,0,24,52,9,PRICE_CLOSE,MODE_MAIN,0)-iMACD(NULL,0,24,52,9,PRICE_CLOSE,MODE_MAIN,1);
그들은 그것이 덜 잘못된 신호를 주었다고 주장했습니다. 그게 도움이 되나요?
추가 신호
안녕하세요 헨드릭입니다.
거래를 준비할 때 나는 항상 추세 형성을 보기 위해 더 높은 TF를 찾습니다.
동일한 15분 TF에서 Phoenix에 추가 신호를 추가하는 것은 제한적입니까?
다중 시간 프레임 표시기 XO를 살펴보십시오.
원하는 TF로 설정할 수 있지만 M15 I에서 작업하는 Phoenix의 경우
H4 또는 D1으로 설정해야 합니다.
아마도 EA의 입력 패널에서 TF 설정을 하는 것이 가장 유연할 수 있으므로 최적화할 수 있습니다.
표시기가 두 번 로드된 첨부된 그림을 참조하십시오. 하나는 M15용이고 다른 하나는 H4용입니다.
문안 인사,
허버트
추신, 오늘 나는 Holyguy7처럼 Firebird의 iRVI를 iMACD로 변경했지만 부작용으로 백 테스팅 에서 Firebird의 속도가 증가했지만
, 잘못된 신호를 제거하지 않는다는 인상을 받았습니다.
Firebird 스레드의 누군가가 다음 변경 사항을 제안했습니다.
당신 대신:
RVI=iRVI(NULL,0,10,MODE_MAIN,0)-iRVI(NULL,0,10,MODE_MAIN,1);
그들은 그것을 다음과 같이 변경했습니다.
RVI=iMACD(NULL,0,24,52,9,PRICE_CLOSE,MODE_MAIN,0)-iMACD(NULL,0,24,52,9,PRICE_CLOSE,MODE_MAIN,1);
그들은 그것이 덜 잘못된 신호를 주었다고 주장했습니다. 그게 도움이 되나요?이봐 홀리가이,
Phoenix 버전 2의 경우 현재 15M 차트에서 SMA 120 및 SMA 12를 사용하고 있습니다. 주요 목적은 피닉스가 추세에 반하는 거래를 하는 것을 방지하는 것입니다. 지금까지는 정상적으로 작동하는 것 같습니다.
안녕하세요 헨드릭입니다.
거래를 준비할 때 나는 항상 추세 형성을 보기 위해 더 높은 TF를 찾습니다.
동일한 15분 TF에서 Phoenix에 추가 신호를 추가하는 것은 제한적입니까?
다중 시간 프레임 표시기 XO를 살펴보십시오.
원하는 TF로 설정할 수 있지만 M15 I에서 작업하는 Phoenix의 경우
H4 또는 D1으로 설정해야 합니다.
아마도 EA의 입력 패널에서 TF 설정을 하는 것이 가장 유연할 수 있으므로 최적화할 수 있습니다.
표시기가 두 번 로드된 첨부된 그림을 참조하십시오. 하나는 M15용이고 다른 하나는 H4용입니다.
문안 인사,
허버트
추신, 오늘 나는 Holyguy7처럼 Firebird의 iRVI를 iMACD로 변경했지만 부작용으로 백 테스팅에서 Firebird의 속도가 증가했지만헤이베르트,
Holyguy에 대한 이전 답변을 참조하십시오.
피닉스 v2
피닉스 버전 2.
변경 사항:
발산 제거 (나는 그것이 쓸모 없다고 생각합니다)
삭제된 Surf-orders(성능이 좋지 않음)
RVI를 다음 코드로 대체했습니다.
AdMA=(iMA(NULL,PERIOD_M15,120,0,0,3,1) - iMA(NULL,PERIOD_M15,12,0,0,3,1));
if(포인트==0.0001) {AdMA=AdMA*1000;}
if(포인트==0.01) {AdMA=AdMA*10;}
if(AdMA > 1)
{
AdSELLSignal = 참;
SortOrder = "SELLSignal";
}
if(AdMA < -1)
{
AdBUYSignal = 참;
SortOrder = "BUYSignal";
}
if((AdMA > -1) && (AdMA < 1))
{
AdBUYSELLSignal = true;
SortOrder = "BUYSELLSignal";
}
이 코드의 목적은 Phoenix가 추세에 반하는 거래를 하는 것을 방지하는 것입니다.
시험용:
파일의 설정을 사용합니다. TF=15. 사용 가능한 모든 쌍.
피닉스 버전 2.
변경 사항:
발산 제거 (나는 그것이 쓸모 없다고 생각합니다)
삭제된 Surf-orders(성능이 좋지 않음)
RVI를 다음 코드로 대체했습니다.
AdMA=(iMA(NULL,PERIOD_M15,120,0,0,3,1) - iMA(NULL,PERIOD_M15,12,0,0,3,1));
if(포인트==0.0001) {AdMA=AdMA*1000;}
if(포인트==0.01) {AdMA=AdMA*10;}
if(AdMA > 1)
{
AdSELLSignal = 참;
SortOrder = "SELLSignal";
}
if(AdMA < -1)
{
AdBUYSignal = 참;
SortOrder = "BUYSignal";
}
if((AdMA > -1) && (AdMA < 1))
{
AdBUYSELLSignal = 참;
SortOrder = "BUYSELLSignal";
}
이 코드의 목적은 Phoenix가 추세에 반하는 거래를 하는 것을 방지하는 것입니다.
시험용:
파일의 설정을 사용합니다. TF=15. 사용 가능한 모든 쌍.감사합니다. 차트에 올려보세요.
백테스트 를 하시나요?
감사합니다. 차트에 올려보세요. 백테스트 하시나요?
안녕,
백테스트 는 없고 앞으로만 테스트합니다.