Задаём вопросы...

В описании ничего не сказано про мастер-ключи, соответственно возник вопрос: может ли ОК-ИДЛ работать самостоятельно без ИТ 7.1 и I.Portal? Ну, и цена, конечно, интересует.

Там написано что базовыми элементами являются :
-комп
-ИТ7
-ПО iPortal
-ОДМ
-ОК-ИД
-ОКИДЛ
отсюда следует , насколько я понимаю, что без компа и ПО ОК-ИДЛ не будет работать самостоятельно.
Далее в разделе "работа" говорится что ключ номер ключа проверяется в ИТ и только после этого производится действие.
Т.е ИТ для ОК-ИДЛ нужен всегда, а комп для ввода и изменения ключей и действий.

Система может работать в "автономном полете" - т.е. без компьютера (без связи с компьютером). В этом случае будут работать только те коючи, которые записаны в ИТ.
Без ИТ система не работает (в штатном режиме).
А что вы понимаете под словами "мастер-ключ"?

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

Хранение базы ключей в ИТ имеет крупный недостаток в случае построения автономной территориально-распределённой системы. Хотя, если "Портал" изначально "заточен" под лифты, вопроса нет.

А в чём различие между ОК-ИД и ОК-ИДЛ?

Смысл мастер-ключа, как вы описали, понятен. Но в идеологии СКД "Портал" такого понятия нет. Ключи добавляются в базу данных на компьютере. Там они обретают "лицо" - становятся персонифицированными. В этом случае добавление ключей на самом объекте непосредственно в систему невозможен (логически). Отсюда и отсутствие мастер-ключа как сущности системы.

Портал "заточен" не только под лифты, но и под любые сферы разграничения доступа.
Хотелось бы понять, что вы считаете недостатком, при данном построении системы?

ОК-ИДЛ предназначен для использования в лифтовой тематике. ОК-ИД - для прочего применения. Если на пальцах, то в ОК-ИД есть возможность подключения "кнопки выход" и датчика охраны (на дверь).

Одно другому - не помеха. Те же "обычные" автономные контроллеры могут быть подключены к компьютеру через промежуточную железку (в идеологии Портала это ИТ 7.1) и там "обрести лицо". Т. е. решение принимает контроллер, но оповещение с номером ключа и уровнем доступа поступает в центальную базу.

Ну, может и не недостатком, но большим неудобством являетя хранение большой базы ключей (от 31-го ОК, т.е. от 31-ой двери) в одном месте. Если мы по каким-то причинам теряем ИТ (поломка, отсутствие питания, обрыв ОДМ и т. д.), то мы не можем попасть в 31-о помещение СРАЗУ (или кто угодно попадает во все).
С другой стороны при хранении номеров ключей в непосредственно ОК можно дать врЕменную автономию контроллерам нисколько не потеряв приимуществ сетевой идеологии. Добавление ключей можно организовать двумя способами, необходимо только предусмотреть синхронизацию базы ключей в компьютере и ОК". Но это мои ожидания от "Портала" и моё IMHO.

Тут всё понятно. Спасибо.

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

Ключ - это не принадлежность ОК, а единица информации, мастаба системы, будь то глобальная система города или локальная система на объекте. В базе (на уровне ИТ) хранятся не только номера ключей, но различные атрибуты, определенные для данного ключа.
Действительно, выход из строя ИТ приведет к неработоспособности системы, но эта проблема решается простой заменой ИТ (и синхронизацией базы). На наш взгляд выход из строя локального контроллера с произвольно-неизвестной базой приведет к куда более тяжелым последствиям. В этом случае и вопросы обмена данными (той же синхронизации) будут решаться более тяжело. Ну и устройства будут стоить дороже...

Ничего не имею против другого ракурса , но:
1. сопоставить ключ кому-то ничего не мешает и в "классическом" варианте построения системы доступа;
2. про применимость ключа в других устройствах я не понял, видимо есть какие-то планы пока не озвученные? Хотя тоже наверное решаемо.
А вот если привязка ОК-ИД к ИТ чисто мАркетинговый ход, то (IMHO) не совсем удачный.


Я прекрасно понимаю, что использование ИТ, да ещё плюс ПК, даёт массу всевозможных дополнительных плюшек. И наличие мастер-ключа нужно не потому, что я "привык" к такому построению системы, а исключительно по утилитарным соображениям. Поясню: предположим Вы приняли мою точку зрения, тогда я не покупаю китайские контроллеры ключей ТМ, а вместо них покупаю ОК-ИД, работающие автономно, а в дальнейшем, если возникнет необходимость, могу развернуть полноценную охранную систему. Кроме того возможны ситуации, когда установка ограничения доступа "размазана" во времени (сегодня одна дверь, через два месяца ещё одна, через пол года третья, может будет централизованая система, может - нет) и в этом случае убедить заказчика, что при покупке одного ОК-ИД, ему нужно прикупить ещё ИТ за (условно) 7 килорублей весьма проблематично.

Я не спорю с вами. Я пытаюсь объяснить идеологию построения СКД "Портал", отвечая на ваши вопросы.

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

Применяемость ключа в других устройствах означает следующее: у вас есть, ну скажем, 10 дверей, на которые нужно поставить СКД. Если устройства сами хранят базы, то для того, чтобы дать одному ключу доступ ко всем - его нужно и прописать во всех. В предлагаемом СКД "Портал" подходе ключ прописывается 1 раз с соответствующими разрешениями.

Боже упаси...

Ваши доводы вполне логичны - спору нет. И закрывается вопрос, на сегодняшний день, множеством китайских продуктов. Вот только создав сегодня 3-5-10 автономных систем, завтра объединить их будет крайне проблематично.
Но, не смотря на то, что я сказал, вопрос возможности автономного использования ОК-ИД сейчас прорабатывается.

Конечно, это НЕ "система имени домофона", подробности - в личке.

Не вижу принципиально-непреодолимых препятствий: имеешь централизованую систему - храни базу в компьютере и назначай права, а по мере необходимости переливай номерки в ОК-ИД через ОДМ; хочешь сэкономить - топай ножками программируй ОК-ИД на месте.

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

Утверждение нельзя ни подтвердить, ни опровергнуть. Всё зависит от конкретных людей и конкретных обстаятельств.

Бальзам на израненую в холиварах душу .

Всё, заглохла тема . Похоже, что кроме меня и Александра Николаевича никому она не интересна.

Возможно люди еще не знают, что она им интересна?
Направление новое - только-только появилось... Те, кто его начали использовать на форуме не присутствуют. Думаю, что семинар покажет более реальное отношение народа к СКД вообще и Порталу в частности...

Да тема то интересна, но интерес должен быть оправдан. ОБЬ, допустим, заказывают либо застройщики т.к лифты должны сдаваться с дисп. системой, либо собственники чтобы сократить расходы на лифтеров. Пытался придумать кому можно предложить Портал, чтобы заинтересовать -пока не придумал. Кто будут потребители данной системы? И отношение народа присутсвующего на семинаре тут абсолютно неважно, имхо. Товар должен быть востребован на рынке.

Пакую чемодан. Тема интересна. Если никто не пишет, то это не значит, что не читают. Чтобы узнать об этой кухне, хотелось бы её увидеть хотя бы в режиме видео. Ибо не зная покупать сложно. Кроме того есть доля бюрократии и достаточности. Это когда одни довольны тем что есть, а другие не хотят взваливать на себя дополнительный груз. Кроме того плановый отдел должен какой-то расчёт сделать, а исходные данных у них нет. Куда проще обходчику с зарплатой в 5 000 дать бумажку и ручку и поручить снимать показания с доплатой в 100 рублей. Если всё же решиться внедрять систему, то заказчик запросит сертификат. Если оборудование сертификации не имеет, то у заказчика сразу сомнения в достоверности полученных данных.

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

Я имел ввиду что мое и твое отношение к изделию - нравится оно нам или нет, не может сильно повлиять на востребованность оного. Т.е если людям нужно будет - то все кто будет делать, монтировать, налаживать, те узнают всё что им надо . А сейчас в качестве рекламы -ну конечно нужно иметь представление что, где и почем...

Со времени окончания семинара прошло довольно много времени, принято какое-то решение по автономному ОК-ИД? Народ интересуется .

Решение принято... и оно даже положительное
Только вот сегодняшняя аппаратная реализация устройств не позволяет его реализовать.
В длижайшее время схема будет переработана для возможности автономного использование устройств.

Нажмите для просмотра прикрепленного файла
Наступаем на те же грабли. Для начала, желательно, выложить на сайте РЭ для ОК-ИДЛ, ОК-ИД, CP-Z2L, КВК и т.д. Хотябы в виде примера для комплексного решения. На карточки доступа спрос есть. Пример прилагаю.

Что за грабли?

Документация лежит на сайте уже давно - знакомьтесь.
Что касается CP-Z2L, то это оборудование стороннего производителя, соответственно и документацию на него нужно искать не у нас... например вот тут...

РЭ на MAGICS появилось со значительной задержкой. По документации извиняюсь - искал на http://lkds.ru/documents.php. Спасибо, что подсказали. Думаю и VingCard возможно использовать аналогично CP-Z2L. Более широкий спектр вариантов применения.

Пока однозначно ответить вам не смогу. Мне не удалось найти (долго и не искал) отдельный считыватель для этих карт.
Вообще, на сегодняшний день, условие, при котором можно использовать карточку того или иного стандарта в СКД "Портал", одно - считаватель должен иметь на выходе интерфейс DALLAS (эмуляция TM). Таким образом можно подключить любой считыватель, если он имеет указанный интерфейс.
Отсюда и набор (целых два типа ) карт, с которыми можно работать: EM-Marine и MiFare.

В следующей итерации устройства будет добавлена возможность работы по интерфейсу Wiegand.

К слову сказать карты MiFare активно используются в той же сфере, что и карты VingCard - например гостиницы.

PS Честно говоря, вы первый, от кого я услышал про эти карты (VingCard). Думаю, что они пока слишком мало распространены по России (IMHO). Другое дело Em-marine, HID, Mifare, I-Code...

Нажмите для просмотра прикрепленного файла
Да, эти карты выбрал заказчик HAYATT и они входят в систему гостиничного комплекса. Мы будем устанавливать эти карт ридеры в кабинах лифтов. Посылаю немного информации.

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

ОффТоп: Для меня немного странно применение 2,4 ГГц в карточках... диапазон загружен всякими там Wi-Fi'ами

Очень рад, что удалось Вас убедить . Когда можно ожидать выход готового продукта? Хочется побыстрее .

Всё что могу - [url=http://55431.ru.all.biz/goods_sistema-upravleniya-zamkami-vision-by-vingcard_393854] Просто было бы заманчиво "потеснить" иностранные фирмы в этом секторе. Первый шаг уже сделан.

Пару вопросов.....
1)На сколько я понимаю на данный момент ОК-ИД завязан на ИТ 7.1П, можно ли перепрошить ИТ 7.1C в ИТ 7.1П ну скажем для наглядной демонстрации заказчику(али все же "железо" разное)?
2)Если я все же зашью ИТ7.1С микропрограммой ИТ v7.1 v2.1.0.k, будет ли он вычитать показатели тепловычислителей которые к нему подключенны?
3)Не нашел примеры исполнительных устройств(ну или их характеристик) подключаеммых к тому же ОК-ИД .....
4)ОК-ИД работающий автономно без ИТ это очень хорошая новость, ждемс))) с нетерпением...

Железо одинаковое. Действительно, можно в ИТ залить прошивку для работы с СКД "Портал".

Нет, с приборами сторонних производителей, в этом случае, он работать не будет.

В качестве исполнительных устройств предлагается использовать электромеханические замки. Параметры реле в устройстве (ОК-ИД): 1A/120V AC или 1A/24V DC.

Обещали готовое работоспособное изделие к середине февраля, она уже почти настала

А в ответ тишина...

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

Понимание есть, информации не было . Где посмотреть руководство по эксплуатации и стоимость ОК-ИДК?

Пока на сайте нет руководства - будет в ближайшее время.
Цену можно узнать в коммерческом отделе.

Хотелось бы ознакомиться и с руководством на ОК-ИДЛ+, для панелей приказов. В программе они уже есть, а вот руководства, конкретно для ИДЛ+, я пока не видел. Или между ИДЛ и ИДЛ+ нет различий?

Доброго времени суток!
Возможно ли заставить ИДК "отправлять"(включать определенное реле) лифт на определённый этаж,командой с идл.
Зачем ?
Все просто в офисном здании есть лифт Коне,имеет шину CAN ,каждая кнопка свой адрес - короче жесть.
Кнопки разобраны- микрики выпаяны,вместо них работает Портал...зашел пользователь ткнул картой-"магия"- лифт поехал.

Но есть гости,которые эти карты про.... вообщем уносят. Есть ИДЛ.
Хочеться поставить ИДЛ на рисепшен офисного здания,защёл гость , ресепсионистка провела картой -"магия"-лифт поехал

Этот вопрос в настоящее время прорабатывается. В плане есть "мечта" сделать перенаправление реакции на ключ. Т.е. приложил ключик к одному устройству, а реле сработало в другом. По техническим подробностям пока ответить не готов, но, как пока видится, что может потребоваться обновление микропрограмм самих устройств (ИДЛ и ИДК).

Когда появится инструкция для ОК-ИДЛ ЛНГС.468223.125??

Выложено на сайт. Заходите в раздел "Документация" или вот прямая ссылка - руководство

Большое спасибо.


Хотелось уточнить, если обновить прошивку в ОК-ИДЛ ЛНГС.468223.025.01, то технические возможности станут такими как и в ОК-ИДЛ ЛНГС.468223.125, не считая количество входов, управляющих реле и, конечно же, возможностей удаленного обновления?

Почитал инструкцию, увидел, что заложен потенциал для дальнейшего развития.
Интересный режим работы как автономный ИД, хотелось узнать какое максимальное количество ключей локально может хранить ИДЛ?

Не знаю кому как, но исходя из опыта, ручной ввод базы данных ключей при автономной работе ИД, является не очень практичным и неудобным, из практики лучше вот так: пришел с ноутбуком на объект и прошил нужную базу ключей в ИД.
Вроде бы как нужно еще вести локальную базу данных отдельно от устройства, но, исходя из опыта, учет и контроль нужно вести.

К сожалению, аппаратная часть устройства ОК-ИДЛ (ЛНГС.468223.025-01) накладывает ряд ограничений. В частности в устройстве отсутствуют сколь-нибудь серьезные объемы памяти. Это не дает возможности организации внутренней базы данных (реализации автономного режима работы).
Добавление защиты от клонов на базе RW1990 возможно, но пока реализации такой прошивки нет (да и планов пока не было). Если будет потребность - сделаем.

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

А возможность подключения до 10 параллельных считывателей и 20 метров кабеля будет?
Если будет, то конечно бы не помешала и прошивка с защитой от RW1990.


Как именно (какой алгоритм действий) необходим для заливки базы в ОК-ИД? (я так понимаю ОК-ИДЛ будет подключатся к КВК).
Хотя честно говоря, мы наверно уже обленились, и нас вполне устраивает ИТ с ОДМ на несколько подъездов, как показала практика, кататься и обновлять базы есть не очень актуально, хотя как бюджетный вариант имеет право на жизнь.
Для полного удовлетворения наших желаний, обязательно нужно реализовать платный проезд по абоноплате.

Вариант с несколькими считывателями и определенной длиной долже работать и на ранних ОК-ИДЛ (ЛНГС.468223.025-01).
Реализация фильтра от заготовок RW1990 возможна.
А о каком количестве устройств идет речь?

Ну, поскольку нет пока "боевой" реализации КВК с возможностью подключения к ИДЛ, то алгоритм пока, можно сказать, не существует. Предполагается, что некая программа (возможно сам клиент iPortal) будет уметь работать "в этом направлении" и будет загружать нужную часть базы непосредственно в ИДЛ (через КВК).

Этот вопрос требует проработки. Возможность заняться этим вопросом (проработкой) будет не раньше следующей недели.

Старую версию проверяли, она не работает , я когда-то по этому вопросу возможности реализации уже к вам обращался.
У нас в наличии старых ОК-ИДЛ (ЛНГС.468223.025-01) есть 25 шт.


Так как Ноутбук + КВК = неудобно прошивать ключи на объекте, поэтому данная реализация будет удобна если производить замену ОК-ИДЛ с нужной базой.

Будем ждать.

В руководстве написано, что в автономке память 128 ключей. Вчера монтировал 5 ИДЛ, в память влезло только 48 + 1 мастер, пробовал сбрасывать память, эффект тот же.
И еще вопрос чем прошивать ИДЛ?