партнерский раздел
ФорумПроектированиеПроход из одной зоны в другую с разными БД

Проектирование » Проход из одной зоны в другую с разными БД

=11ptМежду двумя зонами установлена дверь. Дверь контролируется стороной А, установлены считыватели и контроллер. Соответственно БД и допуски прописываются стороной А. У стороны Б доступа нет, но задача не пропускать всех подряд, а только по взаимному согласованию со стороной Б. Обе стороны используют технику Болид, ПО Орион Про. Проложена локальная сетка в офисах. Есть доступ в интернет.
=11ptПримерно, логика работы видится таким образом. По принципу master/slave. Сотрудник со стороны А прикладывает карту к считывателю, с его стороны он имеет допуск для прохода. Далее данные поступают по какому-либо каналу связи в контроллер на стороне Б. Далее вся информация сверяется с БД контроллера стороны Б, и, если идентификатор совпадает с тем, что прописано то дверь открывается. Если нет, то дверь не открывается. То есть на контроллер на стороне А поступает сигнал «нет доступа».
=11ptКак решить эту задачу контроля прохода с территории А? Каким каналом лучше всего связать контроллеры? При этом нужно чтобы БД между собой не соприкасались. 
 

13 дней 9 часов назад

avatar
.

 

Иванов Андрей Львович 13 дней 8 часов назад

=11ptВы уж меня извините, но так можно и просто щеколду поставить со стороны офиса Б )
Решение ищем эстетическое. Один замок на двери и два контроллера. Вопрос как их поженить между собой. 

Хабибулин Антон Владимирович 13 дней 7 часов назад

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

Тремасов Константин Александрович 13 дней 6 часов назад

Если подключить одни считыватель к двум контроллерам, а питание замка последовательно пустить через два реле, то думаю задачу это может решить. Но надо проверять работу считывателя, в режиме TM это не прокатит, возможно только wiegand.
А вообще, если в итоге окончательное решение принимает сторона Б, зачем спрашивать сторону А?

Бабаев М. А. 13 дней 4 часа назад

А карты все равно придется и там и тут в базу вносить.

Со стороны А база сформирована. Но чтобы кто попало не заходили в сторону Б программироваться будет только сторона Б.

Хабибулин Антон Владимирович 13 дней 4 часа назад

А вообще, если в итоге окончательное решение принимает сторона Б, зачем спрашивать сторону А?

В том то и дело, что сторона А как бы вообще не спрашивает разрешения. Сторона Б защищает свой двор чтобы не превратить офис в проходной двор.

Хабибулин Антон Владимирович 13 дней 4 часа назад

.

Иванов Андрей Львович 13 дней 3 часа назад

... а не просто потому что много букаф? – Иванов Андрей Львович 4 минуты назад

Я думаю что поэтому, ибо я сам не дочитал)))

Тремасов Константин Александрович 13 дней 3 часа назад

Попробуйте начинать свой эпос со слов "Чисто по приколу"...

Тремасов Константин Александрович 13 дней 3 часа назад

А вообще, если в итоге окончательное решение принимает сторона Б, зачем спрашивать сторону А?

Чисто по приколу предположу, что не все обстоятельства были изложены. Например, что зашедшие на сторону Б люди не остаются там жить навсегда, а иногда должны уходить обратно. Смешно, конечно, кому придёт в голову возвращаться, но вдруг? Если всё доверить только стороне Б, то сторона Б понаделает триллиард карт и совершит через эту дверь мамаев набег. 

Иванов Андрей Львович 12 дней 13 часов назад

Для добавления сообщений на форуме вам необходимо зарегистрироваться и указать мобильный телефон в своем профиле (зачем?)

1 ответ

Хабибулин Антон Владимирович, вы описали только процедуру "вход в зону Б", а выход из зоны "Б" = вход в зону "А" каким-то образом ограничен?
Имхо, в принципе, ни чего сложного нет, пользуем релейную логику, но посетителю придётся карту прикладывать 2 раза к одному и тому же считывателю.
берем для каждого считывателя реле УК-ВК исп.12,
Контакт D0 соединяем и с контроллером "А" и "Б", а D1 заводим на первый канал реле.
В исходном состоянии D1 подключен к контроллеру со стороны зоны "А".
Управляющий сигнал (если со стороны "А" доступ разрешен) перекинет D1 на контроллер "Б", посетитель второй раз авторизуется и если можно - проходит.
Второй контакт реле УК-ВК работает на замок.
Замок управляется по схеме "И" двумя контроллерами.
Со стороны "Б" аналогичная схема.
А геркончики нужны два, каждому контроллеру своё.
Базы абсолютно разные.
для того чтобы всё стыковалось по отчетам, непременно нужно нормально синхронизированное время в Орионе или на пультах 

13 дней 2 часа назад

avatar
 "Чисто по приколу"...

Спасибо,Сергей!
Можно без конца гордиться своей эрудированностью,но уже на стадии Проектирования это "полное фуфло".

Каргапольцев Артур Николаевич 12 дней 17 часов назад

Проход из одной зоны в другую с разными БД
Дверь контролируется стороной А,
считыватели и контроллер. Соответственно БД

только по взаимному согласованию со стороной Б

VS
При этом нужно чтобы БД между собой не соприкасались

VS
данные поступают по какому-либо каналу связи в контроллер на стороне Б

Разве не понятно, тут полное противоречие
Например, та же синхронизация времени между БД и контроллерами?

Интересно, какое такое решение применимо, если поднять вопрос об общей безопасности, например протоколы Болида, безопасность БД, и т.д.…
И у Орион Про, и у Болид, и у MSExpress, «каналы связи» используют эту «безопасность».

И релейный вариант, это полное компрометирование самой цели, этой самой безопасности.
Тогда уж не надо так из…
Поставьте тогда кодовый (мех) замок, или домофон, например.
(правда, «как на практике», потом все коды в общем доступе,
и как обычно («как всегда») «превратить офис в проходной двор»)

ПыСы: что и как, потом, будут в этих журналах «БэДэ» искать:
Чисто технически, это вариант распределённых БД (Есть доступ в интернет), но когда «собственники» глянут на «ценник», вопрос вернётся на «очередной круг» противоречий.

ПыСы: тут тоже
много букаф

а если про «распределённые БД и  интернет» то в этих «букаф», можно «заблудиться».
И таким парадоксальным темам, «прямая дорога» в курилку.


с разными БД   →   вариант распределённых БД
В иНЕТе, про это, очень много, и в разных лингвистиках.
 

Карпов Дмитрий 12 дней 8 часов назад

Чтоб не «вылетало»
=11pt (=12pt)

Надо жмакать не «Ентер», а «Шифт+Ентер».
(ну или форум "допилят")

Карпов Дмитрий 12 дней 8 часов назад

Для добавления сообщений на форуме вам необходимо зарегистрироваться и указать мобильный телефон в своем профиле (зачем?)

Добавить ответ

Для добавления сообщений на форуме вам необходимо зарегистрироваться и указать мобильный телефон в своем профиле (зачем?)

ПОКАЗАН

306 раз

ЗАДАН

13 дней 9 часов назад

По каждому вопросу/ответу можно добавлять комментарии. Комментарии предназначены для уточнения вопроса/ответа.