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

Мололой человек, оставьте свои фантазии при себе.
Когда они будут соответствовать реальности, вас позовут.

Это не меня, это Вас смущает слово стоп.
Выставить заявку на покупку выше  текущей цены можно только стоп-заявкой.

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

Метатрейдер показывает что можно открыть позицию стоп-заявкой, и вы считаете ее обычной лимиткой. Это не так.

Стоп-заявка это условная заявка, котора срабатывает при наступлении некоторых условий. Например стоп на покупку ждёт наступления вашей цены, а потом выполняется рыночная заявка на покупку. При этом, если рынок активен, вы наблюдаете, так называемое, проскальзывание, т.е. фактические сделки по ценам отличающиеся тем которые указаны в стопе. Но с этим ниче не поделаешь. Таков путь.

Возможность ставить стоп-заявки в любую сторону никак не зависит от имеющейся позиции. Все всегда работает одинаково.

посмотрите на свой скрин с МТ и прочитайте пункт меню.

Нужно ставить стоп в квике.
Очевидно же.
Почему-то в МТ вы ставите стоп, а в квике тоже самое хотите делать лимиткой. Неудивительно что она немедленно исполняется :)

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

И это же прекрасно, не так ли! ;))

trans2quik никак не связана с .NET и его версиями.
Это просто вы не умеете с ним работать (:

Проверьте разрядность библиотеки. Я незнаю какую версию использует ваш дотнет, я им не пользуюсь, но ошибка на скрине возникает при попытке загрузить либу другой разрядности (32 в 64 и наоброт).

Использование CallingConvention может работать, но при этом будут криво передаваться/возвращаться параметры/результат.
Судя по всему, именно это и происходит.

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

Стоп-на-стоп не существует. И вряд ли когда-то будет.

Используйте мобильный терминал для контроля ситуации.

Танечка, расслабьтесь.
Эта вся ерунда с волнами эллиота, и прочими фибоначами - не работает.

А метки на графике можно наносить вручную, и отмечать точки, которые кажутся Вам значимыми.

Если узнаешь - скажи )

Чем не устраивает существующее решение?

А можно тогда поинтересоваться где же находятся настройки экспорта?
Както я тоже считал что они в wnd-файле.
Переносить правда не пробовал.

Мне тоже кажется, что можно 9 бит использовать под идентификатор советника - 512 значений более чем достаточно.
Оставшиеся 22 можно использовать под TransID.
Знаковый (старший) бит не трогаем, чтобы не было переполнения.
И никаких проблем.

Т.е. сейчас никакой проблемы нет?

>>Вы правильно все поняли. В старших 6 байтах имя символа
>>а младшие байты служат для генерации уникальных ID.
К сожалению понял я тут далеко не все.
Но тут хочется отметить, что DWORD - это всего 4 байта, а не 8!

Итак, что у нас здесь (опять рассматриваем для RTS-3.23):

function CalcTransID(const Data: string; const idx: integer): Dword;
... //незначащая часть пропущена
k:= Pos('-', Data); // k=3
z:= Pos('.', Data); // z=5
month:= Copy(Data, k + 1, z - k - 1); // month="3"
year:= Copy(Data, z + 1, Length(Data) - z); // year="23"
if(TryStrToInt(month, k) = true) then
begin
  Value:= k; // Value=3
  if(TryStrToInt(year, k) = true) then
  begin
    Value:= Value + k; // Value=3+23=26 (0x1A)
    result:= (idx shl 24); // сдвигаем idx в старший (3й) байт (из 4х),
//таким образом, если у вас idx>127, то старший бит переполняется и получается число больше INT_MAX
//я незнаю как поступает паскаль с лишними битами, полагаю просто теряет.
    Result:= Result + Value shl 16; //добавляем месяц/год - наше 26 (0x1A) в 2й байт.
  end else result:= 0;
end else result:= 0;
end;
И, собственно все. Имя фьючерса здесь никак не учитывается.
А два младших байта (1й и 0й) видимо дают 65535 вариантов TransID-ов.

Это никак не объясняет происхождение числа 0x83917001, из первого поста.
По вышеприведенной логике 0x83 - это номер робота? - это 131, уже переполнение.
Но 2й байт - 0х91 - не похож на месяц/год.
Да и 0х7001 - 28673я транзакция?

Возможно где-то еще что-то примешивается?

Поразбирался в скрипте. Если я все правильно понимаю, и строки вида "month<<=24;" - это оператор битового сдвига, то имеем такую картину:

номера битов (пример для RTS-3.23), тут должен быть моноширинный шрифт чтобы табличка правильно выглядела.
64------56------48------40------32------24------16------08------00
| "R"   | "T"   | ----- | ----- | month | year  | sov_id| ------

"R", "T" - первые символы слова RTS, а "-----" - это пустые, ничем не заполненные биты.
все верно?

тогда у меня такие вопросы:
1) данная схема подходит, если sizeof(long) == 8, что правильно выглядит в коде mql, но неверно для с++ под win32, тут sizeof(long) == sizeof(DWORD)=4, т.е. старшие 32 бита куда-то теряются или преобразуются(каким образом?) в младшие 32. это как-то учитывается?
2) где в представленной схеме  "а два младших байта 4096 вариантов dwTransID за торговый день"?
это биты с 32 по 48?, их нет в виндовом long-e.
3) чем должны заполняться биты 0-8?
4) в скриншоте выше, на вход подается число 2207346689, это 0x83917001, но 8391 не похожи на месяц/год. видимо примешиваются еще биты.
каким образом?

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

Наконец-то добрался чтобы проверить.
1. Мое сообщение #2говорило о том, что DWORD и LONG одно и тоже. Я не внял что сыр-бор изза знаковости.
2. Проверил, да, квик через транс2квик обрезает dwTransID если он больше "максимально положительного LONG".

Но, при этом в документации написано (см. скрин) "Указатель типа Long", т.е. никто не обещаел что с числом будут обращаться как с беззнаковым.
Согласен, что есть расхождение в прототипе, и описании, и наверное это все-таки баг.

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

Все правильно. n+1 периодов нужно, чтобы получить корректные значения.

Внезапно смотрим в системные хедеры:

>> typedef unsigned long DWORD;

ЗЫ: маководы говорят что приложение для айпада отлично работает нативно. Попробуйте.

Вроде они с какой-то версии вообще дропнули поддержку х32.
И PlayOnMac давным-давно умеет в х64.

Предлагаю проверить эти два момента прежде чем рекомендовать.

Есть вариант проще и удобнее.
В ярлык запуска прописать рабочую директорию отличную от ProgramFiles, куда-то куда у текущего пользователя есть право записи.
Например в тот же %APPDATA%\Quik\

В обчем мой совет оказался не по делу.
Я просмотрел варианты, и ничего подходящего не нашел.
Открыть ODBC/JDBC подходит только для того чтобы связать LO с БД.
Это явно не то что нужно.

В качестве альтернативы можно поднять базу mssql или postgres и настроить экспорт в нее через ODBC.

В MS Excel работает вывод по DDE.

ЕМНИП, OO/LO не умеют в DDE.
Попробуйте экспорт через JDBC.

Да. Такая боль.
Нужно использовать укорачиватель ссылок.

Это все наследие метатрейдера.
Он показывает каждую заявку как отдельную позицию отдельной строкой (возможно зависит от настроек брокера).
И даже можно противоположные открыть, и все это считается независимо.
И каждую нужно закрывать отдельно.

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

А в каких терминалах вы такое видели?
Я много вижу людей которые такого хотят, и у меня вопрос: -это вы сами придумали или где-то увидели?


В квике такого нет.
Можно либо переключать таймфрейм в окне туда-обратно.
Либо настроить все построения в одном окне, а затем его скопировать, и переключить таймфрейм.

Это услуга брокера.
Платная.

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

Там же arm, не?
Квичок работает только на х86 архитектуре.

Это управляется настройкой "закрывать все окна перед загрузкой файла настроек".
RTFM.

Надо не в таблицу заявок, а в таблицу сделок смотреть.
Там будут цены по которым прошли сделки.
И тогда цифры сойдутся.

Настраивается цепочка wine - unixODBC - postgresqlc
B /etc/odbc.ini настраивается DSN.
Нужно явно указать чарсет WIN1251.

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

Что подразумевается под "интервалом сделок"?

Я спросил что значит "мониторы не связаны в единое пространство"?

Что за вариант "3++"?

Вменяемые объяснения будут?

Как это?

А разве не рассосалось?

1111е сообщение :)

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

ЗЫ: Еще здесь есть пользователь Anton, толковый человек. Можно попросить помощи у него.

Возможно оно беззнаковое.
И длится не бесконечно, а (2^32 - <ваше число>)ms.

Вот ради интереса безо взяких мануалов попробовал. Все работает искаропке.
-Поставил "Орёл".
-Открыл менеджер пакетов, поискал wine, отметил все что нашлось и поставил. В меню "Утилиты" поставился "PlayOnLinux"
-Зашел на сайт арки, скачал дистриб.
-Зашел в "PlayOnLinux", сказал установить и далее-далее...
-Добавил ярлык на стол.

Все работает. Даже с русским языком проблем нет.

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

с чего это ядро стало омериканским то? Линус финн же.
"национальная" следует читать как "собиралась на ПЭВМ расположенных на территории РФ".
А собственно в чем проблема то?
Линукс - он везде линукс.
Нормально написанные скрипты работают. Я пользуюсь.
И нормально сделанные dll - тоже.
Какие-то конкретные проблемы? или "У меня ничего не работает"?

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

Ну вот просто: -чем две закоментаренные строки отличаются от двух предыдущих?
И нет никакой гарантии, что если убрать все четыре SetColor-а то падать перестанет. Просто будет падать в другом месте, при других условиях.
Хочу заметить, что тут картина наоборот. на 9.2 работает, а на 8.11 ломается.
Так себе утверждение.
Если код выполняется - не факт что он не содержит ошибок.
Просто не создавались условия, при которых они возникают.

Нужен полный код скрипта, чтобы изучив его с какой-то уверенностью говорить что он "не содержит ошибок".

Блин. Прочитал страшное.
Теперь хочется вывести все деньги и засунуть их в матрас.
А у меня стоит галочка "не использовать мои средства в интересах брокера". Это спасет мир или нет?

Да, все происходит именно так, как описано. Вторая линия привязывается ко второй области графика, и удаляется вместе с ним.
Но почему это проблема?

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

Скорее всего это вопрос интерпритации значений:

времени за отметки - столько-то.
а свечей - вот столько.

Никакой ошибки тут нет.

Очевидно же:
1. myScript = FindScript("MyScript")
2. RestartScript(myScript)
Всегда так делаю.

Ты чего, родной? Все ж бухают до 10го :)

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

Вот например у меня (скринов нет) выбрано 50 интервалов, а время 2дня 11часов.
Это значит что у меня в выбранный период попало 20 свечек из пятницы и 30 свечек из понедельника.

Просто кол-во интервалов видимых на графике не равно кол-ву интервалов за тот же период времени.
Например часть данных отсутствует. Или не было сделок = нет свечек.

Можно включить настройку "Показывать пустые интервалы" и тогда визуальный размер совпадет с расчетным.

По верхним рисункам непонятно.
Там точно нет перехода через сутки?
Можно новый скрин где видно целиком окно графика?

Я знать что это. Я спросить про связь в коде фьючерса.