Ошибка при переподключении к серверу брокера

Страницы: 1 2 След.
RSS
Ошибка при переподключении к серверу брокера
 
Сегодня были проблемы с интернетом и связь с сервером брокера часто прерывалась. Проблемы были именно с интернетом, т.к. прерывалась связь и по другим программам. При этом выскакивало такое предупреждение. Что означает данное сообщение? Почему "удалённый хост принудительно разорвал"? Почему просто не написано, что соединение разорвано?
При разрыве связи согласно настройкам идёт переподключение к серверу. Но прежде чем соединение установится почему-то раз 10 выскакивает такая ошибка. При этом по другим программам связь восстанавливается в разы быстрее!

Версия квика - 7.6.1.1, но подобные проблемы были и на 7.5, а вот на более ранних версиях, кажется, всё было нормально - только сообщения "соединение разорвано" и "соединение установлено".
 
ах да - брокер "Финам", если что)
 
Добрый день,

Текст ошибки зависит от причин разрыва соединения. Данная диагностика стандартна и означает, что соединение было разорвано извне: это могут быть проблемы на канале связи, Ваш провайдер, сервер брокера и прочее.
Ошибка "Вы уже работаете в системе" означает, что Вы еще не были отключены от сервера брокера по таймауту, по его истечению пользователь отключается и рабочее место QUIK может снова подключиться.
 
Цитата
Stanislav Tvorogov написал:
Добрый день,

Текст ошибки зависит от причин разрыва соединения. Данная диагностика стандартна и означает, что соединение было разорвано извне: это могут быть проблемы на канале связи, Ваш провайдер, сервер брокера и прочее.
Ошибка "Вы уже работаете в системе" означает, что Вы еще не были отключены от сервера брокера по таймауту, по его истечению пользователь отключается и рабочее место QUIK может снова подключиться.

Спасибо за ответ, но может всё-таки можно что-то сделать с тем, что переподключение происходит так долго? Другие программы восстанавливают связь за секунды, а квик финама не может переподключиться по несколько минут - это ведь не нормально? Раньше такого не наблюдал.
 
Поддерживаю вопрос - когда видишь эту фразу наступает ступор! Причем тут удаленный сервер?

Еще сразу вопрос на эту же тему: такая же ошибка возникает в таком случае - если макрос сильно загружает процессор, и окно квика как бы подвисает на секунда на 20, то коннект разрывается с такой же фразой.
Проблема осложняется тем, что "подвешивают" квик большое количество индикаторов на LUA. И в середине дня часто возникает такая ситуация - связь теряется, потом восстанавливается, все свечи начинают перериросываться и пересчитывать индикаторы, они завешивают квик, квик снова теряет связь с сервером, потом снова восстанавливает, снова начинает перерисовывать индикаторы, и так по кругу.
Вопрос к разработчикам - как можно увеличить таймфрейм на период, когда квик считает, что связь потеряна?
Или сделать так, чтобы он не считал свою же собственную сильную загрузку поводом чтобы разорвать соединение ?
 
Цитата
Sergey Denegin написал:
переподключение происходит так долго
Уточните, с какой ошибкой при этом QUIK не подключается в течение этого времени?
Цитата
Sergey Denegin написал:
такая же ошибка возникает в таком случае - если макрос сильно загружает процессор, и окно квика как бы подвисает на секунда на 20, то коннект разрывается с такой же фразой.
Проблема осложняется тем, что "подвешивают" квик большое количество индикаторов на LUA. И в середине дня часто возникает такая ситуация - связь теряется, потом восстанавливается, все свечи начинают перериросываться и пересчитывать индикаторы, они завешивают квик, квик снова теряет связь с сервером, потом снова восстанавливает, снова начинает перерисовывать индикаторы, и так по кругу.
Добрый день,

Диагностика такова, потому что как Вы и сказали QUIK перестает отвечать, вероятно вследствие нехватки ресурсов. Сервер QUIK при этом не может получить никакой информации со стороны подключенного рабочего места QUIK и поэтому отключает его с указанной диагностикой.
Цитата
Sergey Denegin написал:
Вопрос к разработчикам - как можно увеличить таймфрейм на период, когда квик считает, что связь потеряна?
Со стороны интерфейса рабочего места QUIK таких настроек нет.
Цитата
Sergey Denegin написал:
Или сделать так, чтобы он не считал свою же собственную сильную загрузку поводом чтобы разорвать соединение ?
Разрыв соединения инициируется сервером QUIK.
 
