Одобрен производствен календар на счетоводителя за годината

Кликнете, за да прегледате изображението

Признаци на бременност след имплантиране на ембрион

добър ден

Този преглед разглежда доста специфично устройство и съответно използването му е много ограничено. Може да е полезно за тези, които имат инсталирана стара алармена система у дома или в селската си къща със сигнали, предавани само чрез кабелна телефонна линия. Обикновено този вид продукт е с високо качество и се променя по-често не поради състоянието му, а поради остаряването. Всеки, който има това, може да използва това устройство, за да съживи възрастна жена и да удължи живота й. Купих устройството със собствени пари, въпреки че беше малко по-евтино с купон и на разпродажба - около $40.И така, апартаментът разполага със стара, но надеждна алармена система PARADOX 728 с шест сензора за движение и два сензора за врати с кабелна връзка. Взех го от предишния собственик без захранване и батерия, но това не е проблем. IN
пълен комплект

изглежда така -

Разбира се, преди закупуването на устройството алармената система беше възстановена, кабелите бяха сменени някъде, няколко сензора бяха сменени и тествани.

По правило (но не винаги, разбира се, има други протоколи за предаване) сигналът от алармата към конзолата за сигурност преминава под формата на код съгласно протокола Ademco ® Contact ID. Предава числа под формата - ACCT MT QXYZ GG CCC Първите четири цифри са идентификатора на алармената централа, следващите две са 18 (това не разбрах, но няма значение, те са статични), следващите четири са описание на събитието (ново, повторение) и кодовите събития (например код 301 означава загуба на захранване), следващите две са номера на дяла, а последните три са номера на зоната на събитието или номера на потребителят, който е направил това събитие, например, деактивира алармата.

Ето как изглежда самото устройство

Спецификации:
GSM честота 850 / 900 / 1800 / 1900 MHz
Начини за GSM комуникация TCP/IP през GPRS
Протоколи за предаване на съобщения SIA DC-09-2007 или SIA DC-09-2012
Изходи OUT1, OUT2, тип OC, комутират напрежение до 30 V и постоянен ток до 1 A
Конфигурация чрез USB порт или SMS команди
Захранване DC 9V ---24 V
Използван ток 20 ---30 mA (в режим на готовност),
до 200 mA (при изпращане на данни)
Температура на работното място от -20C до +50C,
Относителна влажност до 80% при +20C
Резервна батерия 900mAH

вътрешности





Явно консумацията на ток е малка, така че нямах проблеми със захранването от самото табло.

След инсталирането на SIM картата, свързването й към панела с четири проводника (+,-,RING,TLP), заредих драйверите от включения CD на компютъра (Vin7), свързах устройството чрез mini USB (възможно е изпращайте команди чрез SMS, но използването на кабел е много по-удобно) . Разгледах устройствата, погледнах номера на COM порта и се свързах към гнездото с помощта на софтуер. Има тази снимка:

От настройките въведох само ПИН-а на SIM картата, телефонния номер за изпращане на SMS и отбелязах каква информация да изпраща (без фалшива скромност - това е всичко).

Вторият раздел съдържа най-интересното нещо -

След въвеждане на номера на дяла, зоната и текста на SMS, мобилният телефон ще получи не набор от номера, а дешифрирана информация. Има стотици от тези кодове, не се занимавах с параноя, но програмирах панела да изпраща само инсталация, дезактивиране и активиране на алармени сензори във въоръжено състояние.

Как изглежда на мобилен телефон:

Без SMS дешифриране:

И сега тичайте из апартамента с декодиране:

Да, да, няма кирилица. Ако пишете на кирилица, не изпраща нищо.
Още нещо, никога не се знае... Възможно е да въведете APN и да изпратите кодове през GPRS, но броят на знаците в APN данните е ограничен до 16 знака. Следователно не можах да тествам тази функция; моят opsos има 17 от тях. Въпреки че не го планирах, първоначално планирах да използвам евтина SIM карта само за SMS.

