Hi Watanabix,

Your #1,2,3 questions are just about the Backtest report only showing at the intervals of your chart’s Timeframe. In Live (Demo too) you will see that this all works fine.
With Backtest, internally it also works fine. I mean, the profit and such are from the real “tick” crossings.

Regarding #4 I can only say that your Set Target as well as the Set StopLoss are subject to an If condition, which is not allowed. In practice (Live/Demo) this will fail just the same (as in Backtest). Just set both at the beginning or end of your program and it will work.

Keep in mind that it is not this black and white as I or formal rules tell you;
You *can* have either under a condition, but that condition should determine the price (and then be very careful what you imply with that – e.g. a changing TP each bar). You, in this case, have the TP and SL determined only once, when you buy. This is caused by the If around it.

The general rule is that such “pending” orders need to be repeated each bar (thus, each call of your code). Do notice, however, that the rules depend on the broker and that it may happen that for example, the StopLoss just needs to be given once (thus that under your condition it *would* work). But because for the real normal Pending Orders (Limit and Stop) this rule of needing to repeat for 100% sure works like that everywhere, it is best to treat the TP and SL the very same.
Notice that this is harmless, because the originating party – PRT in this case – will intelligently send a new order or not. This means : when you give such a pending order the same price as in the previous bar, nothing will be resent to the broker if only the broker will let the order stay. This is how “intelligently” comes into play, because if the broker desires to explicitly repeat the order or else it will be cancelled, then PRT will know about that, and thus repeats the order (with the same price).
All is no worry for you if yo only always repeat the orders. This means : no conditions for them.

But change the price underway (like your LO and pt) and PRT will automatically send a new order with the new price, and the old pending order will be cancelled at the broker.

Literally there is another dimension, because the order may be maintained by the Broker or by the Exchange. This, with the notice that IG is both, and IB is separate (like IBKR for broker and CME for e.g. Nasdaq Futures). This relates to the rules you can’t see. The pending order for the one instrument is maintained by the Broker, while the other is maintained by the Exchange. You, working through the same broker (like IBKR) won’t know this, unless you sorted it out. This is why you should be on the safe side, and cause Backtest to behave the same as Live later (Backtest knows nothing of brokers).

Does this help ?
Peter

Hi,

It’s due to incorrect use of your orders. When you use “Buy Limit” orders, you must ensure that the “Close” is above your order level (Close > HI + Buffer). If this is not the case, the “Buy Limit” will be executed as a “Market Order” (as Roberto already mentioned).
The same applies to a “Sell Short Limit” order — the price must be below the order level (Close < LO – Buffer), otherwise it will be executed as a “Market Order” as well.

Additionally, there’s an incorrect use of the “Stop pLoss”. When using a “stop loss” based on a price level, such as “HI or LO” (HI and LO are price levels, not points), you cannot use “Set Stop Loss”. Instead, you should use the price level with “Set Stop Price”.
These types of orders (Limit, Stop) are executed in REAL TIME at the specified levels

DEFPARAM FlatAfter= 160000
DEFPARAM CUMULATEORDERS=FALSE
defparam flatbefore= 100000

If OpenTime=094500 and OpenTime<100000 then
HI  = high
LO = low
EndIf

IF Opentime >= 100000 AND NOT ONMARKET THEN
    
IF close > HI+buffer THEN
BUY 1 CONTRACTS AT HI+buffer limit
SET STOP PRICE LO
SET TARGET pProfit pt
REM Lowest breakout
ELSIF close < LO-buffer THEN
SELLSHORT 1 CONTRACTS AT LO-buffer limit
SET STOP PRICE HI
SET TARGET pProfit pt
ENDIF

ENDIF

Using #Js ‘s code above.

The issue regarding a  (100000) trade, IMO maybe this…

The code runs only once a bar, orders are placed at the start of the next bar.

At 094500 HI and LOW are set, but testing for a entry cannot start till  100000.

At 100000, if  condition is true to place an order, if set, it wont be processed until the end of this bar, and placed  from the start of next bar.

At the next bar its now 101500. If triggered entry taken.

Therefore no entry is ever placed on 100000 bar, so no order can be made.

If you want a order to be placed on 100000 bar, it needs to be tested for and set on the 094500 bar.