Welcome to NexusFi: the best trading community on the planet, with over 150,000 members Sign Up Now for Free
Genuine reviews from real traders, not fake reviews from stealth vendors
Quality education from leading professional traders
We are a friendly, helpful, and positive community
We do not tolerate rude behavior, trolling, or vendors advertising in posts
We are here to help, just let us know what you need
You'll need to register in order to view the content of the threads and start contributing to our community. It's free for basic access, or support us by becoming an Elite Member -- see if you qualify for a discount below.
-- Big Mike, Site Administrator
(If you already have an account, login at the top of the page)
I'm building a custom trading study in Sierra Chart, but this is the first time for me and I have some general questions about the best way to organize things if anyone with ACSIL experience can point me in the right direction.
What I'm trying to do is:
- Build entry/exit logic via multiple indicators (currently 12 indicators for entry/exit)
- Build order logic that can track N number of contracts with multiple different exit/stop conditions (for example: buy 4 contracts market, sell 2 @ 1st target price, sell 2 @ end of trade condition), stop logic may come from indicators or trailing stop, but either way it will be updated continuously while in a trade
- Draw a bunch of custom system status graphics into the main chart
- Maybe have some interactive buttons in the chart to control some top level features of the system like a "SendTradesToBroker" toggle or a "FlattenAndDisable" button.
My questions are:
Is it better/normal for studies to refer to other studies through setting inputs in Study Settings by the user OR is it better/normal for a study to directly call other study code from inside the study?
Obviously having a user defined input is good when they are expected to have the flexibility there, but what if my study uses specific indicators so there is no need to make it assignable?
Since my trading system uses so many indicators, I'm not sure I want to force a user to first add 12+ indicators to a chart and then to hand assign them in the Study Settings to 12+ inputs in my study.
What is a subgraph vs just a graph? Why does it seem like everything is a subgraph? Is the "main" graph just the graph in region 0 of the chart?
Given that I want fine control of the order management (bracket order, scaling out, custom trailing stop logic, handling partial fills or fills at multiple prices), can I use the "automated trade management" stuff, will it handle the flexibility I'm looking for, or do I need to use the "unmanaged automated trade" stuff?
The ACSIL stuff looks powerful, but knowing the best practices takes time and experience.
Thanks!
Can you help answer these questions from other members on NexusFi?
One thing I learned from playing with it last night is that, from ACSIL, you can't create ACSIC code internal indicators/studies and have them show up in multiple regions (a study can only draw in one region). So, if you need a bunch of indicators/studies and want to see their full subgraphs rendered, you can't do that if you create them in code. (Technically, you CAN do it, but if the ranges of the indicators/studies are wildly different you'll get an unreadable subgraph since they will all be jammed into the same region.)
There is a workaround involving having the user of the study add StudySubgraphReference studies to the chart that reference subgraphs in your custom study, but draw their data into the StudySubgraphReference region set by the user. This is probably more awkward then just assigning inputs in your custom study to manually added indicators. This isn't very user friendly, but it works.
This is a bit of an irritating limitation which would easily be solved with the concept of subregions (heirarchical regions) so that a study can define subregions that are attached just below the study wherever the user set the study chart region. But it can be worked around, so that's fine.
Lastly, it doesn't look like you can create a user made study in code like you can with a built in like sc.SimpleMoveAvg(). I don't see any way to add studies to the sc StudyInterface.
You can if you write it as a function properly.just like any sc method.
sc.SimpleMovAvg()
So to be clear this isn't a study its a function. If you want the same in a custom function you have to write a function not a study.