andrey459 Опубликовано 10 апреля, 2015 · Жалоба Доброго времени суток. Возникла проблема. Необходимо установить в поселке 3 камеры на просмотр входящих дорог. Расстояние до камер 400-500метров. Питание камер на месте установки. Передача сигнала по радиокналу.Камера с ик подсветкой и датчиком движения должна дать возможность рассмотреть номера машин. Запись на видео регистратор. Пошу помощи в подборе оборудования. С уважением Андрей. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
f.tagir Опубликовано 11 апреля, 2015 · Жалоба Доброго времени суток. Возникла проблема. Необходимо установить в поселке 3 камеры на просмотр входящих дорог. Расстояние до камер 400-500метров. Питание камер на месте установки. Передача сигнала по радиокналу.Камера с ик подсветкой и датчиком движения должна дать возможность рассмотреть номера машин. Запись на видео регистратор. Пошу помощи в подборе оборудования. С уважением Андрей. По данным требованиям нужны IP камеры. Кроме того для передачи данных предполагается беспроводная сеть, а это установка базовой станции на возвышенности и наличие прямой видимости до всех 3х точек. Как вариант, можно протянуть кабель по столбам до каждой из камер. 400-500 м. для Wi-Fi не проблема, но нужна видимость. Подобная схема у меня реализована на стройплощадке коттеджного поселения. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
andrey459 Опубликовано 11 апреля, 2015 · Жалоба Спасибо за ответ. Проблемма в том , что нет возможности протянуть кабель. Но я тут нарыл вот такое оборудование усилитель kdm-6764. Кто нибудь сталкивался с таким? И как можно это реализовать? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
f.tagir Опубликовано 11 апреля, 2015 · Жалоба Частота 1.2 ГГц, 3 W на выходе. 1. Частота общедоступна или нужно разрешение? 2. 3W это не мало, как частотники к этому отнесутся? Обратитесь в профильную компанию и не ломайте голову... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Hexpl0rer Опубликовано 19 августа, 2015 (изменено) · Жалоба Практическая информация: Есть объект. Большой - те же 400 метров в длину. Есть вышки с прямой видимостью. Так же есть железная дорога поперек, т.е. просто так тянуть кабель запрещено. Сделано: wifi точки доступа уличные направленные и всё такое. Уверенные 20 мегабит в обе стороны. Камеры - 1080Р h.264 (модель не пишу, это не важно) Поток - любой от 1 до 8 мегабит на камеру. Что тоже оказалось не критично. Проблема: отключение камер в беспорядочной последовательности на 1-5 минут. (как позже выяснено время от 0 до максимального промежутка между S-кадрами) Диагностика: анализ сетевой активности. Результаты: 1. WiFi не может обеспечить передачу данных непрерывным потоком без задержек. Любая задержка больше времени между кадрами приводит к остановке видеопотока и ожиданию следующего ключевого кадра (увы, это особенность многих видеорегистраторов. Родной софт камер для компьютера позволяет продолжать вещание с потерей данных, но применение компьютера недопустимо на данном объекте, был печальный опыт с хацкерами местными. Любой фрагмент можно удалить. А с регистратора не получится) Понятие задержки: командой пинг до дальней точки доступа с непрерывным повтором и размером пакета в 1500 байт (главное, чтобы не мелкие пакеты). Примерно выглядит так: несколько сотен пакетов проходят с задержкой 10-20 миллисекунд, видео идет ровно. Затем несколько единиц или десятков пакетов идут с задержкой в 1000-2000 миллисекунд, остановка видео, переводключение. Более стабильно показывают результат точки доступа на 5 ГГЦ, но смысл тот же, просто отключений меньше в 3-4 раза, но они есть и много. 2. Настройка на IP камерах меньшего времени повтора ключевого (S-) кадра частично решает проблему - перерывы становятся меньше, но растет занимаемое место на диске. Итог: камеры с непрерывным видеопотоком в формате H.264 и WiFi не совместимы. При потоке в MJPEG потеря 1 кадра не критична, поэтому работать будет. Но вот диском надо много. Метод решения: прокладка оптики любым способом. WiFi можно применять дома у подъезда, на своем огороде либо в офисе. Но на важном объекте, где пропадание сигнала с камеры на 2-3 минуты может быть опасным (проспали машину или подобное), то только оптика. Изменено 19 августа, 2015 пользователем Hexpl0rer Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
f.tagir Опубликовано 20 августа, 2015 · Жалоба Практическая информация: Есть объект. Большой - те же 400 метров в длину. Есть вышки с прямой видимостью. Так же есть железная дорога поперек, т.е. просто так тянуть кабель запрещено. Сделано: wifi точки доступа уличные направленные и всё такое. Уверенные 20 мегабит в обе стороны. Камеры - 1080Р h.264 (модель не пишу, это не важно) Поток - любой от 1 до 8 мегабит на камеру. Что тоже оказалось не критично. Проблема: отключение камер в беспорядочной последовательности на 1-5 минут. (как позже выяснено время от 0 до максимального промежутка между S-кадрами) Диагностика: анализ сетевой активности. Результаты: 1. WiFi не может обеспечить передачу данных непрерывным потоком без задержек. Любая задержка больше времени между кадрами приводит к остановке видеопотока и ожиданию следующего ключевого кадра (увы, это особенность многих видеорегистраторов. Родной софт камер для компьютера позволяет продолжать вещание с потерей данных, но применение компьютера недопустимо на данном объекте, был печальный опыт с хацкерами местными. Любой фрагмент можно удалить. А с регистратора не получится) Понятие задержки: командой пинг до дальней точки доступа с непрерывным повтором и размером пакета в 1500 байт (главное, чтобы не мелкие пакеты). Примерно выглядит так: несколько сотен пакетов проходят с задержкой 10-20 миллисекунд, видео идет ровно. Затем несколько единиц или десятков пакетов идут с задержкой в 1000-2000 миллисекунд, остановка видео, переводключение. Более стабильно показывают результат точки доступа на 5 ГГЦ, но смысл тот же, просто отключений меньше в 3-4 раза, но они есть и много. 2. Настройка на IP камерах меньшего времени повтора ключевого (S-) кадра частично решает проблему - перерывы становятся меньше, но растет занимаемое место на диске. Итог: камеры с непрерывным видеопотоком в формате H.264 и WiFi не совместимы. При потоке в MJPEG потеря 1 кадра не критична, поэтому работать будет. Но вот диском надо много. Метод решения: прокладка оптики любым способом. WiFi можно применять дома у подъезда, на своем огороде либо в офисе. Но на важном объекте, где пропадание сигнала с камеры на 2-3 минуты может быть опасным (проспали машину или подобное), то только оптика. Точки доступа какие? В каком частотном диапазоне работают. У меня на 1 км в н264 и mjpeg 30 fps по воздуху летало. P.S. Вы просто wi-fi готовить не умеете... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 20 августа, 2015 · Жалоба Вас послушать так всем беспроводным провайдерам нужно срочно закрыться=) Нормальный вайфай на нормальном оборудовании, особенно на частоте 5ггц, работает стабильно и без потерь, при этом никаких обрывов видео не происходит. Если используется дешевый видеорегистратор с кривым софтом и дешевые камеры с кривыми прошивками, то так и будет как вы написали. Нормальные камеры при работе с нормальным ПО для видеонаблюдения, запущенном на компьютере, работают даже через сети сотовых операторов, где скорость может падать вплоть до 128 килобит. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Samgabial Опубликовано 28 августа, 2015 · Жалоба Хоть и старая тема, но вдруг кому пригодится. Здесь самый главный вопрос не поднят - кто заказчик? Наверняка это либо местное министерство общественной безопасности, либо напрямую ГИБДД. В этом случае, рано или поздно, заказчику потребуется интеграция этих камер в комплексную систему верхнего уровня, а-ля "Безопасный город". При такой задаче ставить обычные камеры - деньги на ветер. Нужно смотреть на ПАК "Одиссей", "Сова-2" или аналогичные, уже используемые в регионе. По поводу передачи данных: у нас (и не только) в регионе МВД с переменным успехом разворачивало собственную радиосетку на AirSpan, которая использовалась, в том числе, и для доступа к ПАК "Одиссей". Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
f.tagir Опубликовано 3 сентября, 2015 · Жалоба Хоть и старая тема, но вдруг кому пригодится. Здесь самый главный вопрос не поднят - кто заказчик? Наверняка это либо местное министерство общественной безопасности, либо напрямую ГИБДД. В этом случае, рано или поздно, заказчику потребуется интеграция этих камер в комплексную систему верхнего уровня, а-ля "Безопасный город". При такой задаче ставить обычные камеры - деньги на ветер. Нужно смотреть на ПАК "Одиссей", "Сова-2" или аналогичные, уже используемые в регионе. По поводу передачи данных: у нас (и не только) в регионе МВД с переменным успехом разворачивало собственную радиосетку на AirSpan, которая использовалась, в том числе, и для доступа к ПАК "Одиссей". Аирспан теперь может не пройти, у нас ИМПОРТОЗАМЕЩЕНИЕ в моде... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...