SL / TP cannot be None / NULL for MarketOrder, their value needs to be DEFAULT => 0.0
you could use MarketRange order with relative SL / Relative TP instead
I would try MarketRange on monday when the market opens. I suspect that MarketRange is not on the list of ordertypes useable with ProtoOANewOrderReq. But l shall give it a go and see what happens. Nonetheless, thank you for your response.
The situation is now more confusing to me. I removed the stoploss and takeprofit entries from the NewOrder request and the CTrader API server returns an error stating Stoploss cannot be None. I added the stoploss and takeprofit in pips and it returned the error below:-
description: "SL/TP in absolute values are allowed only for order types: [LIMIT, STOP, STOP_LIMIT]"
Please note that l have also tried it with absolute price value for Stoploss and Takeprofit and received the same error message above. As it stands, l am unable to open a new position due to this error. Please help!
SPOTWARE please comment on the above.
My requirement is as follows:
I need to be able to set SL and TP for MARKET order type in the ProtoAONewOrderReq request.
The value set for the SL or TP may be absolute price location or in pips relative to the entry price
Note:- This is the only risk free way to open a position and instantly protect it in turbulent market conditions. Also, this approach guarantees that the SL/TP are effectively anchored to the Bid and Ask prices at the point of entry. At any other time, the Bid and Ask price may be significantly misaligned to the entry price, thus causing the SL/TP to be ineffectively located and sometimes unfavorably located or rejected by the system. For us the current implementation is potentially too risky to use for real money trading.
andrewO
27 Mar 2025, 16:33
( Updated at: 27 Mar 2025, 16:36 )
The situation is now more confusing to me. I removed the stoploss and takeprofit entries from the NewOrder request and the CTrader API server returns an error stating Stoploss cannot be None. I added the stoploss and takeprofit in pips and it returned the error below:-
description: "SL/TP in absolute values are allowed only for order types: [LIMIT, STOP, STOP_LIMIT]"
Please note that l have also tried it with absolute price value for Stoploss and Takeprofit and received the same error message above. As it stands, l am unable to open a new position due to this error. Please help!
that's right, you cannot add SL and / or TP on a market order; still:
you can place it and adjust SL / TP afterwards, using ProtoOAAmendOrderReq
you can place pending orders with SL / TP
Market Range orders are also available, but that is another topic.
Yes l figured out that l can amend it afterwards. But that is not a very good proposition, because between placing the order and amending it, the market may have moved significantly. It makes more sense for it to be implemented similarly to how it works in CAlgo desktop application. This current approach is unnecessarily cumbersome and in certain circumstances could expose the API trader unfavourably. Especially if one is trading the shorter timeframes such as M1 or M5 where the market can move swiftly during news windows. We could lose money because of this. I am sure that is not Spotware's intentions.
The functionality to facilitate this is clearly there, so why not remove this poor aspect of the design. Leaving this poor design inplace is not in the best interest of OpenAPI traders. Hence l hope it would be corrected in the next release of the CTrader OpenAPI SDK
Hi CTrader Team, l have put a system exception try catch block around the OnTick event coupled with a global AppDomain Unhandledexception handler. Both cannot seem to catch the source of the Unexpected process termination error. I did not have this problem using this same code in CTrader version 4, please could you investigate this. I am unable to provide any trace as it is not showing anywhere.
When I checked again, it seems that either Ask or Bid is missing.
Ask and Bid fields in ProtoOASpotEvent are optional. They are only supplied if the values change. If they are absent, it means the value has not changed. This is how it has been for some time now. I don't know if this has changed recently. But what you are experiencing is how it normally worked.
Just for completeness, l have ran the code under a demo account and the “CBot instance [AUDUSD, m30] process was unexpectedly terminated.” error is occurring after the OnStart event has executed, as can be seen the image below. I don't have this problem while backtesting incidentally. I hope this helps clarify things.
You've provided nothing to show people what's happening versus what you expect to happen.
You also need to provide code samples that replicate the problem because for all we know, there's an issue with your code.
I am having this problem too. In my case, it runs for two and half weeks worth of backtesting data and halts with log file full. I have been able to get to riun slightly longer by regularly clearing the log file but it inevitable halts with the time count stopped. There is clearly a bug with this version of CTrader desktop.
After a reboot on my machine, upon restarting my cbot l am now experiencing this issue.
21/08/2024 00:33:20.000 | Error | CBot instance [USDCHF, m30] process was unexpectedly terminated.
I have checked all timeout settings of downstream applications and have found they are generously set. Including HTTP Timeout setting for RestSharp etcThey are all set for long running connections. I cannot understand why CTrader is dropping connection immediately after the connection is established. Please can you help.
Hi there,
Could you pleasesend us some troubleshooting information the next time this happens? Please paste a link to this discussion inside the text box before you submit it.
Best regards,
Panagiotis
I have reverted to CTrader version 4.8(909) and the cbot is working fine on there. I think there is a bug in version 5.0. I need version 5.0 because it is the only version on MacOS with backtesting capability. I would be eternally grateful if you could you sort it out please.
I have reinstalled Ctrader for mac version 5.0.22 and ran the cbot under backtesting and the error has emerged. See screenshot attached. There id a comms bug in Version 5.0.
Hi there,
Can you please send troubleshooting as per my previous instructions?
Best regards,
Panagiotis
Hi Panagiotis,
I am having the same error. It is impossible to trace as it seems to happen after an execute call has been successfully completed in my case. Putting the code in a try and catch block did not capture the error.
I have also placed the code inside a “this.BeginInvokeOnMainThread(() =>” block to ensure it is run within the main thread with the hope the error would go away, doing this makes the run to hang for a long time until a forceably killed it. Since the ModifyPosition call executed successfully as can be seen above, the error seem to be originating outside my code. The code is as shown below:-
protected override void OnTick() { int multiplier = SymbolName.Contains("jpy")? 100 : 1000; foreach (API.Position pos in Positions){ if (pos.TradeType == TradeType.Buy){ if (pos.StopLoss <= pos.EntryPrice){ if (pos.Pips >= 50){ this.BeginInvokeOnMainThread(() => { TradeResult tresult = ModifyPosition(pos, pos.EntryPrice + Symbol.PipSize * (pos.Pips-10), pos.TakeProfit); if (tresult.IsSuccessful) { Print("[" + (string)pos.Label + "] ModifyPosition execution was successful!"); } else { Print("[" +(string)header["label"] +"] ModifyPosition execution was not successful!"); } }
It seems you are using the trading account number instead of the account ID. Please try using ProtoOATrader.ctidTraderAccountId and let us know if this works.
Best Regards,
Panagiotis
Hi Panaglotis,
I am having some confusion on what is Account ID and Account number since the API backend pages changed to the new format. Before, we had access to a list of accounts and could drill down to see the details of each account. All we are able to see nowadays is as follows:
My question therefore is, can we say the number in the image is the account ID. I have used this number as the account ID for AccountAuthReq calls lately and l get Trader Account not authorized. If this is not it, how do we get access to the Account ID? If it is, why am l getting Trader Account not authorized? Mind you, l am using very old code that has connected multiple times in the past.
andrewO
16 Jun 2023, 11:55
( Updated at: 21 Dec 2023, 09:23 )
The issue continues to persist. Is this what to expect from the production environment of the Python SDK CTrader server as well? This time no event signal was received, is there a solution coming for this or is there something we can do at the client end to improve this?
The symbol is USDJPY, the currently running desktop app can display tick data in the onTick method and trendbar data in the OnBar method. The timing of the OnBar event on the desktop is spot on the 30 minutes intervals and l am trying to replicate that in the python SDK based code for OpenAPI. The aim is to have a consistent event signal on the 30 mins interval as my trading algorithm is based on this strict timeliness.
andrewO
29 Mar 2025, 12:11
RE: [errorCode : INVALID_REQUEST] Order type STOP_LOSS_TAKE_PROFIT is not allowed for NewOrderReq
raul_gherman said:
I would try MarketRange on monday when the market opens. I suspect that MarketRange is not on the list of ordertypes useable with ProtoOANewOrderReq. But l shall give it a go and see what happens. Nonetheless, thank you for your response.
@andrewO