Страница 2 из 2 ПерваяПервая 12
Показано с 11 по 19 из 19

Тема: Координатная привязка локомотива.

  1. #11
    Абсолютно согласен. Экспертная оценка (в данном случае) - это просто за гранью добра и зла.

    Ж/д - это мир условностей и правил. Почему на макете ж/д должно быть иначе?

  2. #12
    Главная ошибка разработчика системы в его подходе: "Напомню, что в классической (настоящей) железной дороге главным объектом принимающим решения является машинист". Машинист не принимает решения, а исполняет предписания исходящие от диспетчера, сигналов светофора, путевых знаков, графика движения, инструкций и т.д. Что явно просматривается в предлагаемой схеме (хотя сам автор этого и не замечает): метки и есть аналог сигналов, принимаемых реальным машинистом, попытка нагрузить "руление" макетом на сервер и есть диспетчеризация. Мне так и осталось непонятным, как будет работать взаимосвязь стрелок, светофоров и локомотивов. Вся "фишка" в организации обратной связи через WiFi (не самое бюджетное и помехозащищенное решение)? А вместо токовых датчиков RFID метки?
    Кстати, что касается RFID-меток, на соседнем форуме гартенбаншики вплотную подошли к реализации этой идеи. Ну, с их масштабом, это попроще...

  3. #13
    Цитата Сообщение от tenkov Посмотреть сообщение
    Машинист не принимает решения, а исполняет предписания исходящие от диспетчера, сигналов светофора, путевых знаков, графика движения, инструкций и т.д.
    Почти оффтоп, но я как-то давал уже ссылку на видеоблог , просмотрев пару видео из которого, можно понять как работает реальная ж/д

  4. #14
    Цитата Сообщение от AKlion Посмотреть сообщение
    По моему это шаг к новому стандарту.
    А ничего, что протокол LAN уже существует. http://wiki.rocrail.net/doku.php?id=lan-en

    Цитата Сообщение от AKlion Посмотреть сообщение
    Таки нашолся в сети человек который делает то о чём я думал и уже на несколько шагов впереди.
    Который почему-то не знает о существовании mcp23017 используя I2C. Да и об остальных наработках тоже.

  5. #15
    Что мне по душе во всей этой затее - так это плюс один русскоязычный энтузиаст ЖД-модельной электроники!

    А вай-фай можно куда угодно прикрутить. К тем же RGB лентам над макетом.
    Лишь бы код(желательно простой) и схема(на доступных деталях) были в свободном доступе )))

  6. #16
    оффтопик

  7. #17
    Пропустил такое интересное обсуждение. Года 2 назад тоже под впечатлением от ознакомления с ETCS особенно Level 2 и Level 3 размышлял на тему моделирования ERTMS в моделях ж.д.

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

    Идея-то в том, чтобы после подачи напряжения лок включил свет и плавненько начал набирать скорость, а не рывком. Вообще подумываю и хотелось бы, чтобы разделить "автоблокировку" (маршруты) и "тайм-тейбл", т.е. движение локов "по расписанию". Для примера: на светофоре может быть зеленый, но на этой станции надо делать остановку на "пару минут" согласно "тайм-тейблу". С другой стороны ошибочная команда на начало движения локу при "несобранном" маршруте до него не доходит по запрету автоблокировки.

    RocRail в принципе неплохо укладывается в мою концепцию на уровень того самого "тайм-тейбла". Как раз есть расп-пи чтобы ознакомится "что-за" программа. Единственная проблема всех виртуализаторов - это проблема обратной связи виртуальной модели с реальной моделью, но в рамках DCC я пока не вижу решения. Кто-то занял, а кто - кто его знает - нет же обратного отклика: "я лок адрес такой-то занял блок-участок номер такой-то..." Достаточно просто случайно переставить лок на соседний путь. И крах "Матрицы".

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

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

    Как вариант технология RFID или что-то аналогичное - тем более на локах есть питание и не надо делать большие катушки воздушных трансформаторов для питания чипов - небольшая петелька антенны под локом. Это получается достаточно интересное решение. Сами чипы дешевые, да и надо их на локи счетное количество. Только цена считывателей мне не известна, хотя здесь не требуется работа на дальности в 10-100 м. Главный вопрос помехоустойчивость решения. Может уже кто-то попытался реализовать что-то подобное - это уже почти как на жд получается...

    Использовать обычные сенсоры? А что есть сенсор? Если он механически замыкается, то любой подвижной состав давит на этот сенсор. Если электрически, то помимо локов еще вагоны с металлическими колесами будут так же "давить" на это сенсор. Тогда как программа отличит: это давил лок, это вагон в том поезде, а это другой "лок-призрак"? Ахтунг поезд-беглец! Так что надо не просто знать что "кто-то давит эту кнопку", но и " а кто это был". Только тогда картины виртуальная и реальная будут ближе.
    Решений получить инфу только два - либо внешний путь (с различными ухищрениями чтобы сохранить DCC без модификаций), либо реализовать DCC 2.0, умеющую это делать внутри себя.
    RFID там упоминается, но проблема скорее в уровне помех в N или в H0, так как токи потребления локами разные и уровень помех тоже.
    По поводу двухстороннего обмена в DCC - там точно написано "Need new DCC equipment" - нужно новое оборудование DCC, с поддержкой OpenDCC/BiDiB. Так что все идет к сформулированному мной ранее:
    Идея видится задейстовать "цифру" так: лок заходит на новый блок-участок, читает его код, обнаруживает, что он стал другой по сравнению с предыдущим, шлет уведомление контроллеру о занятии нового блок-участка и начале освобождении предыдущего (состав то еще там продолжает ехать)... Зачем эти все сложности? Потому что когда локов 2 уже неплохо знать где "гуляет" каждый, а если 5-10, то и подавно.
    По сути получается моделирование ETCS Level 2, где в роли данных с бализов идут RFID, а вместо канала GSM-R выступает сеть WiFi. По модели ISO меняются только нижние, транспортные, уровни. Для примера у того же RocRail'а функционирование не особо меняется. Главная проблема уместить это в локе TT, т.к. помимо декодера надо еще разместить модули считывателя RFID и приемника wifi. Но в ICE это более реально уместить.

  8. #18
    Послесловие. Мнение? Пожалуйста!
    Цитата Сообщение от AKlion Посмотреть сообщение
    Тема тут http://arduino.ru/forum/proekty/make...zka-lokomotiva можно вдумчиво прочесть и понять что к чему. По моему это шаг к новому стандарту.
    Тема интересная, конечно, но сам функциональный подход дает только компьютерно-механическую игрушку. А игрушки с паровозиками имеют точно такое отношение к моделированию функционирования ж.д как мыльные сериалы к жизни. Только иллюзия действа. Стандарт? Ну разве что компьютерно-механических игрушек.
    Но все же есть и кое-что полезное, иначе бы позволил бы теме проплыть мимо. Это подходы и практическую реализацию некоторых вещей, которые были бы интересны в моделировании современных технологий управления ж.д. трафиком.
    Ну и по пунктам.
    Цитата Сообщение от AKlion Посмотреть сообщение
    1. Избавляемся от километров проводов под макетом
    Все делать ручками - вот это точно избавит от проводов, как это было в 50-60 годах прошлого века. Иначе какой смысл заменять 2 провода DCC на 4?
    Цитата Сообщение от AKlion Посмотреть сообщение
    2. Ненужна куча электроники под макетом...
    А кто в роли декодеров того что идет цифрой по этим 2 или вашим 4 проводам?
    Цитата Сообщение от AKlion Посмотреть сообщение
    3. Избавляемся от наводок от рельсов.
    А сами наводки-то на что?
    Цитата Сообщение от AKlion Посмотреть сообщение
    4. Так как каждый локомотив управляется отдельно по вайфай мы имеем возможность управлять макетом с любого бука, и даже по сети интернет из любого места.
    Добро пожаловать в макетную версию сериала "Секунды до катастрофы". Или у вас будет только один локомотив ездить?
    Цитата Сообщение от AKlion Посмотреть сообщение
    5. Мы имеем полную информацию о месте нахождения каждого локомотива, а может даже и каждого вагона в отдельности.
    Что вы собираетесь делать с этой информацией? Если локомотив в движении, то скорее актуальность информации о месте нахождения быстро окажется под сомнением. То есть если надо отображать на путевом плане, то существующие программные решения это делают изначально лучше или хуже. Тогда зачем изобретать велосипед?

  9. #19
    Цитата Сообщение от sUser_N Посмотреть сообщение
    4. Так как каждый локомотив управляется отдельно по вайфай мы имеем возможность управлять макетом с любого бука, и даже по сети интернет из любого места.
    Сижу я как то на южном побережье Северного моря, вокруг моржи, и захотелось поуправлять макетом который находится в Сочи..........Экзотика!

Похожие темы

  1. Размер локомотива
    от yrij_063 в разделе ЧАВО
    Ответов: 7
    Последнее сообщение: 08.02.2017, 14:52
  2. Плата для локомотива
    от PetrOs в разделе Электрика и DCC
    Ответов: 8
    Последнее сообщение: 07.01.2016, 11:27
  3. О двойной локомотива 2M62U
    от volvo-fan в разделе ЖД техника
    Ответов: 8
    Последнее сообщение: 03.10.2015, 06:48
  4. Настройка локомотива Tillig Т334
    от shalex в разделе Конференция по железнодорожному моделизму
    Ответов: 19
    Последнее сообщение: 25.09.2015, 12:07

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •