Развитие линейных дымовых извещателей: три технологических этапа

По разъюстировке, было бы странно, если бы ее не проверяли. Вот результат: Излучатель на поворотном устройстве имитирует деформацию здания, сдвиг с шагом 1 градус в минуту,

Улыбнуло. Только вот по мимо "усадки грунта" и дрейфа 1 градус в минту - есть еще и вибрации несущих конструкции здания.

Завтра, если будет время, то так и быть - найду на работе записи и сделаю Вам видео с камер со "сдвигом" в 1 градус за 1/50 секунды всего лишь когда, на них - подул "ветерок".

:))

я тебе говорю: - Сканируется не вся матрица, а сканируются только 7 паттернов.

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

Фактически, тут мы видим нормальный такой детектор активности, как в видеонаблюдении, только что частота кадров намного выше, ну и вычитание фона обрабатывается c отличиями (доп. фильтрация по частоте сигнала).

Вся матрица сканируется (причем при штатном потолке в 30-60 к/с

Обозначим это утверждение как (1).

Так, тут чо-т не то, противоречие какое-то. Ты же сам ниже пишешь:

Скорость сканировани матрицы - определяется (ограничена) только тактовой частотой на которую рассчитана та или иная матрац

Обозначим это утверждение как (2).

То есть, исходя из вот этой твоей же цитаты, максимальная скорость сканирования матрицы не зависит от размера сканируемой части, согласно (2), так? С другой стороны, выше у тебя утверждение (1), что штатный потолок сканирования составляет 30-60 к/с для всей матрицы, а 600 к/с, фигурирующие в цитированном тобой фрагменте доки на OSID, якобы, актуальны только при сканировании отдельных "кусочков" матрицы, так? Из чего делаем вывод, что скорость сканирования возрасла из-за уменьшения размера сканируемой части, так? Это логическое противоречие: одно из утверждений очевидно неверно :-). Не думай, что я стебусь, просто хочу разобраться.

частота самой кодовой посылки от каждНОГО эмиттера и в полном соответствии с теоремой Котельникова будет 600/2=300Гц и будет как раз при скважности всей пачки импульсов 1/1000 по отношению к паузе.

Ага, понял. Т.е., частота у него половинная, а засвечивается только один кадр из двух за счёт краткости импульса. Да, хитрО.

чем меньше разрешение матрицы - тема меньшая у нее тактовая частота

А, собственно, почему так? Т.е., что мешает сделать эту частоту произвольной для любого разрешения? И вообще тут у меня тоже сомнение. В цитированном тобою фрагменте указано:

Fortunately, CMOS image capture devices are available that can operate at very high speed... In the current prototype the system runs at 600 frames per second, about 20 times faster than a conventional video camera

или в переводе

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

Так, может быть, у них просто какая-то особая матрица выбрана, возможно, с не очень высоким разрешением, но высокоскоростная? Ведь есть же специальные скоростные камеры для съёмки быстрых процессов, вроде физических всяких соударений, взрывных волн и т.п.; значит, и матрицы для них есть.

есть еще и вибрации несущих конструкции здания.

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

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

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

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

1

Ага, понял. Т.е., частота у него половинная, а засвечивается только один кадр из двух за счёт краткости импульса. Да, хитрО.

Да ничего ты не понял. Все зависит от того что счиать "кадром", вот когда поймешь что кадр у них состоит всего из 7 паттернов по два пиксела каждый - вот тогда и поймешь как там всё еще хитрее.

2.

Это логическое противоречие: одно из утверждений очевидно неверно :-)

Нет никакого противоречия, потому как это МАТРИЦА с независимой выборкой.

См. предположим имеем, как вы тут настаиваете, ну и для простоты понимания - монохромную матрицу 640 на 480.

Для того чтобы тебе сосканировать все пикселы и получить один кадр, тебе переобуется 640*480=307200 тактов только на то чтобы опросить все пикселы во всех строках по всем столбцам. Так?

Но ведь тебе еще и нужна информация о уровни яркости каждого из этих пикселов.

Ну предположим что яркость будет 8 бит = 256 уровней. Но тогда нам нужно нашу тактовую частоту увеличить еще на 256,

т.е. 307200*256= 78 336 000 тактов.

Едем дальше. Самая большая частота обновления кадров - 60 fps у матриц стандарта NTSC, по этому нам наши такты придется еще и умножить на 60, итого:

78 336 000 *60=4 700 160 000 тактов за секунду.

Ну а теперечЯъ прикинь какова будет тактовая частота если кадров будет не 60 а 600?

Ну а теперь представь что наша матрица - была бы с 10 пиксалами, ну ли представь - если мы бы просто считывали не все строки из 480 и не все столбцы из 640 - а только выборочно 10 любых строк и 10 любых столбцов и вот это бы уже и считали "кадром", то какое количество "кадров" за секунду, мы смогли бы считать при всё той же самой тактовой 4 700 160 000 Гц?

Вот только матрица-то нам нужна "двух цветная" - и считывать нам придется не по 10 не смежных, а по 20 попарно-не-смежных строк и по 20 попарно-не-смежных столбцов.

А теперь см. для чего нужна большая частота опроса пикселей.

На самом деле эмиттер - моргает кодовой посылкой в которой сообщает свой адрес и еще кучу служебной инфы (биты синхронизации, стартовые биты, стоповые, биты адреса, биты батареи) и посылка эта будет чем-то подобным:

Ну а для того чтобы иметь возможность её отфильтровать ну хотя бы от промышленного фона в 100 Гц - длительность пачки должна быть меньше 1/100, ну а частота заполнения (частота несущей) и того меньше.

1 рис - это серия пачек с твоей скважностью 1/1000 и с временем передачи 1/100, ну и с паузой 100/1000

2 рис - это серия импульсов в унутри пачки с частотой "кадров 600/2".

;)

Вот откуда ты взял, что по 2 пиксела? ВидЕние, что ли, тебе открылось :-)?

МАТРИЦА с независимой выборкой.

И прекрасно.

Для того чтобы тебе сосканировать все пикселы и получить один кадр, тебе переобуется 640*480=307200 тактов только на то чтобы опросить все пикселы во всех строках по всем столбцам. Так?

Это если у нас последовательная выборка. А если произвольная, то за 1 такт можем несколько строк или столбцов опрашивать? Да?

На самом деле эмиттер - моргает кодовой посылкой в которой сообщает свой адрес и еще кучу служебной инфы

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

За расчёт тактирования спасибо, но скажи мне, Викторыч, как же вот такие

https://www.highspeedcameras.com/News-Events/Newsroom/vision-researchs-new-phantom-miro-c110-provides-cost-effective-high-speed-imaging-solution

продукты фунциклируют? Дикая же тактовая частота должна получаться. Но как-то ж работают?

А если произвольная, то за 1 такт можем несколько строк или столбцов опрашивать? Да?

Именно. Только с начало нужно определиться - а какие именно тебе нужны столбцы и строки, а по этому, - при ЛЮБОЙ калибровке придется сканировать ВСЕ.

Да нафига вся эта инфа? Может вообще чиста импульсами молотить безо всякой вторичной модуляции,

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

;)

Частота и скважность предопределены, остальное отметаем.

Да фигушки ты отметЁшь! - Принцип получения ДИСКРЕТНО-растрового изображения не даст тебе ничего отмести.

Вот откуда ты взял, что по 2 пиксела? ВидЕние, что ли, тебе открылось :-)?

От железной логики и знания принципов получения ДИСКРЕТНОЙ во ВРЕМЕНИ растровой картинки. ;)

Викторыч, как же вот такие

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

Время опроса 10 смежных пикселей и время опроса 10 смежных строк - какое будет? Одинаковое или ...? Вот и думай, что же матрица, и пусть даже а-ля Фантом, выдаст на выходе если ты ей в морду ну скажем просто засветишь обычным ПДУ с частой пачек ИК импульсов модулированных на частоте 38 кГц?

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

Похоже, что матрица ч/б, стоп кадр имеем ч/б, на графике показана чувствительность матрицы похоже тоже для ч\б, исходя из этого графика выбраны края диапазона и определены длины волн ближних УФ и ИК.

Разделение все делают в точечных по времени, т.е. может излучаться по очереди УФ и ИК, сдвиг по времени позволяет определить какй импульс какой. Больше того это в OSID не делается, по сикрету, он выдает пожар при достаточной разности сигналов УФ и ИК, совершенно все равно какой из них больше. Просто в природе не может быть затухания больше по ИК. Но фильтрами это я проверял, закрываю что красным фильтром, что синим - пожар.

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

Не-а, в упор не догадался.

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

Вот и думай, что же матрица, и пусть даже а-ля Фантом, выдаст на выходе если ты ей в морду ну скажем просто засветишь обычным ПДУ с частой пачек ИК импульсов модулированных на частоте 38 кГц?

Не знаю, чего мне выдаст матрица, не знаю, какая частота модуляции в ПДУшке от телевизора, а электронный фотик выдаёт светлую точку на экране, когда я в него свечу ПДУшкой. И на смартфоне такое же диво. И чего?

Кодом идет только сообщение о снижении напряжения питания, но это можно делать очень редко и только когда батарейка подсела.

А точно ли эта инфа идёт кодом, а не, скажем, сдвигом импульса относительно начала кадра?

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

Да хреново умудряются. Без света паровозного прожектора с дуговой лампой - не хрена она не видит.

Не-а, в упор не догадался.

См. тактовую для камер стандартного разрешения, мы насчитала равной 4 700 160 000 тактов за секунду, а вот время необходимое на считывание всех активных писклей матрицы в ОДНОЙ строке стандартного разрешения равно 63,5 мкс при 60-i fps .

а электронный фотик выдаёт светлую точку на экране, когда я в него свечу ПДУшкой. И на смартфоне такое же диво. И чего?

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

Пачка этих импульсов у тебя растянута по времени, но как только ты спроецируешь изображение со светодиода на матрицу на которой пикселы сканируется построчно, то время превращается в координаты, да еще и считываемые ПОСЛЕДОВАТЕЛЬНО.

И ЕСЛИ ДЛЯ СЧИТЫВАНИЯ СМЕЖНЫХ ПИКСЕЛЕЙ В ОДНОЙ СТРОКЕ У ТЯ РАЗНИЦА МЕЖДУ ВРЕМЕНЕМ СЧИТЫВАНИЯ БУДЕТ РАВНА 1 ТАКТУ, ТО СЧИТЫВАНИЕ СМЕЖНЫХ ПИКСЛЕЙ ВО ВТОРОЙ СТРОКЕ У ТЯ БУДЕ С ЗАДЕРЖКОЙ В 640 ТАКТОВ, Т.Е. С ЗАДЕРЖКОЙ 63,5 МКС.

Ну и что за каша получится на выходе - сообразил?

А точно ли эта инфа идёт кодом, а не, скажем, сдвигом импульса относительно начала кадра?

Это-то каким местом? Сдвиг относительно начала кадра у тя может быть только при раЗюстировки "камеры" относительность эмиттера!!!

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

А по каким критериям он им присваивает эти адреса? Тупо слева направо, сверху в низ? Или как?