Снимката е пълна, само трябва да се култивира:

Това е. Благодаря ви за вниманието!

Смятам да си купя +11 Добавяне към любими Ревюто ми хареса +25 +39


______________________________________________________________________________________________

CID = ID на контакт- най-разпространеният високоинформативен формат за предаване на алармени съобщения в света.
CID се поддържа от всички водещи производители на контролни панели и приемници за наблюдение.
Въз основа на набора от критерии за оценка на каналите за предаване на съобщения, дадени в тази таблица, и въз основа на резултатите от анализа на функционалните разходи на приемащата и предаващата страна, препоръчителноизползвайте формат на предаване GPRSс излишък/дублиране КЛИП

▼ Описания на форматите за предаване и приемане на съобщения:
GPRS- прехвърляне на Contact ID към статичен IP адрес чрез GPRS услугата на GSM оператор.
Опции за съобщения:
1. прехвърляне на Contact ID към статичен IP адрес, присвоен на SIM картата* на наблюдаващия GPRS разширител.
2. прехвърляне на Contact ID към статичен IP адрес на GPRS сървъра.
. GPRS докладът се счита за доставен, ако предавателят получи отговор от наблюдаващия GPRS разширител (сървър), че разширителят (сървърът) успешно е получил доклада.
*SIM картата със статичен IP адрес е специална услуга на GSM оператора. Това е специална SIM карта с отворена GPRS услуга; когато използвате тази услуга, GPRS сървърът на оператора винаги ще присвоява един и същ IP адрес при свързване. Ще трябва да получите този адрес от вашия GSM оператор.

Въпрос

Когато се установи връзка между приемника и предавателя Няма връзка като такава. Комуникацията между устройствата и приемниците се установява при поява на сигнал. Контролът се извършва на база целостта на информационния пакет с издаване на потвърждение. Когато предавателят е включен и поддържан активен
Време е да изпратите един доклад 5-60 сек - по-голямата част от времето се изразходва за отваряне на GPRS сесия и установяване на връзка за предаване на отчета По-малко от 1 сек - за днес имаме НАЙ-ДОБРИЯТ индикатор на пазара на GPRS предаватели
Колко трафик отнема един отчет? 84 байта*+ 24 байта потвърждение за приемане на отчета 35 байта* + 8 байта потвърждение за приемане на отчета
Брой едновременни връзки 1 6000

*трафикът, за който телекомуникационният оператор ще поиска пари, е много различен от реално изпратения/получения трафик.
Причината е закръгляване с точността, посочена от оператора, за определен период от време, т.е.: ако операторът закръгля трафика с точност до 100 kb на всеки 15 минути (често срещана практика), и на всеки 15 минути се извършва обмен на информация ( тест E703, повторно свързване, сервизни сигнали за поддържане на връзка и т.н.), тогава 4*24*30*100 kb = 281 MB трафик ще бъдат представени за плащане на месец. Освен това точността на закръгляването и периодът, през който се извършва закръгляването, дори в рамките на тарифните планове на един и същи оператор, варират значително. Най-добрият вариантза предавателя ще има избор на тарифен план с неограничен интернет, с допълнителен анализ на почтеността на оператора.

CID IP- предаване на Contact ID в цифров вид към статичен IP адрес чрез Ethernet канал.
. Докладът за CID IP се счита за доставен, ако предавателят получи отговор от приемника за наблюдение, че приемникът е получил успешно доклада.

CID UDP - предаване на Contact ID в цифров вид към GPRS приемник, използвайки GPRS канала на GSM оператор чрез UDP протокол. Няколко кода на събитие могат да бъдат предадени в UDP отчет по време на една комуникационна сесия
. Един UDP отчет се счита за доставен, ако предавателят получи отговор от приемника за наблюдение, че приемникът е получил успешно доклада.
НОВО!Вместо статичен IP адрес можете да използвате своя име на домейнза предаване на GPRS / CID UDP / CID IP доклади.

КЛИП- предаване на отчети чрез автоматично идентифициране на номера на SIM картата в GSM мрежата. Самото съобщение е фактът на обаждането. 2 секунди след вдигане на слушалката, връзката се прекъсва, преди разговорът да започне да се таксува.
. Докладът CLIP се счита за доставен (ръкостискане), ако предавателят е получил отговор от телеком оператора, че абонатът (NV DG/DT 2xxx/3xxx приемници) е вдигнал слушалката.

CID SMS
Изпращане и получаване на Contact ID под формата на текстови съобщения до GSM приемници NV DG XXXX, използвайки SMS услугата на GSM оператора.
. CID SMS отчетът се счита за доставен, ако предавателят е получил отговор от SMS центъра на телеком оператора, в който се посочва, че SMS съобщениеприема се от SMS центъра.

CID DialUp е същото като CID DTMF, но целият път на съобщението преминава изцяло през кабелна комуникационна линия, без да се използва GSM мрежата.

SMS - изпращане и получаване на текстови съобщения чрез SMS услугата на GSM оператора.
. SMS отчетът се счита за доставен, ако предавателят получи отговор от SMS центъра на телеком оператора, че SMS съобщението е прието от SMS центъра.


АЛАРМА - обаждане до телефон с предаване на условни тонове / гласови съобщения по гласовия канал на GSM оператор.
. Сигналът за АЛАРМА се счита за доставен, ако предавателят получи отговор от телеком оператора, че абонатът е вдигнал слушалката.

VOICE - обаждане до телефон с установяване на двупосочна директна гласова връзка по гласовия канал на GSM оператор.
. ГЛАСОВ отчет се счита за доставен, ако предавателят получи отговор от телеком оператора, че абонатът е вдигнал телефона.

MMS - предаване на видео, аудио и графични съобщения чрез услугата MMS на GSM оператора.
. MMS отчетът се счита за доставен, ако предавателят получи отговор от SMS центъра на телекомуникационния оператор, че MMS съобщението е прието от SMS центъра.

CID DTMF - Прехвърляне на Contact ID в аналогова форма към жични станции за наблюдение, използвайки гласовия канал на GSM оператора. Няколко кода на събитие могат да бъдат предадени в DTMF отчет по време на една комуникационна сесия, ако по време на предаването е настъпило повече от едно събитие.
. DTMF отчет се счита за доставен, ако предавателят получи отговор от приемника за наблюдение, че приемникът е получил успешно доклада.

Сергей Забелин
юли 2005 г

"Presto" - нов формат за предаване на известия по комутируема телефонна връзка в пожароизвестителни и охранителни системи

Съществува голямо разнообразие от формати за предаване на известия по телефонна линия към алармена система; някои видове обектни устройства дори ви позволяват да проектирате формат почти „ръчно“ по време на програмиране, определяйки отделни елементи и параметри за предаване на съобщения. Но въпреки това всички тези формати са като два граха в шушулка и всички те, в малко по-голяма или малко по-малка степен, имат едни и същи недостатъци.

Известията във всички формати представляват определена последователност от десетични цифри, всяка от които е кодирана по време на предаване или DTMF 1 пакет (за високоскоростни формати) или поредица от импулси с тонално запълване (за нискоскоростни формати). Приемането се потвърждава с еднотонално съобщение с определена честота и продължителност. Честотите, продължителността и тълкуването на числата в различните формати могат леко да се различават, но това не променя същността. Ето защо беше избран за разглеждане форматът ADEMCO ID Contact, който стана най-разпространеният (може дори да се каже, че разпространението му е преобладаващо); този формат се препоръчва за използване от Главната дирекция на военното образование на Русия. Но казаното по-долу се отнася еднакво за всички останали формати.

И така, защо не сме доволни от ADEMCO ID Contact?