Stanislav Tvorogov, cпасибо за ответ, но может всё-таки можно что-то сделать с тем, что переподключение происходит так долго? Другие программы восстанавливают связь за секунды, а квик финама не может переподключиться по несколько минут - это ведь не нормально? В предыдущих версиях квика не было такого безобразия.
 
Так вы же сами пишете: долго скрипты работают, в этом корень зла.
а само переподключение происходит вполне себе быстро.
 
Цитата
sandyman написал:
Stanislav Tvorogov  , cпасибо за ответ, но может всё-таки можно что-то сделать с тем, что переподключение происходит так долго? Другие программы восстанавливают связь за секунды, а квик финама не может переподключиться по несколько минут - это ведь не нормально? В предыдущих версиях квика не было такого безобразия.
Добрый день,

Просьба уточнить, какая ошибка возникает в процессе "долгого" соединения? В случае, если ошибка "Удаленный хост принудительно разорвал соединение" возникает неоднократно в процессе восстановления связи, то в этот момент нужно проверить доступность IP адреса и порта сервера QUIK Вашего брокера, с помощью ping и telnet.
Относительно ошибки "Вы уже работаете в системе" ответ был дан Выше.
 
Цитата
Stanislav Tvorogov написал:
Просьба уточнить, какая ошибка возникает в процессе "долгого" соединения? В случае, если ошибка "Удаленный хост принудительно разорвал соединение" возникает неоднократно в процессе восстановления связи, то в этот момент нужно проверить доступность IP адреса и порта сервера QUIK Вашего брокера, с помощью ping и telnet.
Относительно ошибки "Вы уже работаете в системе" ответ был дан Выше.

Речь именно о втором варианте - неоднократно появляется уведомление о том, что я дескать уже работаю в системе и это продолжается довольно длительное время (по моим меркам). Не могли бы вы пояснить что я мог бы сделать в этой ситуации - обратиться к брокеру с требованием уменьшить тайм-аут или это всё же регулируется программой квик и обращаться к брокеру бессмысленно? Повторюсь - проблема стала проявлятся только в последнее время, на версиях 7.5. и 7.6.
 
Я так понимаю, что если уменьшить таймаут, то при краткосрочных обрывах связи сервер будет чаще отключать клиента.
Надо делать так, как надо. А как не надо - делать не надо.
 
Цитата
sandyman написал:
Речь именно о втором варианте - неоднократно появляется уведомление о том, что я дескать уже работаю в системе и это продолжается довольно длительное время (по моим меркам). Не могли бы вы пояснить что я мог бы сделать в этой ситуации - обратиться к брокеру с требованием уменьшить тайм-аут или это всё же регулируется программой квик и обращаться к брокеру бессмысленно? Повторюсь - проблема стала проявлятся только в последнее время, на версиях 7.5. и 7.6.
Добрый день,

Здесь, для устранения ошибки рекомендуем в меню "Система/Соединения"/ "Восстанавливать связь автоматически через" задать значение больше либо равным 150. Если восстановление связи через 2.5 минуты является слишком долгим, то в этом случае в файле info.ini директории с программой QUIK в секции [connect] можете уменьшить значение параметра check-tmo. Значение задается в секундах.
 
Цитата
Stanislav Tvorogov написал:
в файле info.ini директории с программой QUIK в секции [connect] можете уменьшить значение параметра check-tmo. Значение задается в секундах.

Спасибо, попробую.
 
Цитата из поста 27.01.2017 12:03:08
"Сегодня были проблемы с интернетом и связь с сервером брокера часто прерывалась. Проблемы были именно с интернетом, т.к. прерывалась связь и по другим программам. При этом выскакивало такое предупреждение."
Такие обрывы и предупреждения (именно такие, а не о том что "вы уже работаете в системе")  я получаю каждый вечер тоже много штук прежде чем клиент надежно и окончательно подсоединится к серверу. Перед очередным обрывом клиент всегда подвисает "Not Responding".
Это случается только вечером если в обед отсоединить клиента от сервера, но программу не закрывать а вечером снова соединиться, или же если работать без перерывов, но вечером случится обрыв у провайдера.
Но иногда, раз или два в месяц такие переподключения становятся бесконечными и приходится принудительно закрывать программу, очищать накопленные данные и снова запускаться. Об этом было давно сообщено администратору финамовского сервера, в ответ он посоветовал подключаться к другому серверу что и было сделано и вроде помогло, но только до вчерашнего дня.
Вчера 31-го января начиная с 18 часов опять случились такие бесконечные переподключения о чем было послано сообщение администратору финамовского сервера QUIK.
Прошу разработчиков совместно с финамовскими админами заняться решением этой проблемы. Свой UID финамовскому администратору я выслал ранее.
 
