Идея заключалась в том, чтобы сделать контроллер исполнительных устройств с некоторой степенью автоматизации и настраиваемый полностью через web интерфейс. Логика работы контроллера хранится в файле на SD карте, а не в коде, что позволяет очень просто модифицировать логику работы, без изменения кода и перепрошивки контроллера.
Поскольку формировать web странички в коде очень не хотелось, то пришлось порыться на просторах сети и откопать такой интересный проект — TinyWebServer. С помощью этой библиотеки логика работы контроллера теперь полностью отделена от отображения страниц. Arduino не формирует страницы полностью. Интерактивная часть формируется в браузере.
Все странички, скрипты и другая информация (в моем случае еще и все настройки контроллера) хранятся на SD карте.

Состав
1. Mega 2560
2. Ethernet+SD shield
3. Сдвиговые регистры 74HC595 (контроллер может поддерживать большое количество регистров, но есть ограничение по объему ОЗУ, так как имена и настройки загружаются в ОЗУ).
4. Для логической обработки возможно использовать в качестве входных сигналов:
a) свободные цифровые входы Arduino
b) аналоговые входы
c) цифровые входы, подключенные через сдвиговые регистры 74HC165
d) также можно добавить любые типы датчиков непосредственно в коде под свои нужды (далее я опишу как это можно сделать).

Что умеет получившийся контроллер.
1. Ручной режим управления выходами, реализованный через WEB интерфейс (Включить/Выключить/Подать импульс).
2. Задержку включения после подачи питания. Если установлена задержка включения, то логические правила для этого выхода не действуют и реле управляется только в ручном режиме.
3. Управление выходами с помощью логических правил, в которых можно использовать любые типы датчиков, логические операции NOT/AND/OR и скобки. В формулах используются ID датчиков, которые также настраиваются через WEB интерфейс. Например, можно написать такую формулу (0|1)&!2. Для приведения значения аналоговых датчиков к логическому значению используются два граничных значения для обеспечения гистерезиса. Если значение больше или равно верхнему граничному значению, то значению сигнала будет true, а если меньше или равно нижнему, то false. Для всех датчиков возможно использовать инверсию значения. Например, при подключении кнопки, если она не нажата, на входе будет логическая 1 (true), а при инвертировании сигнала true будет обрабатываться при нажатой кнопке, т.е. при логическом 0 на входе.
4. Посылка SMS через SMS провайдера при включении и при переключении реле. К сожалению работает не очень хорошо, так что лучше не использовать.
5. Возможна работа без Ethernet shild, только с SD. Для этого необходимо закомментировать объявление #define WEB_INTERFACE. Изменять все настройки и логику работы в этом случае можно редактированием файлов на SD карте.

