Доброго времени суток.
суть проблемы:
есть отсканированный сигнал, передающий ID размером 2 байта (предположительно в конце пакета). Тут можно посмотреть образцы пакетов данных для разных ID:
http://www2.fh-sw.de/~k6144/Zeitsignale_ID_02.odt.pdf
Не хватает знаний и опыта, чтобы понять принцип кодировки. Похоже на штрих-код, но вроде не стандартная кодировка. Короче, если кто имеет похожий опыт, подкиньте идейку плиз.

P.S.
тут привожу пример для ID=0 и ID=1

Заранее благодарен.

Ваша ссылка не открывается (по крайней мере, у меня). Возможно этим и объясняется отсутствие ответов на Ваш вопрос. Подправьте ее

Не берусь утверждать, но очень смахивает на ШИМ-кодировку, как в микрсхемах РТ2262, т.е. логический "0" и "1" передаются не уровнями, а шириной импульсов, причем два раза подряд, чтобы можно ввести, так называемый, третий лог уровень - "плавающий" бит. Ну например, лог. "0" - короткий импульс-длинная пауза-короткий импулсь-длинная пауза; лог. "1" - наоборот, длинный импульс-короткая пауза-длинный импульс-короткая пауза; "плавающий" бит - короткий импульс-длинная пауза-длинный импульс-короткая пауза.

Так сразу не въехать.
А другие варианты ID есть (2,3,255 и др)?
А все варианты проанализировать возможно?

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

Я бы посоветовал также искать другую информацию - со стороны devices, которые это используют...

сори, действительно cсылка перестала открываться
выкладываю тут:

наверно стоит добавить - этот сигнал модулируется LF-антеной на частоте 125 kгц.
девайс по сути RFID-система, только передача данных идет не только от транспондера к ридеру, но и в обратном направлении (от ридера к транспондеру по LF - то что вы видите, a oт рaнcпoндера к ридеу по HF).
по LF можно присвоить транспондеру ID, ну и там много разных дополнительных функций. Дальность действия зависит от диаметра контура и может достигать 40 метров. Транспондер конечно активный.

Странно - я думал предложить следующее:
- по отрицательному фронту ( срабатывает умножитель частоты на входе (из одного входного импульса - два (фронтовой формирователь, или внутри двойная частота)
по второму импульсу с умножителя идёт запись в сдвиговый регистр приходящих данных.
По окончании пакета , по приходу последнего импульса с умножителя собственно и анализируется
регистровая информация.
Похоже пакет состоит из 2-х частей - тип данных и значение данных.

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

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

В общем, вот такое предложение (на первый, весьма далёкий взгляд со стороны)...





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

да, пакет состоит из 2-ух частей, причем первая часть (до 2-ух широких импульсов) всегда одинаковая...и похоже что тактовый сигнал в первой и второй части разный (возможно ли это в принципе???)
Но оставим первую часть в покое, мне бы для начала понять - где спрятан reader-ID???
Все приведенные пакеты сняты без транспондера в поле видимости - значит они содержат только reader-ID. Пакеты с транспондером в поле видимости такие же по длине, но содержат кроме того 4 байта (!!!) transponder-ID и вся эта инфа во второй часте пакета (первая остается без изменений). Но это так, к сведению...

to soshnev
я к сожелению не уловил мысль, не могли бы Вы описать поподробней и если можно с эскизом

Сообщение отредактировал wasp - Sep 4 2007, 09:25

Высылаю подборку диаграмм. Я бы начал анализ с этого.
Сначала действительно сделать такую подборку (выравнять все диаграммы по левому краю)...

Есть мысль - что есть сигнал данных и на сколько его сдвигать (его разрядность...).
Хорошо-бы действительно подрисовать снизу полностью несущую (внутреннюю) частоту.
Естественно как она выглядит - надо подобрать...



Добавление к предыдушему (однаружил когда отправил).
Рисовать (помечать) 0 и 1 надо везде где есть широкие (двойные) импульсы.

Спасибо за ответ.
Если я правильно понял, полезная инф-я содержится только в широких импульсах. Но тогда для передачи 2 байта reader-ID + 4 байта transponder-ID + (возможно) команда транспондеру на передачу (должна быть тоже, т.к. посредством поля можно присваивать транспондеру новый ID, а для этого уже необходим протокол передачи данных) получается больше 6 байт. A это уже 48 бит -- с предложенной Вами идеей кодировки не получается - слишком короткий пакет.

К сожалению я думаю - не совсем так - короткие импульсы - тоже рабочие.
Подмешивается сдвиг и инверсия (в общем какое-то действие).

Например как загнать 65535 - число где все единицы?
Иначе - я предлагаю ещё провести анализ на сравнение других пар (рядышком).
Например 64 и 63, 63 и 0, 256 и 127, 256 и 65535 и др.


Возможен вариант такой - сначала идут данные в пакете, а затем действие над ними.
(Например 65535 - загнать все нули, затем их (полученное содержимое) проинвентировать.
Возможен двойной вариант действий - типа сдвинуть влево (вправо) и проинвентировать
(или обнулить (не выдавать) старший разряд и т.п.
Действия я думаю простейшие в реализации (иначе не выдержать скорость обмена).

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

Для меня до сих пор не ясно что есть 0 и что 1....
И почему такт в первой и во второй части не совпадает...
А без этого трудно что-либо предпринять...

1.
Предлагаю всё-таки составить 3-х значную таблицу
с - clock - короткий импульс
0 - 0 данных - длинный уровень нуля (2такта)
1- 1 данных - длинный уровнь единицы(2такта)

Собираем (очень аккуратно) аналогичную таблицу для всех кодов
можно в exel или в тексте с фиксированной шириной шрифта, чтобы
не сбиться. Можно (даже нужно) слева ID выдать бинарно.
Далее продолжаем анализ.

Пример таблицы привожу (мог и ошибиться - надо проверить).

2. А какая вообще задача?
Другие ID возможны?
Для полноты картины, тех что приведены может и не хватить.

спасибо, Вашу идею понял, но:
я снял точно длины импульсов и пауз во второй части пакетов и получил три варианта длительности импульсов и три варианта длительности пауз
Hi: 0.22 ms - 0,45ms - 0.65 ms
Low: 0,15 ms - 0,35ms - 0,58 ms
длина импульсов пропорциональна 0.22мс, а длина пауз - непонятно по какому принципу
из-за этого невозможно определить такт-сигнал.
и если наложить друг на друга два разных покета, выходит чушь...
в этом моя ппоблема.
А задача в том, чтобы создать генератор таких пакетов, чтобы транспондер на них отвечал. Пока я тупо срисовал один из сигналов, запрогромировал ПИК-контроллер, все получилось - транспондер отвечает, но мне необходима возможность установки разных значений
Если срисовать к примеру 100 различных и менять их программно - надо много памяти да и коряво это как-то...
Вот тут есть еще пара вариантов сигнала:
[attachment=13424:attachment][attachment=13424:attachment]

Сообщение отредактировал wasp - Sep 5 2007, 13:27

0.22 + 0.58 = 0.45 + 0.35 = 0.65 + 0.15 = 0.80 ms