Нужна помощь профессионального программиста - страница 28

 
Dmitriy Skub #:

Попробуйте нормализовать цены непосредственно при передаче в ордер. NormalizeDouble.

Спасибо за совет. Попробую и отпишусь.

 
Anatolii Mel'sitov #:

Спасибо за совет. Попробую и отпишусь.

Добрый вечер!

В советнике есть нормализация цен и выравнивание по границам тиков. Похоже проблема в другом.

 
prostotrader #:

Да нет, не статистика.

Каждое действие над ордером, записывается в таблицу с новым replID.

Как Вы узнаете, что ордер установился, модифицировался или удален, если записей в этой таблице будет несколько тысяч?

Должно же быть визуальное подтверждение.

 
prostotrader #:

Должно же быть визуальное подтверждение.

Отдельно таблица ордеров (в текущем состоянии), отдельно история действий над ними.

 
prostotrader #:

Должно же быть визуальное подтверждение.

Можно повторить нечто подобное в мт5, только не так криво, конечно.
 
Anatolii Mel'sitov #:

Добрый вечер!

В советнике есть нормализация цен и выравнивание по границам тиков. Похоже проблема в другом.

Ну значит печатаете значения цен и смотрите что не так. Все просто.

Хотя бы сообщения из лога привели, гаданием занимаемся.

 

Работа движется, не так быстро, как хотелось бы, но идет...

 


 
prostotrader #:

Разобрался с серверными часами!

Разрабы Плаза 2, меняют replID у сообщения!

Только "пенек" мог сделать такое!

Зачем "складировать" прошлое время?

Будьте внимательны, Дмитрий, возможно еще где-то меняют replID

Как и подозревал, что это не единственное место, где разные replID на одно и то же

сообщение (поток FORTS_REFDATA_REPL; таблица  sys_messages)


 

Еще один шажочек...


 
Какая задержка получается между изменением цены и полной обработкой этого изменения? На один робот сколько потоков (системных, не плазовских)?