forum.lissyara.su

Рисую вот первую статью, Система безопасности на FreeBSD + LPT с видеорегистрацией
ссылка: http://www.lissyara.su/?id=2194
еще не опубликовал, просьба заценить.

Еще незнаю в какой раздел ее поместить, толи программинг т.к. основной корень статьи это написанная программа или в Security т.к. система безопасности!? помогите..

Креативно, да и тема интересная -- взаимодействие с устройствами.
Меня лишь беспокоит здоровье LPT. Уж больно нежный он. Развязка оптронами не помешает.

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

там ссылка в конце на оригинал...
автор оригинала - тоже вы?

Alex Keda писал(а):там ссылка в конце на оригинал...
автор оригинала - тоже вы?

да

ОК.
тогда публикуем?

Alex Keda писал(а):ОК.
тогда публикуем?

ага, скоро еще одну статью нарисую в продолжение темы lpt, и к этой только ссылка добавится

Другие порты тоже интересуют, на будущее

У меня возникла странная проблема,в /dev имеется io но он никак не реагирует ни на lptmon - постоянно говорит, что замкнут 11 пин, хотя перемычка стоит на 13, а также не удается сменить состояние пинов с on на off. все порты у меня в статусе on

sergad писал(а):У меня возникла странная проблема,в /dev имеется io но он никак не реагирует ни на lptmon - постоянно говорит, что замкнут 11 пин, хотя перемычка стоит на 13, а также не удается сменить состояние пинов с on на off. все порты у меня в статусе on

хм, с таким не сталкивался,
может в биосе настройки lpt покрутить?
и убедиться что порт живой

я не большой спец в freebsd, но именно /dev/io это lpt порт?
вывод dmesg в самом конце пишет такое: из этого я понимаю, что фря его не видит.
Сегодня вечером потащу монитор на балкон и буду ковырять биос. Порт скорее всего живой, ибо к нему врятли за всю его жизнь что-то подключали.


p.s. freebsd 8.1 release

sergad писал(а):я не большой спец в freebsd, но именно /dev/io это lpt порт?

тоже однозначно не скажу... толи это порт, толи комплекс ввода\вывода обращаясь к адресам которого (типа #378 #379) выходишь на lpt порт
когда ковырял lpt, встречал другие примеры обращения к нему, через /dev/lpt0 и /dev/ppi0 но почемуто остановился на /dev/io

ЗАРАБОТАЛО!!!
и именно с /dev/io хотя в системе после ковыряния биоса появился и /dev/lpt0, но с ним работать не стал, кстати в биос после высавления адреса 378 порт начал работать, сейчас доделываю систему мониторинга закрытия окон и дверей, а также датчик закрытия дверного замка так как часто, уйдя из дома не могу вспомнить: "Замкнули ли я дверь"

Отличная вещь, сначала всё поставилось и заработало, но после обновления системы переслало работать. С одной проблемой разобрался - сервер перестал обрабатывать сокращённый ввод команд php дописал везде вначале <?PHP и всё вроде как заработало но таблицы не отображаются и также не все команды обрабатываются - вот что вместо заголовка: 240 ( =$page_title ) Может каких специальных модулей не хватает?

решение - Короткие теги (третий пример) доступны только когда они включены с помощью директивы short_open_tag в конфигурационном файле php.ini, либо если PHP был скомпилирован с опцией --enable-short-tags

Кто пробовал установить в debian?
При запуске /usr/bin# ./lptmon
вылетает ошибка:
.: 8: Can't open /etc/rc.subr

Собрать из исходников тоже не получилось:
root# c++ lptmon.c -o lptmon_compiled
ошибка:
lptmon.c:4:26: error: sys/timespec.h: Нет такого файла или каталога
lptmon.c:11:29: error: machine/cpufunc.h: Нет такого файла или каталога
lptmon.c: In function ‘int runcmd(std::string)’:
lptmon.c:137: error: ‘strcpy’ was not declared in this scope
lptmon.c: In member function ‘void lptmon::mainloop()’:
lptmon.c:320: error: ‘inb’ was not declared in this scope
lptmon.c:339: error: ‘strcpy’ was not declared in this scope
lptmon.c:346: error: ‘strcpy’ was not declared in this scope
lptmon.c:355: error: ‘strcpy’ was not declared in this scope
lptmon.c:367: error: ‘strcpy’ was not declared in this scope
lptmon.c:373: error: ‘strcpy’ was not declared in this scope
lptmon.c:381: error: ‘strcpy’ was not declared in this scope
lptmon.c:396: error: ‘strcpy’ was not declared in this scope
lptmon.c:402: error: ‘strcpy’ was not declared in this scope
lptmon.c:410: error: ‘strcpy’ was not declared in this scope
lptmon.c:422: error: ‘strcpy’ was not declared in this scope
lptmon.c:428: error: ‘strcpy’ was not declared in this scope
lptmon.c:436: error: ‘strcpy’ was not declared in this scope
lptmon.c:448: error: ‘strcpy’ was not declared in this scope
lptmon.c:454: error: ‘strcpy’ was not declared in this scope
lptmon.c:462: error: ‘strcpy’ was not declared in this scope
lptmon.c: In member function ‘void lptmon::gowork()’:
lptmon.c:505: error: ‘memset’ was not declared in this scope

Буду дальше разбираться вместе с ab-log.ru странно что там такого не применил никто.
Вместе с ab-log.ru начал изучать debian а то до этого только freeBSD и знал

а почему был выбран lpt-интерфейс, а не RS-232?

Electronik писал(а):а почему был выбран lpt-интерфейс, а не RS-232?

Рулить проще и TTL уровни, наврено. 232 согласовывать надо.