Модулацията с двучестотни изблици далеч не е най-голямата ефективен начинкодиране на информация от гледна точка на устойчивост на изкривяване в комуникационния канал и минимално приемливо отношение сигнал/шум. Допустимият диапазон на промени в амплитудата на сигнала, при който все още се осигурява стабилно откриване на DTMF, не е по-висок от 30 dB (освен това е неприемливо да се превишава амплитудата на сигнала - сигналът е ограничен и неговият спектър е необратимо изкривен, или да го намалите - сигналът се губи на нивото на шума), минимално допустимото съотношение на сигнала шум - 12 dB.

Тези ограничения не играят съществена роля в висококачествения телефонен канал - там те са лесно изпълнени, но, уви, в необятността на нашата родина висококачествените телефонни канали все още не са много разпространени. Доста често има случаи, когато затихването в канала надвишава 30 dB, особено във високочестотната част на спектъра, а шумът и смущенията в канала - 12 dB. Това се дължи както на остарялото оборудване на значителна част от телефонната централа, така и на дължината на съобщителните линии до телефонната централа (която често достига 10 км и повече).

Този проблем се влошава още повече при предаване на DTMF сигнал по гласовия канал на GSM мрежата. Факт е, че GSM гласовият път е предназначен изключително за предаване на речеви сигнали и използва мощни системи за компресиране на вокодер със загуби, фокусирани върху статистиката на речевия спектър. Компресията на вокодера осигурява много добра компресия на сигнала (гласовият канал е кодиран от номиналните 64 kb/s до 9600 b/s!) с приемливо качество на възпроизвеждане на говорния сигнал, но всеки модулиран сигнал в такъв канал е обект на много големи изкривявания. Това се отнася особено за DTMF сигнала, който, както подсказва името (Dual Tone Multi Frequency), винаги съдържа две честоти в моментния спектър, а GSM компресията е оптимизирана за предаване на сигнал, в моментния спектър на който има една преобладаваща честота . Следователно методите за предаване, базирани на модулация по един или друг начин (AM, FM, FM) на една носеща честота, въпреки че също водят до значително изкривяване на сигнала, все пак са в по-малка степен от DTMF. Използването му подобрява малко ситуацията EFR 2 кодировки, но отново не всички клетъчни оператори и не всички региони поддържат EFR кодиране.

Друг недостатък на ADEMCO ID Contact (и всички подобни формати) е напълно недостатъчната степен на контрол върху надеждността на полученото съобщение. За контрол на надеждността се използва само един контролен знак, изчислен като аритметична сумапо модул 15 на всички други символи.

Грешките, които възникват по време на предаване, са неприятно явление, но в определени граници са допустими - в края на краищата съобщение, получено с грешка, не се потвърждава от приемащото устройство и обектното устройство ще се опитва да го предава отново и отново, докато предаването не успее. Грешките водят само до увеличаване на средното време за доставка на съобщенията.

Но тази схема работи само ако приемащото устройство открие тази грешка. А използваният контролен метод - една цифра по модул 15 води до факта, че статистически средно всяка петнадесета грешка остава неоткрита - контролната сума случайно се оказва правилна, въпреки изкривяването на информационните символи. В този случай приемащото устройство потвърждава приемането, обектното устройство също смята, че всичко е наред - съобщението е предадено успешно, като цяло всички са доволни. С изключение, разбира се, на потребителя, чието съобщение, може би най-важното съобщение, беше неправилно интерпретирано и всъщност не достигна.

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

Едно изпращане на DTMF съответства на 4 бита и се предава за 100 ms (50 ms изпращане и 50 ms пауза), тоест скоростта на предаване е 40 bps (в най-добрия случай). Всъщност по-малко, тъй като за кодиране се използват само символи 0..9 (с изключение на идентификационния номер), тоест скоростта на предаване на информация вече не е по-висока от 32 bps и начинът на пакетиране на информация в ID Contact е доста хлабав. Следователно времето за предаване на известие, съдържащо 6 байта полезна информация, е 1,6 s, а като се вземе предвид получаването на сигнал за потвърждение - 2,8 s.

