Login Page - Create Account

Support Board


Date/Time: Thu, 13 Aug 2020 05:45:34 +0000



Regarding Rithmic (Our Final Post on this Subject)

[2020-04-29 22:50:38]
Sierra Chart Engineering - Posts: 88579 | Ending Date: 2021-04-05
There are numerous posts on this board regarding Rithmic and we have been asked about whether Sierra Chart will be supporting the connection directly to the R-Trader software to avoid paying exchange fees a second time when using Sierra Chart.

This connection would mean that when you are only paying one set of exchange fees to Rithmic, this would allow you to use Sierra Chart at the same time as R-Trader and other programs.

Sierra Chart has discontinued all technical support for Rithmic effective December 2019 and any updates because those updates are not technically possible (Refer to post #15 below).

If you have been referred to this thread, and you have some issue involving a connection to Rithmic or some issue/question about Rithmic with Sierra Chart, we will not be providing technical support for it.

The state of Rithmic is as is and will be removed effective December 31, 2020, from Sierra Chart completely in newer versions.

The technical integration that Sierra Chart has to Rithmic is substandard due the type of interface provided by Rithmic. We understand why it is used by users, but it will not be even possible to use newer versions of Sierra Chart released after that time with Rithmic.

It is part of our plans to have a single unified way to support market data from and order routing to common exchanges in order to provide the best level of service.

So Sierra Chart is not going to be supporting the connection to R-trader to save on exchange fees because we do not have the technical ability to do that. The Rithmic bridge program has not been in active development for about three years now, and it cannot be changed.

The current supported services are listed here:
https://www.sierrachart.com/index.php?page=doc/SupportedDataAndTradingServices.php

The preferred alternatives to Rithmic are as follows:

https://www.sierrachart.com/index.php?page=doc/SierraChartOrderRoutingServiceWithData.php (Have a look through the Introduction section on that page for the benefits of using this service as compared to Rithmic. This service supports multiple simultaneous connections without restriction.)

https://www.sierrachart.com/index.php?page=doc/DenaliExchangeDataFeed.php (This service supports three connections per same device)

https://www.sierrachart.com/index.php?page=doc/DelayedExchangeDataFeed.php (No connection limits)

https://www.sierrachart.com/index.php?page=doc/SimulatedFuturesTradingService.php (No connection limits)

And if you are trading on exchanges other than or in addition to the CME Group (all four market data centers), use CQG:
https://www.sierrachart.com/index.php?page=doc/CQGTrading.php


Once we add EUREX to the Denali Exchange Data Feed delivered out of Frankfurt, then we would recommend using the Sierra Chart order routing service for EUREX trading. But for now we recommend just staying with CQG. We do have EUREX data available with the Sierra Chart Exchange Data Feed although that comes out of Chicago and not Frankfurt.

--------

If you are not able to connect Sierra Chart to Rithmic because you are also running R-trader, what is the reason that you run R-trader at the same time?

If it is for a secondary means of access to your account, with the Sierra Chart Order Routing Service, you already have a secondary means of access through the available web-based trading panel:
https://www.sierrachart.com/index.php?page=doc/SierraChartOrderRoutingServiceWithData.php#WebBasedTradingPanel

Additionally you can also connect to the Sierra Chart Order Routing Service from Sierra Chart as many times as you want on the same or different systems. In the case of when using different systems, if you are not paying additional exchange fees to access the real-time data, you can use the delayed data. For instructions refer to:
https://www.sierrachart.com/index.php?page=doc/SierraChartOrderRoutingServiceWithData.php#UsingDelayedMarketData
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2020-07-23 05:07:25
[2020-04-30 03:49:15]
Japhro - Posts: 105 | Ending Date: 2021-05-01
To clarify, after Dec 31st 2020 it will no longer be possible to use Rithmic at all, or users will simply have to use older SC versions if they still want to use Rithmic?
[2020-04-30 06:20:25]
Sierra Chart Engineering - Posts: 88579 | Ending Date: 2021-04-05
You can continue to use Rithmic indefinitely after that with any version released before then.

However, we would hope, when you look at what we offer with the Sierra Chart order routing service, the exchange coverage on the Denali data feed, and the additional risk management functionality, at that time that you will see that these alternatives are the best choice when using Sierra Chart.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2020-04-30 06:24:44
[2020-04-30 08:41:08]
Japhro - Posts: 105 | Ending Date: 2021-05-01
I do not necessarily agree, but it depends on some answers to other technical questions that I posted in another thread.

Multiple platforms on one data feed, options trading functionality and bid/ask market depth levels are all issues I have to resolve in order to be able to change to Denali
[2020-04-30 08:43:29]
Japhro - Posts: 105 | Ending Date: 2021-05-01
I looked at your data trade services today which I have not in some time and it looks like not only Rithmic is gone, but CTS T4 as well?
Date Time Of Last Edit: 2020-04-30 08:43:42
[2020-04-30 18:55:52]
Sierra Chart Engineering - Posts: 88579 | Ending Date: 2021-04-05
This is all supported other than related to options:
Multiple platforms on one data feed, options trading functionality and bid/ask market depth levels are all issues I have to resolve in order to be able to change to Denali
Options trading is supported, but there is not extensive functionality in this area.

CTS is supported but we just do not list it in the main list of services. We have had reports of problems with the data feed from them. Really the Denali data feed is superior to everything else.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2020-04-30 18:56:32
[2020-05-01 07:08:45]
User325529 - Posts: 3 | Ending Date: 2020-05-31 [Expired]
Before stopping the support of a data, make sure you already that your data replaces the previous one, except this is not even the case! we can't even use it with bookmap, how do you manage double connections now, do you have an API system? improve your software already! the dom is slow, you give the excuse it's rithmic, but it's not true, no problem on other software! well as your policy and to go in this direction, I must say goodbye sierra chart!
Date Time Of Last Edit: 2020-05-01 07:09:35
[2020-05-01 07:27:30]
Sierra Chart Engineering - Posts: 88579 | Ending Date: 2021-04-05
we can't even use it with bookmap, how do you manage double connections now, do you have an API system?
This has been available for about 7 years now. Refer to:
https://www.sierrachart.com/index.php?page=doc/DTCServer.php

We also have had a call specifically about this with Bookmap. It is their choice as of yet to not support this.

It uses the open specification DTC Protocol:
https://www.dtcprotocol.org/

the dom is slow,
Not sure exactly what you are referring to here. If you are referring to data lag this is covered here:
https://www.sierrachart.com/index.php?page=doc/helpdetails4.html

Lagging data is always going to be an external issue. It is Rithmic who provides the data feed, and it is Rithmic who provides the API software, and it is Rithmic who came up with the current design of how the API software works. Lagging data can also be due to network communication issues. We recommend that you try the Denali Exchange Data Feed and see if you notice any problem:
https://www.sierrachart.com/index.php?page=doc/DenaliExchangeDataFeed.php

And if you are referring to the Update Interval, this is adjustable, refer to:
https://www.sierrachart.com/index.php?page=doc/ChartSettings.html#ChartUpdateInterval

I must say goodbye sierra chart!
This is perfectly fine.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2020-05-01 08:33:27
[2020-05-01 08:23:57]
Sierra Chart Engineering - Posts: 88579 | Ending Date: 2021-04-05
For those people using Rithmic with these various trading evaluator services, we are going to be making further enhancements to our simulated trading service which has already come a long way already and quite capable, and we document this here:
https://www.sierrachart.com/SupportBoard.php?ThreadID=48522

This is the service we are referring to:
https://www.sierrachart.com/index.php?page=doc/SimulatedFuturesTradingService.php

And yes we understand that if they do provide you a funded account, they only work with Rithmic. But it is essential that there is competition created in that area.

Anyway, Rithmic support still remains.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2020-05-01 08:24:38
[2020-05-01 08:56:51]
User325529 - Posts: 3 | Ending Date: 2020-05-31 [Expired]
I understand the competition, but concretely, from today I can no longer use with my setup sierra chart + bookmap, without being considered as a professional trader. the prices are not at all the same. So I can't work. This is also due to the new cme regulations, counting this as 2 different connections. If I could have connected sierra chart to r trader pro, the problem would be solved, except this is not the case. while waiting for that to be settled I must do otherwise
[2020-05-01 09:03:50]
Japhro - Posts: 105 | Ending Date: 2021-05-01
Is this the reason that you no longer support Rithmic, that you would need to plugin to Rtrader Pro? They CLAIM that this is a simple change, that essentially this is a very similar API, but I have no way to know. Sierra has decided for some reason to not continue on with them, so be it I guess.

As to Rithmic being slow with SC< I have never experienced this, and I live in southeast Asia. I use the Rithmic Singapore server, but that still must eventually connect to the Chicago/Aurora servers - and I have acceptable lag - all due to ping from where I am located btw. I am about as far as geographically possible from the servers and it is still 230-250ms ping. Nothing anyone can do about that I'm afraid, and to me as a manual trader, I have never missed a fill because of it.

You can do a trace between your machine and the endpoint servers, and see what your IP is doing, you may be surprised at how they route your connection, and you can also ask them to change/improve that. Also, using something like Google DNS helps as well.

I have used SC with Rithmic and other feeds for years and Rithmic is no worse than CQG, CTS etc. There is nothing perfect in the world, but it does sound like you have an issue in the route between you and the servers. Good luck
[2020-05-01 20:07:13]
caligola - Posts: 95 | Ending Date: 2021-05-15
regarding post #3
We also have had a call specifically about this with Bookmap. It is their choice as of yet to not support this.
it would be really beneficial for us to use your datafeed Denali with Bookmap
[2020-05-02 00:13:38]
user01283102 - Posts: 142 | Ending Date: 2021-02-24
User325529 write:

> I understand the competition, but concretely, from today I can no longer use with my setup sierra chart + bookmap, without being considered as a professional trader. the prices are not at all the same. So I can't work. This is also due to the new cme regulations, counting this as 2 different connections. If I could have connected sierra chart to r trader pro, the problem would be solved, except this is not the case. while waiting for that to be settled I must do otherwise

Yes. So much this.

SierraChart, this is a real problem. Those of us wishing to use both SierraChart and a second tool such as Bookmap (vastly superior visualization of depth compared to Sierra) or Jigsaw (vastly superior manual scalping execution and historical replay compared to Sierra) have been put in a serious bind by your refusal to change to the new bridge approach of connecting all tools to the Rithmic R Trader Pro, and having it be the single data connection.

We realize that Rithmic is a huge pain to support, but the CME has made it imperative that we only use one connection. This is a small change to your legacy Rithmic support. But very much needed.

We realize wasn't in your plans, but things change. The CME changed its rules. We all must adapt.
Date Time Of Last Edit: 2020-05-02 00:19:16
[2020-05-02 01:11:45]
Sierra Chart Engineering - Posts: 88579 | Ending Date: 2021-04-05
We thought it would be a good idea for us to state again, why it is that Sierra Chart cannot technically support the new connection points to R Trader.

With the current code base of Sierra Chart and the compiler version which consists of: Open SSL (latest version), ZLib (latest version) and Visual C++ 2019, when the Rithmic bridge program is generated, the execution of it is not stable. It completely malfunctions, and it abnormally shuts down.

The reason we mention open SSL and ZLib, is we think there is some kind of conflict with the static Rithmic libraries which is occurring related to those.

This is the basic fundamental problem with API components, which Rithmic uses, which we have explained here:
Https://www.sierrachart.com/index.php?page=doc/helpdetails76.html

And also even if we adopted the Rithmic Protocol API, they do not even support that to connect to R Trader directly. And we would not use the market data from it either, when we have our own feeds, and they are much easier to support and work much better with Sierra Chart especially on the side of historical data. So we would not use the Rithmic data feed with their new Protocol based API. So the basic problem of avoiding a second set of exchange fees is not resolved in this case anyway If we were to use the Rithmic Protocol API.

And there is a lot of development effort to support that both with initial development and ongoing support. We just never will undertake that initial and ongoing effort when we have superior solutions available for trading the CME group of markets already.

We held off for a long time supporting CQG until they had a protocol-based API. Whereas Rithmic is using an in process API component:
https://www.sierrachart.com/index.php?page=doc/helpdetails76.html

We should not have supported the Rithmic API component to begin with.

Rithmic also has these limitations:

-Higher per transaction fee versus CQG and our TT order routing.
-Incompatible server-side bracket orders with Sierra Chart
-Limited exchange coverage
-Limited Historical Data. The historical data is provided by Sierra Chart servers other than the most recent 10 minutes. We do not think there is expired futures contracts available from Rithmic. Data delivery is not going to be as fast and reliable as Sierra Chart servers. Someone even mentioned, they got some kind of restriction from Rithmic due to too many historical data requests. This will never happen with Sierra Chart historical Intraday data.

And it is only practical for us to support a small number of services for trading futures among the major exchanges. This way we can provide a better quality of support to everyone.

As much as we dislike CQG, and Interactive Brokers, it is far better for us to be supporting those instead.

And additionally, about half the Rithmic users are using these trading evaluator services and our view of them is explained here:
https://www.sierrachart.com/SupportBoard.php?ThreadID=48522

It is not an area, which is significant among our user base, and we are working on providing an alternative. And we also have spoken to One Up Trader about this, and they are open to using our simulated trading service:
https://www.sierrachart.com/index.php?page=doc/SimulatedFuturesTradingService.php

We simply have no incentive at all to be supporting Rithmic for these trading evaluators. Our simulated trading service is absolutely superior and it is very well integrated with Sierra Chart.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2020-05-03 07:49:52
[2020-05-02 01:19:05]
Sierra Chart Engineering - Posts: 88579 | Ending Date: 2021-04-05
serious bind by your refusal to change to the new bridge approach of connecting all tools to the Rithmic R Trader Pro
See the reason above. If we could do it, we would do it in 10 minutes. It is not difficult but the result is a malfunctioning bridge program.


We realize wasn't in your plans, but things change. The CME changed its rules. We all must adapt.
No we do not have to adapt. It is essential, that we overcome this problem to begin with, by creating a new exchange. And that is why we embrace the Small Exchange which we are working on supporting. We also have other ideas for an alternative exchange.

This is not an acceptable situation the CME is creating. And we must not bow down to that tyranny. Does it make any sense to bow down? Is that that the path humanity to bow down to this garbage? Hell no. Think big and solve the problem. We will solve the problem.

And why is it that jigsaw and bookmap do not take the few days of work to use the market data feed through the DTC server port:
https://www.sierrachart.com/index.php?page=doc/DTCServer.php


Or more importantly, why is it that Rithmic does not support the DTC protocol in their new server in Rtrader? Think about that. That is so simple. They only have to start with market data for the time being. We can provide the historical data.

Sierra Chart has the best open and flexible standards-based architecture there is through its DTC server and client. For those who want to use Rithmic, solve the problem. You do not have to rely upon us, just get the job done.

There are so many other possibilities that can solve this. We do not even have to do anything.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2020-05-02 23:14:10
[2020-05-02 01:27:35]
user01283102 - Posts: 142 | Ending Date: 2021-02-24
Yes. I get it. It is a reasonable position. I too would vastly prefer that Jigsaw/Bookmap would support read/write to DTC protocol.
[2020-05-02 07:19:45]
Japhro - Posts: 105 | Ending Date: 2021-05-01
As far as I am aware, and how it was explained to me by the customer service at AMP, was that you can have 2 simultaneous connections to your broker, but you must now pay separate exchange fees for each connection. In the case of Rithmic, they used to charge you $20 Rithmic fee per platform used, but you could use 1 connection/login for all of them.

Now, Rithmic has dropped this $20 fee per platform in favor of a flat $20 fee across the board, but CME now insists that you pay them $30 per login. Also, more than 2 logins force you to professional status. According to AMP at least, 2 connections are fine.

The bridge/plugin feature is a nice idea, but of course, there will be many platforms not supported by this.

I am hoping that with a few small tweaks to Sierra for improved options trading - I will switch shortly to the Denali/TT setup.

Check with your broker to confirm the 2 logins issue, it sounds like you can do this while still being called a nonprofessional trader.
Date Time Of Last Edit: 2020-05-02 07:20:13
[2020-05-07 04:49:38]
Joseph Helminiak - Posts: 21 | Ending Date: 2020-08-13
I have written on the Bookmap board asking for support of DTC protocol. Short answer: they told me I could write it myself or give them $5000 and they sell it as a "service/plug-in"
[2020-05-07 05:18:17]
Sierra Chart Engineering - Posts: 88579 | Ending Date: 2021-04-05
It is just another way for them to say they are not interested. And we already know that.

And it really only proves, that bookmap is not going to survive longer term.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2020-05-13 19:07:28
[2020-05-13 19:07:01]
Sierra Chart Engineering - Posts: 88579 | Ending Date: 2021-04-05
Effective at this time newer versions of Sierra Chart are no longer going to provide the Rithmic bridge program. This means that Rithmic is not available to be used for new users. Only existing users.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2020-05-13 22:27:17
[2020-05-14 00:33:38]
user01283102 - Posts: 142 | Ending Date: 2021-02-24
Since the bridge isn't supported, would you release the source code (to the bridge) open source? Between all of us, we should be able to fix it.
Date Time Of Last Edit: 2020-05-14 00:34:23
[2020-05-14 00:52:17]
Sierra Chart Engineering - Posts: 88579 | Ending Date: 2021-04-05
We will go ahead and attach the bridge program here.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2020-05-14 01:39:52]
Sierra Chart Engineering - Posts: 88579 | Ending Date: 2021-04-05
Files attached. There is one additional certificate file. We will attach that in another post.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2020-05-14 01:40:11
attachmentDTCBridge.exe - Attached On 2020-05-14 01:39:10 UTC - Size: 5.66 MB - 210 views
attachmentrim_ssl_cert_auth_params - Attached On 2020-05-14 01:39:15 UTC - Size: 2.04 KB - 132 views
attachmentrim_ssl_client_params - Attached On 2020-05-14 01:39:20 UTC - Size: 1.72 KB - 135 views
[2020-05-14 01:48:16]
Sierra Chart Engineering - Posts: 88579 | Ending Date: 2021-04-05
Additional Key/certificate file.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2020-05-14 01:48:41
attachmentrim_ssl_client_private_key - Attached On 2020-05-14 01:48:08 UTC - Size: 1.67 KB - 130 views
[2020-05-14 01:53:03]
user01283102 - Posts: 142 | Ending Date: 2021-02-24
Thank you. This is very cool.

With the source code, I was thinking to try and create a C# bridge from Rithmic into SC. Because the stable programs such as NinjaTrader and Jigsaw that have no problem reading Rithmic are using the Rithmic C# API.

Usually of course it would be undesirable to mix C# and C++, but since the bridge is already a standalone program, that won't matter. But trying this would need to understand the communication back to SC that the bridge does. And the simplest way to understand that would be to have the source code for it.
[2020-05-15 08:03:30]
Sierra Chart Engineering - Posts: 88579 | Ending Date: 2021-04-05
All versions of Sierra Chart still support the bridge and will until the end of the year. And it is still being provided as well with newer versions.

Not sure what "performance" issues you had but if it relates to the data feed let us know. The order routing performance should have been excellent. If you had any issues, maybe it was because of your Internet connectivity and we will be setting up infrastructure in Hong Kong which may help.

When it comes to account balances and risk stuff, this is another matter and we know there are limitations with that on the TT side. And that will be gradually overcome with our own order routing.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2020-05-15 08:05:45
[2020-05-23 08:57:07]
AB91 - Posts: 3 | Ending Date: 2020-09-01
Hello.

I've encountered a problem I've never had before using Sierra chart. It seems like the program won't connect to the internet even tough my connection is fine.
This happened out of the blue and everything worked just fine on Tuesday evening (05.19). This issue started yesterday (05.20). I have not had any updates or anything on my machine before the problems started.
I tried to shut off my firewall and anti virus, but with no luck. I have even deleted all the program files and re installed the everything but the problem is still there.
When logging on Sierra chart on my other laptop everything works as it should. Any clues on what happened here?


