А мне кажется большей глупостью является пример Вашего кода, где при закрытии ордеров Вы так организуете цикл:
Ух ты-ы-ы... :))) И откуда это? Если у меня такое и было то довольно давно. И по моему я тут на форуме и вопрос об этом задавал. Во всяком случае я уже давно в курсе как это делается правильно. Так что - укол не получился. :)
А в моей это случилось сегодня. Котировки поступали и была ошибка 6.
Это каким же нестабильным соединением надо обладать чтоб такое случилось? Как вариант, возможно, между проверкой соединения и торговой операцией есть какой нибудь долгоиграющий код? И ошибка вылазит уже после проверки соединения, но перед или во время торговой операции.
ir0407:
Это каким же нестабильным соединением надо обладать чтоб такое случилось? Как вариант, возможно, между проверкой соединения и торговой операцией есть какой нибудь долгоиграющий код? И ошибка вылазит уже после проверки соединения, но перед или во время торговой операции.
ir0407:
Ух ты-ы-ы... :))) И откуда это? Если у меня такое и было то довольно давно. И по моему я тут на форуме и вопрос об этом задавал. Во всяком случае я уже давно в курсе как это делается правильно. Так что - укол не получился. :)
Все мы когда то чего то не знали, а потом узнали. Так что не надо бросаться такими эпитетами.
GPRS - это такое же модемное соединение. Ну ладно, вот моя функция которую я использую практически везде. Работает вполне стабильно даже на модемных соединениях. По крайней мере у меня проблем с 6-й ошибкой не возникало.
ir0407:
Это каким же нестабильным соединением надо обладать чтоб такое случилось? Как вариант, возможно, между проверкой соединения и торговой операцией есть какой нибудь долгоиграющий код? И ошибка вылазит уже после проверки соединения, но перед или во время торговой операции.
У меня выделенная линия - соединение хорошее. А причина здесь в другом. На графике был установлен тормозной индюк. И началось быстрое движение цены.
И процессору приходилось перерассчитывать индюк на каждом тике в нахлынувшем потоке котировок. А процессор слабенький - нетбук - процессор Атом N450.
Сейчас убрал этот индюк, должно быть всё нормально. Зато у нетбука малое потребление электроэнергии, у меня на нём круглосуточно работает эксперт.
GPRS - это такое же модемное соединение. Ну ладно, вот моя функция которую я использую практически везде. Работает вполне стабильно даже на модемных соединениях. По крайней мере у меня проблем с 6-й ошибкой не возникало.
Надо не только фиксировать факт наличия ошибки, но и, если тип ошибки позволяет, повторить попытки открыть ордер определённое количество раз с определёнными паузами. А также принять возможные меры к восстановлению связи пересканированием серверов. Так что Ваша функция далека от совершенства и над ней ещё надо поработать.
А я и не говорил, что она идеальна. :)) В ней минимальный функционал, не более того (хотя задержки и повторы в ней все таки реализованы, неужели не видно?). Для серьезных вещей у меня есть подключаемая библиотека, которую используют все экземпляры советников в терминале. А их иногда может быть до 10 шт. Там все сделано более изящно. Идею в свое время подхватил у komposter здесь на сайте.
Ну не знаю... В моей практике такого еще не было. Даже тогда, когда я сидел на старых паршивых модемных соединениях.
А мне кажется большей глупостью является пример Вашего кода, где при закрытии ордеров Вы так организуете цикл:
Это каким же нестабильным соединением надо обладать чтоб такое случилось? Как вариант, возможно, между проверкой соединения и торговой операцией есть какой нибудь долгоиграющий код? И ошибка вылазит уже после проверки соединения, но перед или во время торговой операции.
На мобильном GPRS было регулярно.
Ух ты-ы-ы... :))) И откуда это? Если у меня такое и было то довольно давно. И по моему я тут на форуме и вопрос об этом задавал. Во всяком случае я уже давно в курсе как это делается правильно. Так что - укол не получился. :)
GPRS - это такое же модемное соединение. Ну ладно, вот моя функция которую я использую практически везде. Работает вполне стабильно даже на модемных соединениях. По крайней мере у меня проблем с 6-й ошибкой не возникало.
Это каким же нестабильным соединением надо обладать чтоб такое случилось? Как вариант, возможно, между проверкой соединения и торговой операцией есть какой нибудь долгоиграющий код? И ошибка вылазит уже после проверки соединения, но перед или во время торговой операции.
У меня выделенная линия - соединение хорошее. А причина здесь в другом. На графике был установлен тормозной индюк. И началось быстрое движение цены.
И процессору приходилось перерассчитывать индюк на каждом тике в нахлынувшем потоке котировок. А процессор слабенький - нетбук - процессор Атом N450.
Сейчас убрал этот индюк, должно быть всё нормально. Зато у нетбука малое потребление электроэнергии, у меня на нём круглосуточно работает эксперт.
А программирую на стационарном.
GPRS - это такое же модемное соединение. Ну ладно, вот моя функция которую я использую практически везде. Работает вполне стабильно даже на модемных соединениях. По крайней мере у меня проблем с 6-й ошибкой не возникало.
Не заморачивайся на ошибках - это следствие, а факт - это отсутсвие связи. В справке написано:
) Возвращает
Функция IsConnected() не надёжна. Тестировать её начинал 2-3 года назад Игорь Ким.
Почитайте https://forum.mql4.com/ru/10488 и https://forum.mql4.com/ru/8229
Если не ошибаюсь то ничего с тех пор не изменилось.