Нужно, чтобы у того, с кем ты говоришь тоже был такой телефон.
Совершенно не обязательно. Судя по описанию, рация в телефоне вполне сможет связаться и с дешёвыми рациями за 500руб, и с более дорогими, 1500руб, и даже с охранниками некоторых магазинов, которые вылазят за пределы LPD и PMR диапазонов, но остаются в диапазоне 400-470мгц.
После кражи телефон сразу же выключают. Последний раз телефон был виден на месте кражи. Перед включением вытаскивается\заменяется SIM карта. Может повезёт, и после включения, в радиусе действия окажется бесплатный WiFi, а может и не повезёт, и тот, кто включит телефон, первым делом зайдёт в настройки и выключит функционал отслеживания и зачистки. А может и совсем не повезёт, и телефон раньше сдампят и перепрошьют, чем включат. А затем отправят на реализацию в соседний регион, где даже доблестная полиция его не сможет найти.
Согласен, слишком мало технической информации о рации. По сути, кроме диапазона частот, больше ничего нет.
Возможно, упоминание PMR предполагало, что рация поддерживает шаг 12.5 КГц, либо это такая «отмазка» от лицензирования, мол рация работает на безлицензионном PMR, ну и заодно можно весь 400-470 :)
Если сплиттеры пассивные, то они разделяют весь входящий трафик между всеми абонентами поровну, т.е. входящий трафик все видят одинаковый, а исходящий от пользователя видит только оператор. Или я не правильно понял принцип работы сплиттера?
Разве что пассивный. GPON ведь предполагает, что оптика будет тянуться напрямую от абонента до узла связи. Был несколько лет подключен по GPON к ростелекому, и обратил внимание на то, что при обесточивании нашего дома, либо нескольких по району, интернет всё равно продолжал работать, в отличии от остальных провайдеров, у которых на чердаках находятся коммутаторы.
Ко всему этому можно добавить ещё то, что вместе с трафиком пользователя, ему по оптике приходит трафик его соседей. Не хватает только прошивки для железки, которая принимала бы не только трафик из своих тайм-слотов, но и из чужих.
Рассказ конечно интересный, но тема осталась не раскрытой. В новой версии будет что-нибудь интересное, свои наработки, например, которые раньше нигде не появлялись, или только apt-get upgrade относительно предыдущего релиза?
Увы, но даже на 0.25msps (поток 4мбит/сек, канал 40мбит/сек с одной стороны, 100мбит с другой) не решается проблема с отсутствием буферизации. А с аудио-потоком можно было бы даже с мобильного девайса зайти и послушать.
Не пробовал баловаться с rtl_tcp и трансляцией звука с донгла по сети?
Хочется иметь возможность подключаться к донглу из удалённого места и слушать эфир, если делать это напрямую, прогоняя оцифрованный кусок эфира в несжатом виде (как это делает rtl_tcp), то получается существенная нагрузка на сеть и идеально оно работает лишь по локальной сети. Да и без буферизации, любая задержка или потеря пакетов, приводит к дёрганью звука, и спустя некоторое время, SDR Sharp сходит сума.
Идеально было бы передавать готовые данные для отображения водопада и сжатый поток звука, уже с выставленным уровнем шумодава. Или просто транслировать аудио поток с возможностью задания частоты приёма. Есть идеи? :)
Раньше для этого не требовалось ничего, кроме желания.
Совершенно не обязательно. Судя по описанию, рация в телефоне вполне сможет связаться и с дешёвыми рациями за 500руб, и с более дорогими, 1500руб, и даже с охранниками некоторых магазинов, которые вылазят за пределы LPD и PMR диапазонов, но остаются в диапазоне 400-470мгц.
Возможно, упоминание PMR предполагало, что рация поддерживает шаг 12.5 КГц, либо это такая «отмазка» от лицензирования, мол рация работает на безлицензионном PMR, ну и заодно можно весь 400-470 :)
WP8 — появляется поверх экрана блокировки, подсветка включается.
А как же пули? Их то из пластика не напечатаешь, а метеллодетектор среагирует.
Хочется иметь возможность подключаться к донглу из удалённого места и слушать эфир, если делать это напрямую, прогоняя оцифрованный кусок эфира в несжатом виде (как это делает rtl_tcp), то получается существенная нагрузка на сеть и идеально оно работает лишь по локальной сети. Да и без буферизации, любая задержка или потеря пакетов, приводит к дёрганью звука, и спустя некоторое время, SDR Sharp сходит сума.
Идеально было бы передавать готовые данные для отображения водопада и сжатый поток звука, уже с выставленным уровнем шумодава. Или просто транслировать аудио поток с возможностью задания частоты приёма. Есть идеи? :)