Stop due to numbers of EXECUTED orders

Viewing 13 posts - 1 through 13 (of 13 total)
  • Author
    Posts
  • #76400 quote
    Ziad
    Participant
    Junior

    Hello,

    Does the information in the RED border mean that once a system executes 1000 orders it gets stopped?

    If so, is it possible to override this limit and NOT to stop the system?

    I’ve been working on a system that executes unlimited orders and I don’t want it to stop as I’ve specified trading hours already.

    Your support is appreciated.

    am.png am.png
    #76403 quote
    GraHal
    Participant
    Master

    Yes 1000 Orders / Executed is the max.

    What is the nearest you have got so far to the limit of 1,000 per day??

    You must have a big bank balance?? 🙂

    Ziad thanked this post
    #76405 quote
    Ziad
    Participant
    Junior

    I see. I think I need to create multiple instances of the strategy for it to cope with the massive orders. But is the platform capable of handling that?

    The system first got stopped at 200+ orders then approx. at 900.

    It’s a big cap strategy once in, quick out once in profit with a tight stop. It does that all day long except when it’s stopped!

    #76406 quote
    GraHal
    Participant
    Master

    Mmm sounds interesting … I like that type of strategy as that imitates my manual trading strategy.

    What Timeframe does your strategy work on and is it Multi-TF or Single-TF?

    Might you consider sharing your strategy?? 🙂

    The limit in PRT used to be a max of 50 trades per day per strategy … some of my Systems used to get stopped when exceeded 50 per day. I had not even noticed the change in PRT setting until I looked to answer your question.

    So I’ve learnt something by helping you … which I often find is the case … so it’s Good to Help! 😉

    #76424 quote
    Ziad
    Participant
    Junior

    Your help is appreciated. It’s a complex multi TF strategy. Will consider sharing a version of it.

    GraHal thanked this post
    #90349 quote
    Finning
    Participant
    Veteran

    Hi there,

    after reading the above, I have a couple of questions relating to the 1000 order limit in 24 hours.

     

    1: – If a system places a buy order for 100 contracts – this is 1 order – and not 100 separate orders for each contract, right?? Conversely, if you have a “set target profit” for these 100 contracts, that then too is only 1 order – and not 100?

    Have read this https://www.prorealcode.com/topic/cumulate-orders-and-stops-targets/ and have understood that each order is governed by a set list of stops/targets/exits that is then assigned to it – it is not just averaged out over all of them.

    Just don’t know if each contract has an order, or if each order controls X number of contracts assigned to it when the trade was initially entered into. Got a feeling its the latter and not the former – just checking.

     

    2: – Lets say I have a strategy that is both long/short. The strategy has both set target profit for long and short – as follows below:

    if longonmarket and high-open >= 50 then
    set target profit 40
    endif
    
    if shortonmarket and open-low >= 60 then 
    set target profit 50
    endif

    My question is this – let’s say the strategy goes long – so it then uses the longonmarket set target profit function. Will PRT then “see” the order for the shortonmarket set target profit function? So in a long situation, will the above lines of code have taken 1 – or 2 – orders out of the 24 hour 1000 order  limit? The reason for this question again is I’m just trying to work out the details so I may possibly not go over the 24 hour 1000 order limit.

     

    3: – Does backtesting implement/stick to this 1000 order limit for 24 hours? So if I do a backtest that is programmed to do say 2000 orders in 24 hours, would it then fail/not work/show this 1000 order limitation?

     

    4: – Ziad said above in post #76405 that he had a system stoppage at approx 900 orders. Can I safely assume that I have the full 1000 orders to work with – or is it some number that is arbitrarily smaller than this due to changing system/market constraints?

     

    These questions may seem a bit absurd, but for an accumulating orders system where you can possibly get a controlled buildup of orders from trades not being exited then the above questions become important if you don’t want to be forced out of the market.

     

    Many thanks for your help,

     

    Finning.

    #90356 quote
    GraHal
    Participant
    Master

    If a system places a buy order for 100 contracts – this is 1 order – and not 100 separate orders for each contract, right??

    Yes above is correct … 1 Order for 100 Contracts.

    I will read your other questions later, but don’t let that stop anybody answering! 🙂

    #90486 quote
    Finning
    Participant
    Veteran

    Hi GarHal, thanks for that answer. It’s as I suspected for that one, i just don’t have a clue for the other questions.

    Thanks,

     

    Finning

    #90487 quote
    Finning
    Participant
    Veteran

    Sorry-GraHal

    #90490 quote
    GraHal
    Participant
    Master

    Will PRT then “see” the order for the shortonmarket set target profit function?

    Only executed Orders (trades opened) will count / add up towards the 1000 orders in 24 hours.

    You must have some serious money to even be bothered about such limits?

    Most of us crap ourselves if we get > 1 order open at any one time! 🙂

    #90493 quote
    GraHal
    Participant
    Master

    Does backtesting implement/stick to this 1000 order limit for 24 hours?

    No I don’t think backtest observes the 1000 limit.

    But it would be easy to check out … write a code that opens a trade every 15 seconds and closes at the next 15 second bar, or even 5 seconds bars?

    Can I safely assume that I have the full 1000 orders to work with

    Yes.

    If you find your limit is less than 1000 then I would alert PRT via Help / send Technical Report.

    #90497 quote
    Nicolas
    Keymaster
    Master

    That 1000 orders limit is individual for each of the strategy.

    If your strategy have been stopped after “only” 200 orders, you should consider the pending orders rejection limit instead.

    #90503 quote
    Finning
    Participant
    Veteran

    Hi GraHal-sorry about the miss-spelling before. And thank you for the answers that you supplied. I can see what you mean with the last 2 answers-and I can test those limits.

    In terms of seeing those shortonmarket orders-bear in mind I’m only looking a minis. And I’m looking to the future. I am led to believe that an order is a buy-sell-stop-sell at stop-target profit or a combination of the above. An order is a call for action placed in the brokers books. Let’s say you have a long trade setup with a combined total of 15 of the above order terms in it. 35 cumulating trades on market and you have 525 orders. If you had a trade and it was long/short with a combined total of 30 order terms, 35 cumulating trades on market is then 1050 orders all up-a problem. Which is why I was so keen to use IF commands to try and cut down dormant orders on the other side of the trade direction in a strategy-a bonus of which being the ability to have higher cumulated positions.

    Nicolas that pending order rejection list-you’re saying the limit is 200? A rejected order is an order that went to market and it didn’t work for some reason? Couldn’t get a fill or no liquidity that sort of problem?  Is this different to having a list of orders that simply were not used? That is-you could have 500 placed and unused orders in a 24 hour period?

    Thank you for your answers,

    Finning.

Viewing 13 posts - 1 through 13 (of 13 total)
  • You must be logged in to reply to this topic.

Stop due to numbers of EXECUTED orders


ProOrder: Automated Strategies & Backtesting

New Reply
Author
author-avatar
Ziad @ziad Participant
Summary

This topic contains 12 replies,
has 4 voices, and was last updated by Finning
7 years ago.

Topic Details
Forum: ProOrder: Automated Strategies & Backtesting
Language: English
Started: 07/21/2018
Status: Active
Attachments: 1 files
Logo Logo
Loading...