"No connection could be made because the target machine actively refused it"
This is the message I get in the message log.

I am considering re installing the whole operation system on my computer, but before I do this I want to know if I can use a demo account other than Rithmic.
[2020-05-23 10:42:07]
Sierra Chart Engineering - Posts: 88579 | Ending Date: 2021-04-05
If you are having trouble connecting to Rithmic that is not something we can help with.

For testing we recommend using the Delayed Exchange Data Feed:
https://www.sierrachart.com/index.php?page=doc/DelayedExchangeDataFeed.php
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2020-05-31 19:53:27]
User374751 - Posts: 31 | Ending Date: 2020-09-06
Has Sierra Chart had thoughts to charge more to customers who desire Rithmic integration for future iterations after 12/31/20?

I am a loyal Rithmic customer, and will continue to be into the foreseeable future.

I would pay a premium to Sierra Chart for access to software iterations that include Rithmic integration after 12/31/20.

Saving money through the use of the Rithmic Bridge is an issue of less concern to me.

I am most concerned with Rithmic integration with Sierra Chart after 12/31/20.
[2020-05-31 22:29:15]
Sierra Chart Engineering - Posts: 88579 | Ending Date: 2021-04-05
Regarding post #31, around that time contact us through an account support ticket:
https://www.sierrachart.com/usercp.php?page=SupportTickets

