Автор Тема: Разработка системы управления для аналога  (Прочитано 6769 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн Равнодушный кот

  • Ветеран
  • *****
  • Сообщений: 1414
  • Репутация: +52/-2
  • Откуда: Санкт-Петербург
Коллеги, решил поинтересоваться, каковы потребности/желания аналоговых макетов, с точки зрения гипотетической системы управления.
Интересует:
- Сколько каналов управления является оптимальным (бустеров)
- Сколько стрелок  должно поддерживаться
- Сколько блок участков должно поддерживаться
- Сколько каналов освещения является оптимальным
- Что предпочтительнее - единое устройство, или все же модульное
- Как оптимально управлять локомотивами

Вот, не могу собрать в голове единую картину
« Последнее редактирование: 20 Марта 2019, 11:15:43 от Равнодушный кот »

Оффлайн Bobby56

  • Постоялец
  • ***
  • Сообщений: 155
  • Репутация: +1/-0
  • Иваныч
  • Откуда: Москва
Re: Опрос потребностей использующих аналог
« Ответ #1 : 15 Марта 2019, 19:16:08 »
Что касается планируемого мной монстроподобного макета, то хотелось бы аналог на всё, кроме управления локами. Насколько это возможно не знаю, но исходя из бюджета пока получается DCC только на ПС. Маршруты для 2-3 составов постоянные с "ручными" переходами один в другой, маневровая работа - отдельный разговор. Исходя из этого в аналоге хотелось бы иметь следующие возможности:
- поддержка не менее 35 стрелок (хотя некоторые будут работать парно);
- поддержка не менее 40 блок-участков;
- освещение конечно будет, но сколько каналов не знаю, как минимум 3 - улицы, вокзалы, постройки, но реально наверняка больше;
- нужно управление депошными устройствами: поворотным кругом, трансбордером, воротами ангаров (10-12 шт.), расцепителями (4-5 шт.) + про запас 2-3 канала;
- управление шлагбаумами и светофорами (это будет скорее всего параллельно с переключением стрелок и блок-участков);
- предпочтительнее единый пульт но сгруппированные оптимально управляющие блоки;
- должна быть обратная связь на управляющие локами станции;
- очень желательно чтобы вся информация поступала на комп и отображалась.
Это конечно слишком шикарные требования. Они реализуемы, но вопрос цена-функциональность остаётся открытым. Пока так...
« Последнее редактирование: 15 Марта 2019, 19:48:10 от Bobby56 »
Делать хорошо или вааще не делать...

Оффлайн Равнодушный кот

  • Ветеран
  • *****
  • Сообщений: 1414
  • Репутация: +52/-2
  • Откуда: Санкт-Петербург
Re: Опрос потребностей использующих аналог
« Ответ #2 : 19 Марта 2019, 17:27:04 »
Еще вот такой момент - какая система предпочтительная - монолит (все функции поддерживаются одной платой), пусть с возможностью расширения, либо изначально модульная система - например логический модуль, коммуникационный модуль, бустеры, модуль ОС, сервомодуль и т.д.?

Оффлайн Bobby56

  • Постоялец
  • ***
  • Сообщений: 155
  • Репутация: +1/-0
  • Иваныч
  • Откуда: Москва
Re: Опрос потребностей использующих аналог
« Ответ #3 : 19 Марта 2019, 20:38:07 »
Еще вот такой момент - какая система предпочтительная
Скорее  всего будут всегда сосуществовать обе системы. Модульная наверное хороша для маленького макета с простой интуитивно понятной логикой. Если использовать аналог на большом сложном макете с нескольким десятком стрелок, шлагбаумов, автоматизация депошного хозяйства - то КМК уместно совместить системы. Но при этом возможно усложнение схемы за счет дополнительной организации взаимосвязи модулей. Хотя может быть я ошибаюсь т.к. теоретизирую. Без практической реализации вряд ли можно однозначно определиться со схемой.
Делать хорошо или вааще не делать...

Оффлайн Равнодушный кот

  • Ветеран
  • *****
  • Сообщений: 1414
  • Репутация: +52/-2
  • Откуда: Санкт-Петербург
На данный момент планируется что система будет полностью модульной (хотя, не хотелось бы). Первая версия будет состоять из следующих модулей:
Коммуникационный  модуль с набором интерфейсов (BT, USB, I2C, RS485)
Логический модуль - он должен управлять всем хозяйством и отвечать за логику управления. Является мастером для других модулей
Бустерный модуль - 2 ШИМ канала (собственно, его можно и заставить и DCC генерировать)
Сервомодуль - поддержка 8-16 серв
Модуль ОС - токовые датчики
Модуль освещения

Модули могут быть в произвольном количестве (верхний 0...N, максимальное количество пока не определял). Кроме логического.

Межмодульные интерфейсы - i2c, rs485 - пока задумано так.

Вот тут пока и не понятно, какой конструктив придать всем. Как сделать удобно расширяемость. Ибо не хочется получить ктулху из проводов. Возможно стоит добавить "материкнскую плату",  содержащую N розеток под модули. Собственно, пока вот такие мысли.

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

Оффлайн Дмитрий N

  • Ветеран
  • *****
  • Сообщений: 2595
  • Репутация: +140/-0
  • критик-тунеядец
  • Откуда: Москва
  • Имя: Дмитрий
планируется что система будет полностью модульной (хотя, не хотелось бы)
а возможно по другому? как сделать единую (как я понимаю универсальную) систему для разных макетов? Каждый макет уникален и требует своих блоков, по количеству и назначению. Получается так - если система задумывается как универсальная (а именно так сформулирована тема), то она будет исключительно модульная.

Оффлайн Gematogen

  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 6924
  • Репутация: +252/-1
  • Имя: Михаил
не хочется получить ктулху из проводов.
В модульном варианте тянешь шину, в моноблочном - провода к исполнительным устройствам.
Михаил, DCC

Оффлайн Bobby56

  • Постоялец
  • ***
  • Сообщений: 155
  • Репутация: +1/-0
  • Иваныч
  • Откуда: Москва
Как бы только не получилось так, что эта система выльется в более сложное детище, чем цифра.
Шина тоже предусматривает некое подобие кодирования и на больше 16 устройств уже получается неслабая матрица.
А таких шин наверняка будет несколько, по количеству групп исполнительных устройств. Плюс возможная разница в питающих напряжениях ( не ставить же стабилизатор на каждый светофор).
Делать хорошо или вааще не делать...

Оффлайн Равнодушный кот

  • Ветеран
  • *****
  • Сообщений: 1414
  • Репутация: +52/-2
  • Откуда: Санкт-Петербург
По итогу получается что система будет модульной, что бы не было переизбытка или недостатка возможностей. Сколько каких надо модулей, столько и подключаешься. Да, управление будет сложное (не управление а настройка поведения). Но не сразу. Пока все же с простого пойдет. Пока с интерфейсами разобраться. Пока получается что компоненты системы будут по i2c соединяться.

Точнее тут получается что логическая единица макета это логический модуль + компоненты исполнения/приема данных. А логические единицы в перспективе тоже должны между собой общаться.

Все идет что для локального взаимодействия  (и простых небольших макетов) - i2c. Для модульных и больших макетов добавится еще ethernet.

Dct ;t lheubt bynthatqcs lj,fdkz.n vfcce juhfybxtybq b eckj;yz.n fh[bntrnehe

Оффлайн Gematogen

  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 6924
  • Репутация: +252/-1
  • Имя: Михаил
А есть смысл цифру-то дублировать? По сложности - приближаешься.
Михаил, DCC

Оффлайн qvan22

  • Постоялец
  • ***
  • Сообщений: 174
  • Репутация: +41/-0
  • Откуда: Минск
  • Имя: Владимир
Равнодушный кот, может вам будет любопытно, для общего так сказать развития, пилю для своих модулей следующую систему управления:
Она состоит из станции контроля периферии, ведомых устройств(по одному на модуль) и плат расширения для них. С DCC не связанна напрямую.

Спойлер (кликните для показа/скрытия)

Оффлайн Alexandro

  • Ветеран
  • *****
  • Сообщений: 531
  • Репутация: +21/-3
  • zené vonat
  • Откуда: SPb
  • Имя: Alexander

Равнодушный кот, может вам будет любопытно, для общего так сказать развития, пилю для своих модулей следующую систему управления:
Она состоит из станции контроля периферии, ведомых устройств(по одному на модуль) и плат расширения для них. С DCC не связанна напрямую.
У меня дурацкий вопрос - а зачем делать свою систему,если rocrail и так должен/может все рулить?Получается те же яйцатот же dcc вид сбоку?
Если делать с прицелом на использование на модулях,не важно Т- или еще какой там трак то вафля нужна наверное,как наиболее универсальный способ коммуникации ( меня она правда послала далеко и надолго с А21 ))) а в пределах одного макета даже пусть большого по размерам,надо ли оно ?
DR/DB/FS/MAV

Оффлайн Равнодушный кот

  • Ветеран
  • *****
  • Сообщений: 1414
  • Репутация: +52/-2
  • Откуда: Санкт-Петербург
А есть смысл цифру-то дублировать? По сложности - приближаешься.

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

Оффлайн Vatato

  • Ветеран
  • *****
  • Сообщений: 3001
  • Репутация: +52/-0
  • улыбайтесь, это всех раздражает...
  • Откуда: Tbilisi, Georgia
  • Имя: Вахтанг
Спойлер (кликните для показа/скрытия)
С уважением В.Э.
N scale (DC/DCC) немножко HO, Z, T-gauge

Оффлайн Alexandro

  • Ветеран
  • *****
  • Сообщений: 531
  • Репутация: +21/-3
  • zené vonat
  • Откуда: SPb
  • Имя: Alexander

Спойлер (кликните для показа/скрытия)
Возник вопрос к юзерам и серв и аналога - какой вариант подстройки углов серв наиболее удобный,не прибегая к услугам ни паяльников :selfmade:,ни программистов :typing:) -
последовательное переключение режимов кнопкой на блоке управления сервами с отсройкой углов через потенциометр или может быть какие-то еще варианты ? :paint:
DR/DB/FS/MAV