Для TT "оптимально" были бы размеры букв где-то 1х2 мм и размеры (рабочие) индикатора не шире 14 мм - во многие с целым стеклом локомотивы вполне подойдут. Раньше были для электронных часов светодиодные как раз с этим размером символа.
- - - - - - - - - - Добавлено - - - - - - - - - -
Можно пояснить о каких 28 функциях речь? Не совсем мне понятно.
о функциях DCC (читай нажатие на функциональные клавиши КС)
http://nmra.org/sites/default/files/s-9.2.1_2012_07.pdf
6,7 страницы
т.е. делаете свой декодер, который реагирует на кнопки F0-F28 КС (по своему адресу) и в зависимости от этого выдает на экран ту или иную стоку.
Если знакогенератор еще можно "зашить" в декодер, то и предопределенные наименования, наверное, тоже, чтобы выбирать их по функциональным кнопкам. Но вопрос скорее - а можно ли эти наименования загружать динамически, а не выбирать из предопределенных? По идее стандарт допускает за преамбулой и адресом из 1го или 2х байт слать несколько байтов команд и данных, но из-за помех при движении на число байтов данных накладывается более жесткие условия, чем в программировании CV-регистров. Единственный существенный минус - это вероятность искажения пакета с большой длиной выше, чем простых и коротких. Из-за этого и вижу более целесообразным получать блок данных не длиной пакета, а блоком адресов с минимальным пакетом. Есть какая-то статистика по искажению пакетов в зависимости от их длины?
Тогда может не стоит грузить DCC передачей текста, а отдельным декодером с передачей по WiFi, на ESP8266, например, сделать контроллер дисплея и поместить в вагон.
Вообще не пойму ничего. Что хотел топик стартер.