Topics
13 Sep 2024, 07:14
 1
 45
 0
21 Aug 2024, 16:28
 0
 58
 0
12 Aug 2024, 08:14
 0
 96
 1
06 Aug 2024, 06:38
 125
 1
22 Jul 2024, 08:13
 0
 100
 0
22 Jul 2024, 08:13
 0
 102
 0
08 Jul 2024, 08:24
 0
 199
 1
08 Jul 2024, 08:19
 1
 120
 0
08 Jul 2024, 08:19
 0
 143
 0
07 Jul 2024, 16:12
 228
 5
05 Jul 2024, 15:56
 200
 3
23 Jun 2024, 09:55
 188
 3
16 May 2024, 16:19
 368
 10
16 May 2024, 16:01
 275
 3
22 Apr 2024, 10:43
 214
 1
Replies

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

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

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

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

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

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

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

eynt
23 Jul 2024, 16:32

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

Hello, anything new?

Thanks


@eynt

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

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

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

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

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

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

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

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

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

eynt
20 Apr 2024, 19:09

RE: Column is missing on export

The issue is still unsolved


@eynt

eynt
17 Jan 2024, 10:33

RE: RE: RE: RE: RE: RE: Repeated Disconnections

PanagiotisCharalampous said: 

We have received the troubleshooting and it is under investigation.

Best regards,

Panagiotis

Hello

Since the last post there were much fewer disconnections (1-2 a week) and I thought this issue was taken care of. Unfortunattly since about a week ago the problem came back and there are disconnections every few hours (about 5-10 disconeections happend last week). I was able to send troubleshooting within 3-4 minutes of the disconnection with a reference to this post.

I'm looking forward to hear from you.

 

Thanks

 


@eynt

eynt
02 Dec 2023, 16:14

RE: RE: RE: RE: Repeated Disconnections

Hi,

It was not easy to catch the disconnections immediatly when it happens however I was able to do it now. I sent the troubleshoot immediately after with a reference to this thread. The proxy data is down, I am looking forward to hear from you about the matter.

 

Thanks

 

Hi

 

Is there anything new about the subject?

 

Thanks


@eynt