Support Board
Date/Time: Thu, 21 May 2026 19:39:47 +0000
OCO
View Count: 164
| [2026-03-31 15:58:56] |
| User473031 - Posts: 71 |
|
I've gone through your documentation and I'm still having trouble having success with 2 types of oco orders. #1. for example 6 contracts. 2 targets. target 1 10pts, target 2 30pts. Stop loss is same for all contracts. Target 1 is reached and 3 are sold and 3 contracts remain and go to B/E. then trail 1pt after target 1 reached and target 2 remains. #2. same 6 contracts stop loss for all contracts Target 1 10 pts 3 contracts off. target 2 20pts and 2 contracts off. remaining 1 contract trails 1 point after target 1 and trails 5pt after target 2 hits. last remain contract is manual exit. Lastly, sometimes when I have simple OCO bracket with two targets, sometimes there remains open OCO order after I'm flat. I'm unable to figure why this is happening? |
| [2026-03-31 18:15:06] |
| John - SC Support - Posts: 46234 |
|
Attached is an image of the setup you would use for Situation #1. Situation #2 can not be done directly with the attached orders, as you can not have a trail of 1 point and then a trail of 5 points. A single trail of 1 or 5 can be done, and would be the same setup as we give for #1, but you would have a different quantity for Target 2. The only way to get exactly what you want for situation #2 would be to create a custom study to control that Stop. For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing |
 Situation1.png / V - Attached On 2026-03-31 18:15:03 UTC - Size: 22.47 KB - 36 views |
| [2026-03-31 19:23:37] |
| User473031 - Posts: 71 |
|
I followed the image you provided with the following results. the only change I did was change the stop loss offset from 5 to 10. It created an additional oco order. After the position went flat , the oco order remained live. I have send this happened on many occasions with different configurations. Is there a setting in global settings or else where that is causing this to happen? I've provided two images for you to view.
|
Attachment Deleted. Screenshot 2026-03-31 151651.png / V - Attached On 2026-03-31 19:23:21 UTC - Size: 28.3 KB - 39 views Screenshot 2026-03-31 151703.png / V - Attached On 2026-03-31 19:23:27 UTC - Size: 20.36 KB - 35 views |
| [2026-03-31 19:33:59] |
| John - SC Support - Posts: 46234 |
|
You have two Stops and a single Target. You should have 2 targets and a single Stop. The targets are standard Limit orders each with the offset you want. Then there is a single Stop setup as we show in the image we provided. The Group for the Stop needs to be set to "All OCO Groups". For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing |
| [2026-03-31 20:40:08] |
| User473031 - Posts: 71 |
|
you can see by the screen capture. there are two different targets and 1 stop.
|
| Screenshot 2026-03-31 163833.png / V - Attached On 2026-03-31 20:39:10 UTC - Size: 25.43 KB - 32 views |
| [2026-03-31 21:15:06] |
| John - SC Support - Posts: 46234 |
|
You do not need the "Move to Breakeven settings for the Stop, as the Triggered Trail Offset will move it to within 1 point of the current price once the price has gone up 10 points, which is also where the first target is located. But that does not explain what you are seeing. It should work just fine. Attached is an image of what we get when we do this setup. We did move the Stop down a bit just to make it more obvious. Something is not showing correctly. The Stop orders showing in the chart are "Triggered Step Trail Stop Limit". But your Trade Window shows it as a "Triggered Trail Stop Limit" (not a Step Trail). We wonder if that is the correct Trade Window for that chart. For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing |
| ESM26-CME[M] 1 Min #1 2026-03-31 16~10~46.700.png / V - Attached On 2026-03-31 21:11:29 UTC - Size: 43 KB - 40 views |
| [2026-03-31 21:40:22] |
| User473031 - Posts: 71 |
|
This is the correct trade window. I do have multiple charts running but use one specific chart for initiating trades. I've seen this happen with different setups and it is sporadic. Sometimes the OCO order works correctly and sometimes it doesn't. I don't think I've seen this happen with a simple bracket order. It seems to be only when there are multiple targets. I have tried several different configurations, and will at some time in the future, experience this same issue. I will try to document next occurrence but honestly there seems to glitch somewhere. There have been times when I will have no orders or oco standing orders ( i know because I will have done Cancel All), and the system will notify me I still have a live oco order. There are times when I've had to flatten the last trade because the target isn't being reached. There will be a remaining live OCO order. I'm attempting to illustrate different issues that I've had.
|
| [2026-03-31 21:55:13] |
| John - SC Support - Posts: 46234 |
|
We wonder if you have your Trade Windows linked together. This would cause a change to the Trade Window if you made a change on another chart. It is one of the few reasons we can think of for you to be having the issues you are stating. Especially if you are seeing these issues in Simulation Mode. Refer to the following: Chart Settings: Chart Linking >> Trade Window (Chart >> Chart Settings >> Linking menu) And there definitely is the difference we noted in post #6 between the orders on the chart and what was set in the Trade Window. So something odd is occurring. Another possibility is a custom study that is causing the changes. Perhaps catching orders before they are sent and then sending something different, or modifying the setup in the Trade Window. If you have any custom studies, then we recommend running in Safe Mode and see if you continue to have these oddities. Refer to the following: Sierra Chart - Software Login Instructions: Using Safe Mode And we do want to point out that it looks like you are using Rithmic for your order routing. Rithmic is known for not responding in a timely manner, so some of what you see in terms of orders remaining open after you have cancelled them, could be caused by Rithmic. Refer to the following: Rithmic Trading Platform Service: Rithmic Support Policy But Rithmic could not cause the discrepancy we noted in Post #6. For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing |
| [2026-03-31 22:38:24] |
| User473031 - Posts: 71 |
|
I do have my windows linked together. using Link 1 and Symbol. That is the configuration I have when I use link. I've never seen this issues in simulation mode. I've never used simulation mode when trading. It is always Real Time. I do have lots of custom studies but none of them are configured for executing a trade. I've had the issues with other charts also. So, the issue isn't limited to one chart. If I run this in safe mode, then my custom studies will not work correct? IF they don't work, then I'm not going to be able to trade. I haven't brought this to Rithmic's attention because I'm using SC for executing my trades. I don't do oco orders when I do trade with Rithmic . You seem to be as perplex and running out of ideas right? |
| [2026-04-01 13:42:55] |
| User473031 - Posts: 71 |
|
It happened again. I had a series of successful trades. Then after 6th trades, i'm flat and it left trailing stop. Price came down and it didn't trigger an execution but it remained. I've attached a single image
|
| Screenshot 2026-04-01 094214.png / V - Attached On 2026-04-01 13:42:32 UTC - Size: 144.27 KB - 28 views |
| [2026-04-01 16:41:00] |
| John - SC Support - Posts: 46234 |
|
Make sure you do not have linking for the "Trade Window" between any of your charts. You should definitely test the orders you are setting up in Simulation Mode and ensure they are working as you expect in Simulation Mode. If everything works correctly in Simulation Mode, then the issue would have to lie elsewhere. So this is the first thing to test. Although given that you are saying that this only occurs once in every 5 or 6 trades, it does sound like it is a Rithmic issue. It is not unheard of that Rithmic is not responding properly that an order has been cancelled, therefore Sierra Chart will continue to show that order. We have no solution to this, as it is Rithmic not giving the proper information. For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing |
To post a message in this thread, you need to log in with your Sierra Chart account: