коллеги, давайте, наконец, напишем что-нибудь. )

[Dale]

Мужики, десятый раз говорю: если кто понимает, как "правильно" - командуйте парадом. Я - не знаю. И давно бы уже сделал по привычной технологии, с рисунками и схемами в голове.

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

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

Ochkarik уже начал эту работу в предыдущем посте, IMHO начало положено хорошее. После того, как оставим только нужные бизнес-требования, зафиксируем их и в дальнейшем считаем аксиомами. Все остальные проектные артефакты должны следовать из них либо непосредственно, либо косвенно: пользовательские истории, функциональные/нефункциональные требования, архитектура и т.п. Ничего не берется с потолка, все обязательно трассируется в обе стороны.

Добавлено через 5 минут и 39 секунд:

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

Предлагаю добавить возможность автономного программирования и/или просмотра логов устройства. Не у всех есть компьютер (либо расположен так, что к нему неудобно подключиться).

И еще не повредили бы средства самодиагностики (например, обрыв либо замыкание соленоида, ключа и т.п.).

[Ochkarik]

Предлагаю добавить возможность автономного программирования и/или просмотра логов устройства. Не у всех есть компьютер (либо расположен так, что к нему неудобно подключиться).

И еще не повредили бы средства самодиагностики (например, обрыв либо замыкание соленоида, ключа и т.п.).

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

просмотр логов без ПК  - это уже индикация серьезней пары светодиодов.
хотя в принципе однострочный знакосинтезатор решит проблемы.... цена 300-500рэ. но тогда усложнение конструктива корпуса:
+кнопки, плюс отверстие индикатора пилить.
до этого можно было обойтись без этого.

[RXL]

Давайте лучше у заказчика спросим. Только вот куда он делся...

[Dale]

до этого можно было обойтись без этого.

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

хотя в принципе однострочный знакосинтезатор решит проблемы.... цена 300-500рэ.

Еще очень заманчивый вариант - использовать дисплеи от мобильных телефонов. Несколько хлопотнее в программировании, зато копеечные цены при впечатляющих данных.

[RXL]

Dale, предлагаю дисплеи и клавиатуры оставить на потом. Если сделаем основное задание, то можем уже заняться модификациями.

[Dale]

Dale, предлагаю дисплеи и клавиатуры оставить на потом. Если сделаем основное задание, то можем уже заняться модификациями.

Разумеется, реализовывать сейчас вовсе не обязательно. Но заранее зарезервировать 7 свободных бит ввода/вывода под индикатор необходимо (а может, даже и вывести на разъем на будущее), а то потом уже не будет возможности без смены типа контроллера и переразводки платы.

[RXL]

Почему семь? Предлагаешь использовать один семисегментный?

[Dale]

Нет, что-нибудь стандартное типа HD44780. У них 4-разрядная шина данных и 3 сигнала управления.

[RXL]

А... Там шина переменной разрядности - 4-х или 8-и. Про 4-х разрядную я не подумал.

[Dale]

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

[Kivals]

А почему не расматривать внешний индикатор просто как еще одно устройство в сети? Тогда не нужно предусматривать доп. линии для него - вот только его техническая реализация получится сложнее (и дороже), т.к. он должен будет иметь свой контроллер для общения по общему протоколу (Wiegand ?). Но поскольку он рассматривается как резервный - то конечный пользователь может выбрать: или комп, или контроллер с индикатором.

[RXL]

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

[Dale]

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

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

Добавлено через 1 минуту и 26 секунд:

Кстати, с экранами, кнопками и т.п. мы в бюджет не влезем.

А каков бюджет и как он сейчас распределен?

[RXL]

Игорь - как инициатор и "заказчик" - захотел возможность работать по сети.

Что-то устройство у нас начинает приобретать схожесть с компьютером ЮТ-88 (был такой детский журнал): останется подключить к нему клавиатуру, магнитофон, телевизор и положить на полку пылиться.
http://ru.wikipedia.org/wiki/%D0%AE%D0%A2-88


Добавлено через 49 секунд:
Бюджет уже озвучивал: штучное производство желательно уложить в 1000 руб., но на разработку можно потратить больше.

Добавлено через 7 часов, 39 минут и 10 секунд:

3. контроллер управления должен обеспечивать ведение лога (с указанием: времени открытия, продолжительности, метода открытия, мониторинга состояния электропитания, и сбоев в работе, а так же времени последнего обращения к контроллеру с ПК)
+ возможность самодиагностики контроллера и переферийных модулей с индикацией.
4. должен быть предусмотрен интерфейс для связи с ПК, для возможности программирования новых карт, сохранения лога, и изменения рабочих параметров системы.
+ должна быть предусмотрена возможность программирования новых карт/таблеток без использования ПК.

Предлагаю другой вариант: фиксировать естественные события, а не интерпретированные: "получен код такой-то iButton/Wiegand", "подано питание на замок", "датчик открытия - дверь открыта", "отключено питание замка", "датчик открытия - дверь закрыта" и т.п. Это более универсально. Пусть интерпретацией ПК занимается. За одно это дает диагностику работы устройства.

Время последнего обращения с ПК - это не событие. Иначе обращение к логу приведет к его росту. Можно это фиксировать отдельно, вне лога.

Предлагаю считанные сообщения лога уничтожать. Лог хранится лишь для того, чтобы его считали - больше он не нужен. Это упростит работу с ним.

[Ochkarik]

а вот это на самом деле уже к функциональной схеме относится, и к передаче команд между блоками. то есть это уже не совсем ТЗ а уже реализация.
предлагаю остановится на том что есть(в целом более-менее понятно), и заняться функциональной схемой.

