Здравствуйте. Для работы одного из луа скриптов (автологин) использую внешнюю dll - w32.dll Раньше все работало С переходом на 64х разрядную версию старая dll перестала работать, но на сайте разработчика https://quik2dde.ru/viewtopic.php?id=80 появилась версия для 64х битной винды. Заменил ею старую версию, но все равно на квике 8.5 выдает ошибку:
error loading module 'w32' from file 'M:\Sergey\Program\QuikFinam-bid\w32.dll': Не найдена указанная процедура.
Взял самый примитивные луа скрипт с одной строкой:
local w32 = require("w32")
Уже на ней выдает ошибку.
История повторяется на двух компьютерах с 6х разрядной виндой
Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
Косяк как минимум один - я не хочу менять операционную систему на своем серверном компьютере, меня устраивает то, что я имею, и не все будет работать на 64х битной версии.
Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
для меня в целом как программиста эта ситуация выглядит очень нелепо: подумаешь, увеличилась длина поля, при том что при выставлении заявки мы все равно отсылали текстовое значение, а не числовое. И из-за этого людям создавать проблемы, перекомпилировать библиотеки, которые не факт что уже вообще найдешь.
Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
Как одно из решений - квик принимает от луа номер в виде текста, а сам отправляет заявку на биржу в нужном формате. Доработка должна быть минимальной, а благодарность от пользователей огромная
Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
А что никак нельзя обойтись без луа 5.3 чтобы отправлять номера заявок 19и разрядные? например из двух частей. Почему нельзя сделать. чтобы номер заявки был текствой переменной? Мне не совсем понятно, почему ради каких -то 19и значных номеров пользователи должны ставить себе новую винду? Это сверх НЕ клиентоориентированный подход, неужели руководство квика считает, что они не потеряют клиентуру?
Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
Просьба пояснить разработчиков,что делать владельцам верии квика 7 и винды 32х разрядной, которые не могут поставить версию квика 8. Как быть с 19и разрядными номерами?
Уважаемые разработчики, а что версии квика не будет для винды 32х битной? Это как понимать? Т.е. вы решили резко сократить количество пользоателей квика таким образом?
совет на будущее: message очень требователен к данным, которые ему подаются на вывод. Если одна из компонентов будет равна nil, то будет выдавать ошибку. Поэтому самое надежное всегда писать message("Спрос " .. tostring(tbid.param_image)) Даже если значение tbid.param_image будет неопределено, то оператор tostring преобразует в текст "nil"
Мне очень помог в изучении сайт https://quikluacsharp.ru/karta-sajta/ Там есть готовые примеры действующих роботов, описание многих функций. На базе эти роботов можно разобраться в функционале, начать что-то дорабатывать и таким образом изучить язык.
Задача такая: стоят стопы и тейки на определенных высотах. График до них не доходит, но при определенных условиях, нужно войти в позицию. Если просто поставить заявку на вход по текущей цене, она не выставляется, т.к. идет превышение по ГО. Значит надо сначала снять предыдущие заявки. Использую оператор trans:killAllOrdersByClient Но если после этого сразу поставить новую заявку, то все равно она не ставится, т.к. старые заявки удаляются не мгновенно, и ГО опять не хватает. Я пробовал написать функцию, которая перебирает все существующие заявки и проверяет их статус, до тех пор, пока у них статус не станет "отменен", но проблем в том, что этот цикл. Но проблема в том, что когда запускается этот цикл, то квик почему-то полностью подвисает, и такое ощущение, что даже перестает видеть изменения в состоянии заявок.
Вот так выглядит цикл:
В массиве waiting_ordernum_todel собраны все заявки, удаления которых надо дождаться
while #waiting_ordernum_todel > 0 do for i = 1, #waiting_ordernum_todel do if waiting_ordernum_todel[i] ~= nil then local stop_orders_now = getItem("stop_orders",waiting_ordernum_todel[i][2]) -- если заявка НЕ активна то убираем ожидание if CheckBit(stop_orders_now.flags,0) ~= 1 then -- message_my ("Снялась заявки "..tostring_my (waiting_ordernum_todel[i])) waiting_ordernum_todel[i] = nil else if waiting_ordernum_todel[i] ~= nil then message_my ("WaitDeletingStops: еще активен стоп №"..waiting_ordernum_todel[i][2]..": "..tostring_my (stop_orders_now)) end end end end if #waiting_ordernum_todel > 0 then message_my ("WaitDeletingStops: sleep 100") sleep (100) WaitDeletingStops (hist_zap_full) end end
Вопрос к знающим людям, почему так происходит? Почему терминал "забывает" обрабатывать связь с сервером и видеть изменения в заявках?
нет, я торгую только одним инструментом. Есть только рубли на счете. И бОльшую часть времени сервер корректно отслеживает депозит и не дает входить с превышением.
Maria Romanova написал: Добрый день.Для анализа озвученной проблемы нам потребуются данные от сервера Вашего брокера. По этой причине просим Вас инициировать запрос Вашего брокера к нам.
Я полагаю, что это не проблема Квика, а проблема сервера финам, т.к. в одном из описанных случаев, при подключении к одному серверу состояние позиции было одно, а при подключении к другому серверу - другая. Квик лишь отображал то, что ему предоставлял сервер. Цель данной тема узнать, случались ли у кого-то подобные ситуации? Потому что Финам меня уверяет, что у них проблем не было
Оба терминала версии 7.25.1.3 Оба терминала работают все рабочие дни от начала до конца Оба терминала подключены к одному серверу финама. В обоих терминалах я смотрю график 5и минутных свечей. Только выгрузил данные свечей в файлы с двух терминалов - в одном случае в файле 4076 строк, в другом 12160 строк. На графиках визуально я тоже вижу в одном случае график начинается с 6го февраля, а во втором с 26го ноября 2018 года.
Как такое может быть? Я тогда не понимаю, что значит "отображает только 3000 свечей", когда я их вижу значительно больше.
Здравствуйте! У меня два терминала квика. В одном данные хранятся за 30 дней, а в другом почти 4 месяца (т.е. в 4 раза больше). Видимо я где-то в настройках что-то изменил в одном из терминалов. Проблема в том, что второй терминал часто выдает ошибку "не хватает памяти", да и в диспетчере задач памяти занимает в 3 раза больше. Подскажите, где найти настройку, из-за которой он хранит в 4 раза больше данных графиков? Я не смог найти. Заранее спасибо
Еще поясню, что мой депозит меньше 8и тысяч, и на нем физически невозможно открыть позицию в 2 контракта, т.к. ГО инструмента последние месяцы колеблется от 4100 до 4200
Я уже второй раз сталкиваюсь с такой ситуацией, когда брокер Финам позволяет мне открыть позицию превышающую ту, которую позволяет мой депозит, с учетом ГО инструмента.
Происходит это так: у меня открыта позиция на один контракт вверх (в частности на иснтрументе Si-3.19). У меня торгует робот, который проверяет текущую позицию, и если она равна единице, то вторым контрактом он даже не пытается войти. Но взглянув в какой-то момент на терминал, я обнаруживаю, что у меня позиция "2 контракта", хотя это физически не возможно. В результате долгой переписки с тех. поддержкой они меня уверяют, что "ошибок в расчете допустимой позиции не обнаружено", т.е. они меня уверяют, что на момент покупки второго контракта ГО позволял мне увеличить позицию до 2х контрактов. Однако на мой вопрос "какой ГО был на момент покупки второго контракта" мне было отвечено "мы не знаем". Занавес!
А объяснение очень простое: в какой-то момент один из серверов, к которому подключен Квик, начинает ошибочно сообщать, что моя позиция сейчас равна нулю, и более того, позволяет докупить еще один контракт, т.к. сам сервер считает, что у меня нулевая позиция, и превышения по ГО еще нет.
Подобная ситуация у меня уже была при работе с Финамом. Мне точно так же позволили открыть позицию превышающую возможности депозита. В тот момент я наблюдал эту картину лично. И происходило это так: при подключении к одному серверу Финама, Квик показывал одно значение купленных конрактов, а при подключении к другому серверу, количество купленных контрактов было другим.
Т.к. тех. поддержка меня уверяет, цитирую: " Неполадок в работе, в части расчета количества открываемых позиций, обнаружить не удалось. " хотелось бы узнать, кто еще сталкивался с подобной ситуацией при торговле в Финам, или других брокерских конторах? И как часто это происходит?
Есть проблема - иногда при работе робота возникает ошибка "not enough memory". В этом случае робот перезапускать уже бесполезно, надо перезагружать сам терминал, а иногда и саму систему Windows Нужно научиться отслеживать этот момент, и поэтому нужно научиться в другом роботе мониторить появление такого сообщения в окне "Системные сообщения". Подскажите, есть ли какая-то функция, которая возвращает сообщения из этого окна? Если нет, то может еще есть какие-то варианты отследить такую ситуацию? Заранее спасибо
Однако, как не печально это писать, примерно такую же фразу я слышал год назад. При том, что исправление данной ошибки занимает 5 минут программистского времени это звучит очень печально.
Уже больше года назад я писал заявку о том, что когда в квике делаешь загрузку файла конфигурации, то он запоминает папку, из которой он открывал файл. Затем когда открываешь файл скрипта lua, он начинает открытие выбора файла с этой папки!!!! Что уже само по себе бестолково. А когда ты выберешь файл lua, а потом захочешь снова загрузить файл настроек, то он теперь начнет выбор папки с директории где лежат скрипты. Обещали это исправить и разделить эти папки и хранить раздельно. Но воз и ныне там.
А на днях я обнаружил еще хуже проблему. ПОставил вторую версию квика (от другого аккаунта) Так оказалось, что если в одном квике сделать любую вышеописанную операцию, то в другом квике эта директория тоже будет начально.
Исправьте этот очевидный глюк! Скрипты и файлы настроек не могут храниться в одной папке.
Борис Гудылин написал: Возможно, Вам будет достаточно переключения кодировки в текстовом редакторе FAR между Win и DOS, выполняемой по F8. Я иногда пользуюсь этим приемом.
Мне же не в редакторе его надо смотреть, чтобы FAR понимал правильно кодировку при отображении файлов в режиме Ctrl-6 Многие наверно этим даже никогда не пользовались )
Здравствуйте. Возникла такая задача - хочу дописывать информацию в файлы Descript.ion (которые использует FAR manager для комментариев к файлам). Столкнулся с загвоздкой, что FAR эти файлы делает в DOS кодировке. А lua пишет в файлы в кодировки Windows Может кто-то подскажет, есть ли в lua возможность открыть файл на запись (да и чтение тоже) в кодировке DOS? Или на крайний случай функцию, которая конвертирует текст в нужную кодировку. Т.е. чтобы я писал в файл Descript.ion текст под кодировкой Windows, а FAR ее видел нормально
С недавних пор мне начали приходить смс сообщения от сервера квика об изменении статуса подключения к серверу. СПасибо за то, что разобрались с этой проблемой, о чем я писал в другой ветке. Эту проблем удалось решить.
Теперь есть другая проблема - эти сообщения (как и 80% сообщений о совершенных сделках) приходят дважды. Задвоение происходит практически в 100% случаев, хотя несколько раз я нашел только одну смс.
Большая просьба разобраться в ошибке. Подключаюсь через Финам. Номер терминала могу отправить на почту, только укажите какую, хотя сомневаюсь, что это так важно. Вряд ли я уникальный такой пользователь. Телефон от Мегафона. Хотя в случае с смс о сделках, я менял номер телефона на другого оператора, и смс тоже задваивались. ТАк что дело явно не в Мегафоне.
FINAM_QUIK 13.07.17 21:18 Пользователь #хххххх аварийно отключился от сервера в 21:18
подобные дубликаты смс о подключении и отключении повторяются ежедневно