Това изглежда кратко (но все пак забележимо) време, но трябва да вземем предвид и това доста сложни системипазачи имащи голям бройзони и високо информационно съдържание. И известията в такива системи рядко вървят едно по едно. По правило се предава пакет от 3...5 уведомления, т.е. средното време на комуникационната сесия е около 10 s или повече. И ако си спомним и за неизбежните грешки в комуникационния канал и повторното предаване на известия, причинено от тях, тогава става ясно, че използвайки протокола ADEMCO ID Contact, не можем да разчитаме на средното време за доставка на известия (с изключение на времето за набиране) и средната продължителност на сесията за комуникация е по-малка от 10-20 s.

От гледна точка на времето за доставка на известията, това време не изглежда много досадно, тъй като към него трябва да добавим неизбежното време за установяване на комуникация (набиране на номер и свързване на линията) - около 5..10 s, но от От гледна точка на пропускателната способност на входния канал на приемащото устройство, намаляването на средното време за сесия на комуникация би било силно желателно.

Съгласно стандартите, установени от GUVO на Руската федерация, не трябва да има повече от 200 апаратни устройства на една телефонна линия на приемното устройство. Смята се, че с това съотношение вероятността за доставяне на известие „от първия опит“ е доста висока. Но трябва да се отбележи, че в повечето отдели за сигурност тази норма е превишена, понякога няколко пъти - поради недостатъчния брой входни телефонни линии и високата цена на тяхната поддръжка. Очевидно намалението средна продължителносткомуникационна сесия от 10 s на 3-4 s ще позволи увеличаване на броя на обектите, обслужвани от една телефонна линия с 3 пъти!

А при използване на комуникационни канали с плащане по време (например GSM), намаляването на средната продължителност на комуникационната сесия има още едно много съществено предимство - времето, което в случая е пари.

Нека разгледаме още един аспект, може би най-важният - устойчивостта на протокола за предаване на известия към злонамерени действия. Виждаме, че в тази част протоколът ADEMCO ID Contact изобщо не е защитен. Например можем да приемем следния модел на действия от нападател.

Нападателят открива идентификационния (отдалечен) номер на защитения обект - това, като правило, не е трудно; той купува всеки панел за сигурност и програмира този номер върху него. След влизане в охраняван обект, охранителният панел на обекта предава известие към централизираната конзола за сигурност, което гласи: „Имам аларма“. След това нападателят свързва собственото си устройство (със същия идентификационен номер) към телефонната линия и изпраща известие до дистанционното управление за дезактивиране и отмяна на алармата. Обичайната практика на службите за сигурност в подобна ситуация е да отменят заминаването на групата за задържане и да се успокоят. И вече никой не безпокои нападателя.

Възможни са повече сложни веригидействия на нападател, няма да разкриваме всички тайни тук. Но отбелязваме, че възможността за присвояване на идентификационен номер на UOO от потребителя, липсата на идентификация на конкретно копие на устройството чрез съобщение, получено от него, и липсата на криптиране представляват потенциална заплаха от хакване на сигурността на съоръжението система.

Е, последното съображение, което авторът счита за известен недостатък на протокола ADEMCO ID Contact. Факт е, че този протокол е еднопосочен, тоест информацията може да се предава само от обекта към централизираната конзола за наблюдение и е принципно невъзможно да се прехвърли към обратна посока. Това ограничение не позволява изпълнението на някои функции, които са полезни както за потребителя, така и за конзолата за сигурност; например дистанционно програмиране на ООО от конзолата за сигурност, контрол и наблюдение на състоянието му, както от потребителя, така и от конзолата за сигурност. Но ние живеем в третото хилядолетие и такива функции биха били сравнително лесни за изпълнение, увеличавайки потребителската стойност, лекотата на работа на UOO и неговата надеждност. (За да бъдем честни, трябва да се отбележи, че някои панели за сигурност от някои производители наистина поддържат режим на дистанционно програмиране, но тази функция е достъпна чрез различен комуникационен канал и отделен, патентован протокол, тоест не позволява интегрирането й в обща системасигурност).

Като се вземат предвид всички горепосочени съображения, беше разработен нов формат за предаване на известия, наречен „Presto“, в който, ако е възможно, отбелязаните недостатъци бяха отстранени.

Както вече беше посочено, количеството информация, предавана от системите за сигурност към конзолата за сигурност, е малко и следователно няма смисъл да се преследват високи скорости на предаване; намаляването на времето за установяване на комуникация е много по-важно. И физиката на процесите на модулация - демодулация на сигнали е такава, че колкото по-висока скорост на предаване искаме да получим, толкова повече време е необходимо на приемника и предавателя да влязат в синхронизация (улавяне на носителя, настройка на битова синхронизация, настройка на нива на предаване, компенсиране на фазовите характеристики на пътя, потискане на ехото отражения и др.). Например съвременните модеми осигуряват скорост на предаване до 33,6 Kbit/s (това между другото е теоретичният максимум за телефонен канал, определен от теоремата на Шанън), но времето за установяване на връзката им е най-малко 15 секунди. Би било доста глупаво да установите връзка за 15 секунди и след това да изпратите 1-2 известия за една милисекунда.

Е, също толкова важен фактор, който трябва да се вземе предвид при избора на скорост на предаване, е да се постигне максимална надеждност и устойчивост на комуникационния протокол на изкривявания и смущения в канала, които като цяло са обратно пропорционални на скоростта на предаване.

Въз основа на тези съображения беше избрано компромисно решение - скорост от 300 bps. При тази скорост времето за предаване на едно известие е около 100-200 ms, с приемливо време за установяване на комуникация - съобразено с времето за предаване на едно или две известия.

Избраният метод на модулация беше относителна фазова манипулация (RPK) на 914 Hz носител с кохерентна синхронизация на предаване (3 периода на носител на предаван бит). Този метод осигурява най-висока устойчивост на смущения и изкривяване на телефонния канал и позволява ефективна демодулация по цифров начин (избор на носител с помощта на PLL на базата на контур на Costas, корелационно приемане, интелигентно улавяне на честота и фаза)

Имайки предвид факта, че по правило в модерни системиУведомленията за сигурност се предават на групи; форматът на пакетите позволява предаването на няколко известия в един пакет; това също направи възможно значително намаляване на средното време на една комуникационна сесия.

За да се контролира надеждността на получените данни, всеки пакет е придружен от 16-битов полиномен контролен код (CRC), полиномът X16+X15+X2+1 е избран като генератор. Този метод за наблюдение ви позволява надеждно да откриете всякакви единични, двойни и тройни грешки, пакети с грешки с дължина до 17 бита, както и с висока вероятност за откриване на всякакви други грешки.

Резултатите от тестовете на предложения метод на предаване потвърдиха неговата висока устойчивост на изкривяване и смущения в комуникационния канал. Модулираният сигнал има постоянна обвивка и благодарение на това е толерантен към изключително силни амплитудни изкривявания и неравномерна честотна характеристика на канала - в посока на нарастване допустимите изкривявания са практически неограничени; надолу - осигурява се стабилно приемане със съотношение сигнал / шум от 2 dB, тоест приемането е възможно почти на нивото на шума! Отбелязана е и високата стабилност на сигнала и възприетия метод на демодулация към трептене (фазов джитер) и специфично изкривяване на GSM канала.

Протоколът е изграден по симетричен начин, тоест позволява прехвърляне на информация както от OOO към конзолата за сигурност, така и в обратна посока. Това ви позволява да разширите функционалността на комплекса OPS чрез въвеждане на различни сервизни функции за дистанционно управлениеобект, програмиране, следене на състоянието му.