Как это все работает.
Работа с выходными сдвиговыми регистрами 74HC595 организована через мою библиотеку SPI595. Управление регистрами осуществляется по шине SPI с выбором устройства на пине 7 (#define SPI595_CS 7).
Работа с входными сдвиговыми регистрами 74HC165 организована через мою библиотеку SPI165. Управление регистрами осуществляется по шине SPI с выбором устройства на пине 6 (#define SPI165_CS 6).
Ethernet shield W5100 работает со стандартной библиотекой (#define ETHER_CS 10).
SD карта работает с библиотекой SdFat (#define SD_CS 4).
При включении контроллера считывается информация из файла sett.txt. На основании этих данных инициализируются Ethernet shield, сдвиговые регистры и глобальные переменные. Если SD карта не инициализировалась при старте, то LED 13 будет быстро моргать.
Затем считываются файлы настроек реле и датчиков. При загрузки правил они автоматом переводятся в обратную польскую нотацию, для быстрого вычисления void prepareRPN(byte idx, char* formula)
Вычисление значения логического выражения после этого становится очень простым. Ниже приведена функция вычисления формулы, представленной в виде обратной польской нотации.

bool evaluateRPN(byte relayIdx){
bool res[20];
byte i = 0;
byte idx = 0;

while(relayArr[relayIdx].rule[i] != OPERATIONS_END){
switch(relayArr[relayIdx].rule[i]){
			case OPERATIONS_NOT:{
				res[idx-1] = ! res[idx-1];
break;
}
case OPERATIONS_AND:{
res[idx-2] = res[idx-2] && res[idx-1];
idx--;
break;
}
case OPERATIONS_OR:{
res[idx-2] = res[idx-2] || res[idx-1];
idx--;
break;
}
default:{
res[idx] = getSensor(relayArr[relayIdx].rule[i]);
idx++;
break;
}
}
		i++;
	}
	return(res[0]);
}

Добавление своего типа датчика
Определить его тип и признак в константах:

#define SENSOR_DS18S20 4                            код типа
#define SENSOR_SETT_DS18S20 ‘T’               символ для настройки

Реализовать его код в функции

bool getSensor(byte index).
    switch(sensorArr[index].type){
        …
        case SENSOR_DS18S20:{
            return(GETDS18S20(sensorArr[index].number));
        }
        …
    }
    return(false);
}

Произвести загрузку его свойств и проинициализировать в функции void loadSettings(bool all)
Подправить sensett.js для правильного отображения в браузере.
WEB интерфейс
Собственно, за основу с самого начала я взял пример из TinyWebServer.

Скриншоты




Периодичность опроса контроллера 0,4 секунды.
После изменения настроек реле или сенсоров и нажатии кнопки Save изменения вступают в силу сразу же. Общие настройки применяются только при инициализации контроллера.

На будущее
1. Поскольку я с web программированием практически никак, то делал как можно проще, без изысков. Каждый может для себя поправить файлы. В самом коде скетча ничего править не нужно. Собственно ради этого все это и затевалось.
2. При загрузке данных браузер постоянно запрашивает все данные. А поскольку используется jquery.js, а она достаточно большая, то хотелось бы заставить браузер закэшировать ее (а еще лучше все htm и js файлы) на все время сессии. Тогда arduino передавал бы только файлы настроек и состояние реле и датчиков. Но пока, увы, не получилось. Если кто-нибудь подскажет как это сделать — буду признателен.
3. В разборе правил проверок нет, так что, если формула будет некорректной, то последствия непредсказуемы. Возможно когда-то появится проверка правил.
4. Сделать командное управление через com-порт. В принципе класс для этого у меня есть, но пока я его в этот проект не подключал. Что то типа:
relay 1 on
OK
get relay state
relay 1 ON
relay 99 OFF
5. Добавить переменные для сохранения логических выражений, для того чтобы в логических правилах можно было бы использовать не только идентификаторы датчиков, но и переменные, например, (0|A)&!2, где A это переменная, значение которой присваивается другой формулой.
Сейчас конечно можно выйти из положения подключив выход 74HC595 к цифровому входу Arduino или в входному регистру 74HC165.
6. Сделать входы счетчики…
7. Сделать несколько типов выходов. Не только через сдвиговый регистр, но и напрямую управлять цифровыми портами Arduino (в Mega2560 их достаточно).
8. Сделать не только Init state для выходов, но и init pulse.
9. Возможно реализовать MODBUS, но это в последнюю очередь.
10. Реализовать вход как логическую функция от часов реального времени, и как функцию таймера.

Баги
При включении выходные регистры включаются хаотически. А поскольку контроллер инициализируется некоторое время, то выходные реле могут быть включены. Пока схема сброса регистров не реализована.
После заливке скетча иногда почему-то не инициализируется SdFat. Приходится сбрасывать контроллер кнопкой reset.

Один важный момент.
Всё подключено через аппаратный SPI.
Собственно подключение Ethenet shield, SD shield и 74HC595 никаких трудностей не представляет.
Проблемой было подключить 74HC165. Выход у этого регистра не может переходить в Z-состояние (кто-то сэкономил на паре транзисторов 🙂 ), и при подключении его напрямую к MISO делает невозможным работу с другими устройствами. Для решения этой проблемы был использован буфер 74HC125. Управляется он выходом, определенным константой SPI165_CS.

Схема подключения регистра

Итого
В принципе уже сейчас на базе этого контроллера можно реализовать некоторую достаточно сложную автоматизацию. А при возможность править web интерфейс не вмешиваясь в код, можно реализовать удобное взаимодействие с пользователем. Единственная проблема — при работе с web клиентом контроллер полностью занят и не может реагировать на изменения состояний датчиков (для этого я и хотел заставить браузер кешировать данные на все время сессии), поэтому иногда появляются задержки. Вынос обработки логики в таймер пока не планирую, все таки это не real time device.

Ссылки

Проект
https://drive.google.com/folderview?id=0B7NuO_z3PX3NUTNncGw0VzQwRTQ&usp=sharing
В каталоге LIB лежат библиотеки, которые позволяют упростить работу с регистрами.
В HTML лежит web интерфейс.

TinyWebSerwer
https://github.com/ovidiucp/TinyWebServer

SDFat
https://code.google.com/p/sdfatlib/