Регистратор событий

<off>Вот, кстати, недавно нашёл аккумулятор от UPS'а, хочу фонарь люминесцентный с зарядкой часов на 10 из него сделать.</off>
Да, можно питать МК не от БП принтера, а от отдельного БП, потребляющего небольшую мощность, а на принтер питание подавать через реле, включая его только тогда, когда надо печатать.
Ещё идея - вместо МК применить рекомендованный djelektronik'ом девайс под названием Edimax, с midge, можно к нему через переходник USB-LPT подключить принтер, и написать скрипт shell, который при срабатывании датчика будет печатать, это легче, чем написать прошивку для МК, только куда к Edimax'у подключать датчики, это вопрос.
Да, для тех, кто не знает, что такое midge и Edimax - вот: http://midge.vlad.org.ua/wiki/article
Вот бы надыбать хотя б один такой девайс для экспериментов.

Num Lock: Ещё идея - вместо МК применить рекомендованный djelectronik'ом девайс под названием Edimax, с midge, можно к нему через переходник USB-LPT подключить принтер, и написать скрипт shell, который при срабатывании датчика будет печатать, это легче, чем написать прошивку для МК, только куда к Edimax'у подключать датчики, это вопрос.

Таких девайсов довольно много - см. D-LINK. А по-поводу простоты - не соглашусь, МК проще.

А от ответа, Вы все-таки как всегда ушли

<off>Как же от ответа ушёл, я же рассказал про аккумулятор от упса, кстати, для такого регистратора событий тоже можно приспособить один из таких аккумуляторов.</off>
В тему: для регистратора событий подойдёт Edimax, у которого сожжены все UTP-розетки, и работает только COM-порт (и USB), для использованию по прямому назначению он неисправен (а значит, возможно, продаётся по цене лома), а как embedded-платформа, заменитель микроконтроллера, обладающий гораздо большей производительностью - исправен ещё как.
Вот что я ещё придумал. Допустим, ёмкость аккумулятора недостаточна, чтобы питать принтер, но достаточна, чтобы питать регистратор, тогда если надо зарегистрировать событие, пока напряжение в сети отсутствует, регистратор запоминает его в своей энергонезависимой памяти, а как только напряжение появляется - печатает, а из энергонезависимой памяти трёт. Edimax вообще может параллельно с распечаткой событий регистрировать их в лог-файле в своём флэше. Потом можно подключиться к его COM-порту обычным компом, и этот файл прочитать.
Ещё придумал, как можно подключить к Edimax'у датчики. Для этого надо ему в USB подключить клаву или мышь, заставить их работать (самый сложный пункт, наверное, поскольку в midge, кажется, поддержки клавы/мыши нет), а потом параллельно клавишам этой клавы/мыши подключить датчики. Можно регистрировать как событие и сдвиг мыши.

Num Lock: подойдёт Edimax

Нам Лок, втретий раз говорю - если у Вас есть время, покопайте инфо по Д-Линку, и выложите результаты здесь, а то информации много, но она разрознена. Общественность будет благодарна, в т.ч. я Сам я не могу копаться - времени маловато. Если инфы будет достаточно - готов купить железяку и эксперементировать.

Из инфы, кроме вышеуказанного сайта про midge, пока нашёл только вот это: http://www.linux-mips.org/wiki/Main_Page - это то, из чего midge сделан.

Num Lock: ...потом можно благоверной предъявить распечатку

Если до этого дошло, то в такой семье существуют определенные проблемы.
Впрочем, создавший такой "Регистратор", буде он женат хоть несколько лет, легко встроит в софт закладку, которая будет генерить нужную последовательность сообщений, да хоть по команде пейджера.

Да подключить его (принтер) к АОНу, и пусть ещё сырой код печатает.

А это как? С индикатора показания часов печатать по команде с датчика? Тогда можно не сырой, а пропустить через ПЗУ, чтобы 7-сегментный код в ASCII преобразовывал. Можно и с любых других часов, содержащих календарь и светодиодные индикаторы. Идея хорошая. Только надо продумать способ печатания состояния датчика: включился или выключился.

Нет. "Сырой" код - это последовательность всего, что воспринял АОН с линии; до того, как он выносит решение "Что же я принял?" по критерию максимального правдоподобия. Razaex предлагает самому решать, кто звонил.

Вообще-то идея в том, чтоб переписать ПЗУ АОНа (для Z80 и 8031 в сети были исходники), а к АОНу допаять LPT-интерфейс. Ну, а если влезть в прогу принтера и заставить его проц. и время считать и "аонить" - это было бы совсем круто...