swerg (Все сообщения пользователя)

Уже веь написала подержка - с указанной проблемой обратиться к рокеру.

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

Тоже поделюсь ссылочкй на примеры
https://quik2dde.ru/viewtopic.php?id=79

Не использовать для роботов пятифакторные авторизации.
потому как в финансовых потерях виноваты только вы

ТС, работа нужно писать так, чтобы он корректно обрабатывал множественные срабатывания OnOrder
хоть два, хоть три раза.
и даже варианты, когда такого срабатывантя вовсе не произошло.

Краткость - сестра таланта.

Дело в том, что вы не про QLua вовсе вопрос задаёте, а про то, как использовать Ami через COM-интерфейс, да еще через библиотеку luacom, которая сама по себе не сахар.

Предложение такое: приводить хотя бы рабочие (точно рабочие!!) примеры на любом другом языке для Ami, тогда еще, быть может, кто-то подскажет, как это переложить через вызовы luacom.

Без этого никто не полезет разбираться специально для вас в COM-модели Ami, потому как это очень непросто, если специально именно с этим не работать, а кому это надо.

Дело не в том маленькая или нет.
Для работы COM в потоке, в нем (в этом потоке) обязательно требуется вызвать CoInitialaize(), чего QUIK, конечно, не делает, т.к. ему это не зачем.
Посмотрите подробнее здесь, там показано как COM-вызовы использовать в main() QLua
https://quik2dde.ru/viewtopic.php?id=81

Так что есть предложение на этапе, пока вы это всё (в смысле связку с Ami) осваиваете, не трогать main(), потому как там свои нюансы.

вы упускаете тот момент, что заявки бывают "рыночные".

Остапа несло.

выложите уже эти файлы куда-то, чтобы скачать и не искать
по возможности постараюсь посмотреть.

Нет. Напишется в обычном окне запуска скриптов.

Но на этапе загрузки скриптов индикаторов если в скрипте индикатора проблема - то информация об этом выдаётся именно через PrintDbgStr, т.е. при запущенном в момент загрузки индикатора DebugView вы ошибку в нем увидите.

здесь достаточно умножать на 1.1, а не на 2.
ну и округлять вверх.

Доступно ли СОМ в main()- вопрос

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

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

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

Кодировка windows 1251
квик не юникодный

1. Все реакции на события в квике - в один поток обрабатываются, т.е. не одном ядре.
второе нужно лишь чтобы система не мешала.

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

вот тут у вас ошибка.
это общая загрузка процессора, всех ядер.

т.е. под такую капец ошибку не было патча 7.5?? вы там совсем рехнулись?

мы же про МБ, да?!
тогда странно слышать такое.

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

это ваша ошибка. Истину дают только экспериментальные данные, а никак не теория, теория лишь прдгоняется под эксперимент, всегда и везде.Космонавт написал:
Так как опыты дают слишком разные результаты.

а вот это уже недостаток теоретических знаний по обработке результатов экспериментов.

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

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

Вот бы автор потрудился написать что он подразумевает под "сделками по рынку"

Если нужна скорость - то нет совершенно никакого смысла теоретизировать.
Только мониторинг, получение объективных результатов в вашем конкретном случае, выявление узких мест, оптимизация и снова мониторинг.

Мы про хочется/не хочется или результат? вы уж определитесь.
В любом случае нужны тексты в вашей конкретной инфраструктуре.

скрипты (колбеки) работают быстро?

если речь про скорасть реакции на события - то два разных квика будут быстрее наверное. Потому что колбеки будут работать параллельно. А процессоры нынче все многоядерные.
но ресурсов два квика будут есть побольше, чем один.

Но когда этот чудо-броуер скажет "выведем деньги через 2 дня, у нас так устроено", после чего исчезнет - не говорите, что вас не предупреждали

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

Нафик такого мутного брокера.
Ибо он вас явно обманывает: очевидно ведь, что возможность торговли никак не зависит от платформы, через которую вы торгуете.
Как вариант - он просто продвигает таким образом свою платформу.
Ну либо вы его как-о не так поняли.

как вы это диагностировали? Не пнятно из вашего сообщения

"А доцент Питяев - тупой!" (С) Жванецкий

Неужели нет лучшего приложения упорства?

да

Как много нам открытий чудных
особенно все эти рассуждения умилительны тем, что в мт вам вообще просто и от балды рисуют грпфики сами брокера какие хотят.
как можно что-то сравнивать - вообще не понятно

при чем тут :size

поискать инструмент, получить его параметры(размер лота)
будет понятно - существует ли он вообще

Разботанил
все вы в целом делали правильно, в том числе правильно, что эти библиотеки складывали в папку luasql внутри квика, а не прямо в квик
и require с именем с точкой правильно

надотолько вот что доделать: внутри квика есть файл  lua5.1.dll
скопируйте его рядом (именно его!), но с именем lua.dll

у меня после этогоуказанная вами библиотека успешно загрузилась.

Выложите эти библиотеки куда-то, на том форуме регистрироваться не охота, без этого не отдают

утилита depends

Может запросить информацию по инструменту?
Если его нет - то не будет и информации.

Это да, это понятно
Но речь-то про библиотеки luasql
Вы их скопировали в c:\QuikFinam\luasql\,  а надо прямо в папку квика c:\QuikFinam\
Либо, как вариант, квик не находит не сами эти библиотеки, а связанные с ними, от которых они зависят.

обновление quik, в конце есть про обновление плагинов, ваш случай

квик ведь у вас наверняка не в этой пепке установлен

серьёзно??

Обновить версию QUIK вы можете самостоятельно.

Только обязательно откопируйте вашу версию 7.5, чтобы к ней можно было вернуться!! потому как 7.6 версия пока не ко всем брокерами подключается (что-то с версией серверов, не все брокера обновили, видимо)

Арка заботится об удобстве вашей работы
Вы просто не понимаете этого

Зачем вы платите деньги за то, что вам не нравится?
Как так получается, что вы других поучаете, как им следует поступать, а сами продолжаете делать странные вещи?
Ну вот в самом деле, как так?

Достаточно подумать 1 раз и сохранить свой выстраданный файл с настройками
кстати сомнительно, чтобы наличие шаблонов увеличивало время загрузки

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