Введение:
Начнем с того, что бустер в принципе работает. Т.е. есть код и железо, которые умеют ловить КЗ, подстраиваться под полярность, и это для двух независимых каналов(т.е. две разворотные петли, например), отсылать сигналы обратной связи по Loconet и управляются по этой же шине. Еще умеют правильно включаться
т.к. все таки предполагается целая сеть таких модулей.
Задача минимум достигнута - есть достаточно стабильно работающий черновик. Однако
публикация уважаемого Дмитрия заставила задуматься и снова вспомнить "старый добрый" I2C, а также общий принцип доступности конечного устройства. Ведь оно, предполагается, будет обязательным для каждого модуля ...
Дополнительным поводом для этого поста стала
интересная статья и в ней говорится про возможность параллельного подключение нескольких L293D. Тогда можно попробовать еще более упростить бустер, перейдя на усилитель 293 и убрав громоздкий радиатор.
Замена усилителя на L293D:
Не оставляю попыток уменьшить и удешевить бустер. Как вариант - перейти на L293D. Пусть это даст 1.2А в макс, и два чипа на плате(бустер двухканальный) что не дотягивает до проектных 1.5А, зато без радиатора. Пусть плата подрастет в размере, зато будет удобной как при внедрении, так и при эксплуатации.
Токовые датчики:
Снова подумал насчет выноса датчиков ОС за пределы платы и переход на I2C, в принципе идея неплохая, тем более, что на плате бустера уже есть 2 токовых датчика ОС. Единственно что, появится кусок кабеля для подачи DCC на токовые датчики и далее на рельсы. Но не уверен, что это хорошая идея. Разъем на 20 контактов хоть и выглядит страшно, но зато минимум монтажа, почти нельзя промахнуться (если не видна разница 2.54 мм но краям плат), надежный контакт. Но требует спец.платы
Плюс 16 токовых датчиков может хватить для небольшого станционного модуля.
Удобство, практичность и доступность:
На плате расширения добавить клемники на которые сигнал пойдет через диодный мост, но без всякой детекции, просто чтобы уровнять потенциалы "с датчиком ОС" и без. Это нужно для подключения соседних проходных модулей, на которых не будет бустера. Плюс еще хорошо бы добавить клемники для Общего провода токовых датчиков, т.к. соседние модули вполне можно "запитать" DCC через датчики ОС.
Дублировать LN разъем и разъем питания. Пусть ценой увеличения платы.
Стоит подумать на переход от SMD к обычным "навесным" компонентам.
Еще, кажется, понял для чего ставят диодный мост на питание - чтобы питаться переменным напряжением в том числе. Хорошая идея, тоже стоит предусмотреть, т.к. побочный плюс - при постоянном напряжении с полярностью невозможно ошибиться
Оптимизация:
Есть соображения отказаться от "железного" определителя мастер-DCC, а перейти на софтовый способ. Например, слушать DCC с оптопары в течении, скажем, 5-10 мс или еще меньше и если уровень на входе постоянный, то значит DCC отсутствует. Это позволит убрать 5 деталей с платы и не использовать библиотеку для чтения DCC. Или наоборот ее использовать и превратить бустер в устройство, управляемое по DCC. Но в этом случае стоит помнить, что это только в одну сторону. Сообщения обратной связи (токовые датчики) по DCC не передаются.
Расширенную LED индикацию наверное стоит перенести на I2C, освободив 3 вывода под LED-индикаторы "on-board". Как раз там не хватало 2 выводов под индикацию КЗ на каждом канале и один на наличие DCC на входе.
Еще можно попробовать пойти дальше и сделать отдельный ВКЛ/ВЫКЛ для каждого канала. С аппаратной индикацией. Тогда можно реализовать такую логику, КЗ на разворотной петле не останавливает общее движение и обесточивается только сама разворотная петля.