Перейти к содержанию
    

yuris2009

Участник
  • Постов

    13
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный
  1. Какой корпус у трэкера? Есть фото с пассивной антенной? И платы с пассивной антенной. Без фото трудно дать совет. Есть основания полагать, что проблема в GraudPlane... У природы нет плохой погоды... у GPS тоже давно нет.
  2. 250 или 25% ? (11/433011)*1000000=25ppm Или я ошибаюсь? Если не ошибаюсь, то точность очень хорошая.
  3. Два вопроса. 1. GPS с пассивной GPS антенной интегрирован с приемопередатчиком и RF антенной. Будет ли "заваливаться" GPS при излучении RF. Что говорит опыт? Где подводные камни? 2. Две сети работают на разных несущих частотах. Устройства могут слать одинаковые сообщения, по крайней мере устройства с одинаковыми адресами в каждой подсети. Возможно ли ложное обнаружение (прием) не своего пакета от другой подсети? Или все "не свое" уйдет под шум? Что говорит опыт? Конечно, можно добавить адрес подсети в сообщение. Но хочется съэкономить на длине сообщения.
  4. Спасибо. Килобайта хватит вполне. Нужно всего одно NMEA сообщение. Даже 128 или 256 байт будет достаточно для парсинга. Остальное пойдет на радиосвязь.
  5. Какой микропроцессор лучше применить для управления СС1100? Дополнительно в устройстве будет GPS с одним UART-ом. Цена имеет значение.
  6. Спасибо. Полезная информация. А через какое среднее время "зависает" (прекращается) прием? В моем случае можно переконфигурироваться через ~ 10 секунд. Или каждую минуту после цикла. То есть, после скачка на другую несущую или накопления принятых данных за кадр псевдослучайной перестройки. Этого будет достаточно, или надо чаще?
  7. Можно сократить практически до нуля. Но надо учесть, что пакет данных дополняется синхропреамбулой и CRC, и окно приема должно быть широким для приема всей информации. Кстати, а почему бы не использовать двунаправленный канал ? При использовании этого трансивера никаких лишних компонентов не потребуется... Ну, а если есть иные средства очень точной синхронизации, то да, можно и жестко по расписанию, с субмикросекундной точностью (заодно этими же средствами можно воспользоваться, чтобы вычислить частотную поправку для компенсации разбежек опорников, чтобы не было проблем из-за малой ширины канала). Возможности быстрого переключения каналов там тоже весьма внушительные... Спасибо. Обнадеживает. 100-200 микросекундной погрешности будет вполне достаточно Кстати, а почему бы не использовать двунаправленный канал ? При использовании этого трансивера никаких лишних компонентов не потребуется... Надо подумать. Может имеет смысл использовать широковещательные команды типа "всем включиться/выключиться". И последний вопрос. В CC1100 много критических багов? Есть непонятные подвисания или остановы?
  8. Спасибо за предупреждение. Предположим мой процессор подготовил данные (пакет 100 бит) и готов послать через CC1100. Мой процессор подождет момент T1 своего выхода в эфир. И желает отправить пакет через CC1100. Вопрос. С какой максимальной задержкой t и разбросом dt начнется передача этого пакета? Какой может быть разброс времени. У меня ведь на очереди отправка по расписанию с другого передатчика в момент T2 итд. Разделение по времени (расписанию). Приемника (прослушки эфира) на передающей стороне нет. То есть, на пропускную способность системы (среднюю скорость передачи в системе) будет влиять t и особенно dt. Можно оценить эти возиможные значения? Например, dt<500 микросекунд. Или t= 1000 микросекунд. Здеь важен опыт работы с CC1100. Иными словами, какое время между передачами пакетов разными передатчиками используется зря на временные погрешности?
  9. Если поиеха задавит все каналы по динамическому диапазону, то остается только ждать приема. Условия эксплуатации, я полагаю, несколько километров от стоянок автомобилей, и городской инфраструктуры. Другие, мощные источники излучения (GSM, VHF, UHF) могут быть в регионе "как есть". Отстроиться на прием возможность будет путем удаления от "подрозрительно мощных источников" метров на 50-200. Приемник мобильный с оператором. Дополнительно. Надеюсь на синхронизацию времени. Считаю, что она есть. И могу обеспечить. То есть, на передающей и приемной стороне имеет место синхронные скачки по частотным каналам. Более того, хочется использовть синхронные выборки не только по несущей частоте канала, но и по частоте (фазе) модуляции (данных). К примеру, битовый поток имеет период 200 мкс, погрешность времени 10 микросекунд. Должно хватить.
  10. Спасибо. То есть можно попробовать. Думаю, что нужна будет псевдоперестройка частоты. Чтобы "автомат" не попал в забитый канал. Потеря одного из шести пакетов в минуту с одного источника сети допустим. Общее число источников сети до 256, с разбивкой по каналам по 48-64 передатчиков на канал. Общее время сбора информации от передатчиков на прием хочу иметь 2 секунды. Можно до 5 секунд. Вряд ли больше. Кроме того, есть точное время, на приемной и передающей стороне. Погрешность микросекунд 10. Где тут узкое место может быть?
  11. 500 метров. 433 МГц

    500 метров. 433 МГц, 10 мвт, прямая видимость, мобильный обект (сеть), one way, скорость 2-5 кбод, пакет 100 бит Возможно ли реализовать? И на чем? Цена до $90 target price (включая процессор) на партию 100 штук. На чем попробовать?
  12. Есть плата процессора MPC5200. Нужно разработать схему, PCB, и отладить образец платы ввода-вывода к этой плате процессора с интерфейсами SD, RS-422, Ethernet, I/O и, возможно, написать драйвера под ОС. Графический процессор на плате процессора уже установлен. Схема д.б.в PCAD. ТЗ есть. Санкт-Петербург или можно удаленно. Срок-до конца августа.
  13. Господа, Кто-нибудь делал схему интерфейса microSD c процессором MPC5200? Нужно от 2 до 8 GB вместо CF. Можно сыылочку на инфу. Какие могут быть проблемы? Заранее спасибо.
×
×
  • Создать...