Добрый день,

Стандартные скорости перебраны, в порт идет "мусор", возможно используется какая-то нестандартная скорость UART? можно как-то ее определить?
Устройство DECT телефон GE aka Thomson.

Спасибо!

Запоминающим осциллографом ищете минимальную длительность импульса, она и равна длительности одного бита.

Осцилографа нет под руками

Сорри, за оффтоп, но что это за "стандартные скорости UART"?

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

Странный вопрос.
9600, 115200 и т. д. Никогда не встречали?

1. всегда удивляюсь минимуму информации, когда задают вопрос - неужели сложно привести полное наименование, линк на продукт и прочее..
2. проверьте наличие и целостность контакта gnd, правильность подключения
3. где и кто вам обещал, что там будут ascii коды? я бы пустил бинарный обмен, чтоб кому не положено не лазили..

Продукт дал в первом посте, это DECT телефон, модель не думаю что сильно важна.

Контакты впорядке, мусор летит одинаковый через некоторые промежутки времени, видно что какая-то жизнь внутри есть

Вполне может быть, только чем его ловить? и на какой скорости? терминал не понимает

Почему вы эти посылки считаете мусором? Терминал выдает какие-то ошибки формата кадра?
Вы ждете в терминале читаемых английских фраз?

"Мусор" понятно что условно, потому что информация нечитаемая в терминале.
В терминале на разных скоростях "мусор" выглядит по-разному, но никаких ошибок нет.

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

ну в общем да, ксерокс тоже копировальный аппарат..


еще раз - где вы вычитали, что там будут буквы? линк приведите..
наличие уарта еще совершенно не означает, что там будет ascii обмен и любой сможет его прочитать.
уарт - это всего лишь физический транспорт для потока и если на передающей стороне байт банально побитно проинвертировать а на стороне приемника еще раз сделать инверсию, то железки отлично поймут друг друга, а вот вы будете до бесконечности пытаться "подобрать скорость" чтобы прочитать этот "мусор"..

Лучше всего воспользоваться логическим анализатором .На aliexpress есть копеечные клоны Saleae Logic. Там можно будет и временные диаграммы посмотреть, и скорость определить, и передаваемые данные посмотреть.

У него, кстати, программа автоматически может определять скорость протокола.

Да вопрос-то риторический был, ибо нет у UART'а никаких "стандартных скоростей".

В данном случае речь идет нe об отдельно болтающемся к Вас в коробке чипе UART, а об устройстве с UART. Это две разницы. Для устройств стандартная сетка есть. И откуда у нее ноги растут тоже понятно.

Видимо, стандартные скорости "растут" из стандартов RS-232, RS-485 и т.п.
UART - это лишь инструмент. Кто-то и 1-wire устройства опрашивает посредством UART.

А ТС осмысленно может пояснить какую программу он называет "терминал"?
А то, какой вопрос, такие и ответы...

Если "терминал" это обычный HyperTerminal для текстовых протоколов, то вряд ли вы в нем что-нибудь осмысленное увидите.
Нужен нормальный бинарный терминал типа COM Port Toolkit или аналогичный...

Терминал действительно обычный, putty

Насчет логического анализатора вполне идея, можно попробовать изобразить некий подобный снифер на Arduino...

Ну, если можете "попробовать изобразить некий подобный снифер на Arduino", то почему бы не начать с более легких путей, которые вам уже рекомендовали

1. Найти осциллограф (любой) - посмотреть на пакеты и определиться со скоростью.
2. Скачать осмысленную программу для работы с бинарными протоколами СОМ порта (тот-же COM Port Toolkit, там есть бесплатный пробный период. Или любую другую бесплатную.) - посмотрите на вид бинарных пакетов.

А дальше уже решите, надо ли вам оно

Что есть под руками прямо сейчас, то и легче Arduino вполне себе быстрый и удобный вариант.

Послушал бинарным терминалом, сильно легче не стало на 9600 и 115200 получается разный результат (в приложении длинные логи)


115200 -

000014 19:12:19.873 20 FF 01 89 20 3F 84 01 3F A0 ÿ.‰ ?„.? 
000015 19:12:20.823 21 89 21 BF 84 20 3F A4 21 3F A4 01 88 20 3F A4 !‰!¿„ ?¤!?¤.ˆ ?¤
000016 19:12:21.463 01 3F A4 00 E0 20 FF 20 88 20 3F A0 20 7F 04 .?¤.à ÿ ˆ ?  .
000017 19:12:22.743 01 89 21 BF 84 20 3F A0 20 7F 04 F8 20 80 20 3F .‰!¿„ ?  .ø € ?
000018 19:12:23.383 A0 20 7F 04 00 E0 20 FF 21 88 01 3F A4 21 3F A4   ..à ÿ!ˆ.?¤!?¤
000019 19:12:24.053 20 FF 01 FF 21 FF 20 FF 20 FF 21 FF 01 FF 20 FF ÿ.ÿ!ÿ ÿ ÿ!ÿ.ÿ ÿ
000020 19:12:24.053 20 FF 01 01 FF 24 00 01 48 F1 20 01 FE 21 09 FF ÿ..ÿ$..Hñ .þ!.ÿ
000021 19:12:24.053 04 40 21 49 FF 20 09 F0 21 89 21 89 21 89 21 88 .@!Iÿ .ð!‰!‰!‰!ˆ
000022 19:12:24.053 20 80 01 89 21 89 20 40 21 88 01 81 20 88 21 81 €.‰!‰ @!ˆ. ˆ!
000023 19:12:24.053 20 89 21 88 01 81 21 89 21 89 01 89 21 89 20 89 ‰!ˆ.!‰!‰.‰!‰ ‰
000024 19:12:24.083 20 09 00 00 40 48 00 20 09 00 40 40 00 00 20 7F ...@H. ..@@.. 

9600 -

000014 19:06:47.404 A4 ¤
000015 19:07:06.604 A4 FF FF FF FF FF 85 54 55 20 10 04 C0 0A ¤yyyyy…TU ..A.
000016 19:07:14.283 FE FD AC ?y¬
000017 19:07:15.563 AC FE B4 FD A4 FF FF FF FF FF FF 68 18 00 08 20 ¬??y¤yyyyyyh...
000018 19:07:16.873 20 00 89 FF .‰y
000019 19:07:17.483 A4 FD A4 81 30 6A 88 E5 15 4A 8E A2 FD D2 ¤y¤?0j?a.JZ?yO
000020 19:07:19.404 92 FF ’y
000021 19:07:21.484 FF A4 FF FF FF FF FF FF FF FF A4 23 57 00 08 08 y¤yyyyyyyy¤#W...
000022 19:07:21.994 04 4C FE FD E4 .L?ya
000023 19:07:23.243 E4 FF A5 FD A6 ay?y¦
000024 19:07:25.163 AC FF B4 FD D2 ¬y?yO
000025 19:07:27.083 E4 FF FF FF FF FF FF C8 0C 20 20 00 55 20 58 FF ayyyyyyE. .U Xy

Скорость точно не ниже 115200, т.к. встречаются символы с частым переключением 0-1, например, 0xA0, 0xA4.
Попробуйте повышать скорость, но скорее всего это не UART.

На мой взгляд на 115200 лог выглядит более осмысленным, да. Скорее всего скорость правильная, осталось разобраться что он там шлет

Про переключения 0xA0, 0xA4 можете пояснить?

Про "не UART" тоже не совсем понятно, порт торчит из проца, что там еще может быть?

0xA это 1010, а 0х5 - 0101
Если такие цифры есть на 115200, то ясно, что частота НЕ НИЖЕ


Кстати, да, интересно, где вы это смотрите в телефоне DECT, где непрерывно идет обмен?

Вообще про DECT что-нибудь читали?

Понятно, думаю это 115200 и есть.

Из проца выведен порт, он торчит наружу как у телефона, так и у базы. Предназначен конечно для обновления прошивки, но в нем идет такой вот обмен постоянно. Причем данные меняются например при входящем звонке. Понятно что это не мусор, думаю что это все же некая отладка или телеметрия.

Про DECT есть понимание, но здесь порт не из радио части, а именно из MCU.

Все-таки больше интересно, что вы этим "исследованием" хотите получить? Это нужно в ремонте подобных телефонов(сомнительно), использовании их в своих разработках(мало вероятно) или просто провести время за решением непонятной задачи?
Да, это своего рода логи и тестовая информация, она может еще и быть закодирована, и используется для спецпограмматоров и т.п. Это ведь не линукс с логами в ASCII...

ЗЫ. Там даже чипы все с доками под NDA.

Задача заинтегрировать DECT в домашнюю сеть, к UART можно подцепить WIFI модуль например и заливать данные куда угодно. Но нужно разобрать что он там шлет, не думаю что там все сильно хитро закодировано, это дешевая поделка

Цифры 5 там нет ни одной.

вы себе слабо представляете значение слова "заинтегрировать" в отношение остальных слов.
в моем понимание, для интеграции нужна миниАТС или какой-нить VoIP Gate..
вероятно в вашем Dect нет rg45 хвостика, а в домашней сети нет порта для телефонии
далее, даже если вы расшифруете, что там бегает через uart, как или чем ваш Dect будет рулить пресловутым "WIFI модуль", и не менее любопытно - куда можно заливать какие-то данные? вы для начала передайте 1МБ на 115200 засекая время..


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

ЗЫ1 раз такая тяга, купите лучше недорогой кит и обкатывайте свои идеи на нем, а телефон, пока он жив, отложите..
ЗЫ2 от старого wifi рутера, который можно купить за "копейки", больше будет толку, чем от телефона..
ЗЫ3 и уж если "хакать", то я бы навел справки в интернете о своей модели, а потом развинтил, чтобы выяснить на чем он сделан и есть ли доки на электронную начинку. процентов на 90-95 там OTR, т.е. неперешиваемая, а значит и дальнейшие движения бессмысленны..

Вполне себе представляю, не надо умничать, ок?
Понятно что через UART голос никто гонять не собирается, но информацию о входящих/исходящих вполне можно добыть.
WIFI модуль будет для начала снифить UART трафик, хотя не исключено что через UART можно так же инициировать звонок, итп.

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

Причем здесь WIFI роутер и "недорогой кит" не особо уловил, но да ладно

Это вы какой WIFI модуль имеете ввиду?

Конечно народный http://esp8266.ru/

Без допиливания его UART работает с AT-командами и левую информацию он воспринимать не будет.
Вроде, в последних прошивках можно сделать автоматическое установление связи с WiFi-сетью и сервером,
но можно ли передавать данные в прозрачном режиме я не скажу.
Или вы собственную прошивочку запилите для ESP8266?

Посмотрел. Получается что можно "AT+SAVETRANSLINK – Save transparent transmission link to Flash".

Есть несколько вариантов, помимо стоковой прошивки. На сайте все более-менее подробно расписано, про ограничения на UART не слышал.
Так же никто не мешает SoftwareSerial использовать на любых других портах.

С WIFI сетью и сервером конечно автоматом все, подал питание - модуль приконектился к сети и полились данные, все просто

WIFI тему с ESP8266 можно считать раскрытой, причем более чем бюджетно.

да мне в общем то наплевать, барахтайтесь дальше..

ИМХО, проще и реальнее сделать интерфейс через тел. линию, информацию о звонках через ДТМФ (caller ID)
Во первых, думаю, в том, что там валится в уарт вряд-ли разберетесь, во вторых - это будет работать с любыми телефонами.



Так и есть, как правило.

Мое мнение - у ТСа просто какой-то винегрет в голове по данному вопросу, и опыта в подобных вещах нет совсем... Ну ничего, пару грабель "поймает" потом будет все по полочкам разложено

А Вы вообще уверены, что это UART, а не какой-то цифровой ISDN-овский интерфейс??

Проще всего купить готовую IP-коробку с FXO/FXS портами и закрыть вопрос, но это как-то неспортивно

Я смотрю тут все умные через одного собрались, по граблям никогда не ходили, ага

Вообще напомню, что изначально нужна была помощь с определением скорости порта, но закончилось как обычно что ТС с винегретом в голове барахтается на граблях, впрочем не удивили

Проще всего было с вашим опытом разработки собрать измеритель длительности бита на любой удобной для вас платформе.
По измеренному значению получить скорость, и не заводить тему на три страницы.
Отсутствие осциллографа и/или простенького логического анализатора тоже не добавляет весу вашим словам.

В опыте хождения по граблям не сомневаемся.

После подсказок здесь думаю так и сделать, длительность можно легко измерить на цифровой ноге MCU.
Осцилограф и анализатор безусловно полезны и удобны, но под руками их нет.