За да се увеличи устойчивостта на злонамерени действия, по-специално на подмяна на устройство, е направено следното. Всяко съобщение, предадено от съоръжението, е придружено от специален ключ за сесия за сигурност. Сесийният ключ се генерира на случаен принцип от OOO в началото на сесията за сигурност и остава постоянен до началото на следващата сесия; това е нов ключсе предава само заедно със съобщението “Поставяне под охрана”, а всички останали съобщения трябва да бъдат придружени от вече инсталиран ключ. СофтуерДистанционното управление следи ключовете за сесия за защита на обекта, получени с всяко известие, и когато ключът бъде променен преди сесията да е завършена (което, очевидно, ще се случи при смяна на устройството), генерира алармено съобщение за подмяната на OOO .

Също така, за да увеличи устойчивостта на злонамерени действия, протоколът Presto предоставя възможност за предаване на съобщения, съдържащи не обичайния идентификационен номер, който се програмира при инсталиране на устройството, а сериен номер, чрез който се идентифицират съобщенията. Всеки екземпляр на UOO има уникален сериен номер, той е посочен в експлоатационната документация за този екземпляр и производителят гарантира, че номерът, използван веднъж, никога няма да бъде повторен. Не е възможно да промените UOO серийния номер. С този метод на идентификация всяка подмяна на устройството става фундаментално невъзможна - всяко известие, получено на дистанционното управление, се сравнява уникално с конкретния екземпляр на UOO, който го е генерирал. В допълнение, предложеният метод за идентификация е по-визуален и помага да се избегне объркване при програмиране на устройството, промяна на базата данни и т.н.

Сравнителна характеристика ADEMCO ID Contact и протоколи Presto
ADEMCO ID Контакт Престо
Скорост на трансфер на данни 32 b/s 305 bps
Време за предаване на едно уведомление заедно с получаване на потвърждение 2,8s 0,95s
Средна продължителност на разговора 10s 3,5s
Минимално приемливо съотношение сигнал/шум, което гарантира стабилно приемане 12 dB 2 dB
Устойчивост на изкривявания на честотната характеристика и амплитудни изкривявания в комуникационния канал средно високо
Вероятност за пропускане на грешка 1/15 10-5
Защита против спуфинг отсъстващ има

Описаният протокол се поддържа софтуерен пакет"Антей" (започвайки от версия 3.1.10.0) и UPO MT040M (започвайки от версия 2.6).

Протоколът е реализиран в обектно устройство AS006G "Гарван"(производител - Telemak CJSC). За да се поддържа съвместимостта, протоколът е внедрен като незадължителен (в допълнение към стандартните ADEMCO ID Contact и ADEMCO Express).

Тестовете на системата потвърдиха декларираните характеристики.

Бележки:

DTMF 1 (двутонална многочестотна)- Метод за кодиране на набран номер или друга информация, при който номерата се предават чрез комбинация от два звукови тона. Общо системата използва осем различни тона, подбрани така, че да се предават по телефонната мрежа с минимално затихване и без припокриване.

FR/EFR/HR 2 кодиране.Преди въвеждането на спецификацията GSM Phase 2, всички мрежи работеха с помощта на FR (Full Rate) технология за кодиране на реч. С течение на времето броят на клетъчните потребители се увеличи и мрежите не успяха да се справят с нарастващия брой заявки. С въвеждането на EFR (Enhanced Full Rate) и HR (Half Rate) пропускателна способностмрежи се е увеличил няколко пъти, тъй като EFR и HR позволяват на няколко абоната да използват един канал за предаване на сигнал едновременно. Поради по-честата комуникация между телефона и базовата станция, качеството на предаваната реч също се е повишило. EFR е усъвършенствана система за кодиране на реч. Тази система е разработена от Nokia и впоследствие се превръща в индустриален стандарт за кодиране/декодиране за GSM стандарта. Новите енкодери обаче имат и своите недостатъци: когато се използва функцията EFR, устройството изразходва батерията с 10% по-бързо, но това е повече от компенсирано от качеството на предавания сигнал.

Публикации по темата