Stop due to numbers of EXECUTED orders

Forums ProRealTime English forum ProOrder support Stop due to numbers of EXECUTED orders

Viewing 13 posts - 1 through 13 (of 13 total)
  • #76400

    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.

    #76403

    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?? 🙂

    1 user thanked author for this post.
    #76405

    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

    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

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

    1 user thanked author for this post.
    #90349

    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:

    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

    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

    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

    Sorry-GraHal

    #90490

    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

    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

    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

    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)

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