Вот здесь есть схема как выглядит базовое устройство
http://www.forum.getchip.net/viewtopic.php?f=32&t=456

если такое получится собрать - я скину все необходимые материалы. устройство уже работает, но нужно заняться его тестированием, описанием.
подозреваю по факту работы с устройством постороннего человека (я не могу адекватно оценивать то что делаю) будет много изменений.

Есть желание покопаться в этом?

А где описание "стандарта" можно посмотреть или исходники?
Железо есть для тестов.

Не поверите! Именно так в ЗиЧип все и сделано :)

Все модули ЗиЧип "отображаются" на свои ячейки памяти - "точки доступа". Причем эти точки универсальны и не зависят от типа устройства. Посредством этих точек доступа модули/устройства взаимодействуют между собой

За логику взаимодействия модулей устройства отвечает скрипт в EEPROM устройства. Скрипт можно переписывать прямо при работе устройства и сети в целом (то есть настройка взаимодействия может проходить "в живую", а может быть прописана и заранее в каждом отдельном устройстве)

Скрипт разделен на элементарные действия, которые в EEPROM хранятся в виде "неких токенов", а именно идентификатор (номер) действия + параметры этого действия.

Эти скрипты читаются/пишутся через общий интерфейс

Как видите - все согласно Вашего плана ;)

З.Ы. Вообще, если есть желание (и ардуина или мега328), можете принять участие в тестировании.

Про "думать и обсуждать" - я вот в как вижу ситуацию. Модуль, будь то аппаратное устройство (АЦП, таймер) или программный модуль (1-Wire, дисплей, ...) могут отображаться на какие-то адреса регистров, как сделано в MODBUS. Если их стандартизировать, или хотя бы сделать однотипными, то можно будет общаться и из другого модуля, и снаружи. Да, скорость доступа будет разная, но это уже другая проблема.

Скрипты. Возникает вопрос - "А где хранить?", при этом устройства как правило не имеют внешнего носителя (карты памяти, NAND, ...) размер EEPROM мал. Можно хранить в виде неких токенов (BASIC Spectrum-ZX 48), то есть байт-кода, но тогда для пользователя будет меньше объём доступной EEPROM. Ну и сложность обработки такого представления. Напрашивается внутренняя флэш. Если записывать-читать скрипты через общий интерфейс -то можно придумать что-нибудь.

Вот к этому [url]http://kernelchip.ru/Jerome.php[/url] устройству ещё документацию посмотрите, может даст какой-нибудь толчёк для идей.

Спасибо за участие.

Знакомился я http://flprog.ru - действительно интересный проект, но ЗиЧип разрабатывался немного в другой плоскости (хотя, соглашусь, в общем решаемые задачи схожи). ЗиЧип - это прежде всего настройка уже ГОТОВОГО функционала устройства
В скором времени я наконец закончу базовое устройство и займусь его описанием - это покажет разницу в подходах.

По поводу протокола - это не суть важно. Если понадобится - будет MODBUS. На данный момент выбран самый простой вариант.

По поводу "много думать и обсуждать" - с этим согласен. То каким стал ЗиЧип в процессе обсуждений с Динсом - я сам поражаюсь (а все начиналось с довольно банальной идеи...)

Доброго дня.
Набрёл на концепцию на ZiBlog.ru. Концепт интересен, хоть и не вы первые.
1) Проект [url]http://flprog.ru[/url] - задумка в плане наглядности замечательная.
2) "лучше всего скриптовый язык. Forth хорош, быстр, расширяем, но обратная польская запись (нога стрелять себе вы)вынесет мозг большинству. И код читается плохо ("write only"). JavaScript? Perl? Python?"
2.1) Форт хорош в плане расширяемости, можно на нём сделать парсер скриптов с весьма неплохим быстродействием.
Но! читаемость кода никакая:
си: a = 5 * (3 + n);
forth: n @ 3 + 5 * a !
3) MODBUS - протокол позволяет обмениваться посылками разной длинны, есть CRC. Меняем только логику опроса - если адрес не наш, ретранслируем, если наш - отправляем ответ. Отображение на память регистров, и так далее -в общем, организация взаимодействия хорошо подходить под вашу концепцию.

4) модулями (регистрами?) хочу предложить делать блоки - АЦП, 1-Wire, GPIO_PIN, ... Тут надо много думать и обсуждать.
5)По расширяемости функционала. Если Си - то просто описать вход и выход функции, и добавить её в перечень (словарь?).

По Форту: пользовался "заточенной" на работу с железом в ДОСе PM-Forth, что примечательно - хорошо документированном. [url=http://tau-craft.com/PM-Forth/Pmforth.pdf]описание[/url], [url=http://tau-craft.com/PM-Forth/pmf14.zip]пакет[/url], [url=http://tau-craft.com/PM-Forth/forth.zip]переписка с автором[/url]
Запускать, вероятно, придётся в виртуалке, оно лезет в 0 кольцо привелегий, работает в 32 битном режиме.