полагаю, что это был глюк сервера брокера при формировании свечей. свечи формирует сервер и обновил на открытие утренней сессии, а таблица сделок осталась без изменений. Вот и получили сделки там, где нет цен.
Ну тогда надо почитать что-нибудь. И узнать, что клиринг пересчитывает позиции и суммирует Вам в Лимиты вар маржу. Получается, что считать маржу надо лишь от клиринга до клиринга. Т е всего за полдня , даже если Вы в позиции 3 месяца.
Grasp Grasp написал: в описании рабочего места квика сказано, что он работает с более 2 ГБ оперативки
Я Вам написал из собственного опыта и указал, что требуется оптимизация винды и настройка квика. ------------------------------------ А в описании сказано, что если 2 есть, то и валенок сможет работать.
Михаил, а где Вы взяли такое название "Сертифицированный наставник QUIK" ? Сами придумали? или Вы проводите сертификацию? Но Ваш уровень я понял. ------------------------- Лучше быть, чем казаться.
Надо играть здесь и сейчас, а не вспоминать былые победы и поражения. Как Вы думаете, зачем на фьючерсах клиринг устраивают в 14 и в 19? ------------------------- не правильный у Вас бутерброт.
немного поправим: ------------------ for Index = 0,getNumberOf("stop_orders") - 1 do local any = getItem("stop_orders",Index) if any and bit.band(any.flags, 1) > 0 then local OrderNumber = any.order_num message("Стопзаявка № = "..tostring(OrderNumber).." активна",1) end end
Добрый день, Последнее время получаю вот такие фокусы. Вчера на вечерней сессии совершены сделки. А сегодня я вижу, что таких цен вчера не было, а сделки по таким ценам есть. т е цены были 10730, а мне впапродали по 10830. брокер меня разводит или биржа химичит или КВИК портачит? Ваше мнение?
еще добавить синтезатор речи с регулировкой интенсивности и голосовое управление. Например, ты ему говоришь: QUIK -деньги!!! А он тебе в ответ: Размечтался!!!
пардон alt/L закрепить , alt+B - убрать. Но блокировка выскакивает нажимаешь alt+B заголовок не появляется нажимаешь alt+L - происходит блокировка с запросом пароля нажимаешь alt+B - появляется заголовок окна. примерно так
Добрый день, Поставил для тестирования версию 7.1.0.381 (юниор) Вопрос 1: При открытии окна меню сначала мелькает окно цветное, потом становится черно-белое (настройки цветов в дистрибутиве) ---------------------- Вот это мелькание так и будет? или это баг, который уберут? ---------------------- При этом заметил следующий прикол Если окно терминала на первом мониторе, то мелькает пустое белое окно, а если на втором то мелькает окно, в котором виден рабочий стол. ---------------------------------
Вячеслав написал: Да, создаются 2 системных потока, да, в каждом из них выполняется lua_pcall
Всегда, при разговоре на эту тему - разделяйте понятия: системный поток - это НЕ LUA-поток, а поток ОС LUA-поток - это не поток ОС. LUA-поток - сродни корутинам.
В самой LUA - никакие системные потоки - не создаются
почему LUA-поток - сродни корутинам. это и есть корутины других луа потоков я не знаю а Вы?
имеется ввиду, что функции из lapi.c вызывают внутренние функции в библиотеке Lua, и их же вызывает luaV_execute напрямую. Например, lua_settable вызывает luaV_settable , которую напрямую (через макрос) вызывает luaV_execute.
Причем здесь вызов функций? Синхронизировать надо обращение к данным, а не к коду функций. Вы что-то путаете.
Тиковый график строится по таблице обезличенных сделок самим терминалом а не сервером. Поэтому заказав тиковый график Вы тем самым заказываете таблицу обезличенных сделок Так как это одно и тоже.
Данное утверждение Sergey Gorokhov оказалось не соответствует реальности. Открытие источников тиков не привело к работе OnAllTrade, пока не отрыл таблицу ТВС. Прошу уточнить, как заставить работать OnAllTrade из QLUA на тиках без открытия ТВС Спасибо
Уточняю Торговая сессия на фьючерсах сегодня начинается вечером вчера У меня всегда, сделки, совершенные вчера после 19-00, отображаются сегодня. Т е вчера в 23-50 закончили торговать комп выключили сегодня в 9-55 -комп включили запустили квик и торгуем Сделки от вчера вижу и сейчас.
Добрый день, на представленной картинке стрелки вверх и вниз - это отображение сделок вечером вчера. Вчера они были на графике цены , а сегодня вне его. Это не мой скрипт, а отображение терминалом совершенных сделок. Кто может объяснить? Спасибо
приведен код функции вставьте ее в скрипт и вызовите с указанием кода инструмента класса (полагаю вы знаете как это сделать, я то же) У меня все работает, лишь при закрытии надо убивать процесс
это полный код версия 6.17.3.6 Я помню раньше нельзя было открывать источники в потоке колбеков, Приходилось их лепить в майн Если эта проблема осталась, то я опять наступил на теже грабли в сарае.
Ярослав С написал: Столкнулся с проблемой с хранением данных. Не могу понять где лучше хранить обработанные роботом данные: в памяти компа, в файле .txt, .bin или еще где. Для моего визуального просмотра мне эти данные не нужны, поэтому думаю их всунуть в файл в .bin файл так как они есть, то есть в двоичном коде. Плюс скорость записи в файл будет выше (поправьте, пжлста, если я не прав). Но я столкнулся с еще проблемой - я не нашел описания записи в файл и чтения чисел(или массивов) из файл в виде числа, а не в виде строки. (Помню, в Delphi запись массивов в файл делалась в касание)
У меня робот будет обрабатывать все ликвидные эмитенты по ММВБ и FORTS, определяя их ключевые точки (условные точки разворота, поддержки и сопротивления). Итого получится около 50 эмитентов. Каждый эмитент будет иметь до 30 ключевых точек с 3мя стринговыми переменными и с 4мя вещественными переменными. Обработка всех эмитентов займет предположительно до 1 часа. Процессор компа - Intel Core i5 4200H CPU 2,8 GHz ОЗУ - 8 ГБ Места на жестком диске - дохера
Я когда-то выкладывал в свободном доступе библиотеку для луа записи в произвольном формате. Преимущество - скорость Но вообще-то хранить в файлах нет большого смысла, так как все есть либо в квике либо в отчетах ----------------------------------- Как говорил классик " Вопрос, а Не женится ли мне, уже содержит ответ" Зачем Вам это надо?
У вас есть обязательство купить в будущем и под эти обязательства биржа блокирует обеспечение Теперь Вы хотите еще взять обязательства - продать в будущем и под эти обязательства биржа блокирует средства Т е В результате у Вас три обязательства 1 - купить и 2 -продать. Когда у Вас появятся встречные обязательства 2, то будет сделано сальдо и останется одно. Но до сальдо Вы должны обеспечить деньги под все ваши обязательства. Если кто-то даст в долг то тогда возьмете 2 а так пока один но за свои. Поэтому нужны свои деньги еще на два и того надо на три.
Полагаю, что такие правила у биржи . Т е если у Вас куплен контракт то для его обеспечения биржа берет денежку А если Вы хотите продать контракт, то надо еще иметь денежку.
Добрый день, Обнаружил следующую проблему Вот такая функция: DS={}; function DS_6(cl,se) -- создание источников тиков local int=INTERVAL_TICK; local x=cl..se..tostring(int); if DS[x]==nil then local ds,er=CreateDataSource(cl,se,int);ds:SetEmptyCallback(); if err then Log(err,"err_ds"); else DS[x]=ds; end end end --------------------- Проблема возникает если запускаем квик автономно (сбрасываем окно запроса логин, например) Квик нормально загружается, но при закрытии его Окно квик закрывается , но процесс в памяти висит снять можно лишь убив процесс -------------------------- колбек onClose скрипта не вызывается. ------------------------ Если в функции убрать DS[x]=ds; то завершение нормальное. Могу предположить, что проблема в CreateDataSource(cl,se,int) и последующем сохранении ds таблицы, что не приводит к закрытию каких-то ожиданий в КВИКЕ. -------------------------- Так и ждет у моря погоды, а моря то и нет.
Относительно отдельного сервера. БКС предлагает услугу VIP сервера за 5 тысяч деревянных в месяц кроме стоимости никаких данных нет. Написано обращайтесь к регион представителям Пришел спросил - ничего не знают, попросил дать протестировать Уже месяц жду ответа ------------------------- Не так страшен черт, как его малюют Можно мерить в реале и учитывать в торговле. ---------------------- Просто было интересно узнать сколько точно и чего. узнал, интерес удовлетворил. Пилим дальше.
Фёдор Сухов написал: Так в том-то и дело если у брокера просто толстый, но некачественный канал от "своего" другана-братана-пацана, то и отсюда и накладка на его стороне. Ну а потом уже и клиенту всякие отбросы со стола.
Фёдор Сухов написал: забыл упомянуть про пинг, что это не показатель, совсем не показатель.
Ровный пинг, по крайней мере, показывает, что периодические задержки в поступлении информации с сервера не могут быть обусловлены проблемами на канале связи клиент-сервер, как чаще всего, утверждают сотрудники техподдержки брокера. Скорее, проблема в недостаточной инфраструктуре самого брокера.
Николай Камынин , а чем пинги снимаете?
Давайте разделим в две посуды мух и котлеты. и будем есть котлеты. Расскажу все по-порядку (немного лекбеза , кто знает не ругайтесь). 1) Изучаем каналы связи с помощью пинга. Пинг у меня реализован так - посылает короткий запрос по ICMP_ECHO. Перед посылкой фиксируем время с погрешностью 100 нс. При приеме ответа от сервера фиксируем время прихода ответа. Разность - время задержки. Если сравнить с системной командой ping, то у меня отличие в десятых долях, так как системный измеряет в мкс. Ответ на ICMP запрос отдает ядро ОС сервера и этот ответ фактически не зависит от работы КВИКА. Таким образом, минимальная задержка пакетов от сервера брокера до меня 17-24 ms, в зависимости от выбранного мною сервера. ------------------- 2) Канал сервер-брокер по определению хороший, так как БКС - это крупный брокер в россии, работает давно и сервер его либо на бирже либо рядом. Полагаю что там задержки не более 1-2 ms. 3) пинг, который встроен в терминал КВИК показывает задержки от 50 до 10 000 ms. Как объяснил г-н Михаил, это результат задержки ядром сервера КВИК ответа на пинг. Не возражаю, но из этого следует, что сервер задерживает и более важную информации т е информацию о сделках, что собственно подтверждает следующий эксперимент. ----------------------- 3) Далее я синхронизировал свой комп с сервером точного времени 1-го уровня. В результате получил на сегодня: вот такую нестабильность. Т е отставание моих часов составляет не более 40 ms от эталонных атомных.
Теперь я считаю, что это время биржи, так как синхронизация часов на бирже полагаю сделана еще точнее.
В принимаемых сделках мы имеем время сделки с микросекундами. ----------------------------- Таким образом, разница времени моего компа и времени в сделках есть величина задержки данных брокером. -------------------------- Клиентам брокера вообще-то без разницы, в каком месте тракта у брокера запор, но если задержки в 500- 1500 ms будут систематически ( а вчера информация по фьючерсам у меня задерживалась аж на 20 минут) , то полагаю, что надо ставить клизму в надлежащий канал такого брокера.
А зачем? ----------------------- Проблема не в каналах. Проблема в том, при скоростях в каналах 50-100 Мбит/c и задержке 3-15 мс мы получаем данные с серверов QUIK брокеров c задержкой от 200 до 2000 мс. --------------------------- Лет десять назад в штатах посадили группу брокеров за то, что они некоторым своим клиентам совершали сделки лучше чем другим, естественно за счет других. ------------------------------ Вот меня интересует вопрос: задержка данных в 10-1000 раз большая, чем задержка в канале, - это умысел или просто наплевательское отношение к клиентам? ----------------- Если первое - то это УК РФ, ---------------- если второе - то это нормальный бизнес в РФ