Yuran
инфо
инструменты
Serge77
Павел К.
Реклама Google — средство выживания форумов :)
-
/1101553-item_2413.jpg)
Бортовое радиоэлектронное оборудование ракет V
Теги:
Буду потом обкатывать данную теорию на практике, нужно решить ещё ряд технических задач, связанных с расположением антенны и модуля. Но уж больно привлекательно имея минимум компонентов решить задачу поиска B)
Yuran>Вывод UART TX с GPS Lassen SQ, нужно подать напрямую на ногу передатчика, а вывод приёмника сконвертировать по уровню для комуникации с буком по RS-232 до -12, +12 В. И всё в поле =)
Так это только для поиска или данные с GPS можно будет записывать, чтобы получить траекторию?
Так это только для поиска или данные с GPS можно будет записывать, чтобы получить траекторию?
Yuran>>Вывод UART TX с GPS Lassen SQ, нужно подать напрямую на ногу передатчика, а вывод приёмника сконвертировать по уровню для комуникации с буком по RS-232 до -12, +12 В. И всё в поле =)
Serge77>Так это только для поиска или данные с GPS можно будет записывать, чтобы получить траекторию?[»]
Фактически мы получаем в реальном времени положение нашей ракеты, а там что хотим то и делаем я имею ввиду программу по обработке...
Тоесть раз в секнуду мы получаем координаты скорость высоту итд... а далее обрабатываем на компьютере как нам угодно просто для того чтобы не потерять ракету при спуске надо чтобы антенна GPS и антенна передатчика была в оптимальном положении, плюс надо исследовать влияние передатчика на GPS приёмник хотч частоты далкеорзанесены поэтому думаю в этом плане должно быть всё нормально. Плюс думаю нужно поднять устройсто с приёной антенной повыше над землёй.
Serge77>Так это только для поиска или данные с GPS можно будет записывать, чтобы получить траекторию?[»]
Фактически мы получаем в реальном времени положение нашей ракеты, а там что хотим то и делаем я имею ввиду программу по обработке...
Тоесть раз в секнуду мы получаем координаты скорость высоту итд... а далее обрабатываем на компьютере как нам угодно просто для того чтобы не потерять ракету при спуске надо чтобы антенна GPS и антенна передатчика была в оптимальном положении, плюс надо исследовать влияние передатчика на GPS приёмник хотч частоты далкеорзанесены поэтому думаю в этом плане должно быть всё нормально. Плюс думаю нужно поднять устройсто с приёной антенной повыше над землёй.
Yuran> нужно сделать только усилители РЧ для передатчика и узкополсный усилитель для приёмника!
А может на передачу помощней сделать, а приемник оставить как есть? Это много проще...
Yuran> Никакие МК ненужны совсем
Ноут не у всех есть, так что МК + at45db161 это очень гуд.
Yuran> раз в секнуду мы получаем координаты скорость высоту итд
чето мало, раз в секнду он помоему синхроимпульс точного времени выдает, а данные вроде как 10 раз в секунду шлет - по моему там регулируется частота обновления ?
Это сообщение редактировалось 17.10.2004 в 16:49
termostat>А может на передачу помощней сделать, а приемник оставить как есть?
termostat>чето мало, раз в секнду он помоему синхроимпульс точного времени выдает, а данные вроде как 100 раз в секунду шлет - по моему там регулируется частота обновления ?[»]
Для получения максимальной дальности необходимо чувствительность приёмника в любом случае увеличивать, если конечно не "положить" на связьнадзор и вывалиться за разрешённую мощность 20 мВт для передатчика =)
Частота опроса не настраивается, можно только самому спрашивать Lassen SQ по UART и получать ответ (для чего нужен МК на стороне передатчика),
либо раз в секунду как я предлагал иметь данные о местоположении поступаемые автоматически без запросов.
Писать данные во флеш тоже не плохо и ноутбук не нужен, вообще легко сделать на МК(предпочтительнее на Меге, чтобы RAM побольше было), сделать небольшой "парсер" TSIP протокола принимаемого с GPS, и выводить координаты на двухстрочный индикатор со встроенным знакогенератором, я такой приобрёл за 200р, отечественного производства. Даже уже подпрограмки на асме для него написал, действительно а нафиг "бук" тогда =)
Хотя не... у меня там карта в электронном виде с поиском точки по координатам =)
termostat>чето мало, раз в секнду он помоему синхроимпульс точного времени выдает, а данные вроде как 100 раз в секунду шлет - по моему там регулируется частота обновления ?[»]
Для получения максимальной дальности необходимо чувствительность приёмника в любом случае увеличивать, если конечно не "положить" на связьнадзор и вывалиться за разрешённую мощность 20 мВт для передатчика =)
Частота опроса не настраивается, можно только самому спрашивать Lassen SQ по UART и получать ответ (для чего нужен МК на стороне передатчика),
либо раз в секунду как я предлагал иметь данные о местоположении поступаемые автоматически без запросов.
Писать данные во флеш тоже не плохо и ноутбук не нужен, вообще легко сделать на МК(предпочтительнее на Меге, чтобы RAM побольше было), сделать небольшой "парсер" TSIP протокола принимаемого с GPS, и выводить координаты на двухстрочный индикатор со встроенным знакогенератором, я такой приобрёл за 200р, отечественного производства. Даже уже подпрограмки на асме для него написал, действительно а нафиг "бук" тогда =)
Хотя не... у меня там карта в электронном виде с поиском точки по координатам =)
Apollo
втянувшийся
Yuran>Вчера купил модули для организации радиоканала RRFQ1, RTFQ1 на 433,9 MHz
Хорошие штучки. По размерам нам очень подходят. Я их тоже прикупил недавно.
Yuran>Никакие МК ненужны совсем!
Не согласен. Я проводил измерения и опыты по передаче данных со скоростью 4800 ьит/сек и получил не очень утешительные результаты. Возникает много ошибок в определённые моменты. Дело в том, что у этих модулей есть один нюанс не описанный напрямую. Эти модули категорически не приемлют наличие постоянной составляющей в напряжении передаваемого сигнала. Поэтому, если возникает момент когда в передаваемой информации становится больше нулей или единиц (например 00h или FFh или, что ещё хуже целая серия такой информации), то возникают ошибки. Единственнло надёжный способ избежать ошибок, это манчестерское кодирование, в котором из-за обязательной смены за один такт уровня сигнала отсутствует постоянная составляющая.
Нужен МК обеспечивающий перекодирование из UART в Манчестер. На приёмной части наоборот.
Хорошие штучки. По размерам нам очень подходят. Я их тоже прикупил недавно.
Yuran>Никакие МК ненужны совсем!
Не согласен. Я проводил измерения и опыты по передаче данных со скоростью 4800 ьит/сек и получил не очень утешительные результаты. Возникает много ошибок в определённые моменты. Дело в том, что у этих модулей есть один нюанс не описанный напрямую. Эти модули категорически не приемлют наличие постоянной составляющей в напряжении передаваемого сигнала. Поэтому, если возникает момент когда в передаваемой информации становится больше нулей или единиц (например 00h или FFh или, что ещё хуже целая серия такой информации), то возникают ошибки. Единственнло надёжный способ избежать ошибок, это манчестерское кодирование, в котором из-за обязательной смены за один такт уровня сигнала отсутствует постоянная составляющая.
Нужен МК обеспечивающий перекодирование из UART в Манчестер. На приёмной части наоборот.
Apollo>Эти модули категорически не приемлют наличие постоянной составляющей в напряжении передаваемого сигнала. [»]
В потоке данных с GPSa, нет много нулей и единиц =)
но прверить можно...
С кодированием согласен, в принципе можно использоваться помехозащищённый код, и CRC добавить...
Просто я думаю что простую систему поиска без МК, сделать всётаки можно!
Но это пока теория, посмотрим что получиться на практике...
Меня радует факт, что не нужно согласовывать урони TTL с CMOS... Тоесть передатчик и GPS работают на 3.3 вольта... Хотя в принципе и МК можно купить на такое же рабочие напряжение, не вопрос =)
B)
В потоке данных с GPSa, нет много нулей и единиц =)
но прверить можно...
С кодированием согласен, в принципе можно использоваться помехозащищённый код, и CRC добавить...
Просто я думаю что простую систему поиска без МК, сделать всётаки можно!
Но это пока теория, посмотрим что получиться на практике...
Меня радует факт, что не нужно согласовывать урони TTL с CMOS... Тоесть передатчик и GPS работают на 3.3 вольта... Хотя в принципе и МК можно купить на такое же рабочие напряжение, не вопрос =)
B)
Apollo>Эти модули категорически не приемлют наличие постоянной составляющей в напряжении передаваемого сигнала. Поэтому, если возникает момент когда в передаваемой информации становится больше нулей или единиц (например 00h или FFh или, что ещё хуже целая серия такой информации), то возникают ошибки. [»]
А вот это интересный факт у супергетеродинных приёмников всё просто...Может быть данные ты передовал не по стандарту RS-232, start-stop bits?
Скорее всего это проблема приёма модуля на данной скорости, передача до 9600 и чудес там не бывает обычая FSK =) а вот приёмник может мудрить =)
я тоже собираюсь протестировать данные модули, посмотрю что выйдет нужно только GPS устаносить на 4800...
Ещё попутно вопросы по твоим тестам, напряжение для питания откуда бралось, если не от батареек то было ли оно должным обрзом отфильтровано?
А вот это интересный факт у супергетеродинных приёмников всё просто...Может быть данные ты передовал не по стандарту RS-232, start-stop bits?
Скорее всего это проблема приёма модуля на данной скорости, передача до 9600 и чудес там не бывает обычая FSK =) а вот приёмник может мудрить =)
я тоже собираюсь протестировать данные модули, посмотрю что выйдет нужно только GPS устаносить на 4800...
Ещё попутно вопросы по твоим тестам, напряжение для питания откуда бралось, если не от батареек то было ли оно должным обрзом отфильтровано?
Apollo
втянувшийся
Yuran>Ещё попутно вопросы по твоим тестам, напряжение для питания откуда бралось, если не от батареек то было ли оно должным обрзом отфильтровано?[»]
Для теста я использовал свой акселерометр. Он питался от 9 в адаптера для Siemens на самом акселерометре стоит КРЕНка и кондёры. Передатчик пришлось запитать от литиевой батареи на 3 В так как он питается от 3 В. Приемник и адаптер для RS232 питались от лабораторного блока питания. Не думаю что это из-за помех по питанию. Ошибки явно из-за того, что один уровень приёмник не может держать больше некоторого времени ( постоянку). В памяти акселерометра был блок в конце, где были одни FFки на ноутбуке у меня в этом месте были приняты F8h что говорит о том , что с какого-то момента уровень на выходе приёмника уходил в 0. Просто напросто там стоит дифференцирующая цепь (разделительный конденсатор). Можно было бы решить эту проблему подняв скорость передачи в 2-3 раза. Но приёмники эти на это не расчитаны.
Ещё заметил ошибку при приёме первого байта пакета данных. Это связано с тем, что нужно в начале каждого сеанса связи передавать не менее 4 байт AAh или 55h без стартовых и стоповых битов или иными словами последовательность из чередующихся нулей и единиц для настройки уровня АРУ приёмника.
Ещё один плюс от применения Манчестерского кодирования, это увеличение дальности связи при той же мощности. У него спектр уже.
Для теста я использовал свой акселерометр. Он питался от 9 в адаптера для Siemens на самом акселерометре стоит КРЕНка и кондёры. Передатчик пришлось запитать от литиевой батареи на 3 В так как он питается от 3 В. Приемник и адаптер для RS232 питались от лабораторного блока питания. Не думаю что это из-за помех по питанию. Ошибки явно из-за того, что один уровень приёмник не может держать больше некоторого времени ( постоянку). В памяти акселерометра был блок в конце, где были одни FFки на ноутбуке у меня в этом месте были приняты F8h что говорит о том , что с какого-то момента уровень на выходе приёмника уходил в 0. Просто напросто там стоит дифференцирующая цепь (разделительный конденсатор). Можно было бы решить эту проблему подняв скорость передачи в 2-3 раза. Но приёмники эти на это не расчитаны.
Ещё заметил ошибку при приёме первого байта пакета данных. Это связано с тем, что нужно в начале каждого сеанса связи передавать не менее 4 байт AAh или 55h без стартовых и стоповых битов или иными словами последовательность из чередующихся нулей и единиц для настройки уровня АРУ приёмника.
Ещё один плюс от применения Манчестерского кодирования, это увеличение дальности связи при той же мощности. У него спектр уже.
Apollo>Для теста я использовал свой акселерометр. Он питался от 9 в адаптера для Siemens на самом акселерометре стоит КРЕНка и кондёры. Передатчик пришлось запитать от литиевой батареи на 3 В так как он питается от 3 В. Приемник и адаптер для RS232 питались от лабораторного блока питания. Не думаю что это из-за помех по питанию. Ошибки явно из-за того, что один уровень приёмник не может держать больше некоторого времени ( постоянку). В памяти акселерометра был блок в конце, где были одни FFки на ноутбуке у меня в этом месте были приняты F8h что говорит о том , что с какого-то момента уровень на выходе приёмника уходил в 0. Просто напросто там стоит дифференцирующая цепь (разделительный конденсатор). Можно было бы решить эту проблему подняв скорость передачи в 2-3 раза. Но приёмники эти на это не расчитаны.
Apollo>Ещё заметил ошибку при приёме первого байта пакета данных. Это связано с тем, что нужно в начале каждого сеанса связи передавать не менее 4 байт AAh или 55h без стартовых и стоповых битов или иными словами последовательность из чередующихся нулей и единиц для настройки уровня АРУ приёмника.
Apollo>Ещё один плюс от применения Манчестерского кодирования, это увеличение дальности связи при той же мощности. У него спектр уже.[»]
Очень странное поведние ладно проведу свои эксперименты расскажу, но ИМХО так быть недолжно... Там ЧМ, одна частота на выходе 1, другая частота на выходе 0, в качестве опорного генератора для демодуляции используются сверхстабильные резнаторы поэтому, баги про которые ты расказываешь очень странные <_<
Ладно в ближайщее время подключу сборку проверю, может действительно модули настолько криво сделаны... А в каком месте стоит диф. цепочка?
И насколько одинаково было "кварцевание" на прёмо передатчиках UART?
ты не пробовал с МК на МК передавать по UART через модули, чтобы кварцы стояли с одним номиналом?
Apollo>Ещё заметил ошибку при приёме первого байта пакета данных. Это связано с тем, что нужно в начале каждого сеанса связи передавать не менее 4 байт AAh или 55h без стартовых и стоповых битов или иными словами последовательность из чередующихся нулей и единиц для настройки уровня АРУ приёмника.
Apollo>Ещё один плюс от применения Манчестерского кодирования, это увеличение дальности связи при той же мощности. У него спектр уже.[»]
Очень странное поведние ладно проведу свои эксперименты расскажу, но ИМХО так быть недолжно... Там ЧМ, одна частота на выходе 1, другая частота на выходе 0, в качестве опорного генератора для демодуляции используются сверхстабильные резнаторы поэтому, баги про которые ты расказываешь очень странные <_<
Ладно в ближайщее время подключу сборку проверю, может действительно модули настолько криво сделаны... А в каком месте стоит диф. цепочка?
И насколько одинаково было "кварцевание" на прёмо передатчиках UART?
ты не пробовал с МК на МК передавать по UART через модули, чтобы кварцы стояли с одним номиналом?
Apollo
втянувшийся
Yuran>Очень странное поведние ладно проведу свои эксперименты расскажу, но ИМХО так быть недолжно... Там ЧМ, одна частота на выходе 1, другая частота на выходе 0, в качестве опорного генератора для демодуляции используются сверхстабильные резнаторы поэтому, баги про которые ты расказываешь очень странные <_<
Yuran>Ладно в ближайщее время подключу сборку проверю, может действительно модули настолько криво сделаны... А в каком месте стоит диф. цепочка?
Видимо после демодулятора.
Yuran>И насколько одинаково было "кварцевание" на прёмо передатчиках UART?
Yuran>ты не пробовал с МК на МК передавать по UART через модули, чтобы кварцы стояли с одним номиналом?[»]
Я передавал не с МК на МК, а с Мк на ноутбук. Напрямую они вяжутся без проблем.
Yuran>Ладно в ближайщее время подключу сборку проверю, может действительно модули настолько криво сделаны... А в каком месте стоит диф. цепочка?
Видимо после демодулятора.
Yuran>И насколько одинаково было "кварцевание" на прёмо передатчиках UART?
Yuran>ты не пробовал с МК на МК передавать по UART через модули, чтобы кварцы стояли с одним номиналом?[»]
Я передавал не с МК на МК, а с Мк на ноутбук. Напрямую они вяжутся без проблем.
Павел К.
новичок
Магнитный датчик-это хорошо,но нельзя ли сделать его ещё меньше?У меня был свой самолельный датчик,каторый выбрасовает поращют при наклоне ракеты.Но там было три детали;минибатарейка, шатун,нить накала от лампочки.Но до сих пор внём небыло обходимости.
П.К.>У меня был свой самолельный датчик,каторый выбрасовает поращют при наклоне ракеты.Но там было три детали;минибатарейка, шатун,нить накала от лампочки.
Честно говоря, у меня уже есть желание штрафовать за одно только упоминание таких "датчиков переворота".
Что же нам делать? Как заставить новичков читать архив? Ведь без этого же нельзя!
Наверное тему новичков и архива нужно будет как следует обсудить.
Честно говоря, у меня уже есть желание штрафовать за одно только упоминание таких "датчиков переворота".
Что же нам делать? Как заставить новичков читать архив? Ведь без этого же нельзя!
Наверное тему новичков и архива нужно будет как следует обсудить.
П.К.>Мне уже страшно!!! 
[»]
Береги глаза и руки они тебе ещё могут пригодиться, а шапкозакидательство и спешка в нашем увлечении чревато...
А с таким подходом к делу ничего хорошего не выйдет, вот уже какую неделю тебе объясняют разные люди а тебе всё хи-хи, ИМХО тебе ещё рано заниматься ракетами :huh:
[»]Береги глаза и руки они тебе ещё могут пригодиться, а шапкозакидательство и спешка в нашем увлечении чревато...
А с таким подходом к делу ничего хорошего не выйдет, вот уже какую неделю тебе объясняют разные люди а тебе всё хи-хи, ИМХО тебе ещё рано заниматься ракетами :huh:
[qoute] Apollo > Возникает много ошибок ... когда в передаваемой информации становится больше нулей или единиц [/qoute]
Эти ошибки вызваны "слайсером" приемника - это ФВЧ на ОУ с которго берут выходной сигнал приемника. Соответсвенно есть какая то минимальо допустимая частота изменения передаваемого сигнала. Такой "слайсер" я нахожу во всех приемниках АвтоСигнализаций - обычно на LM358 сделан.
[qoute] Apollo > Нужен МК обеспечивающий перекодирование из UART в Манчестер. [/qoute]
МК вообще по моему нужен всегда, не представляю есть ли какие либо устройства имеющие модуль GPS, передатчик и не имеющие управляющего МК?
об этом уже сказали, но повторю - желательна посылка нескольких символов 'U' (это чередование 1 и 0) в начале передачи, как раз для "устаканивания" этого "слайсера".
и в место манчестера можно применить табличное кодирование всех возможных сочетаний 4 бит в 6 бит с равным кол. 1 и 0.
[qoute] Apollo > Ещё один плюс от применения Манчестерского кодирования, это увеличение дальности связи при той же мощности. У него спектр уже.[/qoute]
Спорить не буду. Но по моему манчестер наоборот сильно расширяет спектр, точнее при том же спектре позволяет передать меньший поток данных - еслиб это было не так то его бы везде применяли.
мне известно одно кодирование позволяющее сделать спектр уже 1 Гц на бод - это GMSK (возможно есть и более новые, только не манчестер).
Эти ошибки вызваны "слайсером" приемника - это ФВЧ на ОУ с которго берут выходной сигнал приемника. Соответсвенно есть какая то минимальо допустимая частота изменения передаваемого сигнала. Такой "слайсер" я нахожу во всех приемниках АвтоСигнализаций - обычно на LM358 сделан.
[qoute] Apollo > Нужен МК обеспечивающий перекодирование из UART в Манчестер. [/qoute]
МК вообще по моему нужен всегда, не представляю есть ли какие либо устройства имеющие модуль GPS, передатчик и не имеющие управляющего МК?
об этом уже сказали, но повторю - желательна посылка нескольких символов 'U' (это чередование 1 и 0) в начале передачи, как раз для "устаканивания" этого "слайсера".
и в место манчестера можно применить табличное кодирование всех возможных сочетаний 4 бит в 6 бит с равным кол. 1 и 0.
[qoute] Apollo > Ещё один плюс от применения Манчестерского кодирования, это увеличение дальности связи при той же мощности. У него спектр уже.[/qoute]
Спорить не буду. Но по моему манчестер наоборот сильно расширяет спектр, точнее при том же спектре позволяет передать меньший поток данных - еслиб это было не так то его бы везде применяли.
мне известно одно кодирование позволяющее сделать спектр уже 1 Гц на бод - это GMSK (возможно есть и более новые, только не манчестер).
termostat>МК вообще по моему нужен всегда, не представляю есть ли какие либо устройства имеющие модуль GPS, передатчик и не имеющие управляющего МК?
[»]
Так никто с этим и не спорит, просто я сказал что поток с данных с GPSа не изобилует FF-00, он довольно разнородовый. Просто идея была вообще без использования МК, сделать систему для поиска ракеты. И именно этот вопрос я и хотел исследовать. А без МК сейчас действительно никуда =) Даже я когда своё БРЭО проектировал то сразу вывел Rx/Tx UARTa с бортового МК, в отдельные штекеры, с расчётом на подключение GPS recievera. Причём МК, тот же спокойно заменит ноутбук в поле тоесть если его скрестить с LCD и приёмником, то выводить координаты сразу на экран и по карте потом бегать, хотя с буком удобнее =))
[»]
Так никто с этим и не спорит, просто я сказал что поток с данных с GPSа не изобилует FF-00, он довольно разнородовый. Просто идея была вообще без использования МК, сделать систему для поиска ракеты. И именно этот вопрос я и хотел исследовать. А без МК сейчас действительно никуда =) Даже я когда своё БРЭО проектировал то сразу вывел Rx/Tx UARTa с бортового МК, в отдельные штекеры, с расчётом на подключение GPS recievera. Причём МК, тот же спокойно заменит ноутбук в поле тоесть если его скрестить с LCD и приёмником, то выводить координаты сразу на экран и по карте потом бегать, хотя с буком удобнее =))
Реклама Google — средство выживания форумов :)
Copyright © Balancer 1997..2018
Создано 29.05.2004
Связь с владельцами и администрацией сайта: anonisimov@gmail.com, rwasp1957@yandex.ru и admin@balancer.ru.
Создано 29.05.2004
Связь с владельцами и администрацией сайта: anonisimov@gmail.com, rwasp1957@yandex.ru и admin@balancer.ru.
