я тоже это заметил, но они в разньх сочетаниях стоят все время

Я думаю - это не важно (в аппартуре наверняка заложен запас на разброс).
Т.е по приходящему фронту запускается процесс или запись в счётчик...
(Или процесс "захвата" информации спустя какое-то время от прихода фронта).
Короче предложение - считать их равными, иначе не будет сходимости при анализе.
Возвращаясь к нашей таблице уточню - число символов в итоге до повторяющейся части слева
должно быть одинаково.

начал рисовать таблицу - число символов не сходится:

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

спасибо за помощь!
Я тут начал собирать таблицу, но четкой системы не нашел.
Можно глянуть в прикрепленном файле.
Обозначения импульсов: 1 - 0.45 мс, II - 0.65 мс
Обозначения нулей: 0 - 0.35мс, O - 0.58 мс

тут лежат сканы в формате ASC

Сообщение отредактировал wasp - Sep 7 2007, 08:41

Попробовал совместить на одном графике вторую часть сигнала для ID=1, 2, 3, 4 (первые части одинаковые).
Из графика видно:
1.нет четкого клок-сигнала
2.кодировка видимо построена на ширине импульсов и пауз
3.нет постоянной длины пакета
4.число импульсов видимо меньше чем число передаваемых битов
короче темный лес...

1.
Пока не могу понять, почему время передачи данных разное (например 0 и 55555).
(Нет идей как определяется конец передачи (думаю, что возможен где-то вариант в середине
0101 - все "длинные", т.е. это не конец).
Не вижу чтобы передавалась в начале и длина пакета.
2.
Вопрос следующий - (я не перевёл текст на немецком в первом PDF файле) - а сигнал случайно
не промоделированный каким-то образом? (на несущую частоту и приведён к "цифровой форме" -
в смысле мы анализируем не совсем исходную диаграмму).
3. Ссылка на теорию кодирования (классика-может кому пригодится)
www.istu.ru/files/material-static/1668/DCN-Slides-03.pdf
Я думаю в данном случае - просто для ознакомления.
4. Ещё вопрос.
Диаграмма после 0101 - всегда постоянная? Может там есть код завершения передачи данных?

5. Далее по тексту - чисто теоретическая фантазия (поскольку фабулу основной задачи я не представляю):

В принципе (тупо), теоретически можно построить автомат на основе ПЗУ.
Соорудить длинную сдвигушку (разрядов так на 32) с управлением занесения данных.
В конце по адресу (код со сдвигушки) считывать из ПЗУ исходный код.
Но 65К строк набить наверно нереально
(в смысле перевести все диаграммы в текст, затем пропустить через автомат и получить тоже
автоматически эту таблицу для ПЗУ).

1 тоже нет идей
2 в тексте полезной информации нет. Сигнал снимался еще до модулятора, а после модулятора где "1" - есть 125 кГц, где "0" - нету.
3 спасибо, надо почитать.
4 Bы имеете в виду 2 широких импульса в середине? Да, всегда одинаковые.
5 спасибо за идею

Вчера нашел описание компонентов, на которых собран транспондер:
на этом собран приемник 125 кГц с демодулятором (70 стр. инфы - пока не все перевел, но оно того стоит) http://www.tranzistoare.ro/datasheets/2300/311149_DS.pdf
потом проц: http://www.ortodoxism.ro/datasheets/texasi.../msp430f123.pdf
и линия задержки:
http://www.tranzistoare.ro/datasheets2/67/67067_1.pdf

Сообщение отредактировал wasp - Sep 12 2007, 06:33

Из http://www.tranzistoare.ro/datasheets/2300/311149_DS.pdf (стр 25-26) становится ясно откуда взялась первая часть сигнала - ее прошивает производитель транспондеров в память TMS37122. Она составляет макс. 17 бит и передается с пом. Pulse Position Modulation. Считав ее, TMS37122 дает сигнал микроконтроллеру на пробуждение, а дальше идет совсем другая кодировка, известная только ему.

Wasp, если возможно, расскажите пожалуйста, какую задачу Вы решаете...
Зачем Вам все это потребовалось? Ваше упорство заслуживает уважения и поощрения...

ну в двух словах...
фирма, на которой я подрабатываю покупает ридеры и метки и на их основе собирает свои устройства, которые сама и устанавливает..
Ридер многофункциональный и дорогой и содержит ВЧ и НЧ блоки. Было бы оптимально разделить эти два блока, т.к. часто достаточно одного ВЧ-блока на несколько НЧ-блоков. Короче задача такая - создать простой НЧ-модуль, совместимый с имеющимися метками. Для этого желательно понять кодировку и протокол обмена данных. Фирма-разработчик навстречу не идет - у нее и без нас клиентов хватает, а фирма где я подрабатываю состоит из 5 человек и электронщиков нет - спросить не у кого...
Да и просто интересно разобраться.
Честно говоря думал, найдутся люди, кто с этим уже сталкивался, но видимо это не так просто...

Кодировки и протоколы обмена для RFID-систем содержатся в международных стандартах серии ISO 18000-x. Cейчас их вряд ли найдете в бесплатном доступе...
Но, возможно, этого будет недостаточно. Для того, чтобы полностью разобраться в работе конкретной RFID-системы, Вам потребуется информация от фирмы-разработчика. Если фирма навстречу не идет, то, скорее всего, Ваши усилия не увенчаются успехом...

Спасибо.
А не подскажите какой стандарт искать - интересует кодировка и протокол обмена данных по НЧ-каналу 125кГц, если устройство выполнено по такой вот схеме:

А попробуйте спросить на сахаре - там есть специальная конференция по RFID. Если пороетесь в архивах той конференции, то там среди самых первых сообщений была пара претендующих на FAQ. Если не изменяет склероз, номера стандартов там тоже упоминались.