Цитата
финамовец написал:
Цитата из поста 27.01.2017 12:03:08
"Сегодня были проблемы с интернетом и связь с сервером брокера часто прерывалась. Проблемы были именно с интернетом, т.к. прерывалась связь и по другим программам. При этом выскакивало такое  предупреждение ."
Такие обрывы и предупреждения (именно такие, а не о том что "вы уже работаете в системе")  я получаю каждый вечер тоже много штук прежде чем клиент надежно и окончательно подсоединится к серверу. Перед очередным обрывом клиент всегда подвисает "Not Responding".
Это случается только вечером если в обед отсоединить клиента от сервера, но программу не закрывать а вечером снова соединиться, или же если работать без перерывов, но вечером случится обрыв у провайдера.
Но иногда, раз или два в месяц такие переподключения становятся бесконечными и приходится принудительно закрывать программу, очищать накопленные данные и снова запускаться. Об этом было давно сообщено администратору финамовского сервера, в ответ он посоветовал подключаться к другому серверу что и было сделано и вроде помогло, но только до вчерашнего дня.
Вчера 31-го января начиная с 18 часов опять случились такие бесконечные переподключения о чем было послано сообщение администратору финамовского сервера QUIK.
Прошу разработчиков совместно с финамовскими админами заняться решением этой проблемы. Свой UID финамовскому администратору я выслал ранее.
Добрый день,

Правильно ли понимаем, что от Вас по данному вопросу было обращение к нам на почту quiksupport@arqatech.com?
Если да, то ответ Вам был направлен почтой.
 
Цитата
Stanislav Tvorogov написал:
Цитата
Добрый день,

Правильно ли понимаем, что от Вас по данному вопросу было обращение к нам на почту  quiksupport@arqatech.com ?
Если да, то ответ Вам был направлен почтой.
Нет, с моей стороны не было обращений на почту quiksupport@arqatech.com, но это могли сделать сотрудники техподдержки Финама или иные клиенты.
А что ответ содержит секреты и его нельзя здесь было просто продублировать? Ведь эта тема может касаться многих, да и сама она была создана тоже клиентом Финама.
 
Цитата
финамовец написал:
Нет, с моей стороны не было обращений на почту quiksupport@arqatech.com, но это могли сделать сотрудники техподдержки Финама или иные клиенты.
Для диагностики проблемы просьба направить нам письмо на вышеуказанный адрес, в котором просьба сообщить Ваш UID, примерное время в которое возникали обрывы соединений, адрес сервера Вашего брокера к которому выполнялось подключение, а также ссылку на данную ветку форума.
Цитата
финамовец написал:
А что ответ содержит секреты и его нельзя здесь было просто продублировать? Ведь эта тема может касаться многих, да и сама она была создана тоже клиентом Финама.
В ответе не содержалось информации по решению проблемы, а были лишь запрошенные дополнительные данные.
 
Цитата
Stanislav Tvorogov написал:
Цитата
Для диагностики проблемы просьба направить нам письмо на вышеуказанный адрес, в котором просьба сообщить Ваш UID, примерное время в которое возникали обрывы соединений, адрес сервера Вашего брокера к которому выполнялось подключение, а также ссылку на данную ветку форума.
Цитата
Да пожалуйста, это небольшой секрет - UID 50012 каждый день после 17 часов q1.finam.ru  https://forum.quik.ru/forum1/topic2490/
 
Цитата
финамовец написал:

Да пожалуйста, это небольшой секрет - UID 50012 каждый день после 17 часов q1.finam.ru  https://forum.quik.ru/forum1/topic2490/
Добрый день,

Для диагностики проблемы просьба прислать архив рабочего места QUIK без ключей на адрес: quiksupport@arqatech.com указав в письме ссылку на данную ветку форума. Архив необходимо делать при закрытой программе QUIK.
 
Цитата
Stanislav Tvorogov написал:
Цитата
Добрый день,

