Support Board
Date/Time: Sun, 26 Apr 2026 16:22:44 +0000
Do I need 2 SC Instances to Run Realtime Denali CME Data + Execute via CGQ Order Routing
View Count: 720
| [2026-04-09 00:54:54] |
| Shores2021 - Posts: 56 |
|
I still see -2 position that was opened under SIM MODE > "CQG ACCOUNT NAME" SIM MODE - not SIM1 etc When I select Trade Simulation Mode On and scroll down to select "MY NAME ACCOUNT" (CQG live account shows my name not a #) then I see -2 open trade and it carries from Mar 17. I can't close it or liquidate it. I can only select not to show it by selecting Chart Settings>Order Fills Start Date> more recent date. But how can I close it or delete it? I checked with CQG and I am flat on the real account but somehow this -2 position keeps showing up on my TAL window along side my actual trades even though it was opened on "ACCOUNT NAME" in SIM MODE. I tried everything. Maybe it was opened on the previous March contract symbol and I can't close it because SC forces me to click Rollover. Thank you. |
 -2 MES SIM PAST ORDER - I CAN NOT CLOSE.png / V - Attached On 2026-04-09 00:54:27 UTC - Size: 78.66 KB - 21 views Attachment Deleted. |
| [2026-04-09 14:17:27] |
| John - SC Support - Posts: 45769 |
|
Please go through the items at the following link: Trade Activity Log: Solving Inaccurate Trade Statistics for Charts Field Values For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing |
| [2026-04-14 08:24:33] |
| Shores2021 - Posts: 56 |
|
I notice a repetitive disconnect each day during live session exactly at 10:15am CST. I got a disconnect from the server, then as SC is trying to reconnect to get the current Live Net Pos for some reason SC does not read CQG live position and it generates live orders and sends them for execution to match the POS DELTA of the strategy. Then within seconds the Actual Position ends up being doubled and the strategy then immediately is sending another live order for the amount the was just filled to return the live position to desired position of the strategy. 1. I am trying to understand what causes that routine daily server disconnect at exactly 10:15am CST 2. Is this disconnect caused by CQG server or Denali (pls see attached pic - grey background)? 3. How can I prevent this disconnect from happening and avoid sending these live trades that try to match live CQG position with SC strategy position right after the disconnect and reconnection phase? 4. Also I see that currently I can't seem to connect/re-connect with the server. (pls see attached pic - white background) Thank you very much. P.S. I understand SC does not offer support for CQG, I just need to figure out which side causes this disconnect. |
Attachment Deleted. CQG SERVER DISCONNECTS.png / V - Attached On 2026-04-14 08:24:25 UTC - Size: 513.4 KB - 16 views |
| [2026-04-14 14:46:37] |
| John - SC Support - Posts: 45769 |
|
1. We have no idea. 2. From what we see in your log, it is caused by CQG. 3. You need to ask CQG about this. 4. Again, this would be an issue with the CQG servers. For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing |
| [2026-04-14 19:37:09] |
| Shores2021 - Posts: 56 |
|
Thank you John, Trying to solve these disconnects. It also happened for me Teton connection on instance 3 today. Knowing how stable Denali+Teton is, please double check the error I got in the Message Log. It says: "Close event error. Windows error code 10053. An established connection was aborted by the software in your host machine" (see attached file) Is that affirmative that it was my machine or internet connection and not Denali nor CQG/Teton generated disconnects? I would like to isolate this issue and confirm the possible source so I can mitigate this. Also, got the error that my NumCurrentConnectionsForSameDevice=4 (see attached) I am only running 3 Instances on my machine: Instance 1 Denali - All Sims (no execution) Instance 2 Denali + CQG WebApi (RJO) Instance 3 Denali + Teton (Phillip Capital) Can my server disconnections at 10:15amCST be somehow causing these attempts to connect 4 times which is 1 too many on my account or could this forced 4th connection attempt be causing one of the other instances to disconnect? Please advise. Thank you very much. Date Time Of Last Edit: 2026-04-14 19:39:00
|
| Teton - Disconnect from Server at 1015am CST - 4-14-2026.png / V - Attached On 2026-04-14 19:37:42 UTC - Size: 255.39 KB - 12 views |
| [2026-04-14 19:50:53] |
| John - SC Support - Posts: 45769 |
|
If you are getting disconnects with both CQG and Teton, then this means that the issue you are having is due to connectivity with your Internet connection. We would recommend trying a different connection to see how it works for you. With regards to the 4 connections, the system is definitely seeing the four connections somehow. In this case, exit from all your Sierra Chart instances and start them again. See if you have the same thing show up or not. For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing |
| [2026-04-15 03:03:16] |
| Shores2021 - Posts: 56 |
|
Thanks John, So I got a few more specific updates from CQG and although I understand you don't provide tech support for CQG, it sounds like the issue is either with SC trying to force another login making it too many at the time or my internet connection. CQG tech shows these logs, hoping you can help me decode and pinpoint exactly what is the reason I am getting these forced logoffs. It appears to be from SC side on my end. 1. I have shot down and restarted all 3 Instances of SC and will watch monitor for other forced logoff events 2. Do I need to make sure all 3 Instances are the same version/built of SC? Can I update the versions without loosing any data/settings/studies/spreadsheets if I changed all to newest version? 3. Based on the attached logs from CQG it looks to me like forced logoffs may be triggered by too many attempts to connect to a trading service and this error: "Your session was closed due to a concurrent session." forced_logoff_reason: 2 I hope attached logs could help in isolating what exactly causes these disconnects. Any help would be greatly appreciated. Regards. |
| CQG Tech providing logs to show forced logoffs from Sierra S.png / V - Attached On 2026-04-15 03:03:09 UTC - Size: 553.56 KB - 12 views |
| [2026-04-15 07:03:25] |
| Sierra_Chart Engineering - Posts: 23605 |
|
You can only have one connection to CQG at a time. Which means you can only, use one instance of Sierra Chart connected to CQG at the same time. You can use sub instances though to work around this: Using DTC Server for Data and Trading in Another Sierra Chart Instance Why do you want to use CQG instead of Teton order routing?: Sierra Chart Teton Futures Order Routing You are much better off using Teton order routing instead of CQG if you just plan to trade the CME Group of markets. What exchanges do you want to trade on? Sierra Chart Support - Engineering Level Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy: https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing Date Time Of Last Edit: 2026-04-15 07:04:44
|
| [2026-04-15 19:57:14] |
| Shores2021 - Posts: 56 |
|
I restarted the machine, and all 3 Instances fresh. This is the loop that I am experiencing: Again, today exactly at 08:15am PST I got a forced disconnect from the server. Instance 1 - All live signals with Denali (it never dropped the connection at 08:15am PST). The strategy is +1. Instance 2 - using ACSIL custom study keeps updating +1 From Instance 1 into Instance 2. When Inst2 forced disconnect, somehow while it is reconnecting (under 1 minute) it sends live order +1 because it shows CQG server POS=0 (while disconnected), it fills +1 making new POS +2 (instead of desired +1). Now it reconnected, CQG shows +2 so Inst2 sends another -1 to finally match back to original +1. All this happens fast and everyday at 08:15am. Inst1 (Denali Sims ) - Did not disconnect Inst2 (Denali + CQG) - Forced disconnect - sending liver orders to match Inst1 strategy and overfills and then corrects with live orders. Inst3 (Denali + Teton) - Did not disconnect _ 1. I only have one connection to CQG WebApi at any time using INSTANCE 2. 2. I am already using TETON for one of the accounts with Phillip Capital. No issues here. 3. I am using CQG because I have private managed accounts with RJO and they only offer CQG at this time. 4. Today I did not get "too many connections error" from my machine. Last time it was trying the 4th connection. Restart helped I guess. I hope I can resolve this otherwise I would have to either: - Try DTC Server - Try running all 3 Instances on VPS - Try using 2 separate machines (not most desirable) - Execute via Phillip Cap and use giveups from Phillip to RJO accounts. Which of these would you recommend? Thank you again for your inputs. Date Time Of Last Edit: 2026-04-15 20:06:59
|
| 0815AM PST - another forced server disconnect.png / V - Attached On 2026-04-15 19:57:05 UTC - Size: 221.39 KB - 11 views |
| [2026-04-15 20:13:50] |
| John - SC Support - Posts: 45769 |
|
The only thing we can state from what you have provided, is that if you saw a disconnect at 08:15 with only the connection to CQG, then this would imply an issue with the CQG connection. As to how your studies work and what would work best for your setup, that is outside of our support. For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing |
| [2026-04-17 18:22:22] |
| Shores2021 - Posts: 56 |
|
Today both Instances disconnected. Here are the TAL logs (attached). So it may not be CQG after all. 1. Based on the TAL log messages, can you confirm that such disconnection could be triggered by an internet connection? Also, can you confirm that the message log loop saying "No Account Specified" is normal? Another words when the disconnect/connected to server loop is finished the info from service log is connected even though TradeAccount account says: No Account specified. 2. Also, is it possible for Instance1 and Instance2 which communicates via Custom study can get disconnected and not auto reconnect during these disconnects loops? Today, after the reconnect it seems like Inst1 <> Inst2 Custom Study bridge stopped communicating. What do you recommend I can do to make sure custom Study refreshes or re-arms it-self after a reconnect loop if I am not by the machine to manually reset the ACSIL study or do I need to code something special for ACSCIL bridge to re-arm automatically? 3. If done correctly, shouldn't all Spreadsheets and all Custom Studies (ACSIL bridges) between all Instances reconnect to pre-disconnect state after an unattended auto disconnect/reconnect loops automatically? Thank you very much. Date Time Of Last Edit: 2026-04-17 18:25:22
|
| ALL INSTANCES DISCONNECTED FROM SERVER - 2026-04-17 AT 02-.png / V - Attached On 2026-04-17 18:22:16 UTC - Size: 128.9 KB - 5 views |
| [2026-04-17 18:38:35] |
| Shores2021 - Posts: 56 |
|
Is sending orders from several different charts for the same symbol to execute will work or will the cross long vs short fills confuse the loop between desired POS vs LIVE FILLS from the broker? EXAMPLE: INSTANCE1 -----------SIGNAL-ACTUAL POS TOTAL(IB) CHART#1 ES +1 +1 CHART#2 ES +2 +3 CHART#3 ES -4 -1 _________________________________________________ -1 NET POSITION ON THE ACCOUNT FOR ES will this -1 current TOTAL POS cause issues with chart#1, #2, #3 spreadsheet logic which locally shows POS Chart#1 +1,Chart#2 +2,Chart#3 -4? Will this force charts#1,#2,#3 to try to match orders between local sims and actual fills? Thank you very mych. |
| [2026-04-20 13:58:30] |
| John - SC Support - Posts: 45769 |
|
1. The only thing we can tell from your Trade Activity Log is that there was a disconnection around 02:20 on April 17, 2026. Some types of trading data requests and also depending upon the trading service, do not require a trade account identifier 2/3. These are questions about your studies that we can not answer. You have to determine who they function and what you need to do in regards to these situations. For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing |
| [2026-04-21 19:48:57] |
| Shores2021 - Posts: 56 |
|
I would love to be able to actually send orders from several charts (for the same symbol) to one trading service? Say 10 charts of ES, each generating a different signal. I set MAX POS ALLOWED to 10, but I seem to be getting a fill only from one chart that fires the first signal. The rest of the charts do not send orders to the trading service even though Sending Orders to Trade Signals = On Is it because I can only send orders from one chart / per signal or else must combine the signals into one and send the NET POS from one chart only? Thank you. |
| [2026-04-21 20:12:08] |
| John - SC Support - Posts: 45769 |
|
There are not restrictions on being able to enter orders from multiple charts for the same symbol. There will only be a single Position line for the Position Average Price for the combined orders. Since you say you have the "Maximum Position Allowed" set to 10, then there should not be an issue related this particular area. As such, you would need to look into your trading study to see what it is occurring. That is not something we can help you with, as that gets into "Programming Help" which is outside the scope of our support. 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: