Статья: Мониторим 220 на FreeBSD через LPT

[-ZG-]

Тема для обсуждения статьи: Мониторим 220 на FreeBSD через LPT
ссылка: http://www.lissyara.su/articles/freebsd ... re/lpt220/

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[QweЯty]

по поводу ститистики будет все проще через apcupsd сделать... распиновки кабелей всего три типа, состоящие из 4х деталей и двух конекторов(папа-мама) db9... и безопаснее таки

p.s.
мож тоже чего нибудь собрать чтоли...
никому ничего не нужно?

[-ZG-]

а у меня на двух работах сервера с упс без портов для шнуров... пришлось вот так..

ЗЫ. Интересно было бы удаленно включить разетку
или выключить..

[snorlov]

а у меня на двух работах сервера с упс без портов для шнуров... пришлось вот так..
ЗЫ. Интересно было бы удаленно включить разетку
или выключить..

Разве lpt-ка не позволяет выводить данные... Читай про нее внимательнее и золотой ключик твой

[-ZG-]

позволяет, но это опять нада кодить, схему искать/придумывать, сразу бы все готовенькое QweЯty же вроде хотел, вот я и подумал....

[QweЯty]

какую розетку? 220 или rj-45
схему то можно наклепать, тока ТЗ дай

[-ZG-]

220,
ТЗ: реализовать систему позволяющую включать / выключать внешние электроустройства разной силовой нагрузки на базе ОС FreeBSD.
1. собрать устройство позволяющее управлять электросетью 220в.
2. программная часть системы (далее софт) должна иметь функции включения, выключения и отображения текущего статуса устройств (включено/выключено)
3. софт должен иметь возможность работы под управлением скриптов и коммандной строки.
4. схема не должна самопроизвольно срабатывать без комманды от софта, например при перезагрузке ПК.
5. софт и схема не должны быть ограничены только одним управляемым устройством.
6. По возможности: реализовать удаленное управление и мониторинг через web интерфейс

вот

[QweЯty]

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

1. ок. по дефолту на 11 устройств хватит? помоему стока может записывать lpt во время строба на 11 ноге.
2. нужна помощь.
3. если освою пункт выше, но вопросов не возникнет.
4. ок.
5. это на скока хватит денег на детали регистры вещь хорошая:)
6. ок.

[-ZG-]

1. хваааатит

2. ок, конкретнее?
я имею ввиду например запущаем prog c параметрами и имеем:
#prog stat //статус всех девайсов
статус девайс 1 включен
статус девайс 2 включен
статус девайс 3 выключен
итд
#prog dev6 on // включить девайс (ну или prog dev1 1) ченибудь типа таво
device 6 включили
#prog dev7 off //Выключить девайс
device 7 выключили
#prog dev5 stat //статус конкретного девайса
статус device 5: выключен

можно еще попридумывать...

5. да думаю 11ти вполне... более чем достаточно

[QweЯty]

2. ок, конкретнее?
я имею ввиду например запущаем prog c параметрами и имеем:
#prog stat //статус всех девайсов
статус девайс 1 включен
статус девайс 2 включен
статус девайс 3 выключен
итд
#prog dev6 on // включить девайс (ну или prog dev1 1) ченибудь типа таво
device 6 включили
#prog dev7 off //Выключить девайс
device 7 выключили
#prog dev5 stat //статус конкретного девайса
статус device 5: выключен

хм, да это то не проблема:)

проблема глубже

для начала можно воспользоваться вашими исходниками?

пока что только один вопрос:

нужен алгоримт записи лог. 1 на ногу/ноги lpt.
остальное я смогу


тут возникли вопросы по девайсу:
1. управлять устройствами как?
вариант 1: 11 устройств. подрубаем/отключаем одно из 11, остальные 10 тут отключаются/включаются. То есть есть зависимость.
вариант 2: 11 устройств. подрубаем/отрубаем одно, другое, третье, остальные выключены/включены. Нет никакой зависимости.
2. питание от чего? если от бп компа, то стабилизация не нужна, если отдельно, то пририсую стабилизатор

p.s. еще думаю как сделать чтобы сделать этот пункт:

4. схема не должна самопроизвольно срабатывать без комманды от софта, например при перезагрузке ПК.

так как есть такой глюк по крайней мере у моей машины, при загрузке машины толи bios толи винда начинает опрашивать lpt порт... если это просто винда, то ничего, если на уровне bios.. буду думать.

про мониторинг:
можно сделать 2мя путями:
- задействовать ноги lpt предназначенные для чтения. схема усложняется на несколько микросхем и без оптопар, наверное, уже не обойтись.
- программно следить за ногами записи lpt, какое устройство было включено. то есть если есть на ногах д1 и д7 лог. 1 то писать что устройство №5 включено.

[Alex Keda]

любая ОС оправшивает LPT порт, если она понимает что это.
просто на опрос надо не реагировать - он одинаковый у всех вроде

[QweЯty]

он одинаковый у всех вроде

а где почитать можно про длину импульса опроса?

[FreeBSP]

имхо:
1.а) либо схема получает один канал питания и и реализует несколько независимо коммутируемых выхода
1.б) либо схема получает N однофазных пканалов на вход и реализует коммутацию этих каналов с соответствующими каналами на выходе
для высокомощных потребителей наверное лучше второе
2) думаю лучше всего коммутировать нагрузку с помощью твердотельных реле
3) управляющая часть устройства имеет свой независимый источник питания
4) схема находится на связи с пк только в пределах открытой сессии. вне этой сессии схема автономна. открытие/закрытие сессии производится специальными последовательностями байтов

схемку прицепил
справа общая часть, слева - часть для варианта (1.а)
про LPT читать тут

[-ZG-]

хм, да это то не проблема:)
проблема глубже
для начала можно воспользоваться вашими исходниками?

да, конечно

нужен алгоримт записи лог. 1 на ногу/ноги lpt.

тут подсказать сильно немогу, тоже гуглить, ковырять нада, единственное что нада будет заметить, у меня в исходниках используется
порт с адресом 0x378 (это какраз ноги чтения 10-15) а для ног вывода нужно работать с адресом 0x379

тут возникли вопросы по девайсу:
1. управлять устройствами как?
вариант 1: 11 устройств. подрубаем/отключаем одно из 11, остальные 10 тут отключаются/включаются. То есть есть зависимость.
вариант 2: 11 устройств. подрубаем/отрубаем одно, другое, третье, остальные выключены/включены. Нет никакой зависимости.

нужно чтоб независимые друг от друга устройства были, если нада будет сделать зависимыми, то это уже скриптиком просто решим

2. питание от чего? если от бп компа, то стабилизация не нужна, если отдельно, то пририсую стабилизатор

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

p.s. еще думаю как сделать чтобы сделать этот пункт:
так как есть такой глюк по крайней мере у моей машины, при загрузке машины толи bios толи винда начинает опрашивать lpt порт... если это просто винда, то ничего, если на уровне bios.. буду думать.

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

про мониторинг:
можно сделать 2мя путями:
- задействовать ноги lpt предназначенные для чтения. схема усложняется на несколько микросхем и без оптопар, наверное, уже не обойтись.
- программно следить за ногами записи lpt, какое устройство было включено. то есть если есть на ногах д1 и д7 лог. 1 то писать что устройство №5 включено.

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

ЗЫ. есть исходники-пример работы со всеми пинами на delphi, могу выслать или выложить...

[FreeBSP]

что то мне кажется что на COM вешать удобнее.если реализовывать на каком нить avr то наверняка найдется куча библиотек для работы с компортом

[-ZG-]

что то мне кажется что на COM вешать удобнее.если реализовывать на каком нить avr то наверняка найдется куча библиотек для работы с компортом

это здорово спору нет, но тут сразу встает задача изучить программирование МК, спаять программатор, обвязку для МК. деталей уже рублей на 400 выйдит возможностей в разы больше но и пота с кровью больше уйдет

[QweЯty]

имхо:
1.а) либо схема получает один канал питания и и реализует несколько независимо коммутируемых выхода
1.б) либо схема получает N однофазных пканалов на вход и реализует коммутацию этих каналов с соответствующими каналами на выходе
для высокомощных потребителей наверное лучше второе
2) думаю лучше всего коммутировать нагрузку с помощью твердотельных реле
3) управляющая часть устройства имеет свой независимый источник питания
4) схема находится на связи с пк только в пределах открытой сессии. вне этой сессии схема автономна. открытие/закрытие сессии производится специальными последовательностями байтов

схемку прицепил
справа общая часть, слева - часть для варианта (1.а)
про LPT читать тут

у меня готов уже 2й вариант, делал как то себе...
но у него несколько НО. поэтому сижу переделываю и симулирую в мультисиме.
2. оптопары, ключи на мосфетах, реле.. вариантов много.
3. ок. так и организуем. сразу готовое все.
4. об этом думал, но это надо триггеров кучу поставить... а их всего 2 в dip14. можно просто:
- подал сигнал - отклбчилось, подал еще раз включилось
- подал сигнал на строб и на нужную ногу... и оно будет держать пока строб не пропадет...

в общем, ушел я курить свои записи по схемотехнике и спецификации по порту...

буду как тока сделаю хотя бы схему полностью... чтоб не глючила как прошлая

[QweЯty]

p.s. пока что:

у нас есть:

D0 - D1 - записи регистра(00х01х10х11);
D2 - D7 - информационные.

из них получается матрица на 4х6 = 24 устройства...
осталось тока додумать переключение.
так что мая ушло....

[QweЯty]

что происходит во время инициализации?

в книге говорится что просто перескок с 0 на 1 и обратно... и ждет отклика...

на форумах пишут что порт переход в третье состояние....

ЧТО ВЕРНО?!

[Alex Keda]

осициллограф знает

[QweЯty]

у меня теперь даже тэстера нет...

[QweЯty]

у кого есть оссцилограф?
можете замерить импульсы во время инициализации

[Bayerische]

-ZG-
Ну, не 400 рублей, дешевле. Контроллер нормальный за 100, обвязка несколько кондюков, да программатор от того же порта, несколько проводков.

у кого есть оссцилограф?
можете замерить импульсы во время инициализации

А у меня LPT нет!

[FreeBSP]

может полезно будет..
http://www.google.ru/search?q=Parallel+Port+Complete
http://nemesis.lonestar.org/reference/c ... onics.html
http://www.lvr.com/parport.htm

[QweЯty]

пока что все откладывается...
моя на шабашку укатывает, и потом как деньги будут инет себе проводить буду... а то на квартире нет инета