Для диагностики проблемы просьба прислать архив рабочего места QUIK без ключей на адрес:  quiksupport@arqatech.com  указав в письме ссылку на данную ветку форума. Архив необходимо делать при закрытой программе QUIK.
Спасибо за предложение, но есть большое сомнение что оно идеологически верно. Вы в результате сделаете то что называется Ad hoc когда на самом деле необходимо концептуальное решение по распаралеливанию процессов и увеличению того что называется отзывчивостью программы к действиям пользователя.
Для примера - нельзя делать циклы которые не проверяют сколько времени они работают не передавая управление другим процессам, а именно это у вас наблюдается и является причиной многих зол.
В тепличных условиях отладки программист не догадался что тот цикл который у него делает всю работу за миллисекунды, в реальных условиях с реальными данными будет работать минуты и все это время блокировать все другие процессы программы. Вот пожалуйста над этим и поработайте. К тому же ваша программа недоиспользует огромные ресурсы из-за того что работает только на одном ядре процессора.
А еще похоже что вы не торгуете, то есть не выполняете одну из главных заповедей разработчика  -'Eat Your Own Dog Food'. Упускаете из-за этого многие важные детали - например что пользователи качают и строят графики мировых индексов а не только того что торгуется.
От лица пользователей хочу сказать что мы ждем большой модернизации от вашей программы и желаем вам в этом успеха.
 
Ничего они распараллелограммивать не будут и не надейтесь. Тришкин кафтан только тронь - он весь посыпится.
 
Здравствуйте те кто разрабатывает и поддерживает QUIK
Проблема ради решения которой вы запрашивали мой  UID см. пост от 02.02.2017 14:21:15 сегодня вечером опять возобновилась - все те же бесконечные переподключения.
Возможно это связано с вашей новой версией, потому что до сего дня этой проблемы не было уже около 2-х месяцев (несколько дней назад было много переподключений но не бесконечно)
Прошу вас снова заняться анализом лог файлов сервера. И помните - от вас мы ждем не очередной Ad hoc а фундаментального подхода.
Желаю успеха
 
Цитата
финамовец написал:
Здравствуйте те кто разрабатывает и поддерживает QUIK
Проблема ради решения которой вы запрашивали мой  UID см. пост от 02.02.2017 14:21:15 сегодня вечером опять возобновилась - все те же бесконечные переподключения.
Возможно это связано с вашей новой версией, потому что до сего дня этой проблемы не было уже около 2-х месяцев (несколько дней назад было много переподключений но не бесконечно)
Прошу вас снова заняться анализом лог файлов сервера. И помните - от вас мы ждем не очередной Ad hoc а фундаментального подхода.
Желаю успеха
Добрый день,

Запросили информацию у Вашего брокера. Также просьба уточнить текст возникающей при разрывах соединения ошибки.
 
Цитата
Stanislav Tvorogov написал:
Цитата
Добрый день,

Запросили информацию у Вашего брокера. Также просьба уточнить текст возникающей при разрывах соединения ошибки.
Здравствуйте
Проблема та же что была описана в посте 01.02.2017 22:24:13 и сообщения такие же: Удаленный хост принудительно разрывает соединение. И раз за разом зависания клиента - "Not Responding"
 
Цитата
финамовец написал:
Цитата
Stanislav Tvorogov   написал:
Цитата
Добрый день,
Запросили информацию у Вашего брокера. Также просьба уточнить текст возникающей при разрывах соединения ошибки.
Здравствуйте
Проблема та же что была описана в посте 01.02.2017 22:24:13 и сообщения такие же: Удаленный хост принудительно разрывает соединение. И раз за разом зависания клиента - "Not Responding"
Добрый день,

По информации логов разрыв соединения происходит как раз из-за зависания рабочего места QUIK. Для диагностики причин зависания рабочего места QUIK просьба прислать его архив без файлов ключей на адрес quiksupport@arqatech.com, а также результаты команды ping с параметрами-l 512 -n 100  до сервера брокера.
 
