NAS 2m HULL-SAR trading system

Forums ProRealTime English forum ProOrder support NAS 2m HULL-SAR trading system

  • This topic has 343 replies, 42 voices, and was last updated 1 year ago by avatarbege.
Viewing 15 posts - 181 through 195 (of 344 total)
  • #164912

    @grahal

    i don’t manage to launch it with wf…

    #164913

    Phew! that took some finding!

    winnie37 … did you make the changes I detailed in the above post?

    #164915

     

    I don’t understand how to  launch it when it is ready with wf parameters. sorry, not the same backtest when i put the wf values in the code…😒

    #164920

    Thanks @GraHal,

     

    I can launch this code in pro-order.

     

    But the curious thing is when i write the correct code line 65 with smoothD parameters, i have average results. But i keep “std” without parameters, i find good results !!!!

     

    Does any one have idea ? Why this good result ?

     

     

    #164927

    But i keep “std” without parameters, i find good results !!!!

    It’s possible that when std is used in the code, then PRT is reading it as std[0](close).

    Or maybe std[3]close as you had std set in the optimiser at 3.

    Let us know you’re findings please?

    EDIT

    Weird though, as when I made the changes I mentioned re std / stl …  I still got the good results, same as yours good results!

    1 user thanked author for this post.
    avatar CMM
    #164930

    I don’t understand how to  launch it when it is ready with wf parameters

    Disable WF and enter your chosen values direct in the code or enter as fixed in the optimiser.

    You cannot launch direct out of WF (to my knowledge?)

    #164957

    so replace the fixed values in the code….not the same results, strange….

    #164959
    CMM

    I had the same problem and then got it working by replacing all to fixed values except “std” which I left as is and then it worked with the same result. I do not know why. Grahal pointed that out in a earlier reply.

    #164964

    Optimiser giving weird results now?

    Attached is a good result .itf … with std back in (at line 65) but also accepted (no errors) by ProOrder.

    CTime is optimised between Hour > 10 and Hour < 23 on attached … hence version – GHv1 – se we don’t get mixed up.

    1 user thanked author for this post.
    #164969

    Let us know you’re findings please?

    My findings are:

    Using std in the code at Line 65 gives good / best results.

    std (alone) is read by PRT the same as the default settings for std, as shown below …

     

     

    2 users thanked author for this post.
    #165027

    Curiously, i can’t run it in pro-order. It gives me a message who say me there is trouble line 18.

    I think there is som truth to it! I have been experimenting with v5.3 on different markets and this has come up for me too, not being able to start it. Especially on short versions this has been a big issue! I would be very grateful if someone could take a look at this and find a solution because I like the algos performance. It´s a code line for MM but I have chosen MM=0?

     

    #165036

    “Code is invalid. Please correct it.
    Line 18:
    Characters missing. Suggestions: end of code”

    #165040

    The MM code is fine, but you have to change the settings according to what leverage you get. To the best of my knowledge, the IG margin rate for the DJ is 5% (everywhere except Switzerland). You can check this by clicking on Info>Margin Requirements on the deal ticket. This means the MM code should look like this:

    Once you know the margin requirement, set that decimal and leave it – it’s not a variable. The only way to adjust how fast you want the positionsize to increase/decrease is the f value (factor). This is usually somewhere between 8 and 25. Because this algo cumulates orders, the total margin is going to be 3 or 4 times higher than usual so i would keep it to at least 20.

    If MM=0 then, positionsize can be anything you want. If MM=1 then startpositionsize can also be anything you want. But MM can only = 0 or 1 (not 0.5, or anything else)

    Apart from all that, I have no idea why it finds a problem with line 18  ???

     

    1 user thanked author for this post.
    #165041

    Suggestions: end of code

    that means it’s missing an ENDIF. But if you copy and paste the above code it should be fine.

    #165043

    Thanks nonetheless!

    When MM=0, does it then matter at all the settings for MM?
    (I have set cumulate orders = false)

Viewing 15 posts - 181 through 195 (of 344 total)

Create your free account now and post your request to benefit from the help of the community
Register or Login