сабж Блог им. Cellinsky | торговая платформа ? автор Sergey Cellinsky отзовись, есть вопросы а туда писать не камильфо.

в личку ему на смарте напишите не стесняйтесь

поддерживаю, если вопрос интересный нам тоже будет интересно поучавствовать в обсуждении.
а на том ресурсе я тоже принципиально не регистрируюсь

написал ему личкой, если тут зареган то полагаю появится.

Всем привет парни. Это я.

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

не поверите - я уже дошел до того что в алгоритм запихиваю предупрежение глюков! ну т.е. есле расчетная позиция больше предидущей более чем на 1 то замоливть график красным!(это к примеру)

Действительно хороший пост, и все мы сталкиваемся иногда с подобными ситуациями. Я лично сделал такую штуку - запустил отдельного агента и поставил все сообщения этого агента в уведомление на электронную почту. Один человек написал мне программу, которая запускает командные файлы при отсутствии новых входящих сообщений на эл. почте в течение заданного времени (то есть если например сервер завис или связь пропала и письма при пересчете скрипта не приходит). у меня эти файлы перезагружают компьютер и роутер. В общем какую то часть проблем это решает, хоть и не все конечно. Если кому надо - могу эту программу скинуть. И было бы неплохо развить тут эту тему - кто как борется с глюками.

А вообще приходилось 2 раза уезжать на 2 месяца в места без интернета и оставлять скрипты сами по себе.. по приезду были накоплены ошибки различного характера но ничего особо серьезного.. шестеренки продолжали крутиться.. даже денег заработали)

скинь, оч.интересно. лично я пока борюсь только с подвисанием или отрубанием сервера, по щедулеру отправляю сообщение если его нет в указанное время то начинаем проверять в чем дело. а по перезаргузке вообще приходит смска.

Не могу понять как тут файл то приделать к сообщению.. напиши электронку или куда там скинуть можно)

кнопка переключить в насширенный режим(3я слева под полем набора сообщения) ну и там нажимаешь "File Manager".
ну а так почта в личке

Контроль простой, в логах с детализацией debug отслеживается появление следующих подстрок: "снята|Ошибка создания|Заявка заблокирована". Контрольный агент, который просто с заданой периодичностью входит и выходит из позиции. Собственно если при отработке агента заявка по каким либо причинам не отработала, это вызывает появление одного из перечисленных типов сообщений, которое и отлавливает 'смотрящий'. Соответственно он видит заявки всех агентов, а не только контрольного. На настоящий момент мне неизвестен вариант развития событий, который не накрывается указаным алгоритмом. Прецедентов, что бы в логах не появилась информация по сделке у меня пока не было. С ситуациями, когда размер лота не соответствует заданному честно говоря со времен tradescript не сталкивался. Т.е. если пишет, значит так оно и было... может влияет то, что система медленная, три-четыре трейда в неделю не больше. Сейчас тестирую быструю, несколько десятков сделок в день, но там размеры лота минимальны и о сколь нибудь значимой выборке говорить рано.



а почему поддержка брокера? я с тслабом общаюсь в их системе, брокеры вообще не при делах.

я таким вариантом тоже баловался, когда пытался малой кровью решить вопрос об уведомлениях. Но система уведомлений тслаба у меня вызывает недоумение, плюс было как минимум три достоверных случая, когда агент начинал набирать позу сверх лимита. Всё это совпадало с невозможностю отправить уведомление через email и в итоге от такого способа я отказался как от ненадёжного и потенциально глюкавого. Как только менеджер уведомлений был отключен, проблем с позой больше не наблюдалсь. Может совпадение конечно, но факты пока подтверждаются.

На самом деле выкиньте менеджер уведомлений Лучше потратить несколько дней на изучение bash/perl и радоваться жизни. Скрипты-то нужны совсем простенькие их можно копипастом делать, зато простор там просто безграничный. За что тслабу спасибо, так это за детализацию логов.

+, так же было

И мне плиз, почта ниже

вот так вдруг неожиданно разработчики узнают что их менеджер уведомлений фигня :))

Родион не фигня, но как описано выше у меня тоже были пропуски сигналов, при чем на пустом месте.

судя по топику разрабочикам стоит сделать менеджер уведомлений вообще отдельной независимой программой

медленная это все относительно , ну да я работаю в основном на минутках, но есть и 15минутки и там произошла потеря, она коснулась и не сработала а сообщения о пропуске небыло , только в сделках висит значок часиков. но надо учитывать что это 15 мин и сделка может быть 3-15 дней а лог у тслаба 5дней(если не ошибаюсь). но на минутках это действтительно часто . каджый день приходится в ручную подсчитывать позиции.



