Цитата Сообщение от gamma-ukr Посмотреть сообщение
Ок, по результатам "смеха ради" отпишитесь, посмеемся вместе.
IMHO: Вопрос представляет довольно академический интерес, поскольку строить сложную систему на старых ГУ без монитора -- очень специфическая задача. Проверю как будет свободное время, но явно без спешки.

Цитата Сообщение от gamma-ukr Посмотреть сообщение
И по Вашему описанию протокола AiNet, я конечно, могу ошибаться, давно дело было, но просматривая старые логи, я бы назвал id 0x50 не просто головным устройством, команды с этим id появляются при нажатии кнопок на ГУ, у себя я этот адрес идентифицировал как кнопки лицевой панели,
Все не так просто. ГУ Alpine транслируют в AiNet не нажатия физических кнопок, а готовые логические команды другим, предварительно обнаруженным, устройствам. Это более высокий логический уровень. Например, один и тот же энкодер может рулить как громкостью/балансом/фейдером (id 0x02), так и уровнем саба (id 0x50).
Похоже, что базовые функции отправляются от id 0x02, а все посложнее (саб, пресеты, управление ченджером) -- от 0x50. Прямой связи с аппаратными кнопками тут не прослеживается.

Цитата Сообщение от gamma-ukr Посмотреть сообщение
а адрес 0x7F скорее не широковещательный, а адрес индикатора на лицевой панели головы, во многих протоколах выдача broadcast пакетов подразумевает прием этих сообщений всеми устройствами на шине и подтверждение приема не выдается, здесь же адрес 0x7F выдает in frame response , т.е. это, скорее всего функциональное устройство со своим адресом на шине. В остальном респект.
Опять же, не совсем так. H700/701 отправляет пакеты устройству 0x7F всегда, даже когда на шине он совсем один (работает в stand alone). При этом IFR также присутствует, то есть подтверждает корректность этих пакетов сам процессор. Так что 0x7F -- id процессора, используемое для рассылки сообщений о его текущем состоянии. Типичный broadcast, только реализованный не совсем обычно.