перечислю основные блоки:
1. контроллер
1.1 назначение...
1.2 функции...
1.3 команды управления перефирией...

2. Блок питания

3. Резевное питание

4. устройство считывания кодов

+кнопка "Exit button" (внутри помещения). она же "открыть дверь разносчику пиццы".

5. замок

6. датчик открытия двери

7. ПК

8. ....

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

[RXL]

Кстати, просили картинку?

И вот - в связи с ПК:

[Ochkarik]

вот... несостыковки) кнопка выхода - замок электромеханический. нужна ли кнопка?

[RXL]

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

[Ochkarik]

тогда добавлю в ТЗ пп1 +дистанционное открывание двери)

[RXL]

Не надо. Зачем увеличивать бюрократию?

[Ochkarik]

поздно))
удалить обратно?)))

[Dale]

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

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

[RXL]

Думаю, что, по крайней мере, нужно ознакомиться с работой существующих замков. В инете я видел только одну инструкцию по установке и ни одной по эксплуатации.

Добавлено через 50 минут и 57 секунд:
Надо понимать, что при удержании происходит нагрев электромагнита замка. Т.е. удерживать неопределенно долгое время нельзя.

Второй важный фактор - конструкция самого замка и роль электромагнита в его механике: взведение и удержание или взведение с фиксацией.

Добавлено через 1 минуту и 45 секунд:
В предлагаемых в инете контроллерах СКУД заявлялось время подачи питания на замок (если было указано) - от 1 до 10 секунд. Видимо есть настройки на тип механизма замка.

Добавлено через 6 дней, 11 минут и 40 секунд:
По случаю, был в магазине замков и расспросил продавцов об электромеханических замках.
Те модели, что были представлены в магазине, имеют три запирающих элемента: свободная защелка, связанная с дверной ручкой, электромагнитная защелка и ригель, связанный с цилиндром. В общем, ригель не отпирается электромагнитом.
Управляемая защелка имеет прямоугольное сечение (порядка 1 кв. см.) и небольшой двухсторонний скос для самоцентровки при запирании.

[Dale]

...три запирающих элемента: свободная защелка, связанная с дверной ручкой, электромагнитная защелка и ригель, связанный с цилиндром. В общем, ригель не отпирается электромагнитом.

Если я правильно понял принцип, соленоид не вытягивает сам ригель, а просто разблокирует ручку?


Кстати, вопрос пока тоже на отдаленное будущее, но рано или поздно в любом случае возникнет: что будем делать с печатными платами? Делать "крысиное гнездо" на макетке, заказывать или все от начала до конца своими руками?

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

[RXL]

Если я правильно понял принцип, соленоид не вытягивает сам ригель, а просто разблокирует ручку?

Да, ригель не зависит от него. Была там модель с выпадающим ригелем (один его угол сидит на оси и он, при запирании, как бы выпадает) - сказали, что нажатие на защелку (2) выбрасывает ригель, но открывать все равно надо ключем.

1. Защелка, открываемая ручкой.
2. Защелка, управляемая электромагнитом.
3. Ригель, управляемый цилиндром.
4. Ручка.
5. Цилиндр.
6. Электромагнит.

Я понимаю работу так. Подача напряжения втягивает защелку (2). Выдерживается некоторое время для открывания двери, после чего напряжение снимается и защелка выходит из замка. Если дверь открыли и закрыли (сработал датчик двери), то защелку можно освободить раньше.
Хотя, сомнения еще остались: возможно какая-то механика там есть. Во всяком случае, я спрашивал, нет ли там какой фиксации защелки - сказали, что нету.

Есть еще один класс электромеханических замков, с приводом ригеля от электродвигателя, но это дорогие замки.


Думаю, что для наших целей доступнее, дешевле и проще будет ЛУТ. Я консультировался насчет двухсторонних: говорят, что получается. Делают одну сторону, вторую заклеивают скотчем и травят. Потом высверливают отверстия и по ним ориентируют вторую сторону. Также товарищ сказал, что минимальный элемент у него 0.3 мм - это тоже достаточно. Ну и брак перевода тонера сразу виден, до травления - можно смыть и повторить утюжение.

[Ochkarik]

есть куча фирм которые изготавливают простые платы чуть ли не по email хоть единичными экземплярами.
двуслойки - буквально от 6 часов до пары дней.
с метализацией отверстий, можно с шелкографией и т.д. производство порядка 8$ за дециметр площади. подготовка правда дороже - порядка 30$ на двуслойку.
для примера цен http://www.tepro.ru/pcb/pcb_calc.php или http://pcblab.ru/prices/
но есть куча других фирм. не знаю как в бюджет ложится.

[RXL]

http://smartlocks.ru/
Проект самодельного контроллера. Основное отличие от нас в том, что снаружи открыть можно только электронным способом и в качестве устройства секретности используется брелок Keeloq, как в замках автомобилей. Замок они выбрали китайский с шаговым двигателем.
Рекомендую пройтись по статьям.

[Ochkarik]

до кучи, аналоги
http://www.astrongroup.ru/granit.htm

[RXL]

Еще одна и довольна свежая тема.
http://pravdoorub.com/index.php/topic,2822.0.html

Добавлено через 11 часов, 20 минут и 23 секунды:
http://horizont.tom.ru/
Тут хитрый замок. Читал вчера про него одну длинннную тему на каком-то профильном форуме. У меня сильное подозрение, что в ключе находится тот же 1-Wire EEPROM. Понравилась их фишка: замок при очередном сеансе записывает в ключ одноразовый код (и сам его запоминает). Т.е. если изготовить дубликат ключа, но вовремя им не воспользоваться (воспользоваться оригиналом раньше), то дубликат будет бесполезен.

[Ochkarik]

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