MetaTrader 5 Python用户组 - 如何在Metatrader中使用Python - 页 27

新评论
[删除]  
关于Python-- 最近谈到了用它编写的ranger（文件管理器）。我已经用了几天，我的印象是， 这是一个很酷的想法，有很有趣的功能，但是python真的很慢（如果在后台执行一些复杂的任务）。撕掉它，我不知道 为什么人们对蟒蛇如此感兴趣。把 类似的东西放在C 上。
 
Vict:
关于python-- 最近谈到了ranger（文件管理器），是用它写的。使用了几天，得到的印象是-- 概念很酷，功能也很有趣，但是python真的很滞后（如果在后台执行一些复杂的任务）。撕掉它，我不知道 为什么人们对蟒蛇如此感兴趣。在C 上放 一个类似的东西。

每个工具都有自己的用途。

使用mc ...

 
MetaQuotes Software Corp.:

5.0.9版本已经推出。

谢谢，好的。

 

下载报价时行为不明确。

[2, 'MetaQuotes-Demo', '22911036']
[500, 2267, '09 Dec 2019']
rates = pd.DataFrame(MT5CopyRatesRange("EURUSD", MT5_TIMEFRAME_M15, datetime(2017, 1, 1), datetime(2020, 1, 1)), 
                     columns=['time', 'open', 'low', 'high', 'close', 'tick_volume', 'spread', 'real_volume'])
RuntimeError                              Traceback (most recent call last)
<ipython-input-13-4dc176d808cb> in <module>
----> 1 rates = pd.DataFrame(MT5CopyRatesRange("EURUSD", MT5_TIMEFRAME_M15, datetime(2017, 1, 1), datetime(2020, 1, 1)), 
      2                      columns=['time', 'open', 'low', 'high', 'close', 'tick_volume', 'spread', 'real_volume'])
      3 # leave only 'time' and 'close' columns
      4 rates = rates.drop(['open', 'low', 'high', 'tick_volume', 'spread', 'real_volume'], axis=1)
      5 rates = rates.set_index('time')

RuntimeError: Terminal: Invalid params

如果从2018年上传，价格已经上传，没有错误

有历史。


找到了一个解决方案，把 "窗口中的最大条数 "终端Unlimited
 
Maxim Dmitrievsky:

下载报价时行为不明确。

如果从2018年上传，价格已经上传，没有错误

历史是可以的。


找到了一个解决方案，把终端的 "max bars in window "放到了无限期。

对于MT5CopyRatesXxx函数()，我们专门为这种情况添加了一个说明

 
Rashid Umarov:

对于MT5CopyRatesXxx ()函数，我们专门为这种情况添加了一个说明

超级，谢谢

 

这在文件中写明了。

Данные, полученные из терминала MetaTrader 5, имеют UTC-время.  

错误：该模块似乎没有返回UTC的数据，而是返回服务器时间。 (MT5CopyRatesRange)

一般来说，终端的时间存储在哪个时区？UTC或服务器时间或终端的本地时间？

 
Lyuk:

这在文件中写明了。

错误：该模块似乎是以服务器时间返回数据，而不是以UTC时间。 (MT5CopyRatesRange)

一般来说，终端的时间存储在哪个时区？UTC或服务器时间或终端的本地时间？

终端服务器的时间 总是被返回的，也就是说，没有什么需要被纠正的。帮助将需要更新。

终端通常以UTC+2存储，通过 "市场概览 "中的时钟可以确定

 
Maxim Dmitrievsky:

终端服务器总是及时返回，也就是说，没有什么需要纠正的。帮助将不得不被更新。

终端通常以UTC+2存储，你可以从 "市场概览 "中的时钟看出。

这是不方便的，也是错误的。即使只是在航站楼里看，也很难将那里的时间与其他地方的时间联系起来。

当地时间 是已知的，UTC很容易计算（我记得偏移量）或得到。另一方面，服务器的时间必须被找到，并与任何东西进行比较。服务器时间的偏移量是多少？ 答案通常是+2，或者是手表。这并不方便。在终端中，我也想设置时间显示（本地、UTC、服务器时间），这样会更方便。

如果来自不同终端的数据呢？

UTC要好得多，我们需要解决的是功能，而不是帮助。

 
Lyuk:

这是不方便的，也是错误的。即使只是看一下航站楼，也很难将那里的时间与其他地方联系起来。

当地时间是已知的，UTC很容易计算（我记得偏移量）或得到。另一方面，服务器的时间必须被找到，并与任何东西进行比较。服务器时间的偏移量是多少？ 答案通常是+2，或者是手表。不舒服。

UTC要好得多，需要解决的是功能，而不是帮助。

也许对某些目的来说是不方便的，对我来说目前是方便的：我在终端看到的，我在python中得到的，不需要带到另一个范围。

1...202122232425262728293031323334...88
新评论