We may be able to accommodate this. But just understand the code in the bridge program is not maintained. All connections undergo maintenance even Interactive Brokers based upon small issues found, and general code improvements. We do not regard the connectivity to Rithmic as meeting our standards.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2020-05-31 22:29:46
[2020-06-01 16:51:20]
User383849 - Posts: 17 | Ending Date: 2020-08-31
You can continue to use Rithmic indefinitely after that with any version released before then.

However, we would hope, when you look at what we offer with the Sierra Chart order routing service, the exchange coverage on the Denali data feed, and the additional risk management functionality, at that time that you will see that these alternatives are the best choice when using Sierra Chart.

Hi! The only reason why I'm still using Rithmic is because of the ability to set use their risk management features.
With Sierra Chart order routing service, is it possible to configure the a Daily Max Loss/Max Contract Per Instrument?
If yes, I will gladly switch.

Thank you.
[2020-06-01 17:11:34]
Sierra Chart Engineering - Posts: 88579 | Ending Date: 2021-04-05
With Sierra Chart order routing service, is it possible to configure the a Daily Max Loss/Max Contract Per Instrument?

This functionality will be fully supported on the server side with the upcoming direct CME order routing which we are working on.

We understand Trading Technologies, which the Sierra Chart order routing service does currently use, supports a daily maximum loss that your broker can configure. Contact your broker about this.

Sierra Chart also support all of this functionality on the client side within Sierra Chart. Refer to:
https://www.sierrachart.com/index.php?page=doc/GlobalProfitLossManagement.php


You can also set a Trade Position Limit and Order Quantity Limit per symbol:
https://www.sierrachart.com/index.php?page=doc/GlobalSymbolSettings.php
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2020-06-01 17:12:56
[2020-06-01 17:30:17]
User383849 - Posts: 17 | Ending Date: 2020-08-31
This functionality will be fully supported on the server side with the upcoming direct CME order routing which we are working on.

Great! Any ETA on this? :)
[2020-06-01 17:39:23]
Sierra Chart Engineering - Posts: 88579 | Ending Date: 2021-04-05
We cannot give an estimate. There are too many things involved with that. Soonest would be at the end of the year.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2020-06-01 17:39:41
[2020-07-21 21:00:56]
User357195 - Posts: 58 | Ending Date: 2020-09-08
SC:
I am a OneUp Trader and have to use a Rithmic feed into Sierra, since that is my only choice. I really like Sierra Charts and think they are the best. You mentioned in the past that you may have some good news for OneUp Traders. Do you have an update on this process? Hopefully, You have good news for a OneUp Trader who must use Rithmic as the only choice for the feed into Sierra Charts.
[2020-07-22 10:45:30]
Sierra Chart Engineering - Posts: 88579 | Ending Date: 2021-04-05
Post #37: No good news in regards to this other than an alternative that we will be gradually releasing later in the year.



