ScaleTrainsClub - Модели железных дорог

rubalex писал(а): я просто не нашел как регулируется время импульса, вот и спросил.
а что с перегрузкой??

Время импульса зависит от режима программирования декодера и колеблется от 0,25 сек до 2 сек.
Напряжение регулируется в пределах от 5 вольт до напряжения питания , подключенного к декодеру.
От перегрузки защитит самовосстанавливающий предохранитель .

LABA писал(а):

rubalex писал(а): я просто не нашел как регулируется время импульса, вот и спросил.
а что с перегрузкой??

Время импульса зависит от режима программирования декодера и колеблется от 0,25 сек до 2 сек.
Напряжение регулируется в пределах от 5 вольт до напряжения питания , подключенного к декодеру.
От перегрузки защитит самовосстанавливающий предохранитель .

получается , что для этого http://www.circuitron.com/index_files/Tortoise.htm мотора не подойдет? там написано что 3 секунды двигает

rubalex писал(а): получается , что для этого http://www.circuitron.com/index_files/Tortoise.htm мотора не подойдет? там написано что 3 секунды двигает

Ну, а если напряжение увеличить(в пределах разумного), то и время сократится.
Там, вроде бы, штатное напряжение 12 вольт.

Ммм, пальчики оближешь!

Посмотрел тут фотографии декодеров,и у меня появилось предложение заменить разъем,который предназначен для питания и шины с зажимного винтового на шлейфный,тогда декодеры между собой соединять проще будет,хоть герлянду соберай без проблем,и проводов меньше.А разъем для подключения приводов оставить без изменений.

Шлейфовый разъём это конечно можно. Есть одно но.... дополнительные затраты на сам разъём и шлейфовый кабель, да к тому же не всем это реально достать. Зато отвертка всегда есть под рукой и можно оперативно произвести переподключение проводов. Если посмотреть на фирменные блоки: сплошь и рядом винтовые клеммники.
http://www.ldt-infocenter.com/grafik/P1010275.JPG
http://www.ldt-infocenter.com/grafik/P1010034f.jpg
http://www.ldt-infocenter.com/grafik/P1010032.JPG

Это же не спроста!?

Dimitrij писал(а):Здравствуйте,у меня есть предложение,на плате соленоидных декодеров заменить разъем питания и DCC с винтового на шлейфный,тогда можно будет собирать декодеры хоть в герлянды при минимуме проводов,да и при замене проще разъем выдернуть ,чем четыре проводка откручивать,тем более при недостатке места в подмакетнике,а разъем для выходных устройств оставить как есть.

Перерисовать не вопрос. Но тогда придется еще раз платить за изготовление маски и новой программы сверловки. Если оставлять прежнюю цену на плату, то оплачивать придется из своего кормана... Хотя вопрос очень интересный.
Но, возникает проблема при эксплуатации моторных декодеров, большое энергопотребление при частых переключениях. Со светофорными декодерами такой проблемы нет, там потребление не превышает 450-600мА.

Кстати на ORA-2, для таких целей можно использовать джамперы питания. Разъемы стоят копейки.

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

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

LABA писал(а):Вот сделал картинки подключения светофоров для различных прошивок и режимов.

3-х адресная прошивка.png

1, вариант1.png

1, вариант2.jpg

2.png

3.png

Спасибо огромное, Юра, за твою информацию. Переадресуем этот вопрос к Онегину.
Он занимается написанием прошивок.