Управление с компьютера

[LABA]

то бустер роко (из топикстрартера) не содержит дешифратора команд? Это чисто бустер?

Да, это чистой воды бустер, иначе бы его невозможно было подключить к ПК, через компорт и тогда не было бы этой темы. С компорта ПК идёт сигнал DCC, который усиливается бустером.

[AlexBar]

то бустер роко (из топикстрартера) не содержит дешифратора команд? Это чисто бустер?

Да, это чистой воды бустер, иначе бы его невозможно было подключить к ПК, через компорт и тогда не было бы этой темы. С компорта ПК идёт сигнал DCC, который усиливается бустером.

OFF: долго сообщения проходят модерацию...

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

[LABA]

тогда верно ли мое суждение что роко мышь можно подключить к любому бустеру?

Думаю, что можно, но не к любому и с определёнными ограничениями.

[AlexBar]

Все, о чем мы до этого говорили, касается только передачи команд в сторону исполнительных устройств, т.е. можно заставить все двигаться, переключаться и светиться, и даже работать на определенному алгоритму, но не очень успешно. Для более успешного продвинутого управления требуется обратная связь от исполнительных устройств, информация о местоположении подвижного состава и так далее. Все это обеспечивает модуль обратной связи. Но данный модуль только собирает информацию с тех или иных датчиков, а что дальше?
Правильно ли я понимаю что при использовании стандартного набора роко (бустер+мышь) этот модуль ни к чему и не пришьешь. Ведь полученные данные нужно обработать и по заданному алгоритму передать управляющие команды DCC.
Я так понимаю что автор выход данного модуля прицепил в LPT порту компьютера и программа уже обрабатывала обратную связь.
Так же как я понимаю можно использовать модуль "диспетчер", который может обрабатывать сигналы обратной связи и подавать по заданному алгоритму команды DCC.

Какие еще существуют варианты работы с обратной связью, кроме описанных?

[Федюнь]

Есть параллельная ветка viewtopic.php?f=30&t=9446. В ней есть возможность собрать и проделать всё тоже самое что с компьютером )))). Модули обратной связи не имеют ни каких циклов.Там просто программа формирования и преобразования аналогового сигнала в стандарт DCC.Алгоритм работы прописан в самом пульте.Там уже проверяется свободность - занятость датчиков и в зависимости от этого идёт ветвление программы.

[Василий]

Собственно изначально DCC протокол однонаправленный. И для обратной связи используются другие протоколы. Например S88. Естественно для обработки этих данных нужен некоторый интеллект у командной станции.

Не так давно появилась штука под названием Railcom (оно же BiDi). Это развитие стандартного протокола DCC, позволяющее передавать данные в обоих направлениях. http://www.lenzusa.com/1newsite1/RailCom.html

[AlexBar]

Есть параллельная ветка viewtopic.php?f=30&t=9446. В ней есть возможность собрать и проделать всё тоже самое что с компьютером )))). Модули обратной связи не имеют ни каких циклов.Там просто программа формирования и преобразования аналогового сигнала в стандарт DCC.Алгоритм работы прописан в самом пульте.Там уже проверяется свободность - занятость датчиков и в зависимости от этого идёт ветвление программы.

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

[AlexBar]

Собственно изначально DCC протокол однонаправленный. И для обратной связи используются другие протоколы. Например S88. Естественно для обработки этих данных нужен некоторый интеллект у командной станции.

Не так давно появилась штука под названием Railcom (оно же BiDi). Это развитие стандартного протокола DCC, позволяющее передавать данные в обоих направлениях. http://www.lenzusa.com/1newsite1/RailCom.html

Спасибо за ответ.
Оставим в покое все дополнительное оборудование и вернемся к компьютерному управлению, так как тема именно об этом.
Автор темы указал что подключил бустер к компу через один порт, а модуль обратной связи через другой.
Но вот ведь незадача: указанные порты практически отсутствуют в современных компах и ноутах, в основном присутствует только USB.
Я прочитал в этой теме о том, к чему привели попытки использования преобразователей USB-com, но ведь нужен еще и LPT...
Получается что использование базового комплекта (бустер+модуль ОС) не совместимо с современными компами.
С другой стороны, если посмотреть на "Командная станция v.2013А производства BLO Digital Lab", то по схеме видно что она имеет usb разъем для подключения компьютера, а так же шины протокола S88N для подключения соответствующих модулей, в том числе и ОС, работающих по данному протоколу.
Правильно ли я понимаю что если дополнить наш комплект этой командной станцией, то удастся решить вопрос с подключением к современным компам с получением полноценной двунаправленной связи?

[LABA]

Получается что использование базового комплекта (бустер+модуль ОС) не совместимо с современными компами.

Да, хотя возможно всё это можно решить подбором правильного переходника USB-Com и PCI LTP или USB-LPT(если такой имеется конечно).

С другой стороны, если посмотреть на "Командная станция v.2013А производства BLO Digital Lab", то по схеме видно что она имеет usb разъем для подключения компьютера, а так же шины протокола S88N для подключения соответствующих модулей, в том числе и ОС, работающих по данному протоколу.

Шины S88N, на станции, предназначены только для модулей ОС и ничего иного туда невозможно подключить.

Правильно ли я понимаю что если дополнить наш комплект этой командной станцией, то удастся решить вопрос с подключением к современным компам с получением полноценной двунаправленной связи?

Проблему подключения к современным компам решить можно, а вот насчёт двунаправленной связи надо пояснить, что RailCom реализовать с ней не получиться, только ОС посредством шины S88.

[Василий]

Если что, автор этой темы я

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

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

Яркий пример - по отрезку пути что-то движется. По срабатываниям датчиков, КС будет знать что отрезок занят, и что там что-то движется, но вот, что это именно локомотив с декодером имеющим адрес 120 он никогда не поймет.