|  
ראשי סיסטמים סיסטם פריצות יומי ל-GBP/USD ו-EUR/USD
מחבר הודעות
רובי


מספר הודעות : 1079
עיר : מודיעין
נשלח ב-  22/07/2007 10:40:08
yoram כתב :

הסיסטם עובד יפה מאוד בשבועות האחרונים. תיקון - הסיסטם עובד יפה מאד במשך 3 שנים (ואפילו יותר - פשוט אין לי נתונים ממש אמינים לתקופה ארוכה יותר אחורה) - אין סיסטם אחר לשימוש ציבורי שעובד ככה תוך סיכון נמוך.

רציתי לשאול אם אתה יכול לעשות משהו שהוא יתאים גם ל  GBP/JPY. טכנית זה אמור לעבוד על כל מטבע - שיפורים לסיסטם הזה אנחנו משחררים רק ללקוחותינו.

נראה לי שגם בצמד הזה הוא יכול לעבוד לא רע. אולי, אבל צריך למצוא סט פרמטרים חדש לחלוטין כדי שיהיה רווחי על ה-GBP/JPY.

ניסיתי להריץ הוא פשוט לא פותח פקודות , אפשר לדעת למה ? אין לי מושג, זה אמור לעבוד. בכל מקרה הסיסטם מיועד ל-GBP/USD.

תודה בבקשה

יורם


Spad

מספר הודעות : 60
עיר : N/A
נשלח ב-  02/08/2007 19:08:41
רובי כתב :
שאלה זו נשאלה בפורום שאלות ותשובות על ידי אבי :

היי רובי,

תודה על התשובה,
הורדתי את הסיסטם, והתקנתי אותו בעזרת ההדרכה בוידיאו המצוינת שלך.
עכשיו רציתי לשאול האם אני צריך לעדכן משהו בפרמטרים כדי שיעבוד בצורה אידיאלית
לדגומה ראיתי שכתבת שהוא מתסכל 4 שעות אחורה ויש משתנה שנקרא LookBackHrs ומוגדר 2 האם זה קשור ואני צריך לשנות ל4
מה לגבי TP שמוגדר 999 האם זה אומר שהוא מחכה תמיד ל 999 פיפסים ? והאם לא צריך לשנות את המשתנה ואת ה SL שמוגדר כרגע על 80.
לגבי שעת הפתיחה אני רואה שמוגדר 10 האם 10 שלהם זה 11 שלנו ?
ובכלל האם יש משתנים נוספים שממולץ לשנות.

תודה על העזרה,
אבי 


אבי,

לפי שמות הפרמטרים שציינת אני מבין שאתה משתמש בסיסטם המקורי ולא בסיסטם שלי. אני ממליץ לך להשתמש בגירסה שנקראת TFX_Breakout_GBP_M1_v0.01.mq4  שמופיעה בתחתית ההודעה הראשונה באשכול שציינתי, מאחר ושינויים עתידיים אעשה רק עבור גירסה זאת. הפרמטרים המומלצים כרגע הם הפרמטרים של ברירת המחדל (בהנחה שאתה עובד עם הפלטפורמה של Neuimex או של כל ברוקר אחר שבשעון חורף עובד לפי GMT+1)- ככה שאין צורך לשנות כלום בשלב זה (למרות שאני בטוח שאפשר להוציא מהסיסטם הזה הרבה יותר בעזרת פרמטרים שיעברו אופטימיזציה).

בקשר ל-4 שעות אתה צודק! השיטה המקורית שנקראת Hans123 עובדת לפי בדיקה של 4 שעות אחורה, אבל הסיסטם שעליו עשיתי שינויים עובד לפי בדיקה של שעתיים אחורה וגם אני השתמשתי בזה בגירסה שלי - מאחר והם עשו אופטימיזציה - ככל הנראה שעתיים אחורה נתן תוצאות יותר טובות.

TP 999 משמעו למעשה שה-TP אף פעם לא יופעל ותמיד נצא ב-SL. זה מתאפשר הודות למנגנון ה-Trailing Stop שדואג להזיז את הסטופ ככל שהפוזיציה מתקדמת עם הרווח שלה (ראה הערות לשמות הפרמטרים בגירסה שלי).

ה-SL מוגדר כ-80 פיפס (גם בגירסה שלי) אבל זהו למעשה SL מקסימלי - אם טווח המחירים ביום מסוים עומד למשל על 50 פיפס אז ה-SL לאורדרים של אותו יום יהיה 50 פיפס. אבל אם טווח המחירים ביום מסוים עומד על 100 פיפס אז הסיסטם יקח את ה-80 פיפס כ-SL מקסימלי וישתמש בו לאורדרים של אותו יום.

רובי

 

שלום,

לא הספקתי לומר, אבל PION הפנה את תשומת ליבי לאתר עברתי על רוב הפוסטים, ואני מלא התפעלות - מקצוענות לשמה - כל הכבוד לכם.

בקוד שמפורסם פה (0.03) ה- GMT חישוב סטיית השעות של הברוקר מצויין כמשתנה חיצוני DST.SHIFT נכון ?

בהנחה שכן, זה מתייחס ל- GMT ?   מה קורה בשעון קיץ, האם צריך לשנות את הערך של DST ל- 0 (תוספת שעה) ?

רובי


מספר הודעות : 1079
עיר : מודיעין
נשלח ב-  03/08/2007 13:38:36
Spad כתב :

שלום,

לא הספקתי לומר, אבל PION הפנה את תשומת ליבי לאתר עברתי על רוב הפוסטים, ואני מלא התפעלות - מקצוענות לשמה - כל הכבוד לכם.
תודה וברוך הבא

בקוד שמפורסם פה (0.03) ה- GMT חישוב סטיית השעות של הברוקר מצויין כמשתנה חיצוני DST.SHIFT נכון ? נכון - זו היתה הכוונה המקורית (אני יודע שבחירת השם לא טובה)

בהנחה שכן, זה מתייחס ל- GMT ?   מה קורה בשעון קיץ, האם צריך לשנות את הערך של DST ל- 0 (תוספת שעה) ?

כל הנושא הזה אכן מאד מבלבל. עבור ברוקרים שמחליפים את שעון הקיץ / שעון החורף יחד עם בריטניה אין צורך לשנות את ה-DST! רק עבור ברוקרים שאינם מחליפים שעונים באותו יום כמו בריטניה (למשל הברוקרים האמריקאים) יש לבצע התאה של ה-DST. אני מקווה שזה ברור - אם לא תודיע לי ואנסה להסביר בדרך אחרת אולי.


Spad

מספר הודעות : 60
עיר : N/A
נשלח ב-  03/08/2007 18:56:00

אני חושב שהבנתי את דבריך, הרעיון הוא התחלת מסחר ב- 8:00AM  GMT  בשעון קיץ וכל שינוי של ברוקר או החלפת שעון קיץ לחורף יש לשנות בהתאמה.

אני יודע ששעון בריטניה הוא לא GMT אבל זה השעון שאני מכיר אחרת אני הולך לאיבוד עם ה- EST DST PST ושאר ירקות :)

רובי


מספר הודעות : 1079
עיר : מודיעין
נשלח ב-  05/08/2007 09:29:07

בדיוק!
וקצת לחדד מנקודת המבט של זמן לונדון (מאחר והסיסטם מבוסס על פתיחת המסחר ב-session של לונדון): הרעיון הוא פתיחת הוראות בשעה 9:00 בבוקר זמן לונדון (תמיד - גם בחורף וגם בקיץ).

בקיץ זמן לונדון הוא UTC + 1  ולכן ההוראות יפתחו ב:
8:00 UTC שזה 9:00 זמן לונדון שזה 11:00 זמן ישראל

בחורף זמן לונדון הוא UTC ולכן ההוראות יפתחו ב:
9:00 UTC שזה 9:00 זמן לונדון שזה 11:00 זמן ישראל

הבסיס כפי שניתן לראות הוא תמיד זמן לונדון.

יתכנו שינויים בימים שבהם יש הבדל בין זמן ישראל לבין זמן לונדון (בתקופת המעבר משעון קיץ לשעון חורף וההפך).
UTC ו-GMT הם אותו דבר.

רובי

Spad

מספר הודעות : 60
עיר : N/A
נשלח ב-  05/08/2007 16:31:17

תודה, עכשיו זה הרבה יותר ברור.

עלה  במוחי האפשרות לאוטומציה לתהליך ומכיוון שניתקלתי פה בקוד שמחשב ומראה שעונים של כל הבורסות  (CLOCK.MT4) חשבתי שזה יכול להיות די פשוט לשלב.

אז פשוט חיברתי מקטעי קוד של CLOCK ל- EA הזה והתוצאה נחמדה, אין צורך להזין שעה או SHIFT הכל מחושב אוטומטית כולל הסטי זמן של קיץ או חורף.

השארתי את כל הקוד כמות שהוא, מקטעי הקוד שהוספתי מסומנים עם הערות (code add by spad...).

עדיין למי שלא סומך על זה ומעדיף להזין ידנית, גם זה נשאר (לאוטמטי יש להזין ערך 999 או בשעה או בהסט).

בדקתי גם תקינות כמובן - תוכל להכניס זאת בגרסה הבאה הרשמית אם תרצה.

מצב ה- EA עם השינוי האמור.

 


קבצים מצורפים
הגישה לקבצים שצורפו להודעה מותרת למשתמשים רשומים בלבד. תהליך הרישום לאתר הינו קצר ומיידי ולאחריו תוכל להוריד את הקבצים המצורפים. אם הינך משתמש רשום אנא התחבר עכשיו ותקבל גישה לקבצים המצורפים.
רובי


מספר הודעות : 1079
עיר : מודיעין
נשלח ב-  05/08/2007 16:39:38

תודה רבה Spad.
נתקלתי בכמה מחשבים בעבר שפונקציות ה-Kernel לא עבדו בהם טוב.
אני אעשה מזה תת גירסה רשמית ומי שירצה ישתמש.
בכל מקרה כדי שזה יעבוד על כולם לסמן את "Allow dll imports".
רובי

רובי


מספר הודעות : 1079
עיר : מודיעין
נשלח ב-  05/08/2007 17:54:55

Spad,
למשל עכשיו עשיתי Back Test אצלי למשל וההוראות נפתחו בשעה 8:00 במקום 10:00 (בדקתי על ברוקר GMT + 2).
לא ברור לי איך ה-backtester "אוכל" את נושא ה-GMT נאחר וה-LocalTime נשאר קבוע כל הזמן. ולכן אני מניח שיהיו בעיות ב-Back Test כאשר משתמשים בפונקציונאליות זאת.
רובי

רובי


מספר הודעות : 1079
עיר : מודיעין
נשלח ב-  05/08/2007 18:03:36

אני מצרף תת גירסה חדשה (0.03.01) לפי ההצעה והקוד שצרף Spad.

1.הגירסה מחשבת את זמן פתיחת הפוזיציות בצורה אוטומטית - יש לשים את שעת פתיחת הפוזיציות לפי שעון ישראל והסיסטם אמור להתאים לבדו את השעה לפתיחת הפוזיציות לפי שעון הברוקר.
2. הגירסה לא בדוקה.
3. לא ניתן לעשות לה Back Test ראוי.
4. יש לסמן "Allow dll imports".

אני ממליץ בחום לכל מי שהסתדר עד עכשיו אם גירסה 0.03 להישאר עם גירסה 0.03 כדי שלא להתבלבל.

רובי

קבצים מצורפים
הגישה לקבצים שצורפו להודעה מותרת למשתמשים רשומים בלבד. תהליך הרישום לאתר הינו קצר ומיידי ולאחריו תוכל להוריד את הקבצים המצורפים. אם הינך משתמש רשום אנא התחבר עכשיו ותקבל גישה לקבצים המצורפים.
Spad

מספר הודעות : 60
עיר : N/A
נשלח ב-  06/08/2007 00:11:26
רובי כתב :

Spad,
למשל עכשיו עשיתי Back Test אצלי למשל וההוראות נפתחו בשעה 8:00 במקום 10:00 (בדקתי על ברוקר GMT + 2).
לא ברור לי איך ה-backtester "אוכל" את נושא ה-GMT נאחר וה-LocalTime נשאר קבוע כל הזמן. ולכן אני מניח שיהיו בעיות ב-Back Test כאשר משתמשים בפונקציונאליות זאת.
רובי


המממ, אכן נראה בעיה - בלי שום קשר האם חווית בעיות נוספות בהרצת הקוד בבק טסט (הקוד המקורי) ?

אני נתקלתי בהמון מקרים של MODIFY ERROR מכיוון שה- TP לא חוקי, אני מניח שזה קשור ל- history אצלי שבאה מ- ALPARI כ- M1 אבל השאר עברו PERIOD CONVERSION האם התקלה מוכרת לך ?

(אני חושב שצריך פשוט להוסיף NORMALIZEDOUBLE ב- PERIOD CONVERSION SCRIPT מה אתה אומר ?

« הקודם   / 35   הבא »


דף הבית | שירותים | ברוקרים | תוכנת המסחר | פתיחת חשבון | פורום | בלוג | מי אנחנו | אזהרות | צור קשר