From Rithmic regarding outage on 2020-07-21:
Rithmic can confirm a Market Data outage affecting CME products including NQ, MES, as well as NYMEX data, but NOT ES.

Outage start time: 14:28 Central Time.

Outage stop time: 14:52 Central Time.

Rithmic is investigating this outage.

Rithmic Operations

Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2020-07-22 10:45:57
[2020-07-23 14:52:37]
maxima120 - Posts: 111 | Ending Date: 2020-08-20
there is no code change to be able to connect to Rithmic Trader instead of Rithmic servers. You just needed to create another set of connection values, namely:

sMdCnnctPt to "127.0.0.1:3010";
sIhCnnctPt to "127.0.0.1:3012"

and set the environment variables:

RAPI_MD_ENCODING to 4;
RAPI_IH_ENCODING to 4
[2020-07-23 19:48:14]
Tomas.R - Posts: 4 | Ending Date: 2020-08-31
Re #39

Interesting. Thank you for sharing this.
Can you elaborate on reliability and stability of such setup? Have you been using it long enough to assess its strength and weaknesses?
Personally I do not like idea of any bridge/proxy between data servers and the platform. Per my experinces it brings more challenges than benefits. But I can be wrong of course.
[2020-07-23 20:38:00]
maxima120 - Posts: 111 | Ending Date: 2020-08-20
I use Rithmic for almost 10yrs. It's an institutional quality platform but affordable for non-pros. There is no difference you connect to your local Rithmic trader or to a remote server if you can tolerate few milliseconds latency. For charting it's more than adequate.. However you cannot use it because SC refuses to make it available using absurd arguments. I will have to write dtc server just for this. Not happy
[2020-07-24 04:58:45]
Sierra Chart Engineering - Posts: 88579 | Ending Date: 2021-04-05
absurd arguments
This is not true but you can have your perspective. We explain the basic problem extensively for years here:
https://www.sierrachart.com/index.php?page=doc/helpdetails76.html#Reasons

