MT5和trans2quik.dll - 页 2

新评论
 
Aleksey Vyazmikin:

而向流星号下达命令的图书馆是成功的？


那里没有什么复杂的东西，有一个库的API。

添加

而命令的下达还没有到这一步，因为没有

仲裁情况（DiffLong或DiffShort）应该至少是5个点的正数。

在10天的昼夜测试中，从未出现过套利情况

值总是负的 :(

 

提起这个话题....

我想再次链接MT5和Quik

该任务是

接收来自MT5的数据，并将其传输给OWN应用程序，该应用程序将通过trans2quik dll向Quik发出订单并控制头寸。

将通过trans2quik.dll向Quik发出命令，并控制位置。

问题。

实现从MT5到我的应用程序的数据传输的最佳方式是什么？

 
prostotrader:

提起这个话题....

我想再次链接MT5和Quik

该任务是

接收来自MT5的数据，并将其传输给OWN应用程序，该应用程序将通过trans2quik dll向Quik发出订单并控制头寸。

将通过trans2quik.dll向Quik发出命令，并控制位置。

问题。

什么是实现MT5的数据到我自己的应用程序的最佳方式？

我不明白你为什么这么大惊小怪，为什么不喜欢Lua。从Lua到DLL，再从DLL到应用程序。

关于数据传输。我是这样做的。

我们将终端中的数据形成char格式的CSV字符串。Chars数组被发送到DLL，DLL通过TCP服务器将其发送给应用程序。同样的TCP通道被用来向终端发送字符。

这个通道的性能是>1.5 GB/s，包括与字符串的数据转换。

 
Yuriy Asaulenko:

我不明白你为什么这么大惊小怪，为什么不喜欢Lua。从Lua到DLL，再从DLL到应用程序。

关于数据传输。这就是我的工作。

我们将终端中的数据形成char格式的CSV字符串。Chars数组被发送到DLL，DLL通过TCP服务器将其发送给应用程序。同样的TCP通道被用来向终端发送字符。

这种通道的速度大于1.5GB/s，包括数据转换为字符串，反之亦然。

Yuri，有没有用LUA将.NET DLL对接在sharpe上的经验？非常需要。


 
Dmitriy Skub:
Yuri，是否有将.NET DLL与Lua对接在Sharp上的经验？非常需要。

在夏普身上，并没有。但在本地DLLs中使用NET的情况是存在的。说，同样的TCP客户端--NET库Sockets。它是用混合代码C++编写的。如果你需要一个实例，停靠在Lua上的DLL TCP-client可以提供。

 
Yuriy Asaulenko:

在夏普身上，并没有。但在本地DLLs中使用NET的情况是存在的。说，同样的TCP客户端--NET库Sockets。它是用混合代码C++编写的。如果你需要一个实例，我可以给你用Lua对接的TCP-client DLL。

如果不难的话--不要不必要地重新发明车轮)

 
Dmitriy Skub:

如果不是太难的话--以免不必要地重新发明车轮)

给我发电子邮件，以便我能够记住。我想我今天做不到，明天或后天我会把一些东西拼凑起来，确保它能工作，然后寄给你。

但DLL是C++，不是夏普。

 
我曾经做过类似的事情，但是通过Lua。这里有一个关于专业人员的工作例子。
https://quikluacsharp.ru/stati-uchastnikov/otsylka-tranzaktsij-iz-s-bez-ispolzovaniya-lua-koda/
 
Yuriy Asaulenko:

我不明白你为什么这么大惊小怪，为什么不喜欢Lua。从Lua到DLL，再从DLL到应用程序。

关于数据传输。这就是我的工作。

我们将终端中的数据形成char格式的CSV字符串。Chars数组被发送到DLL，DLL通过TCP服务器将其发送给应用程序。同样的TCP通道被用来向终端发送字符。

这种通道的速度大于1.5GB/s，包括将数据转换为字符串并返回。

1.还有一个事实是，你无法在Lua中正确测试一个机器人。

2.MT5获得报价的速度更快
 
prostotrader:

1.然后因为你无法在lua中正确地测试一个机器人。

2.MT5在获取报价方面要快得多

1.我使用我自己的测试器。非常不复杂的设计。

2.我在几年前读到，Quick在显示图表时有点延迟，以尽量减少报价的延迟。

一般来说，Quick和Quick-Loop的性能足以用于剥头皮和处理堆积物和剥离物。但如果你需要更多的速度，也许你是对的。

123456789...18
新评论
原因: