Таки нашолся в сети человек который делает то о чём я думал и уже на несколько шагов впереди. Тема тут http://arduino.ru/forum/proekty/make...omotiva?page=1 можно вдумчиво прочесть и понять что к чему. По моему это шаг к новому стандарту. Хотелось бы услышать и ваше мнение.
Стандарт - это для разработчиков и теоретиков. Вот когда применимо индентификации лока будет в наличии управляющая програмная среда тогда и можно говорить. Есть рэйлком - а что прорывного то от его наличия? Имхо ваш линк- очередная попытка оптимизации расходов при строительстве макета
" За СПАСИБО"
Увы вы видимо не внимательно читали и не поняли что может дать такой подход. Попробуйте перечитать и понять.
- - - - - - - - - - Добавлено - - - - - - - - - -
Попробую расписать преимущества такого подхода.
1. Избавляемся от километров проводов под макетом, все контроллеры стрелок светофоров и других устройств подключаются параллельно к одной шине из 4 проводов. Все рельсы подключены к источнику постоянного напряжения 14 вольт и не имеют разрезов.
2. Ненужна куча электронники под макетом...
3. Избавляемся от наводок от рельсов.
4. Так как каждый локомотив управляетмя отдельно по файфай мы имеем возможность управлять макетом с любого бука, и даже по сети интернет из любого места.
5. Мы имеем полную информацию о месте нахождения каждого локомотива, а может даже и каждого вагона в отдельности.
Подводных камней конечно много но и в итоге получаем систему с совсем другими возможностями.
Куча проводов - это может быть и минус.Сообщение от AKlion
Но управлять всем движением на макете по инету = компьютерная игра.
Так можно и виртуальный макет строить...
А ничего, что в стандартном DCC "все контроллеры стрелок светофоров и других устройств подключаются параллельно к" 2-м рельсам запитанным DCC-сигналом? И куда денутся провода от стрелочных/серводекодеров к приводам/сервам?
А куда денутся стрелочные/серводекодеры и приводы/сервы?
Слухи о наводках - не более чем слухи.
Собственно, существующие стандартные решения, дают такую возможность.
BiDiB - дает возможность отслеживать локомотивы и, при желании, вагоны. DCC позволяет отслеживать локомотивы/составы в сетке графика движения при наличии управляющей программы.
Революции не получается. Я так думаю.
Вот и еще один как я невнимательно читал
" За СПАСИБО"
Сколько наворотов
"Таким макаром", макет должны строить хотя бы 2 человека: столяр-плотник и компьютерщик.
В одном лице эти профессии несовместимы, пмсм
Послесловие. Мнение? Пожалуйста!
Тема интересная, конечно, но сам функциональный подход дает только компьютерно-механическую игрушку. А игрушки с паровозиками имеют точно такое отношение к моделированию функционирования ж.д как мыльные сериалы к жизни. Только иллюзия действа. Стандарт? Ну разве что компьютерно-механических игрушек.
Но все же есть и кое-что полезное, иначе бы позволил бы теме проплыть мимо. Это подходы и практическую реализацию некоторых вещей, которые были бы интересны в моделировании современных технологий управления ж.д. трафиком.
Ну и по пунктам.
Все делать ручками - вот это точно избавит от проводов, как это было в 50-60 годах прошлого века. Иначе какой смысл заменять 2 провода DCC на 4?
А кто в роли декодеров того что идет цифрой по этим 2 или вашим 4 проводам?
А сами наводки-то на что?
Добро пожаловать в макетную версию сериала "Секунды до катастрофы". Или у вас будет только один локомотив ездить?
Что вы собираетесь делать с этой информацией? Если локомотив в движении, то скорее актуальность информации о месте нахождения быстро окажется под сомнением. То есть если надо отображать на путевом плане, то существующие программные решения это делают изначально лучше или хуже. Тогда зачем изобретать велосипед?
Сижу я как то на южном побережье Северного моря, вокруг моржи, и захотелось поуправлять макетом который находится в Сочи..........Экзотика!
Главная ошибка разработчика системы в его подходе: "Напомню, что в классической (настоящей) железной дороге главным объектом принимающим решения является машинист". Машинист не принимает решения, а исполняет предписания исходящие от диспетчера, сигналов светофора, путевых знаков, графика движения, инструкций и т.д. Что явно просматривается в предлагаемой схеме (хотя сам автор этого и не замечает): метки и есть аналог сигналов, принимаемых реальным машинистом, попытка нагрузить "руление" макетом на сервер и есть диспетчеризация. Мне так и осталось непонятным, как будет работать взаимосвязь стрелок, светофоров и локомотивов. Вся "фишка" в организации обратной связи через WiFi (не самое бюджетное и помехозащищенное решение)? А вместо токовых датчиков RFID метки?
Кстати, что касается RFID-меток, на соседнем форуме гартенбаншики вплотную подошли к реализации этой идеи. Ну, с их масштабом, это попроще...
Ваши права
Ответить с цитированием