Вариант не противоречит документации. Но... он не менее спорный, чем первый. Всё зависит от того, как интерпретировать комбинацию "11": "снята" + "активна" (?!). В первом варианте алгоритм обработки флагов такой: 1. Бит 0 == 1 ? "Активна" : "Не активна" 2. Если "Не активна". Бит 1 == 1 ? "Снята" : "Исполнена".
Второй вариант анализа. 1. Бит 1 == 1 ? "Снята" : "Не снята" 2. Если "Не снята". Бит 0 == 1 ? "Активна" : "Исполнена".
Лично мне кажется первый вариант логичнее. Пускай разработчики ответят, какие комбинации битов возможны в приходящих данных.
Интерпретатор языка Lua.pdf страница 75
5. Описание битовых флагов 5.1 Флаги для таблиц Заявки, Заявки на внебиржевые сделки, Сделки, Сделки для исполнения Флаг установлен Значение бит 0 (0x1) Заявка активна, иначе – не активна бит 1 (0x2) Заявка снята. Если флаг не установлен и значение бита «0» равно «0»,
т.е. русским по белому написано: если бит 1 установлен - заявка снята!. Все. Нет других вариантов. Снятая заявка не может быть активной.
А если бит 1 не установлен - то значение бита 0 определяет состояние активна (=1), либо исполнена(=0).
KoolThing пишет: В общем, меня бы вполне устроила галочка, позволяющая курсору оказываться в поле "Цена"
Это было понятно изначально. Но есть вопрос: -если уж вы, глядя в стакан видите, что "рынок меняется слишком быстро", неужели, надеетесь, редактируя число руками в поле ввода быть быстрее рынка? Для чего тогда придуманы механизмы тыкать мышью в цену?
Viktor MMM пишет: да, и еще на понятен смысл битовых флагов в онтрэйд. У меня выдает 4 ( это 00) При частичном исполнении заявки. Документация отсылает к тому же описанию, что и онордер. Но вижу, что работает иначе, проясните, пожалуйста.
онТрейд - это совершенная сделка? флаги = 4 = 0100b, верно? биты: 2й = 1 продажа 1й = 0 - не отменена, а исполнена. 0й = 0 - не активна. т.е. исполнено на продажу. Что не так?
Цитата
SDL пишет: Это значит, что следующие комбинации битов 0 и 1 соответствуют статусам: "Активна" - "х1" "Снята" - "10" "Исполнена" - "00"
Валерий Григорьев пишет: 1) Отличается ли скорость обновления "Таблицы всех сделок" и "Таблицы заявок" между собой? Какая таблица быстрее откликается на выполнение заявки/размещения ордера? Если отличается то насколько?
Вопрос в разрезе "брать инфу для робота"? По личному опыту могу сказать что опираться на скорость этих таблиц нельзя. Поскольку в них инфа приходит постфактум. Нередки случаи, когда подаешь заявку через внешний стакан, сначала возникает запись в таблице сделок, а потом появляется заявка в таблице заявок уже исполненной.
Цитата
Валерий Григорьев пишет: 2) Отличается ли скорость отклика данных по ордерам в "Таблице заявок" в терминале и в методе subscribeOrders() в TRANS2QUIK.dll?
Тоже самое. транс2квик пришлет тогда, когда заявки приедет в таблицу заявок, а она... см.п.1 :)
В общем случае, постфактум инфа везде проедет корректная, но в моменте на это опираться нельзя.
KoolThing пишет: Проблема в том, что рынок меняется слишком быстро! Дергается вверх или вниз, и цена в стакане уже меняется! Быстрее, чем реагирует глаз! Я вижу цену 66000, а в том месте уже оказывается 65960 или 66040!
И как "быстрый ввод заявки" решает, что мне нужно, когда я тыкаю выше рынка по офферам: взять по рынку или выставить оффер выше?
Ну а что вы хотели? ))) Это рынок. Он прыгает. Это нормально. А быстрый ввод решает быстро выбросить заявку. Это в любом случае быстрее чем крутить цыфры ручками. Если надо отступ побольше - сделай отступ больше. Не вижу проблемы.
Есть варианты внешних стаканов с автоматическим отступом, проскальзыванием, и прочими настраиваемыми параметрами. Но это отдельный вопрос.
KoolThing пишет: Так цена же скачет постоянно, за полсекунды прилично может измениться в одном и том же месте стакана, более того, иногда же нужно ударить не по биду/офферу, а на 5-10 пунктов выше/ниже поставиться. Ну и мне кажется, что нет проблем для разработчика вставить в прогу еще одну галочку, регулирующую это дело...
Объясняю еще раз для тех кто не хочет разбираться и читать инструкции: -Настройка "быстрый ввод заявки" позволяет выставить заявку "одним кликом" из стакана, по цене в которую вы тыкаете мышью. Буквально. Не по биду/оферу. Не от фонаря. Не как тетя клава написала.
А именно в ПО ТОЙ ЦЕНЕ, КУДА ткнулась мышь! И будет вброшена заявка (не откроется форма для ввода, а сразу будет выставлена заявка в торговую систему), по этой цене, и тем числом лотов, которое указано в настройках.
Надо - клик выше рынка - заявка будет выставлена выше, надо - клик ниже рынка (на 5-10 пунктов) - заявка будет выставлена ниже. В чем проблема-то?
KoolThing пишет: что цена уже ушла выше или ниже, и нужно быстро ее изменить.
Т.е. изменить ручками в поле ввода цифру быстрее, чем нажать эскейп, и тыкнуть мышью в новую цену? И эта... при быстром вводе - заявка сразу выставляется, а не появляется диалог "Подать заявку"
Еще раз: создаешь график инструмента - неважно какого. накидываешь туда любые индикаторы, параметры, что угодно. Нажимаешь - Ctrl-N - получаешь копию окна с графиками и индикаторами. А чтобы быстро заменить инструмент во всех индикаторах внутри окна - и служит якорь.
Optimus1 Optimus1 пишет: Я уже все графики по закладкам раскидал. Подскажите пожалуйста, что значит помнять через якорь в ТТП?
В "таблице текущих параметров" (она же ТТП) в заголовке окна есть кнопка с якорем. Если ее нажать, то у некоторых окон (например у графиков) появляется такой же якорь. если в графике тоже нажать якорь, то инструмент в графиках будет автоматически заменяться на тот, строка которого выбрана в ТТП.
нужен робот аналитик на луа(без выставления заявок, только уведомление в квике и в мэйл при срабатывании индикатора), сколько это будет стоить, есть набор из 15 инструментов, для каждого инструмента 4 периода - мес, нед, ден, час, и 3-4 стандартных индикатора квика условия срабатывания которых надо проверять и оповещать при срабатывании.
DMITRYQ DMITRYQ пишет: а как вы проверяете срабатывание индикатора если понятно что формула вам выдаст только текущее последнее значение индикатора а сравнивать то надо со значением прошлым а то и несколько периодов назад
А вот такой вопрос: Вот открыл я график "цены и обьема" и добавляю туда некторое кол-во парметров. А можно ли эти парметры, которые я добавил к этому графику автоматически доабвить и к другим графикам "цены и обьема" по другйо акции ?
Ctrl-N - скопировать график в новое окно. А потом поменять инструмент через якорь в ТТП.
Sergey пишет: Я что наехал на вас Imersio Arrigo , или оскорбил ? И не верещал я вовсе , а поделился собственным опытом. Я думал здесь этим занимаются - помогают друг другу, а не обсирают новичков. Ну нет нормальных учителей (во всяком случае мне не повезло), вот и учусь на собственном опыте.
Я ни кого не обсираю. я ответил вашими же словами. 100500 ситуаций, когда человек не разберется в ситуации и начинает верещать (именно так, потому что иначе эти истеричные вопли назвать нельзя) что его обкрадывают.
Цитата
Sergey пишет: Вы пишете теорию, а я то, что было у меня на самом деле!
Это не теория. Это принцип. Вы же не отрицаете закон всемирного тяготения? Механизм исполнения заявок примерно настолько же фундаментален.
Цитата
Sergey пишет: я думаю надо двинуть рынок (не смейтесь! ))
Никто не смеется. В малоликвидных инструментах это возможно малым объемом, и ничего необычного тут нет. Даже больше скажу, если нет активных заявок в стакане, то выставление заявки по цене выше теоретической заставляет систему пересчитывать параметры. Т.е. эта заявка, даже без сделки реально "двигает рынок"
Цитата
Sergey пишет: в заявке указываю конкретную цену покупки к примеру 83,5, наивно думая, что сделка на рынке произойдет по моей цене (так как я указал точную цену). В этот момент в стакане самая меньшая цена продажи была к примеру 83,1, а количество этих ОФЗ по 83,1 было к примеру 500 штук. Что происходит как только я нажимаю кнопку купить: на рынке происходит сделка по 83,1 - количество в стакане по этой цене уменьшается на 1 шт и становится 499 штук. А у меня в портфель падает 1 ОФЗ по цене 83,5 - то есть ровно по той которую я указывал в заявке на покупку.
Вероятно вы не разобрались в механизме исполнения (опять же), и, как верно говорит
Цитата
Старатель пишет: Sergey , а вы случаем не путаете таблицу заявок с таблицей сделок? У новичков это часто бывает.
Смотрите в таблицу заявок. В таблице заявок - исполненная заявка видна по выставленной цене. А вот таблица сделок покажет вам проведенную сделку по той цене, по котоорой она выполнилась. т.е. если в стакане есть заявки (для простоты по одному лоту) по ценам 83.0, 83.1, 83.3, 83.5, а вы вбросите встречную на пять лотов (в стакане сейчас четыре), то ваша заявка частично исполнится на 4 из 5 лотов, по ЦЕНЕ 83.5(!), те заявки все исчезнут из стакана (будут исполнены), остаток по вашей на 1 лот по цене 83.5 появится в стакане. А в таблице СДЕЛОК(!!) появятся 4(!) записи сделок по ценам 83.0, 83.1, 83.3, 83.5.
Изучайте механизм работы.
зы: И сохраняйте оверквотинг при цитировании. реально тяжело разбирать текст.
Старатель,ну и в конце-концов, проверить выводит брокер заявки на биржу или нет просто а) подключаемся другим брокером (клиентом) и смотрим есть ли заявка в стакане. б) делаем сделку, и смотрим (другим брокером) есть ли сделка.
Конечно брокер может хитрить, и доказать что-либо будет сложно. Другой момент в том, что стричь таким образом мелких клиентов это не имеет смысла (спорно конечно, мелких клиентов много, и стричь их, вероятно может приносить неплохие барышы), а крупных опасно. Ну и конечно же, для [нормального] брокера репутация важнее стрижки клиентов.
Старатель пишет: Для этого надо при подаче второй заявки либо быть контрагентом в сделке
а) не вижу для брокера проблемы завести контрагента б) если сведение меж двух клиентов - третий контрагент кагбэ не нужен.
Цитата
Старатель пишет: либо "выдернуть" первую заявку с биржи, либо хранить все заявки своих клиентов на своём сервере
Конечно хранить на своем сервере. Потому что постановка-снятие заявки на биржу, это время, это транзакции, это канал. А тут хранишь все локально - и сводишь заявки в кучу. Ну а ежели какой жирный клиент выставит большую заявку - ее пробрасывают на реальную биржу.
Почитайте как организоваты форекс-кухни. Все делается именно так. С мамбой или фортсами принципиальной разницы нет.
В чем собственно вопрос? Вас интересуют конкретные детали сведения заявок? Боюсь разочарую, ибо понятия не имею как именно конкретный брокер может это делать.
Технически же - не вижу проблемы сводить заявки от разных клиентов.
user пишет: Вы вопрос не совсем корректно сформулировали. Не факт, что брокер - контрагент. Вполне может быть, что сводились клиентские заявки.
И в том и в другом случае, если брокер это делает - он "кухня". А вот может или нет - зависит от того, какой договор вы с ним подписали. Конечно "плохой" брокер может так делать и в нарушение договора, тут уже зависит от того, насколько он - "кухня". Но, думаю, что уж если в договоре есть такой пункт - имхо, это очень плохо.
А можно ли, как то в Quik настроить график, который будет строится по данным из стакана ? То есть в графике будет всего два значения по оси Y - это сумм кол-во данных из стакана по покупке и продаже.
Есть такой индикатор "Профиль рынка" - вот он как раз отражает на графике кол-во заявок привязанных к ценах. Но стандартного такого нет. Обратись к юзеру mike_s, он этим промышляет, может сможет помочь.
Старатель пишет: Инструмент один - график цены. Нужно, чтобы на правой оси отображалось абсолютное значение цены, а на левой - её процентное изменение
Ну так добавь его два раза, и для второго поставь "%"
Цитата
Старатель пишет: Я не уверен, что вторая шкала будет всегда соответствовать первой (не произойдёт смещения).
Ну если тот же инструмент, то не должно ничего разъехаться. У меня, во всяком случае, все нормально :) Немного бесит, что процент он считает от цены закрытия (т.е. "вчера18-45") а так - нормально.
Антон P пишет: При сворачивании стакана до нормального размера нажатием кнопки "_" в правом верхнем углу окошка, сворачивается стакан и то окно в котором график.
А просто расположить рядом два окошка нормального размера коран не велит?
Я когда-то жаловался на подобную проблему, девушки из поддержки БКС объяснили, что в такие моменты поток данных резко возрастает, и сервера перегружены, и поскольку я не являюсь VIP-клиентом, то и в очереди на обработку данных стою далеко не первый. Отсюда лаги и задержки.
Sergey пишет: какие скрины. это было весной. решил купить 1 ОФЗ по цене выше рыночной, думал раз я куплю ее задорого, то типа двину рынок )))))))))). на ОФЗ бывают дни когда сделок вообще нет либо там пару штук. но таких лохов там тока и ждут ) ничего я не двинул - двинули меня. мне всучили ОФЗ по моей цене заявки, а на рынке прошла ближайшая в стакане. чего мне жаловаться - за сколько хотел за столько и купил, а брокер взял себе дельту.
Поражает когда такие лохи начинают верещать не разобравшить в ситуации (/facepalm) Запомните: брокер никаких дельт себе никогда не берет. Для этого есть маркет-мейкеры. Брокер стижет с вас оговоренную комиссию (если вы конечно читали договор и в курсе о чем речь) и ни копейкой больше.
Цены по которым вам продали - это цены тех, кто стоял в стакане раньше вас. Если ваша заявка продавливает часть выставленных заявок, то цена исполнения растет. Рекомендую почитать как исполняются заявки, что такое сделка, и зачем нужен стакан котировок.
Imersio Arrigo пишет: Василий пишет: А почему сделки с RTS-9.15 не попадут в таблицу всех сделок ? Потому что сделка производится по инструменту RIURIZ5 (например), а фактически изменяется кол-во ОП и по RIU5 и по RIURIZ5
поправка: Потому что сделка производится по инструменту RIURIZ5 (например), а фактически изменяется кол-во ОП и по RIU5 и по RIZ5 они же RTS-9.15 и RTS-12.15
Василий пишет: Информация по внебиржевым сделкам раскрывается на сайте биржи, там проходят только акции, что на мой взгляд вполне логично. Как Вы себе представляете внебиржевой механизм сделок по фьючерсу на индекс РТС ?
Я - не представляю. Но это не значит что этого нет. Кроме того, есть еще фьючерсные контракты на других биржах, которые явно не попадают в нашу таблицу всех сделок. Так что...
Цитата
Василий пишет: Согласен, этот момент я упустил. Но опять же в этом случае должно произойти соответствующее уменьшение количества открытых позиций по опционам, чего не наблюдалось.
Уверен что смотрел изменения по всем позициям по всем опционам всех страйков?
Цитата
Василий пишет: А почему сделки с RTS-9.15 не попадут в таблицу всех сделок ?
Потому что сделка производится по инструменту RIURIZ5 (например), а фактически изменяется кол-во ОП и по RIU5 и по RIURIZ5
Цитата
Василий пишет: А что это за инструмент, что-то я по нему вообще никакой информации не могу найти, можете ссылку какаю-нибудь дать, для общего развития ?
Василий Конюшев пишет: 1. Разве сделки по фьючерсу могут проходить вне биржи ? Насколько я понимаю, фьючерс это сугубо биржевой инструмент (по крайне мере фьючерс на индекс).
Не буду настаивать, ибо не уверен, но по-моему внебиржевые сделки могут проходить с любыми бумагами, и фьючами в том числе.
Цитата
2. В результате исполнения опционного контракта происходит как раз открытие позиции по фьючерсу, а не закрытие.
Если у меня уже был встречный фьючерс, то экспирация опциона может вызвать его закрытие. Почему нет?
Цитата
3. Можете пояснить что за сделки в календарном спреде ?
Купля RTS-9.15, с одновременной продажей RTS-12.15. Или наоборот. Есть инструмент специальный RIURIZ5 -- это как раз спред. И сделки по нему, вероятно, не проходят в таблице объемов RIU5 например, но изменяют фактическое кол-во открытых позиций по контракту.
Optimus1 Optimus1 пишет: Это я понял, я некооретно выразился, не напорядок конечно же, а в пределаз той цены, которая установлена биржой на этот день. То есть если я выставлю завяку на покупку и ошибусь в большуй сторону, заявка исполнится по той цене, что я написал или будет исполнятся последовательно по наилучшей цене из стакана ?
В стакане есть цены, которые сформированы активными заявками других участников торгов. Когда вы выставляете заявку на покупку существенно дороже существующих предложений - вам сначала продадут по этим ценам, вплоть до цены указанной вами. Если объем вашей заявки столь велик, что сможет скупить все заявки в стакане и еще останется, тогда вы увидите в стакане вашу заявку с неисполненным остатком по вашей цене.
Аналогия: ы пришли на базар покупать картошку, и разные люди продают по разным ценам. Вы хотите купить, скажем по 100. Но есть предложения по 95, по 97, по 100, и по 105. Очевидно же, что вы будете выкупать у продавцов в порядке возрастания их цен. (Конечно кроме случая, когда вы специально договариваетесь с каждым чтобы он продал вам по цене, заведомо худшей для вас)
Optimus1 Optimus1 пишет: Правильно ли я понимаю, что в Quik есть защита от дурака по типу: Если я формировал заявку к примеру на покупку и нечайно указал цену на порядок выше, чем цена продажи в сткане. Йгшл исполнит мою заявку с покупке по самой лучшей цене ? И в зависимости от кол-ва, будет двигатся по лучшем ценам в стакане пока не исполнит мою заявку ?
Это не защита от дурака. это принцип исполнения заявки в биржевом стакане :)
На порядок выше система не даст выставить, есть границы цен, установленные торговой системой, и вы получите сообщение "Цена заявки не может быть выше ..."
Старатель пишет: Я к тому, что нельзя выставить так стоп-заявку, чтоб "порожденная ей лимитка стопроцентно исполнилась", да ещё по цене не хуже заданной и .
Ладно, согласен, перегнул формулировку. Но, в обычной ситуации, этого достаточно.