O>>Принципиально именно LPT? Если что — на всех одноплатных компах типа распберри есть такая штука как GPIO, с помощью которой можно управлять/слушать сигналы на пинах. Причем делается это элементарно — даже из шелл скриптов. Полагаю можно даже именно LPT соорудить из GPIO, при желании и при совпадении уровней (некоторым девайсам критично логичнская единица на GPIO — не выше 3.3V)
IM>Можно и GPIO, но прочитал, что у распберри нет часов
IM>А мне нужно запускать прогу по расписанию

ну как нет часов.. после сброса питания системное время просто 'обнуляется'. Но это исправляется автоматом при загрузке при наличии доступа к ntp.
Кстати вот например к этой железке можно приделать литий-ионный аккумулятор. Она его будет заряжать, а при отсутствии питания — работать от него, что значительно нивелирует проблему пропадания света.

Кстати насчет GPIO. У него есть проблемное место — сложно добиться хороших latency/throughput. Я сделал на GPIO обрабатывалку сигналов протокола проприетарного контрольного интерфейса усилителя. Кодовые посылки в этом протоколе кодируются как последовательности импульсов различной длительности. Каждая посылка состоит из одного-двух десятков импульсов, длительность одного импульса — около 0.5 — 1.5мсек. Вобщем одна из полутора десятков посылок распознается с ошибкой, изза того что юзермодная программа не успевает срабатывать на интеррапты от GPIO, что она делает при помощи poll. Причем это с высшим приоритетом, возможным при помощи chrt. Мне это не критично, но еслиб было критично — пришлось бы делать обработчик в ядре.

O>>Принципиально именно LPT? Если что — на всех одноплатных компах типа распберри есть такая штука как GPIO, с помощью которой можно управлять/слушать сигналы на пинах. Причем делается это элементарно — даже из шелл скриптов. Полагаю можно даже именно LPT соорудить из GPIO, при желании и при совпадении уровней (некоторым девайсам критично логичнская единица на GPIO — не выше 3.3V)
IM>Можно и GPIO, но прочитал, что у распберри нет часов
IM>А мне нужно запускать прогу по расписанию

ну как нет часов.. после сброса питания системное время просто 'обнуляется'. Но это исправляется автоматом при загрузке при наличии доступа к ntp.
Кстати вот например к этой железке можно приделать литий-ионный аккумулятор. Она его будет заряжать, а при отсутствии питания — работать от него, что значительно нивелирует проблему пропадания света.

А еще если говорить о распберри, то к ней народ понаделал кучу примочек. В том числе как я только что нагуглил — и часы на батарейке.

Кстати насчет GPIO. У него есть проблемное место — сложно добиться хороших latency/throughput. Я сделал на GPIO обрабатывалку сигналов протокола проприетарного контрольного интерфейса усилителя. Кодовые посылки в этом протоколе кодируются как последовательности импульсов различной длительности. Каждая посылка состоит из одного-двух десятков импульсов, длительность одного импульса — около 0.5 — 1.5мсек. Вобщем одна из полутора десятков посылок распознается с ошибкой, изза того что юзермодная программа не успевает срабатывать на интеррапты от GPIO, что она делает при помощи poll. Причем это с высшим приоритетом, возможным при помощи chrt. Мне это не критично, но еслиб было критично — пришлось бы делать обработчик в ядре.