Нет, вот свое исподнее с себя пока снимать и присылать вам воздержусь. У программы должна быть самодиагностика и лог файлы не только на сервере но и на клиентской сторне. Могу только посоветовать вам обратить внимание не на торгуемы инструменты, но на графики по истории значения параметров и по мировым индексам. Именно графики мировых индексов обновляются позже всего после докачки пропущенных данных а всегда было так что после всей докачки даже если например подключиться не вечером как я вам написал а например в 10:30 утра то есть через полчаса после начала сессии, то когда все докачается программа подвиснет на неск.секунд без разрыва соеденинения чтобы обновить графики. Вот значит этот момент и является критическим. Утром она просто подвисает и быстро отвисает а вечером если подключиться, то получаются иногда бесконечные переподключения из-за того после докачки что-то долго делает а с сервером не контактирует. А процессор у меня 3 ГГЦ, но программа при подвисании занимает 100% времени только одного ядра, да и работает она только на одном ядре.
 
Цитата
финамовец написал:
Нет, вот свое исподнее с себя пока снимать и присылать вам воздержусь. У программы должна быть самодиагностика и лог файлы не только на сервере но и на клиентской сторне. Могу только посоветовать вам обратить внимание не на торгуемы инструменты, но на графики по истории значения параметров и по мировым индексам. Именно графики мировых индексов обновляются позже всего после докачки пропущенных данных а всегда было так что после всей докачки даже если например подключиться не вечером как я вам написал а например в 10:30 утра то есть через полчаса после начала сессии, то когда все докачается программа подвиснет на неск.секунд без разрыва соеденинения чтобы обновить графики. Вот значит этот момент и является критическим. Утром она просто подвисает и быстро отвисает а вечером если подключиться, то получаются иногда бесконечные переподключения из-за того после докачки что-то долго делает а с сервером не контактирует. А процессор у меня 3 ГГЦ, но программа при подвисании занимает 100% времени только одного ядра, да и работает она только на одном ядре.
Добрый день,

Распределением загрузки между ядрами занимается операционная система. Рабочее место QUIK нагрузку не распределяет.
Цитата
финамовец написал:
Утром она просто подвисает и быстро отвисает а вечером если подключиться, то получаются иногда бесконечные переподключения из-за того после докачки что-то долго делает а с сервером не контактирует.
Причина, очевидно, в объеме получаемой информации с сервера. Так как с утра ее меньше, то в Вашей конфигурации разрывов не происходит. Но и при большем объеме получаемой с сервера QUIK информации, при достаточности ресурсов сети и ОС, такого происходить, конечно же не должно. Для диагностики причин зависания рабочего места при загрузке большего количества данных нам требуется ранее запрошенная информация.
 
Здравствуйте дорогие Квиковцы
То что утром подвисает и быстро отвисает из-за того что еще мало накоплено данных.это это и так очевидно.
А вот то что ваша программа давно уже распараллелена, но ее максимальная призводительность сдерживается операционной системой это неожиданная новость. Но в таком случае по закону бутылочного горлышка надо расширять самое узкое место, то есть обратиться к Microsoft за советом как правильно использовать многоядерность процессора. Говоря метафорически неразумно собирать как птичка хлебные крошки (пришлите нам пользователи свои рабочие места QUIK, а мы чего-нибудь подкрутим и вывернемся) когда под носом целый непочатый каравай в упаковке. Надо просто снять упаковку. Под ней колоссальные четырехядерные ресурсы производительности.
Дерзайте и все получится
 
Такое впечатление что только хуже становится. Вчера была маленькая по объему сессия всего на 23 млрд и то оказалась ему не под силу.
- А кому ему?
- Ну известно кому - недораспараллеленому/
 
Цитата
финамовец написал:
Такое впечатление что только хуже становится. Вчера была маленькая по объему сессия всего на 23 млрд и то оказалась ему не под силу.
- А кому ему?
- Ну известно кому - недораспараллеленому/
Добрый день,

Как и сообщали ранее, без информации, запрошенной в сообщении #25:
https://forum.quik.ru/messages/forum1/message23529/topic2490/#message23529
более точно указать причины разрывов соединений, к сожалению, не сможем.
 
Здравствуйте разработчики Системы QUIK
Я прошу вас не забывать о данной проблеме и продолжать искать пути ее решения - системно последовательно планомерно. Надеюсь вы все-таки понимаете что при правильном подходе проблема должна диагностироваться в том окружении где она случилась. Попробуйте не зацикливаться на старом подходе а придумать что-то новое.
Сегодня 28 августа я подключился к серверу на полчаса позже начала торговой сессии то есть около 10:30 по московскому времени и до сих пор (15:15) не кончается цикл переподключений. С самого начала память под Квик - около 1,2 ГГБ, сейчас более 2 ГГБ и на 100% занято одно ядро процессора 3 ГГЦ. Если бы я подключился до начала торговой сессии то такого бы не было, но все равно в текущей версии - 7.12.1.10 стало тяжелее чем раньше проходить начало работы - после первого подключения к серверу клиентское место зависает более минуты. ОС Windows 10.
 
