Альтернатива обратной связи

[flexoars]

Добрый день!

Позвольте начинающему поделиться мыслями по поводу озвученной темы. Известно, что обратная связь в макете обеспечивается наличием блок-участков и сенсоров, которые определяют, на каком блок участке находится тот или иной локомотив. При этом длины путей в программе путей никоим образом не соответствуют реальности (это просто схемы для удобства)
А есть ли иная концепция обратной связи, которая не требует никаких дополнительных устройств (сенсоров и блоков обработки информации от них)?
Я вижу, что если в программе управления смоделировать схему путей пропорционально (как например делается во многих программах создания путевых схем), где все расстояния и радиусы будут соответствовать реальности, то зная параметры движения того или иного локомотива, можно будет отслеживать его движение безо всяких сенсоров.
То есть имеем путь А-Б и локомотив. Выполняем калибровку: определяем за сколько по времени данный локомотив доедет из точки А в точку Б при определенных режимах скорости. Таким образом, программа управления будет знать с какой скоростью будет двигаться локомотив в зависимости от изменений, вносимых декодером и, сопоставляя это движение с реально смоделированными путями, всегда будет с точностью определять его местоположение.
Есть ли в природе такие программы?

[Bav]

Все есть.
Но есть одна проблема для данного случая. Один раз лок потерялся, пропал контакт на 5 -11 или на 7,854 сек и трындец калибровке, уже не найдешь.
Вот для G можно.

[flexoars]

Все есть.

А какие это программы?

Но есть одна проблема для данного случая. Один раз лок потерялся, пропал контакт на 5 -11 или на 7,854 сек и трындец калибровке, уже не найдешь.
Вот для G можно.

Искренее надеюсь, что такие случаи будут нечасто. И наверное можно перекалибровать если что

[старина_U]

...Искренее надеюсь, что такие случаи будут нечасто...

Идея утопична, так как всё равно нет датчика реально пройденного пути, т.е. привязки к координате.
А программно...
- локомотив всегда будет пробуксовывать (если двигатель использовать в качестве инкрементального датчика пройденного пути и контроллер декодера в качестве счётчика)
- всегда будет теряться контакт на рельсах (неконтролируемая остановка) при программно-временной привязке
- и тэдэ...

Так что без РЕАЛЬНОЙ обратной связи - не обойтись.

[И.К.С.]

Выполняем калибровку: определяем за сколько по времени данный локомотив доедет из точки А в точку Б при определенных режимах скорости.

как уже сказали это утопия. "Сферические кони" водятся только в вакууме

Слишком много разных случайных факторов влияют на реальное движение ПС на рельсах. И чем ниже скорость, меньше масса состава - тем больше разброс.
Сделайте простой эксперимент: по овалу рельс пустите лок с определенной скоростью (невысокой), замерьте время за которое он сделает два круга, умножьте время на 10 и пустите лок на 20 кругов, остановите по секундомеру. Гарантия 99,999 % что он остановится не там, где вы рассчитывали.

[Deutsche_Reichsbahn]

Из общих соображений, в такой обратной связи то опыта нет, но еще ведь надо и каждый раз при включении макета позиционировать локи, чтобы программа знала исходные точки! Это хорошо когда два лока, а когда их 15 на макете? Еще одна проблема длина состава. Если при локе не 2-4 вагончика а 20? Последняя проблема вообще для всех случаев даже для обратной связи. По линии идет дизельпоезд у которого 6 вагонов, а приводной один из центральных, как определить границу этого поезда, где он?

[Василий]

Про дизель - потребители в головном хвостовом вагонах (минимум резистор на крайних колпарах) и точечные токовые датчики.

[Deutsche_Reichsbahn]

Про дизель - потребители в головном хвостовом вагонах (минимум резистор на крайних колпарах) и точечные токовые датчики.

Дык ответ очевиден! Что нужна обратная связь и точка, можно почти опечатывать тему)))))