eynt
17 Dec 2024, 15:08

Anything new? Is there a way to pause an optimization run in the middle?

eynt
14 Nov 2024, 10:47

RE: Apply as default settings for vertical line does not apply for the color.

Why? It creates needless work.

Thanks

eynt
01 Oct 2024, 13:11

RE: Repeated Disconnections

eynt said: 

Hello

 

Disconnections keeps happaining, several times each week. I sent a technical report about 10-15 minutes after the disconnection with a refernce to this forum thread.

 

I'm looking forward to hear from you

 

Hello

anything new?

thanks

eynt
18 Sep 2024, 20:44

Hello

Disconnections keeps happaining, several times each week. I sent a technical report about 10-15 minutes after the disconnection with a refernce to this forum thread.

I'm looking forward to hear from you

eynt
21 Aug 2024, 16:28

I suggest there there will be a way to place on a chart a vertical line date and time by typing it and not moving it on the chart. (Just like when placing an horizol line it is possible to type its value/price).

Sometimes you want the line to be placed exactly at a given date, especially when working with automated trading.

Thanks

eynt
11 Aug 2024, 14:21

RE: RE: RE: RE: RE: RE: Load more History on Backtest

When is v5.2 expected to be released?

Thanks

eynt
11 Aug 2024, 14:18

RE: RE: RE: RE: RE: RE: RE: How can I know when the stop loss is triggered

It makes a lot of sense if cTrader cant provide accurate real time data.

Is there a way via code to tell cTrader at OnTick to check *now* from the broker the positions status instead of waiting for the Positions.Closed event to be triggered?

Thanks

eynt
07 Aug 2024, 11:42

RE: RE: RE: RE: RE: How can I know when the stop loss is triggered

 

 

You can't and probably that will be the case in live environments too. It takes some time for the server to notify the client application that a position was closed.

 

Is there a way via code to “ask” the broker directly and not via cTrader properties/events?

I am not sure what do you mean…

As far as i know the only way to know about the positions states is using Positions which is a cTrader's object and is not necessarily updated.

Is there a way via code to communicate instead directly with the broker and get the updated positions status from there?

Thanks

eynt
06 Aug 2024, 11:02

RE: RE: RE: How can I know when the stop loss is triggered

You can't and probably that will be the case in live environments too. It takes some time for the server to notify the client application that a position was closed.

Is there a way via code to “ask” the broker directly and not via cTrader properties/events?

eynt
06 Aug 2024, 07:24

RE: How can I know when the stop loss is triggered

Hi

It seems the Positions.Closed event is triggered somehow late, meaning AFTER OnTick. So when I run the OnTick the cBot thinks the position is still open (and the position still appears on the Positions property).

How can I know from the OnTick that the position is already closed?

Thanks

eynt
23 Jul 2024, 16:32

RE: RE: RE: RE: Load more History on Backtest

Hello, anything new?

Thanks

eynt
08 Jul 2024, 05:50

RE: RE: Run restart after a build

eynt said: 

PanagiotisCharalampous said: 

No you cannot. As firemyst suggested, you would need a different setup for such a scenario. In principle, dev environment should be different to your production environment. 

Hi

I belive It used to be fine until now. I don't understand why was the change in last version. There's no sense of forcing a reload in the middle of a run. I suggest you change it back to the way it was.

 

Thanks

I want to emphasize this point. A part of  the developing is actually running the bot while developing and modifing it at the same time so it's impossible to seperate running a bot and developing. Especially when running it on backtest. The auto-reload doesn't give any addded value, only cause complications

eynt
08 Jul 2024, 05:39

RE: Run restart after a build

PanagiotisCharalampous said: 

No you cannot. As firemyst suggested, you would need a different setup for such a scenario. In principle, dev environment should be different to your production environment. 

Hi

I belive It used to be fine until now. I don't understand why was the change in last version. There's no sense of forcing a reload in the middle of a run. I suggest you change it back to the way it was.

Thanks

eynt
26 Jun 2024, 07:59

RE: what type of data am I running

firemyst said: 

It runs whatever was selected before you started the back test.

I meant, can I know which type from code, not from GUI

eynt
21 Jun 2024, 07:30

RE: RE: RE: Load more History on Backtest

PanagiotisCharalampous said: 

eynt said: 

PanagiotisCharalampous said: 

Hi all,

This has been implemented in v5.0.

Best regards,

Panagiotis

Hello

I'm using version 5.0.25.27693 and is does not seem like the issue is implemented.

While using Backtest I called the Bars.LoadMoreHistory method, however the values of Bars.Count and Bars.OpenTimes[0] are not changed

Thanks

Can you provide exact steps to reproduce i.e. code, broker, cBot parameters and dates?

Best regards,

Panagiotis

Hi

I attached a code sample below. I've tried several symbols, timeframes and data types. My broker is Pepperstone.

As can be seen in  its output the values remain the same.

20/06/2024 00:00:00.000 | Info | CBot instance [LoadBarsTest, EURUSD, h1] started.
20/06/2024 00:00:00.084 | Info | 200 07/06/2024 17:00:00
20/06/2024 00:00:00.084 | Info | 200 07/06/2024 17:00:00
20/06/2024 00:00:00.084 | Info | 200 07/06/2024 17:00:00
20/06/2024 00:00:00.084 | Info | 200 07/06/2024 17:00:00
20/06/2024 23:59:59.951 | Info | CBot instance [LoadBarsTest, EURUSD, h1] stopped.

protected override void OnStart()
        {
            Print(Bars.Count + " " + Bars.OpenTimes[0]);

            for (int i = 0; i < 3; i++)
            {
                Bars.LoadMoreHistory();
                Print(Bars.Count + " " + Bars.OpenTimes[0]);
            }
        }

eynt
20 Jun 2024, 10:03

RE: Load more History on Backtest

PanagiotisCharalampous said: 

Hi all,

This has been implemented in v5.0.

Best regards,

Panagiotis

Hello

I'm using version 5.0.25.27693 and is does not seem like the issue is implemented.

While using Backtest I called the Bars.LoadMoreHistory method, however the values of Bars.Count and Bars.OpenTimes[0] are not changed

Thanks

eynt
20 Jun 2024, 10:03

RE: Load more History on Backtest

PanagiotisCharalampous said: 

Hi all,

This has been implemented in v5.0.

Best regards,

Panagiotis

Hello

I'm using version 5.0.25.27693 and is does not seem like the issue is implemented.

While using Backtest I called the Bars.LoadMoreHistory method, however the values of Bars.Count and Bars.OpenTimes[0] are not changed

Thanks

eynt
16 May 2024, 15:32

RE: RE: RE: RE: Column is missing on export

I tried again on version 5.0.19.26398 and it still does not work

Thanks

eynt
25 Apr 2024, 08:32

RE: RE: RE: Column is missing on export

I also suggest that on the History tab when trading live a sum of the pips will be shown as well and not just the money

Thanks

eynt
25 Apr 2024, 08:32

RE: RE: RE: Column is missing on export

I also suggest that on the History tab when trading live a sum of the pips will be shown as well and not just the money

Thanks