надо чтобы была синхронизация сигнала рдс по пилот тону 19 кгц.
Вобщем не соответствует он стандарту, этот кодер.
QUOTE
Модуляция поднесущей 57 кГц амплитудная, при этом модулирующий сигнал цифровой. Скорость его передачи составляет 1187,5 бит/с. Для надежной передачи сигналов малого уровня, сравнимого с уровнем помех, цифровые сигналы предварительно кодируются дифференциальным и бифазным способами. Такая кодировка позволяет снизить число ошибок при приеме даже слабых сигналов. Информация передается пакетами. Объем одного пакета составляет 104 бит и включает в себя четыре блока по 26 бит. Каждый блок состоит из информационного слова длиной 16 бит, в котором передаются данные, и контрольного (проверочного) слова из 10 бит.
По видимому присутствует простое подмешивание сигнала частотой 57кГц ASK и всё
Ну и плевать, главное все приемники видят РДС, значит в них тоже забили на стандарты. И всетаки мы на пиратском форуме, или вы пытаетесь конкурировать с промышленностью ? Тогда вам в китай. Они такое творят ... (даже комп перед вами оттуда 100% и не факт что он из дневной смены)
--------------------
Кроме высшего образования нужно иметь хотя бы среднее соображение и, как минимум, начальное воспитание....
Нуууу.. нехорошо давать ссылки на запороленые докумены. Можно было бы скопипастить текст прямо сюда, если он конечно имеется. Ну или хотябы фразу, поясняющую необходимость синхронизации посылок с пилот-тоном. Свои аргументы привёл выше. Взяты отсюда стркутурная схема RDS демодулятора
Собственно, с природой никто спорить и не собирается. И из этого следует, что передача RDS не будет осуществляться при отсутствии пилот тона. Однако, как то проезжая по городам средней полосы отметил, что данные RDS принимались в диапазоне русского УКВ 60-70Мгц, в которм как известно, пилот-тон отсутствует . На какой-то Блавик. Магнитолы да и машины этой давно нет, модель точно сказать не могу. Отсюда и сделал вывод. Если есть обратные данные, просьба их предоставить развёрнуто, т.к. самостоятельно я их не увидел.
Это сообщение отредактировал Dart - Apr 3 2009, 09:55 AM
Собственно, с природой никто спорить и не собирается. И из этого следует, что передача RDS не будет осуществляться при отсутствии пилот тона. Однако, как то проезжая по городам средней полосы отметил, что данные RDS принимались в диапазоне русского УКВ 60-70Мгц, в которм как известно, пилот-тон отсутствует . На какой-то Блавик. Магнитолы да и машины этой давно нет, модель точно сказать не могу. Отсюда и сделал вывод. Если есть обратные данные, просьба их предоставить развёрнуто, т.к. самостоятельно я их не увидел.
Прошу прощения, я не посмотрел документы, по ходу в инете жизнеспособный rds стандарт более не существует! Поэтому выложил живой на своём сайте - он без пароля, но защищён, его можно смотреть печатать но скопировать из него ничего не возможно. ссылка страница page7 пункт 1.1 и 1.2 почитайте. Обратите внимание на "locked on third harmonic...", оно там употреблено два раза и означает "засинхронизировано по третьей гармонике пилот тона". RDS можно передавать при монофонической программе, согласно стандарта, просто не все приёмники это переварят.
Собственно, с природой никто спорить и не собирается. И из этого следует, что передача RDS не будет осуществляться при отсутствии пилот тона.
У меня вероника в моно + РДС кодер выше, 38 кГц висит в воздухе, в схеме видно, 19 кГц вообще нету. Сколько видел приемников все прекрасно видят рдс включая мобильник SE W810i. Отсюда вывод: РДС'у не нужен пилот тон. Если добавить стереокодер, 38 кГц брать с РДС и естественно все будет синхронизировано. Или я чет недопонял.
--------------------
Кроме высшего образования нужно иметь хотя бы среднее соображение и, как минимум, начальное воспитание....
В статье лежат исходники для линукса, под "винды" надо будет переписать исходник, либо самому наваять программулину для работы с COM-портом. На первое время можно воспользоваться терминальной программой.
Пробовал моделировать эту схему в "Протезе", нашел косяк: тот HEX-файл, который лежит в статье - нерабочий, вывод контроллера, который используется для приема данных от UART настроен на выход, а не на вход, он конфликтует с терминалом. Просмотрел при этом содержимое EEPROM - пусто :-(
Затем попробовал пересобрать ассемблерный исходник в MPLABе, полученный бинарник заработал, в EEPROM контроллера появились некоторые данные, которые должны быть там по-умолчанию, пин "RX" стал работать на прием. Однако, схема все-равно не реагирует на команды, введенные через терминал, в EEPROM никаких изменений нет, хотя светодиод "RS-232 Activity" моргает при отправке данных в контроллер. Также "Протез" периодически ругается на попытку записи/чтения данных по несуществующему адресу 0х08. Действительно, в даташите на PIC указано, что этот адрес в адресном пространстве не используется. Явный косяк. Можно, конечно, попробовать в ассемблерном исходнике переложить эти данные на другой, "правильный" адрес, но даже не знаю, получится что-либо из этого, или нет. Короче, прошивку надо править.
А так, в целом, идея неплохая. Схема простая, внешняя память не требуется (используется внутренний EEPROM), да и функция "CT" также будет не лишней. Плюс ко всему, зная протокол обмена, можно запросто написать свой софт для этого энкодера. Минус заметил пока только один: отсутствует функция AF
Прошивку доработал, там был неверно описан один из макросов, отвечающий за настройку UART. Теперь команды от терминала принимаются и обрабатываются нормально, запись в EEPROM производится.
Выкладываю доработатанную прошивку, проект в MPLAB и модель в Proteus. Можно запустить моделирование, проверить работу устройства, если будут найдены еще какие-либо баги, пишите.
PS: Содержимое EEPROM в Proteus-e можно просмотреть так: приостанавливаем моделирование (кнопка "пауза"), открываем Debug -> PIC CPU -> EEPROM Memory.
PPS: Ну вот теперь можно пробовать и в "железе" собирать :-)
Прошивку доработал, там был неверно описан один из макросов, отвечающий за настройку UART. Теперь команды от терминала принимаются и обрабатываются нормально, запись в EEPROM производится.
Выкладываю доработатанную прошивку, проект в MPLAB и модель в Proteus. Можно запустить моделирование, проверить работу устройства, если будут найдены еще какие-либо баги, пишите.
PS: Содержимое EEPROM в Proteus-e можно просмотреть так: приостанавливаем моделирование (кнопка "пауза"), открываем Debug -> PIC CPU -> EEPROM Memory.
PPS: Ну вот теперь можно пробовать и в "железе" собирать :-)
Спасибо огромное!!!как свободное время будет повторю и о результатах напишу. пока сессия...
После нескольких дней мучений все-таки запустил я эту французскую схему. Первый тест:
А это - с флагом TA: Сорри за качество, фоткал на мобилу.
А теперь самое интересное... Мужики, сразу каюсь - в той прошивке, что я выкладывал раньше, были незамеченные "косяки": не работал выход 57 КГц, а также данные передавались в эфир не со скоростью 1187.5 бит/сек, а примерно 1300 бит/сек. Всё исправил.
Когда стал собирать девайс, не нашел контроллер PIC16F628A, вместо него я пересобрал прошивку под PIC16F648A, который нашелся "в закромах". Также я не нашел лишнего кварца на 4332 КГц (а старый ERDS разбирать из-за него было жалко), зато у меня нашелся кварц из нерабочей автомагнитолы на 8664 КГц, на нем я и сделал девайс, изменив прошивку. Выкладываю оба варианта. В каждом из архивов - бинарник (hex)+исходник(asm). В этом посте - вариант для PIC16F648A и кварца на 4332 КГц
ЗЫ: этот вариант я НЕ ТЕСТИРОВАЛ в железе, но теоретически все должно заработать, ибо в "Протезе" все нормально пошло.
Это сообщение отредактировал megavolt8 - Jan 16 2010, 03:15 PM
А это - вариант на PIC16F648A и кварце с частотой 8664 КГц, именно эта прошивка у меня сейчас и работает.
Если будут нужны бинарники для "родного" PIC16F628A, пишите, пересоберу. Но, я так думаю, что прошивка от 648-го должна заработать и в 628-м
ЗЫ: когда будете заполнять поля "PS" и "RT", неиспользованные ячейки заполняйте пробелами, иначе там может появиться всякая чушь (типа значка "Евро", как у меня )
Это сообщение отредактировал megavolt8 - Jan 16 2010, 02:57 PM
А я то думал че он у меня команды не принимает с терминала megavolt8 сможете прошивку перекомпилировать под пик 628 на кварц 4,332МГц?а так нормально работает???
Да вроде нормально. Сейчас начал писать софтину для работы с ним, но из-за недостатка свободного времени этот процесс может затянуться недели на 2... :( Пока работаю через терминал. Прошивку пересоберу в понедельник и выложу, сейчас MPLAB-а под руками нету.
Попробуй пока зашить от 648-го, этот бинарник должен нормально заработать и в 628-м, ячейки памяти, которых нет в 628-м я не использовал.
Да, кстати, для подключения к компу я использовал переходник USB-COM на микросхеме PL2303, заработало нормально. В этом случае, выход ТХ от PL2303 соединяется напрямую с входом RX контроллера, без транзистора Q3 и прочей лабуды Параметры: скорость 9600, биты данных 8, четность - нет, стоп-биты 1, управление потоком - нет.
Это сообщение отредактировал megavolt8 - Jan 16 2010, 03:13 PM
Некоторые телефоны даже RDS от коммерческих станций принимают с трудом, не говоря о пиратских )) Когда я настраивал кодер, брал на работе у коллеги мобильник SonyEricsson, с RDS (модель не знаю). Так вот, у него на дисплее тоже загорался индикатор "Стерео" и "RDS", но никакого текста не было, как я ни пытался настроить кодер. Вышел во двор, попробовал на автомобильном приемнике - все работает отлично, без ошибок. Домашний музыкальный центр "JVC" также все нормально словил, включая RT
Некоторые телефоны даже RDS от коммерческих станций принимают с трудом, не говоря о пиратских )) Когда я настраивал кодер, брал на работе у коллеги мобильник SonyEricsson, с RDS (модель не знаю). Так вот, у него на дисплее тоже загорался индикатор "Стерео" и "RDS", но никакого текста не было, как я ни пытался настроить кодер. Вышел во двор, попробовал на автомобильном приемнике - все работает отлично, без ошибок. Домашний музыкальный центр "JVC" также все нормально словил, включая RT
Да принимаеться все очень даже хорошо, речь не о том. Просто чтоб RDS начал пулять в эфир, нужно после загона инфы выключать и включать питание. И это стало после обновления прошивки. вот.
[QUOTE]Автоматом ставится (HS) так чтоли надобыло прошивать?
Да, я так и шил, ничего не трогал
Это сообщение отредактировал Walio - Jan 24 2010, 04:14 PM
Главная страница -> VRTP -> Texнологии -> Пиратское радио, пиратское телевидение. -> RDS кодеры
MonRDS Encoder, 16F628A, 16F88
Новые книги
Статистика
Группы:
Сейчас на сайте
Всего: 695
Гостей: 687
Анонимных: 1
Пользователей: 7
Зарегистрированные:
А Ваше мнение природы не изменит.
из минусов не только AF. 
Сейчас начал писать софтину для работы с ним, но из-за недостатка свободного времени этот процесс может затянуться недели на 2... :( Пока работаю через терминал.