Добрый день,

Для полной диагностики описываемой Вами проблемы нам требуется ранее запрашиваемая информация с Вашей стороны.
 
Цитата
Stanislav Tvorogov написал:
Добрый день,

Для полной диагностики описываемой Вами проблемы нам требуется ранее запрашиваемая информация с Вашей стороны.
Здравствуйте
Многими пользователями на разных ветках много раз вам было сказано по сути одно и то же: при правильном подходе проблема должна диагностироваться в том окружении где она случилась.
Это концепция здравого смысла и ей придерживаются все известные миру фирмы-разработчики. Если можете это утверждение опровергнуть пожалуйста приведите ваши доводы.
 
Добрый день,

Другого способа диагностики, предложить, к сожалению, не можем.
 
Цитата
Stanislav Tvorogov написал:
Добрый день,
Другого способа диагностики, предложить, к сожалению, не можем.
Маловероятно что ваш способ эффективно приведет нас к нужному результату - ведь у вас даже подключения к финамовским серверам нет.
Зато заметно, что возможно с вашей подачи были изменены настройки на сервере, что привело только к более худшим результам. Очевидно было предположение что клиент не справляется с нагрузкой и поэтому надо увеличить интервал после которого сервер разрывает соединение из-за того что клиент не принимает данные, но оказалось что клиент сваливается в бесконечный цикл и это не помогает. Интервал наоборот надо уменьшить минимально. Тогда хотя первопричина зависания не устраняется но клиент получает больше данных с сервера и в некоторых случаях после серии обрывов он выходит в нормальный режим. Это происходит потому что после каждого установления соединения после обрыва идет прием данных со скоростью около или больше 1 мгб/секунда в течении около 15 секунд а затем зависание а затем обрыв.
Как я уже писал ранее очень вероятно что первопричина завсаний в том что вы не тестировали клиентское место принимающим немалое количество мировых индексов и возможно историй значений параметров.  По ним строятся графики.
 
Как дела квиковцы, продолжаете ли вы бороться, или уже совсем раскисли и опустили руки?
В приложении сегодняшние скриншоты. Сегодня подключился когда торговая сессия уже давно шла в 11:42 и вот что получилось. Так и не вышел на нормальный режим работы, не удалось поторговать. А ведь еще в 2015 году можно было подключиться в 22:00 и до полонучи скачивалось  все без переподключений или всего два три. Почти с тем же самым файлом настроек что и сейчас . Однако и тогда были бесконечные переподключения если посреди сессии отсоединиться самому или из-за обрыва провайдера.   Такое впечатление что раньше поток данных был гуще а сейчас его похоже ограничивают на сервере и течет 0.1-0.3 Mbps. Как я уже писал ранее желательно чтобы сервер разрывал соединение сразу как только заметил что клиент перестал принимать данные. Сейчас много минут проходит от момента когда клиент перестает принимать данные, занимая на 100% одно ядро процессора до переподключения, а раньше это занимало наверно минуту.
Не теряйте бодрости духа и надежды – Москва полнится тревожными слухами что столицу могут перенести к вам за Урал.
 
Цитата
финамовец написал:
Это концепция здравого смысла и ей придерживаются все известные миру фирмы-разработчики
Здравствуйте.

Что конкретно Вы имеете ввиду? Какие фирмы, продукты и встроенные методы?

Спасибо.
 
Добрый день,

В случае, если разрывы соединения возникают только при подключении к определенному серверу брокера, рекомендуем обратиться к Вашему брокеру с вопросом о возможности использования альтернативных подключений.
При возникновении проблемы на всех доступных серверах нам потребуется архив Вашего рабочего места QUIK.
 
По вечерам в ресторане, когда торгую со своего ноута тоже бывают такие подвисания с переподключениями. Приходится тогда загружать другой файл настроек с более простой конфигурацией.
 
