Pandora 2000 и микроволновый датчик фирмы PIT.
Каждые 50 сек. контрольной посылкой проверки связи возбуждается доп. микроволновой датчик. Какие будут советы.
|
Изменить взаиморасположение датчика и антенны.
|
Цитата:
|
аналогичная проблема, проверял различные положения антены и датчика (экспериметировалось на столе) резултат не менялся. В данный момент нет возможности проверить МК датчики других производителей, интересно как с ними?
Вопрос к АТ есть ли решение этой проблемы? |
С датчиком SATURN нет проблемы на ПДЛ 1500 и 2000.
Во всяком случае у меня :) |
на PDL 1500i и с PITовскими проблем не было, такая же проблема была c Альтониковскими RP-102
|
Есть подозрение что это наводится ВЧ на провода идущие от датчика к сигнализации. Рекомендую попробовать намотать шнур на ферритовое кольцо прямо возле корпуса датчика. Также рекомендую поперемещать датчик в разные места, чтобы найти место с минимальной напряжённость поля и ослабить наводку прямо на плату датчика.
И вообще этот датчик вроде работает на рабочей частоте сигнализаций 433,92МГц, по-этому и срабатывает. А в 1500 Пандоре применялся очень широкополосный сигнал который имел малую энергетику из-за свей размытости. А в 2000 уже используется полоса сигнала значительно уже и наводится в схемы прочей техники намного сильнее. Эти датчики предназначены для работы в паре только с односторонними сигнализациями. Для работы с двусторонними сигналками требуется разработка датчика с другим принципом и другими частотами, а также с повышенной устойчивостью к посторонним излучениям. Так или иначе попробуйте с ферритовым кольцом и ориентацией датчика в пространстве (можно найти место в машине где напряжённость поля в интерференционнй картине будет минимальной). Этот минимум напряжённости конечно лучше искать с помощью индикатора напряжённости поля - можно взять у радиолюбителей. Да и ещё максимумы и минимумы чередуются каждые 17 и 34 см. Интересно а как такой датчик работает в парах с другими сигналками у которых узкополосный тракт, кто нибудь пробовал? Это прекрасное поле деятельности для разработчиков Аларм Трэйда, пора уже наконец создать "правильный СВЧ датчик движния". Можно отталкиваться от базы стационарных датчиков движения с СВЧ детектором. Если бы АТ выпустил крутые СВЧ детекторы работающие на 10-25 ГГц, с цифровой обработкой, то они бы в разбили в пух и прах все остальные имеющиеся сейчас на рынке подобные изделия, которые не конкурентноспособны в принципе. Ведь люди не ставят эти датчики имеено из-за ложных срабатываний и невозможности настройки. Вот если бы они работали безупречно то их бы ставили все. Ведь в стационарных системах всегда ставят датчики движения и аккустические датчики разбития, потому что они надёжны. Ведь никто не ограничивается у себя в квартире лишь герконами на дверях и окнах. |
Подобная проблема была на INSPECTOR BOOMERANG, причем мы в своё время перепробовали все объёмники, которые только продавались в городе, результата 0, в итоге просто отказались от установки микроволновых объемных датчиков с этими сигналками.
|
Пожелание для АТ:
В момент передачи сигнала контроля связи, сигналов тревоги, предупреждения, сервисных оповещений необходимо запретить реакцию на допдатчик - это не сложно и решается чисто программно. В той же связке RP-102\VG61-64 применено аппаратное решение, модуль МК102, физически отключающий датчик при передаче контрольных сигналов, но программное решение (настраиваемое), ИМХО красивше. Откопировал в "создаем SXL". |
Разбили в пух и прах...
Цитата:
На счёт "люди не ставят эти датчики именно из-за ложных срабатываний" - ну Вы не правы. Ставят, настраивают и работают. А в стационарных системах интересно для чего дублируют в одном датчике пару принципов обнаружения - для ещё большей надёжности? :-) |
ANDRE:
"Создание "правильного датчика" мысль интересная, но реализуемая ли для АТ?" Не, я предлагаю "правильный вход" под любой существующий датчик организовать. Hydrazin: Вопрос, как к знатоку "объектовых" ИК-СВЧ датчиков: какова вероятность их ложного реагирования на контрольные посылки Пандоры? |
Гость+
"Не, я предлагаю "правильный вход" под любой существующий датчик организовать." Ессо программное решение (настраиваемое), красивше. |
Вы имейте ввиду, что датчик объема медленно запускается.
Если рубать питание, то старт займет порядка 15 сек, если произошла сработка, то первые 5-10 сек он просто не реагирует. То есть подстраивать сигналку под датчик - это не выход. |
Цитата:
|
Цитата:
|
Цитата:
|
От передатчика соседней машины - вероятность ниже, чем от собственного по зоне предупреждения, по тревожной - почти нулевая (проверено на VG64).
Питание рубить не надо ни в коем, надо программно запретить отработку сигналов от входов допдатчика в момент активности RF на передачу: исключаются ложняки и циклические тревоги. При таком решении инерционности нет. Гидразин, сэнкс, всё руки не доходят попробовать объектовый. |
Цитата:
|
Цитата:
|
"сам уйдет в ожидание на какое-то время 5-10 сек"
В смысле, после своей же сработки? Если да, то он в любом случае уйдет после любой сработки, та и 5 сек не крититично для подобного датчика (про 10 сильно сомневаюсь - по V64 время между двумя соседними сработками не больше 3 сек из практики, значит время успокоения еще меньше). Пусть в чч.мм.сс надо передать сигнал контроля длительностью 1 сек, тогда в чч.мм.сс-1 запрещаем реагировать на входы датчика, а в чч.мм.сс+3 разрешаем обратно (1 длительность + 2 успокоение = 3). Общая пауза 4 сек, имхо не страшно. Если в чч.мм.сс обнаружена сработка любой зоны, в т.ч. самого допдатчика, "запоминаем" факт сработки, отключаем реагирование на вход допдатчика на время передачи + 2 сек. Тоже не долго, зато больше простора по взаиморасположению РФ и датчика. Если АТ решит свой МКВ (СВЧ?) сделать, регулируемый с ЦБ, то можно будет не запрещать реакцию, а снижать чувствительность автоматически и повышать обратно. Настройка "кратности снижения чувствительности" либо не проблема, либо не понадобится. |
Гость+, не знаю, периодически его отключать смысла не вижу.
Блин, езжу с датчиком объема - нифига он не реагирует на пандорку. На меня, проходящего возле машины реагирует, на пандору нет. |
После заявления Casper о безглючной работе датчика Saturn c Pandora DeLuxe 2000, подумалось, а почему бы и нет. Ведь делали же брелки для PDL-1000 под строго заточенную батарёйку! Может у них (АТ) не было под рукой ничего более, а в детальные характеристики никто не вдаётся. Короче нашёл… и слушаю по сие время троекратное контрольное покрякивание сирены. Зачем народ в заблуждение вводить, уважаемый?
|
Что значит вводить в заблуждение?????
А у меня что вместо датчика, бутафория чтоли? Я прохожу вплотную к машине и слушаю ква ква ква. Сейчас с 7.52 часов ни одного события на машине... Никаких ложных попискиваний. Это как назвать? вводить в заблуждение? |
У нас в таких случаях принято говорить: «ПОКАЖИ!»
Я, к примеру, готов продемонстрировать глюк с разными доп. свч датчиками незаинтересованному торговому представителю АТ в регионе (кстати, у него тоже ничего не получилось с решением этой неприятной проблемы). И вообще мне непонятно молчание производителя по этому вопросу. |
Эти датчики никакого отношения к СВЧ не имеют.
|
А как я это покажу? Сфоткать пейджер, на котором молоточек не мигает?
|
Цитата:
|
Цитата:
|
Хорошо, завтра сделаю даже видео.
А то сейчас высылать через ЖПРС накладно :( |
|
Цитата:
|
а зачем еще 5 сек, если опрос канала проходит раз в 40 сек, а молоточек после сработки мигает 30 сек?
|
Т.е. Вы считаете что стоит ввести подуровень разрешающий отключения доп.датчика на время работы штатного радиоканала?
|
Мальчик Каспер, вам взрослые дяди говорят: в пандорке проблема!
У нас машина сей час на возврате стоит. Есть что сказать по делу – говорите, нет – идите мультики свои смотреть. |
Цитата:
А что, есть другие предложения? |
Не надо Casper'a Обижать!
ANDRE, Я и спрашиваю есть ещё предложения? Мы можем сделать подуровень в таблице программирования! Это решит Ваши проблемы?
|
Цитата:
P.S. Понравилось "Ваши проблемы" |
ANDRE, Следите за новостями - как только появится - мы об этом напишем!
|
Цитата:
Не хочешь - не верь, мне пох. |
Цитата:
|
| Часовой пояс GMT +4, время: 07:45. |
vBulletin® 3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.
Перевод: RSN-TeaM (zCarot)