скажем так - некоторые проблеммы связанные с поставщиком данных лучше засылать через поддержку брокера, они быстрее находят общий язык.

тут есть еще вопрос:
судя по описанию вы либо подняли это на линуксе с эмуляцией либо используете подсстему UNIX для servera / win Ultimate. можно с подробностями пожалуйста какой линух какой эмулятор какие ньюансы

Не, ну это жесть конечно. Логи 5 дней - у меня ротируются каждый день. Учитывая режим работы наблюдателя, ему оно в общем-то не мешает, т.к. он состояние сделок не отслеживает, опять таки опираясь на убеждение, что если что-то пошло не так, в логах это обязательно отразится. Посему чего-то там считать ему без надобности.



Если речь о системе мониторинга, то это проект https://www.cygwin.com/ . Грубо говоря это перекомпиляция всех основных линуксовых утилит (включая языки типа perl/python) на win32. Пользоваться можно прямо из консольной строки windows или из cygwin терминала (он дает стандартную линуксовую оболочку bash со всеми ее преимуществами). Никакой эмуляции тут нет,все нативно. При этом из этой терминальной сесии cygwin можно спокойно получить доступ к любым данным win-машины, ну вот типа так у меня выглядит запуск агента мониторинга:

'tail -f /cygdrive/c/Users/User/AppData/Local/TSLab/TSLab12/Logs/tslab.log | ./tail.plx'

цигвин штука хорошая. Помню даже вкорячивал туда майскуль клиент и в базы лазил. Но то было шаманство отменное и не каждый осилит.
И не все пакеты перла встают правда без бубнов.

Но если нужно просто файло парсить с регулярными выражениями то проще использовать RegexBuddy. Отличная софтина долго искал такое теперь дружу.

Cейчас установка представляет собой скачивание сетапа, выбор зеркала откуда будут браться пакеты и выбор пакетов. Все через тыкание мышкой. Куда уж проще не знаю

ну попробуйте поставить клиент майскуля. Возможно они допилили чего то но и ранее было мышкой, только кое что брало и не ставилось, то чего нет встандартных пакетах цигвина. Вот с этим и были танцы :)). Так как ставил с исходников.

Не, я до такого не докатывался вполне вероятно, что где-то в глубинах глюки наверняка есть.

Ну вопрос совсем не последний по степени важности:
Какие исключительные ситуации вы обрабатываете своим алгоритмом?

те, которые мне встречались

- потеря канала информирования по sms (раз в сутки с утра);
- потеря соединения с брокером;
- отказ в приеме заявки из-за клиринга (Ошибка создания заявки);
- отказ в приеме заявки из-за выхода за планку (не помню какое именно сообщение);
- не выполнение выставленой заявки (сообщение Заявка снята);
- зависание агента (превышено время ожидания);
- помирание tslab вообще/помирание виндовой сессии с тслаб/помирание винды/помирание всей системы или отвал ее от интернета.

там ситуация осложняется если в скрипте 2 и более источников - в управлении агентами отображается только 1 истоник и соответсвенно сделки только по нему.....!

вот кстати, новый тип аварии:

10:04:56.38[17]DEBUG:[Quik] Connection status is . Code=DllConnected(0)
10:04:56.38[13]DEBUG: | Unknown Code: 2004 : 200 2004
10:04:56.39[13]DEBUG: | Сообщение сервера : 200 507 Вход в систему заблокирован. Обратитесь к Вашему брокеру.
10:04:56.39[13]INFO :1301:Alert:DataSourceBroker:(DataSource:broker): 200 507 Вход в систему заблокирован. Обратитесь к Вашему брокеру.
10:04:56.39[13]INFO :[NetInvestorDataSource] Соединение разорвано
10:04:56.39[36]INFO :[NetInvestorDataSource] Start saving caches...

Тслаб пишет о блокировке еще до того, как запустил квик. Квик запускался и соединялся корректно. Однако сразу после этого, тслаб рвал соединения и так по кругу. А мякотка в том, что тот-же тслаб пишет, что до окончания периода еще два дня. Звонил брокеру, там посмотрели - никаких блокировок не видать. Дай думаю тогда ключ закажу сейчас, вбил новый - взлетело. Получается, надписям про оставшееся время работы верить нельзя Единственная мысль, что ноги блокировки растут от сервера истории. Больше там вроде никаких завязок ни с чем нету.

ну так, смотрите, что написано:
[NetInvestorDataSource]
Причем тут Quik?
Проблемка с MFD была.

Когда указали, вижу