Определение местоположения поезда.

[Yurchello]

Сообщение от Anri

Результаты срочно в студию!

В общем как я и говорил - основное в надежности считывания - проносил карточку в 1 см от считывателя со скоростью соответствующей порядка 50-60 км\ч в НО.
Сработало 1 раз из 3-х.

[Anri]

Сообщение от Просто лось

В общем как я и говорил - основное в надежности считывания - проносил карточку в 1 см от считывателя со скоростью соответствующей порядка 50-60 км\ч в НО.
Сработало 1 раз из 3-х.

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

[Anri]

Сообщение от koi

Накидал тут простенький вариант макета, 6 стрелок, 3 поезда. На рисунке - 2 варианта ситуаций, при которых использование 1 сенсора приведет к крушению. Схема движения организована так - зеленый/фиолетовый поезд - по большому овалу против часовой стрелки с остановкой на нижней станции. Синие/желтые поезда - по малому овалу с остановками на верхней и нижней станциях.
Вот как тут можно разрулить ситуацию, имея всего-лишь один сенсор на стрелке? А как это запрограммировать? Писать ИИ вряд ли кто-то будет.

<IMG style="WIDTH: 180px; ; WIDTH: expression(this.width > 340 ? 180 : true)" alt="" src="http://pic.ipicture.ru/uploads/090127/BaAAu72pcW.jpg" border=0>

Давай думать. Представим, что мы потеряли все (все-таки 4 состава).
Шаг1. Останавливаем все поезда.
Шаг 2. "Шевелим" на медленной скорости поочередно каждый поезд вперед-назад для того, чтобы исключить ситуацию, когда на стрелке стоит состав. Если какой-то состав все-таки обнаружился на стрелке, то идентифицируем его.
Шаг 3. Запускаем поочередно каждый из потерянных составов и "ловим" их на ближайшей стрелке. Направление "головы" у нас в схеме неизменно, поэтому одного датчика на стрелку достаточно для того, чтобы "поймать" состав.

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

Ручками расставлять все составы по станциям? А что делать на многоуровневом макете с теневой станцией? После каждого выключения или сбоя "уходить в сумрак", чтобы ловить составы и ставить их на свой тупичек?

[Onegin]

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

[Anri]

Сообщение от Onegin

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

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

Программ управления транспортом на макете не так уж много, как я понимаю. Модельдепо сделала единственную русскоязычную систему, или еще разработчики есть?

[Onegin]

Сообщение от Anri

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

Программ управления транспортом на макете не так уж много, как я понимаю. Модельдепо сделала единственную русскоязычную систему, или еще разработчики есть?

Достаточно посмотреть документацию к RocRail, чтобы найти ответы на все свои вопросы. У Модельдепо железка, которая после программирования сама автоматически гоняет локи. Я говорю про компьютерный комплекс, с платами обратной связи, с помощью которых можно организовать что угодно.

[Copyman]

Наткнулся я на эту тему и решил тоже написать свое мнение по этому поводу. Насколько я знаю, датчики эти не просто так - они программируемые. Поскольку изначально они используются для систем доступа, то при программировании КАЖДОЙ метке присваиваются определенные права, например метка "2" принадлежит Пупкину и открывает двери 1, 2 и 5, а метка "3" принадлежит Фигупкину и открывает двери 1, 4 и 6. А вы интересовались сколько стоит устройство для программирования меток?

[Onegin]

Сообщение от Copyman

Наткнулся я на эту тему и решил тоже написать свое мнение по этому поводу. Насколько я знаю, датчики эти не просто так - они программируемые. Поскольку изначально они используются для систем доступа, то при программировании КАЖДОЙ метке присваиваются определенные права, например метка "2" принадлежит Пупкину и открывает двери 1, 2 и 5, а метка "3" принадлежит Фигупкину и открывает двери 1, 4 и 6. А вы интересовались сколько стоит устройство для программирования меток?

Смотря какие метки. На сколько я знаю, простые запрограммированные. Доступ разделять должно приемное устройство.

[Copyman]

Сообщение от Onegin

Смотря какие метки. На сколько я знаю, простые запрограммированные. Доступ разделять должно приемное устройство.

А вот и нет. Условия прописаны в метке. Например, у нас на работе есть карты Гостевые-1 (только вертушка-вход и 5 этаж), Гостевые-2 (вертушка-вход, 2 и 5 этаж) Оператор (вертушка-вход/выход, 2, 3, 5 этажи) и т.д. Причем Карты периодически теряют и для этого вызывают спец-человека с каким-то спец-девайсом для прошивки новых карт. Я тоже "потерял" одну карту. Внутри чипчик 1х1,5х0,2мм+ полосковая антенна 3х3мм. И стоимость его (чипчика) - $0,2 ! (У меня знакомый занимается такими системами только с дальностью определения до 50 метров - для ГИБДД разрабатывает сейчас вместо видеокамер...). Так вот, вся система программирования-настройки-софта исчисляется какими-то немеряными килобаксами... Грустно...

[Onegin]

Сообщение от Copyman

Так вот, вся система программирования-настройки-софта исчисляется какими-то немеряными килобаксами... Грустно...

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

[Doctor_MB]

Я проверила вашу идею.
Для проверки использовались Proximity-считыватели карт разных производителей(например, Новосибиского Арсенала). Был построен тестовый макет-стандартный овал+разъезд на 2 пути(Н0).
2 считывателя под стрелками, 2 под кривыми участками.
Использовались RFID метки стандарта EM-Marine(125 кГц), с заранее прошитым идентификационным номером.
Цена действительно маленькая(320 руб.за считыватель+30 за метку в рознице)
В процессе испытаний менялось положение считывателей-под макетом, над путями, сбоку. Менялось расстояние, но в пределах паспортных данных считывателей. Программа испытаний самая простая. Тяга ездит по кругу 50 раз в одну сторону. 50 раз в другую, через раз по другому пути разъезда. Управление Roco-вское стандартное.
Считыватели подключены к компьютеру по интерфейсу RS232.+Геркон для подсчета проходов по кругу.
Компьютерная программа считает процент считанных кодов в отношении общего числа проездов тяги над считывателями.
Статистика такова-считаны 25 процентов, при установке второй метки на тягу удалось поднять процент до 40.
Но для реального управления процессами на макете это никуда не годится.
Буду пробовать со стандартом 13.56 МГц, там считывание более надежное.

[Volk65]

Сообщение от Copyman

А вот и нет. Условия прописаны в метке. Например, у нас на работе есть карты Гостевые-1 (только вертушка-вход и 5 этаж), Гостевые-2 (вертушка-вход, 2 и 5 этаж) Оператор (вертушка-вход/выход, 2, 3, 5 этажи) и т.д. Причем Карты периодически теряют и для этого вызывают спец-человека с каким-то спец-девайсом для прошивки новых карт. Я тоже "потерял" одну карту. Внутри чипчик 1х1,5х0,2мм+ полосковая антенна 3х3мм. И стоимость его (чипчика) - $0,2 ! (У меня знакомый занимается такими системами только с дальностью определения до 50 метров - для ГИБДД разрабатывает сейчас вместо видеокамер...). Так вот, вся система программирования-настройки-софта исчисляется какими-то немеряными килобаксами... Грустно...

А вот и нет! Доступ карточка-датчик определяется софтом. В доказательство: Для того, чтобы разрешить/запретить однократно/постоянно доступ для Вашей карточки Вы приносите ее на перепрограммирование? Я - нет. Я звоню в безопасность или шефу со словами:
Я - Чё за фигня, почему у меня в подвал доступа нет?
Они - минуточку.... А теперь?
Я - всё ок.
А в реальности на нашем SQL сервере прописана таблица соотношений пользователь-датчик, к которой и обращается датчик. На самом деле всё чуть сложнее, но это уже детали.

[Copyman]

Сообщение от Volk65

Для того, чтобы разрешить/запретить однократно/постоянно доступ для Вашей карточки Вы приносите ее на перепрограммирование? Я - нет.

Мы носим...

[Copyman]

оффтопик

"У нас" - это не у нас, а нашего клиента. И деньгов там никто не считает, ибо все из бюджета. И 4 лимона евро за принтер заплатить тоже не проблема... А сколько ежегодно тратиться на биллинг-тираж, произнести страшно...

[Onegin]

Хороший клиент.

[Onegin]

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

[Copyman]

Самое смешное, что у нас карточки бесконтактные, но мы ИХ отдаем на перепрограммирование. (Где они откопали такую систему, даже не догадываюсь. ) Ну это так, к слову...

[Copyman]

Сообщение от Onegin

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

А чем просто оптические не подходят?

[Volk65]

Кстати, у ESU всё чаще в описаниях декодеров стала попадаться фраза:
The hardware is prepared for the implementation of the NMRA DCC BiDirectional Communication Norm.

Что это такое Bi/Di ? И с чем его едят?

[Copyman]

Вот датчики, которые я начал ставить. Справа он же, но со снятым корпусом... Пока планирую для блок участков, переезда...

[Onegin]

Сообщение от Volk65

Кстати, у ESU всё чаще в описаниях декодеров стала попадаться фраза:
The hardware is prepared for the implementation of the NMRA DCC BiDirectional Communication Norm.

Что это такое Bi/Di ? И с чем его едят?

Двухсторонняя связь между декодером и командной станцией. Пока ни с чем не едят. Командных станций таких практически нет. Есть приблуды, которые на блок участке показывают адрес декодера и все.

Сообщение от Onegin

Двухсторонняя связь между декодером и командной станцией. Пока ни с чем не едят. Командных станций таких практически нет. Есть приблуды, которые на блок участке показывают адрес декодера и все.

А эсли сделаеш станции котороя читает по старий интерфейс RS ,или по новый - S88 , тогьда что?
Думаю что так вес информационний поток направляется к станции , а эсли она связана с РС , работает и с вес програмное обезпечением (например Трейнконтролер), которие дают информаций в реално время , включително и занятости отделних блоков и участоков трасе...

Сообщение от шмырштю

S88 это тоже старый интерфейс, который сам по себе не не сильно цифровой - просто "сухие контакты" и вообще не привязан к выходу DCC станции.
а Bi/Di это именно двухсторонний обмен командами/информацией через DCC стандарт между станцией и декодерами.

Конечно что к станции привязан через универсалний електронний блок , но толко когда ета фабричная работа (через LA152 на Lenz) .А эсли самая станция с вграден такой блок (в примере на Pacos -Pows) тогда и напрямим в нею .Но вот уже и он "старий" ...
Но его реализация дешевле...
Где можно найти инфо для Bi/Di ?

[MSV]

Думал долго над этим вопросом... Вот некоторые мысли:

Контроль занятости блок-участка:

Сразу отказался от токовых детекторов, во-первых нужен идеальный НЕПРЕРЫВНЫЙ контакт подвижного состава с рельсовыми нитями. Любая грязь на колесах/рельсах вызовет ложную свободность блок-участка. Необходимось ставить на каждый вагон ось с резистором тоже ничего хорошего не сулит: - просто "сжигаем" полезный цифровой сигнал на резюке, нагружая бустер по сути дела балластом, "проблема токосьема" да и портится внешний вид вагона "толстыми" осями. Кроме того на каждый блок-участок нам понадобится: трансформатор тока, операционный усилитель, компаратор, выходной триггер...

Идем дальше... Оптические датчики. Вот тут уже лучше! Контроль непрерывный, даже есть контроль попадания на путь груза, упавшего с другого вагона. Оптопару лучше ставить по разным сторонам пути со смещением по вертикали. Один датчик маскируем на поверхности маета под кабельную муфту, дроссель трансформатор, привод, брошеную шпалу и тому подобное, другой датчик крепим на предельном столбике, опоре КС, голове рабочего, идущего вдоль путей - в общем фантазия рулит! Преимущества очевидны: постоянный контроль ОБЪЕКТА на блок-участке вне зависимости имеет он контакт с рельсами или нет, относительная дешевизна изделия, поскольку имеются готовые решения, да еще с защитой от помех, окружающего освещения, и.т.д. Так, что оптопары рассматриваю как основной вариант.

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

Поэкперементировал с RFID - нужна очень тонкая настройка чувствительности. То с локомотива с соседнего пути
метку схватит, то со своего пропустит...

Идея со штрих-кодом больше нравится. Во-первых штрих-код можно напечатать на любом принтере, во-вторых вообще тампануть на днище вагона. Опять же оптосчитыватели - готовые относительно дешевые, благодаря товарищам из Китая, устройства... Так, что как вариант.

Но без компьютера все равно не обойтись... Хотя, старый ноут с развала вполне подойдет, там вычислительная мощь особо не нужна.

[Onegin]

Сообщение от MSV

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

Да особо ничего и не нужно из перечисленного. Ложные срабатывания исключаются задержками при обработке сигнала. Посмотрите простые платы обратной связи для шины S88. Кроме диодов, оптопар и шинных формирователей ничего не нужно.