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

По-поводу остального спорить не буду, как уже сказал, дело было давно, я работал с какой-то древней головой и с 600-м и 400-м процессорами, возможно с тех пор, по мере усложнения устройств, в протоколе появились какие-то изменения. У меня, кстати, получалось, что если процессора на шине нет, 40-м адресом на шине встает встроенный в голову процессор, и IFR присутствует только в пакетах от или к внешним устройствам на шине, "внутренние" адреса головы IFR не выставляют, только 0x7F.

Перечитал, хоть это и чисто теоретический вопрос, насчет адреса 7F, наверное поспорю, режим стэнд алон - нетипичный режим работы устройств с шинной организацией - на шине никого больше нет, и устройства индикации в том числе, то что проц сам себе шлет подтверждения ни о чем не говорит, кроме странностей организации стэка . Типичный широковещательный пакет предполагает, что он адресован всем устройствам на шине, и кто должен слать подтверждение непонятно, попробуйте подумать, как написать программу работы какого-то устройства на шине, чтобы оно, не зная что твориться у других отсылало подтверждение приема, если должны отсылать все - как синхронизировать, чтобы никто друг-другу не мешал? В ie-bus, например, при broadcast-посылке слэйвы даже ask не отсылают, т.к. непонятно, кому именно это нужно делать.