For durability, the connect points are embedded in the bridge executable program. We cannot make additions to that without there being unstable execution due to a compatibility issue. We have tried multiple times. Minor modifications have been possible with direct binary editing. But that is all we can do.

Really the complaints we have regarding Rithmic and the support burden since the beginning are just not worth it. You should be happy we do not do an immediate termination of Rithmic (which will be coming at the end of 2020 in newer versions). We have had enough of it as well as other external services.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2020-07-26 02:11:47
[2020-07-27 02:01:30]
User695518 - Posts: 35 | Ending Date: 2021-03-15
It would be very nice if someone else would step up and create a third-party DTC bridge for Rithimic. SierraChart always promotes how simple it is to create a DTC bridge... Hopefully someone else steps up to the plate.
[2020-07-29 04:03:47]
User414846 - Posts: 2 | Ending Date: 2020-03-13 [Expired]
I really hope someone can find a solution for connecting to Rithmic. There's no other platform that's even close to Sierra Chart that I can switch to. But losing support for Rithmic is going to affect many people. I know you guys have your issues with Rithmic but the consumer is the one getting punished here.
[2020-07-29 13:32:12]
ertrader - Posts: 304 | Ending Date: 2020-09-21
Agreed. This has come up a few times within the trading group I work with. 93 members with many more coming in over the next few weeks. Many currently us SC. However, the lead professional traders in the group have developed non-SC solutions for members that require Rithmic beyond this year.
[2020-07-30 17:33:31]
User414846 - Posts: 2 | Ending Date: 2020-03-13 [Expired]
It's a shame, being forced to switch to ninja trader. My trading firm only supports Rithmic.
[2020-08-10 16:01:18]
User696356 - Posts: 2 | Ending Date: 2020-11-09
I have been using older version SC 2086. All was "fine", but I am getting reconnect almost every minute today.
Did something change or has someone same problem?
[2020-08-10 16:15:32]
maxima120 - Posts: 111 | Ending Date: 2020-08-20
Make sure it's not your Internet connection first.

To post a message in this thread, you need to login with your Sierra Chart account:

Login

Login Page - Create Account