Здравствуйте разработчики Системы QUIK
Вот эта проблема https://forum.quik.ru/forum1/topic3175/ весьма похожа на ту что так долго не решается в данной теме.
Не прекращайте усилий. Терпение и труд!
Вчера целый день не торговал, соединился только около 20 часов. И до часу ночи так и не скачались данные для графиков мировых индексов и для графиков построенных по истории значения параметров которые должны были отобразиться на периоде торговой сессии с 10 до 20 часов.  А также заметил что поток данных шел очень жидкий – 0.1-0.3 Mbps. В прежние годы было по 3-5 Mbps. Сегодня со всеми теми же настройками подключился после 11 часов утра. И хотя пришлось пару часов ждать, но данные для графиков мировых индексов и для графиков построенных по истории значения параметров которые должны были отобразиться на периоде торговой сессии с 10 до 11 часов все скачались и отобразились. Прошу разобраться в этой проблеме совместно с администраторами серверов Финам.
От имени всех заинтересованных в исправлении юридических и частных лиц желаю успехов
 
Цитата
финамовец написал:
Здравствуйте разработчики  Системы QUIK  
Вот эта проблема  https://forum.quik.ru/forum1/topic3175/  весьма похожа на ту что так долго не решается в данной теме.
Не прекращайте усилий. Терпение и труд!
Вчера целый день не торговал, соединился только около 20 часов. И до часу ночи так и не скачались данные для графиков мировых индексов и для графиков построенных по истории значения параметров которые должны были отобразиться на периоде торговой сессии с 10 до 20 часов.  А также заметил что поток данных шел очень жидкий – 0.1-0.3 Mbps. В прежние годы было по 3-5 Mbps. Сегодня со всеми теми же настройками подключился после 11 часов утра. И хотя пришлось пару часов ждать, но данные для графиков мировых индексов и для графиков построенных по истории значения параметров которые должны были отобразиться на периоде торговой сессии с 10 до 11 часов все скачались и отобразились. Прошу разобраться в этой проблеме совместно с администраторами серверов Финам.
От имени всех заинтересованных в исправлении юридических и частных лиц желаю успехов
Добрый день.

Перед тем, как обращаться к администраторам серверов Финама, просьба проверить настройки:

пункт меню Система/Настройки/Основные/Программа/Сохранение данных/
и выберите пункты "Данные, отражающие текущее состояние и всю историю изменений» и «Получать пропущенные данные"

Также сообщите помогает ли прогрузить графики нажатие клавиши F5.
Дополнительно сообщите адрес сервера брокера, на который подключаетесь.  
 
Здравствуйте Egor Zaytsev
Как раз для того чтобы вы сделали правильный вывод был приведен второй пример с теми же настройками когда все данные на периоде торговой сессии с 10 до 11 часов скачались и отобразились хотя подключение было после 11 часов. То есть настройки установлены как надо.
F5 пробовалось неоднократно. Пишет что "пропущенные данные получены" но на графиках они не появляются.
Сервер q1.finam.ru
 
Цитата
финамовец написал:
Здравствуйте  Egor Zaytsev
Как раз для того чтобы вы сделали правильный вывод был приведен второй пример с теми же настройками когда все данные на периоде торговой сессии с 10 до 11 часов скачались и отобразились хотя подключение было после 11 часов. То есть настройки установлены как надо.
F5 пробовалось неоднократно. Пишет что "пропущенные данные получены" но на графиках они не появляются.
Сервер q1.finam.ru
Добрый день.

Брокеру напишем, дополнительно еще уточните, о каких параметрах идет речь:

Цитата
Вчера целый день не торговал, соединился только около 20 часов. И до часу ночи так и не скачались данные для графиков мировых индексов и для графиков построенных по истории значения параметров которые должны были отобразиться на периоде торговой сессии с 10 до 20 часов.
т.е нужен пример параметра и инструмента.
И проверьте сегодня проблема повторяется. Данная информация нужна на случай, если у брокера не сохранились серверные логи за 14 ноября.  
 
Дорогой Egor Zaytsev
мы тут как бы еще кроме того что помогаем отлаживать вашу программу еще извиняюсь и торгуем то есть рискуем своими деньгами, а это весьма стрессонапряженное занятие. Попробовал я сегодня 20 ноября проверить то что вы просите, но ведь для этого надо специально подключиться не с начала торговой сессии а где-то во второй половине, или еще один Quik завести для отладки, а это дополнительные хлопоты которых и так полон рот. Вобщем я был подключен с утра, потом в 15:30 отключился не закрывая программу а в 19:18 снова подключился и с 19:47 начались бесконечные переподключения каждые 13 мин и так до самого конца вечерней сессии.
Инструменты - голубые фишки. Параметры такие как объем, общ спрос, предложение %измен. закр.и другие. Все они сегодня скачались и отобразились, то есть дыра на графиках с 15:30 до 19:18 закрылась в отличии от того случая который был описан 15.11.2017 20:52:06. Но не закрылась дыра на графиках мировых индексов.
 
