Как передать данные по обычному голосовому соединению?
Может быть кто пробовал опишите, пожалуйста, метод передачи.

Применив допустим Contact ID Protocol - for Alarm System Communications

DTMF не устраивает по скорости передачи. хочется хотя бы 10 байт/с

Чтобы вопрос выглядел серьезнее напиши причины по которым не устраивает CSD.

Когда-то очень давно делал самодельный модем для обычных телефонных линий. Тогда еще МК не было, приходилось выход линии через оптрон передавать на вход LPT и выход на линию через ЛПТ и оптрон. Все было сделано предельно примитивно, но работало вполне сносно на скорости 1200 и даже 2400. Сначала шла преамбула из двоичной последовательности с хорошими автокорреляционными свойствами (кажется, последовательность Адамара). По этой преамбуле настраивалась первоначальная синхронизация приемника, а потом шел поток бит в кодировке Манчестера. Собственно квантователем выступал ЛПТ-порт, а собственно демодулятором выступал компутер. Потом я снимал статистику ошибок и оказалось, что ошибки достаточно редки и вполне достаточно один раз на 1000 бит проверить CRC и переспрашивать пакет, если надо. В общем система в результате получилась вполне работоспособная, но смысла в ней было мало Тогда уже фирменные модемы на 2400 стоили меньше 50 баксов и появились первые Спорстеры на сумасшедшую скорость 9600!

Что-бы Ваши "советы" выглядели серьезнее, ознакомьтесь для начала с какой скоростью рекомендуемый Вами CSD сможет DTMF-ом гнать информацию и какое отношение это имеет к желаемым 100 бодам.

CSD конечно хорош, на первый взгляд, но есть кое-какой отрицательный опыт по нему.
1. не гарантированно поддерживается даже ведущими операторами GSM, гдето даже услуга такая недоступна, где-то услуга заявлена, но реально не работает
2. даже если услуга работает возникают сложности при межоператорных соединениях
3. тарифицируется в отличие от голосовой связи поминутно. за 5 сек соединения снимают как за 1 минуту разговора. в итоге обходится очень дорого (у мтс это точно так, на других не смотрел)
в целом надежность связи по CSD ниже, все-таки голосовой канал в GSM самый бронебойный

FSK модем. Либо готовые одночиповые вещички на 1200/2400 бод. Либо самоделка, причем, поскольку скорости могут быть поменьше, и, как я понял симплекс, то и реализация под силу на чем угодно. Только вот результат будет из-за сжатия совершенно непредсказуемый, ибо даже DTMF далеко не хорошо после GSM канала распознают. Посему с готовыми, даже столь низкскоростными модемами результат скорее предсказуемый

гм. а какое отношение имеет DTMF к CSD??

Не знаю тогда о чем мы говорим я о
Digital Communication Standard Ademco ® Contact ID Protocol for Alarm System Communications
SIA DC-05-1999.09


А Вы о чем? Полностью документик приложить?

Да, FSK щас и прорабатываю (примитивно с ШИМ выхода микроконтроллера через RC фильтр на микрофонный вход GSM модуля. на приеме с выхода модема на аналоговый компаратор) Все что пока выжал это 40 бит/сек



проехали как я понял опечатка имела место. Contact ID вместо CSD



c GSM все намного хуже, о скоростях 1200 тут можно только мечтать. жсмовский кодер заточен на передачу речи, но никак не данных

Да я в курсе. Сам некоторое время занимался сжатием речи. Но на скорость 100 бит/сек можно придумать сигналы,
которые пролезут через компрессор в достаточно приличном виде. Что-нибудь из частотной модуляции может подойти.

частоты до 3,5 кГц замечательно пролазят, а вот манипуляция частотами пролазит плохо

Лет 5 назад встречал упоминание... проект принадлежал С. Ефанову из Липецка. К сожалению, он у меня не сохранился, а сайт приказал долго жить. FSK, 600 бит/с. Проверить не удосужился.
...
Да уж. "Двоение" DTMF частенько достаёт.

Защиту от "дребезга" DTMF применяли ? ))

а по теме. может к DTMF еще пилот тон какой нить добавить?

или пилот + частота привязанная к какому то числовому коду...

Я вот тут предлагал http://electronix.ru/forum/index.php?showt...mp;#entry644137 убрать паузы, а вместо них использовать последовательность из неповторяющихся символов. Потенциально обмен будет почти в два (в полтора) раза быстрее при прочих равных. Плюс можно попробовать в два сократить длительность - NRZ ПНПС-синхронизация получается как бы принудительная, поэтому детектирование сигнала должно быть проще и надежнее.

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

Зачем такие извращения? DTMF непосредственно по звуковому каналу передается отвратно, но ведь для этого AT+VTS существует.



Для этого просто:
1. Для случая линя->GSM - Ловите DTMF из линии и заменяете его на AT+VTS
2. Для случая GSM->линия - Ловите DTMF из модуля и заменяете его своим.

DTMF пробовал передавать модемом, а принимать готовым декодером - результат не впечатлил, 1 байт/с



а это как раз и похоже на FSK, тоже не здорово получается




AT+VTS как раз и дает 2 тона в секунду

>>>>AT+VTS как раз и дает 2 тона в секунду

В команде AT+VTS параметр <duranion> задает длительность с шагом 1/10 секунды. Итого при параметре = 1 (100mS на тон) получаем 10 тональных посылок в секунду.
Кстати многие разработчики охранных пультов не имеют возможности работать с этой командой - в целях безопасности, чтобы сигнализацию нельзя было отключить стандартным DTMF бипером, посылки должны быть еще короче.

каким не ставлю этот <duranion> модем всеравно выдает 2 тона в сек

А на предыдущую команду - AT+VTD внимание обращали ?

И никак не более 5 байт в секунду.

ну уж не совсем же я лох
at+vtd=1 это уж само собой

что сименс, что сониэриксон, что сим300 одинаково себя ведут

хм... странно, но у меня длительность меняется....


Кстати, а попробуйте на другом операторе. Он может на приемном конце давать фиксированые посылки.
У нас например Билайн - Украина из 16 возможных посылок транслирует только 12, а 4 просто отрезаны.

Реализовываем протокол Ademco Contact Id (передающую часть т.е. охранная панель)
- протокол обмена сообщениями между охранной панелью и пультом. (в охранных системах)


сделали всё по протоколу сначала - не очень работает
для тестирования используем пульт фирмы Ритм Контакт GSM

так вот пульт при этом не принимает дтмф (точнее принимает примерно 14 из 16 цифр - цифра это дтмф сигнал длительностью 50 мс)
целиком посылка принимается очень редко.

для передачи дтмф использовали свой "генератор" и вводили сигнал в модем сим300 через микрофонный вход.

--------

попробовал использовать АТ команду модема AT+VTS
при этом пульт принимает сообщения успешно все цифры. Но при этом конечно же длительность передачи больше
- модем почему-то не передаёт короткие ДТМФ сигналы (установка длительности не помогает хоть там и можно установить по формату команды 0,1 сек на самом деле длительность больше)



Вопрос - может кто знает об особенностях передачи DTMF сигналов по GSM (может есть какое-то описанное ограничение по длительности сигнала???)
Вопрос2 - как к такому нарушению формата (увеличению длительности посылки) отнесутся пульты разных производителей.

понимаю что вопрос очень прикладной (но может кто сталкивался?)


Заранее спасибо!


спасибо модератору за перемещение поста в нужную тему :-)

>>>>так вот пульт при этом не принимает дтмф (точнее принимает примерно 14 из 16 цифр - цифра это дтмф сигнал длительностью 50 мс)
целиком посылка принимается очень редко.
для передачи дтмф использовали свой "генератор" и вводили сигнал в модем сим300 через микрофонный вход.

Если сигнал пройдет несколько сот, то из-за фазовых искажений вообще можнт не приняться. Потому и генерят командами, чтобы последняя сота давала DTMF.

>>>>модем почему-то не передаёт короткие ДТМФ сигналы (установка длительности не помогает хоть там и можно установить по формату команды 0,1 сек на самом деле длительность больше)

0.1S это 100 миллисекунд, а вам нужно 50. Почему так сделано чтобы не генерил меньше я написал выше.

Неизменение длительности это вполне может быть фишка оператора. Я сегодня проверил - Киевстар и UMC - длительность меняется.

>>>>>Вопрос2 - как к такому нарушению формата (увеличению длительности посылки) отнесутся пульты разных производителей

Вполне может просто не принимать - все зависит от алгоритма в пульте.

интересно: т.е. дтмф генерируется последней сотой перед передачей на телефон, при передаче ат командой. Логично. Спасибо за информацию.

Насчёт поддержки нарушенного формата contact id - это понятно что может не работать (зависит от пульта и его алгоритма). Вопрос в том: что наверняка люди делали подобные вещи и сталкивались с такой же проблеммой. Может знают какие пульты примут это а какие нет. А может все примут

>>>>дтмф генерируется последней сотой перед передачей на телефон, при передаче ат командой. Логично. Спасибо за информацию.

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

Знаю что есть пульт который 100mS точно не принимает - мне год назад задавали вопрос по длительности. Как народ выкрутился не знаю.

Ясно. Спасибо за разъяснения.

Контакт GSM работает с удлинённой посылкой.

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

кстати, Вы не болельщик? ).. седня исторический матч

Они и урезаное то сделали после долгих пинков. Когда только вышли на рынок, то ДТМФ вообще не передавали, а CSD по умолчанию отключен. Называлось - "борьба с сотовыми мостами".
Потом когда пинать начали, включили, но вот в таком виде.

Нет, не болельщик.... Предпочту телевизору "Oblivion" или "The Witcher".... Полчасика гоблинов поганял и мозги от работы проветрились...

для CID еще и длительности пауз актуальны. особенно после посылки... если свой генерить по пох.. но 4 на 2 тогда предпочтительнее. я мост делал. принял перебол в бинарник и пульнул по жпрсу... или CSD . а экономить до бесплатности в Охранке. это нонсенс. себе дороже выйдет. достаточно одного случая (( и Ваша деловая репутация как пыль развеется.. 8 байт в жпрсе почти бесплатно... а скорость практически мгновенная. ну в резерве СМС и CSD...
+ 2-я сим карта.

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