Микроконтроллеры

Ответ: 1. Какие требования и ограничения накладываются на транспорт? Никаких кроме способности доставить сообщение Пирамиды. В последней версии транспортная либа в клиенте (терминале) отделена от всего остального и может быть заменена на самописаную. Другой вопрос, что на данный момент релиз есть только под один тип транспорта. 2. Почему не поддержан булевый тип параметра? Булевый - это формальный тип для всех известных мне процов, класс хранения для него - это байт или выше (в том числе в битовых структурах). Если очень хочется, юзайте тип List. Там даже передавать можно значение в тексте как TRUE и FALSE. 3. Судя по всему, способы визуализации и обработки (редактирования) каждого параметра привязаны к его типу. А для комбинированных параметров (пр.: дата, время, слово состояния с записью по маске и др.)? Принятие структур в рамках Пирамиды неоднократно обсуждались, но так и не принято. Если делать универсальные структуры, то формализация записи полей и интерпретация универсальным терминалом становятся слишком объемны и сложны. Мы ориентируемся на очень простые системы. Что касается стандартизации "общеупотребительных" структур типа дата-время, то это посчитали не слишком целесообразным. После открывания сорцов Терминалки вы сможете ввернуть туда любую приглянувшуюся вам структуру. Впрочем, ежели придумаете как просто записать универсальный дескриптор структуры - милости просим. 4. Если терминал[ы] и прибор имеют разный транспорт, то как терминал сможет распознать такую ситуацию и конкретизировать ее? код ошибки? просто iFcError? Вообще никакой ошибки не будет. Точнее - таймаут на ответ. 5. В случае передачи файла, при возникновении ситуации неустраненного сбоя, каков механизм отката? код ошибки iFh_WriteError? Или это проблема прибора? Это проблема прибора - только он может реализовать откат. Терминал понятия не имеет о возможностях отката. Он может только уведомить юзера о проблеме в приборе. 6. Указывается "возможность доступа с неограниченного числа терминалов к одному прибору". Как осуществляется синхронизация обращений терминалов по записи к параметру? на каком уровне? Только атомарностью большинства операций (кроме доступа к файлам). Т.е. прибор не имеет никаких состояний, которые помешали бы ему обработать совершенно произвольные очереди запросов к Пирамиде. 7. Средства настройки транспорта в терминале остаются за кадром? В универсальных терминалках формально да. На нынешний момент транспорт в халявном релизе Терминалки вообще вшит жестко. 8. Почему узел-папка использоется только для навигации и не содержит условий доступа (или возможности их задать)? Причем добавить сложности особой нет, значит были особые соображения. Какие? Не понял. Все есть, читайте внимательно. Формально папка от параметра вообще ничем не отличается окромя наличия потомков и рекомендации не содержать значение. А это значит, что и поле пароля при ее запросе действительно. 9. В pdf упоминается тип Range. Кто таков? Убит по размышлении. Это любой числовой тип, в котором к значению добавлялись еще границы мин-макс, чтобы терминалка сразу юзера ограничивала. 10. В поле атрибутов параметра пакета ответа на ф-цию iFc-GetItem есть флаг "флаг наличия у узла потомков". Непонятно, почему во множественном числе? Судя по предыдущему описанию, узел имеет всего 4-е связи и может иметь только одного потомка. Потомки других узлов, им порожденных, к нему не относятся ("Вассал моего вассала не мой вассал"). Не придирайтесь к словам. "Вассал моего вассала МОЙ вассал". Любой кто думает иначе будет считаться изменником ))). 11. (уточнение) Password передается как есть, в виде строки, незашифрованным? Да. Однако никто не мешает вам нарисовать зависимость пароля от номера прибора, сегодняшней даты и фазы Луны, которую намеряет прибор. Подобные проблемы давно решены другими средствами. 12. (уточнение) Представленный "порядок байт для простых многобайтовых значений" относится только к пакетам, формируемым верхушкой для транспорта? Не понял. Транспорту пофигу до интерпретации того что он транспортит. Это относится только к сборщику-разборщику сообщений в Пирамиде.