Цитата
финамовец написал:
Дорогой  Egor Zaytsev
мы тут как бы еще кроме того что помогаем отлаживать вашу программу еще извиняюсь и торгуем то есть рискуем своими деньгами, а это весьма стрессонапряженное занятие. Попробовал я сегодня 20 ноября проверить то что вы просите, но ведь для этого надо специально подключиться не с начала торговой сессии а где-то во второй половине, или еще один Quik завести для отладки, а это дополнительные хлопоты которых и так полон рот. Вобщем я был подключен с утра, потом в 15:30 отключился не закрывая программу а в 19:18 снова подключился и с 19:47 начались бесконечные переподключения каждые 13 мин и так до самого конца вечерней сессии.
Инструменты - голубые фишки. Параметры такие как объем, общ спрос, предложение %измен. закр.и другие. Все они сегодня скачались и отобразились, то есть дыра на графиках с 15:30 до 19:18 закрылась в отличии от того случая который был описан 15.11.2017 20:52:06. Но не закрылась дыра на графиках мировых индексов.
Доброе утро.
Запрос брокеру отправили.

От Вас дополнительно. Сообщите Ваш UID, пришлите архив рабочего места QUIK без ключей доступа и файла chm.
Цитата
Все они сегодня скачались и отобразились, то есть дыра на графиках с 15:30 до 19:18 закрылась в отличии от того случая который был описан 15.11.2017 20:52:06. Но не закрылась дыра на графиках мировых индексов.
Т.е "дыра" по мировым индексам за 15.11 сегодня осталась? Тогда сообщите код класса инструментов.
Чтобы мы могли у брокера запросить архивы и посмотреть наличие проблемы.
 
Здравствуйте Egor Zaytsev
UID  указан в этой теме, см 02.02.2017 14:21:15
Тема про архив тоже уже обсуждалась здесь.
Вам нужно иметь подключение к финамовским серверам, это совсем недорого - всего 10000 руб чтобы стать клиентом Финама и тогда вы бы знали что мировые индексы у них не сохраняются чтобы видеть их за 15.11 20-го ноября. А вы хоть к одному брокеру имеете подключение, или все работы тестируете только в своей детской песочнице?
Мировые идексы любые, код класса не имеет значения. Например Nymex.CL или FTSE
 
Цитата
финамовец написал:
Здравствуйте  Egor Zaytsev
UID  указан в этой теме, см 02.02.2017 14:21:15
Тема про архив тоже уже обсуждалась здесь.
Вам нужно иметь подключение к финамовским серверам, это совсем недорого - всего 10000 руб чтобы стать клиентом Финама и тогда вы бы знали что мировые индексы у них не сохраняются чтобы видеть их за 15.11 20-го ноября. А вы хоть к одному брокеру имеете подключение, или все работы тестируете только в своей детской песочнице?
Мировые идексы любые, код класса не имеет значения. Например Nymex.CL или FTSE

Что касается графиков разбираемся с брокером.
По поводу соединения, попробуйте в quik.ini в параметре check-tmo указать значение 250. (секция [connect])
Сообщите результат.  
 
Посмотрели лог сервера и не видим, чтобы вы отправляли запрос на получение пропущенных данных с сервера QUIK.
Т.е либо вы подключались к другому серверу Финами на котором делали запрос, либо запрос Вами не выполнялся.  
 
Предлагаем разбор начать с Ваше рабочего места QUIK, это может ускорить решение Вашего вопроса, по крайне мере будет меньше итерация между Вами и брокером.
Дополнительно нам нужно проверить все настройки на рабочем месте и сразу исключить все возможные варианты.  
 
финамовец, Вам уже пора в командировку съездить в Новосибирск к разработчикам ARQA вместе со своим компьютером. Как вариант -- дать разработчикам доступ через TeamViewer, чтобы они сами всё видели, что Вы видите своими глазами.
Страницы: 1 2 След.
Читают тему
Наверх