Синхро сигнал, проблеммы., Clock + Data Опции

[Xenom0rph]

У меня такя проблемма, на ноги мк идёт два синала, clock для синхронизации и data. Данные достоверны когда сигнал clock принимает лог.0 так вот если оборвать, сигнал, а потом запустить, то данные уже идут не синхронизировано и искажаются. Как это можно иправить, честно только столкнулся с этим, и даже не знаю куда капнуть, и что почитать, про эти синхро сигналы?

[rezident]

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

[Xenom0rph]

2yagger
нельзя терять не одного бита, там суть такая
2rezident
у меня две линии, синхро-сигнал и данные

в начале и вконце данных идут нули синхронизации, старт байт - данные - стоп байт, и опять нули синхронизации.
пример 00000 START DATA STOP 00000
Как это работает я если честно плохо пока себе представляю, разработка не моя я только доробатываю. Моя задача убрать глюки при остановке сигналов. Так я порылся в нете, нашел что похожий протокол применяеться в клавиатурах, и в декодерах магнитной дорожки, но я ничего не нашел на эту тему на русском, а в английском не особо силён.
Вот нашел пример, с какого то, декодера. почитал даташит, там ничего не написанно про такую проблемму.

Появилась идея взять другой источник синхросигнала, как нибудь наложить его на синхро сигнал с этого устройства, и если он остановится, то одельный сигнал будет продолжать его работу, а вот что делать если остановиться data не знаю.

Сообщение отредактировал Xenom0rph - Jan 24 2009, 16:23

Эскизы прикрепленных изображений

 

[rezident]

2rezident
у меня две линии, синхро-сигнал и данные

А Preset разве не тот самый искомый сигнал фреймовой синхронизации?

[Xenom0rph]

А Preset разве не тот самый искомый сигнал фреймовой синхронизации?

У меня то этого сигнала нет, этот рисунок из даташита, декодера. Ну а даже если бы был, не улавливаю толк от него, всё равно же он не поможет во время остановки.
2vvvv
Моя ошибка, не уточнил, там этих нулей по 17 шт. просто не стал всё тут писать.
А можно как либо это провернуть, не меняя протокола, т.е. оставить эти 17 нулей синхронизации?

[vvvv]

А можно как либо это провернуть, не меняя протокола, т.е. оставить эти 17 нулей синхронизации?

Если не меняя протокола, то 17 нулей синхронизации решают Ваши проблемы во всех случаях.
Вы просто ждете паузы больше или равной 9 битам. Это значит что Вы попали на паузу синхронизации,
затем один импульс размером в бит и все Вы попадаете на данные.
Данные закончились, опять пауза в 17 бит, затем импульс и следующий байт.
Конечно, если клок сбивается в середине байта, очень легко попасть на неверные биты и паузу
прихватить как часть данных. Но Вы это можете определить по размеру паузы и забраковать предыдущий
принятый байт, если пауза меньще 17 бит. Ну и все.

[Xenom0rph]

2А можна так сделать ?
Можно... но мне хочется не менять протокол вообще.
2vvvv
Спасибо, я конечно извиняюсь за новязчивость, но если честно я плохо понял всё что вы написали. я как и писал пока плохо представляю суть этого протокола, и по идеи не понимаю почему остановка так влиет на данные, особенно если останавливается и тот и другой сигнал. А потом вознобнавляется, какую роль играют эти нули я тоже кроме того что они нужны для синхронизации не понимаю. Если вас не затруднит можете расписать более подробней (с технической стороны) почему возникает эта проблемма и что делается по выше описанному вами алгориму для предотварщения этой проблеммы.
А ещё забыл добавить что
DATA это не один байт а 50
т.е
нули - старт байт - 50 байт данных - стоп байт - 17 бит нулей.
Каждый байт это 4 бита и контороль чётности т.е всего 5 бит

Сообщение отредактировал Xenom0rph - Jan 24 2009, 19:59