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

alexast

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

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

  • Посещение

Репутация

0 Обычный

Информация о alexast

  • Звание
    Частый гость
    Частый гость

Посетители профиля

3 738 просмотров профиля
  1. Здравствуйте! С диверсити для стационарных приёмников - скорее всего так и есть. Но вот для подвижных я думаю эту технологию не стоит сбрасывать. Практика показала такая система работает более эффективно чем с одной антенной. Но опять же точных оценок не проводилось. Субъективно работало лучше. Извините, можете чуть подробнее о DIBCOM9000? Заранее спасибо.
  2. Друзья, коллеги! Обращаюсь скорее к тем кто имеет опыт эксплуатации данного оборудования и знает схемотехнику. Какие сейчас используются ИМС в качестве демодуляторов (важно понимать чтобы эти ИМС имели разветвлённый приём). Т.е. чтобы могли работать по технологии OCTOPUS. Знает ли кто такие имс, которые ещё не сняты с производства. Напишите номера этих ИМС или производителей. Ещё лучше если будет datasheet. Заранее спасибо
  3. Большое спасибо за ответ. Очень бегло пробежал ISO/IEC 13818-1:2007. Но информации как передается информация о цветах не нашёл. Понял из Ваших слов: "Камеры не формируют ТВ сигнал, никаких RGB и никаких PAL/SECAM/NTSC". Т.е. цвета закодированы каким-то образом в MPEG. Никаких рудиментов от систем PAL/SECAM/NTSC не осталось разве только может быть синхронизация. Ну а уже на приёме эти три цвета для подачи на матрицу уже формируются. Если так, то спасибо. Полистаю документ повнимательнее. Спасибо ещё раз. С уважением Алексей.
  4. Уважаемые друзья! Подскажите, пожалуйста, по логике построения стандарта DVB-T2. Телецентр. Камеры формируют ТВ сигнал. Для того, чтобы передать кодировка выглядит следующим образом: 1. RGB сигналы. 2. Далее формируются соответственно Яркостный и два цветоразностных сигналов с формированием кадра с характеристиками и частотой кадров. 3. Кодировка в стандарт PAL или NTSC. И это происходит даже если будем формировать DVB-T2. Оцифровка. Подтвердите или опровергните моё понимание. Если это так, то почему не кодируют сразу RGB сигналы? Ну а уже далее MPEG соотв. защитное кодирование и построение финального сигнала для модулирования ОБПФ, перенесение в соотв. часть спектра и передача в эфир. Правильно ли я понимаю? Заранее спасибо за ответ. С уважением Алексей.
  5. Уважаемые друзья. Можете помочь по логике исполнения данного задания (чтобы более детально понять): Итак имеем отладочную плату и выбор с ОС уже определён (QNX). На этой плату уже всё крутится. Пишем ПО (своё) согласно ТЗ с оболочкой и прочее и сначала на этой плате отстраиваемся. После того как всё готово необходимо это потом всё оттиражировать на соотв. платформы (на том же типе процессора) но может быть с различием по адресации флеши и ОЗУ (об этом мы заранее знаем). Задача подготовить загрузочное ПО и залить его на платформу. Моё виденье следующее (прошу меня проконсультировать): 1. Создаю скрипт для запуска своего финального прикладного ПО -куда-то этот скрипт для запуска надо будет прописать. Отстроился - убедился, что всё работает. 2. Делаю имидж (с компрессией и прочими вещами)- один конкретный файл - где всё есть (хотя и обращения к ОЗУ по определённым адресам - и может не соответствовать той платформе куда это всё будет в дальнейшем устанавливаться). 3. Использую программатор с соотв. BIOS или IPL - задачи которого сконфигурировать мою Target платформу. На программаторе устанавливается адрес куда и по какому адресу начинать грузить имидж в платформу. Но при этом при старте ПО уже на платформе ПО каким-то образом должно знать куда обращаться, чтобы брать первую команду для старта ОС? (Можно прокомментировать?) Как уже стартовавшая ОС знает на каком адресе находится ОЗУ? Заранее спасибо с уважением Алексей.
  6. IMX6 ARM Mfgtools диагностика

    Уважаемые коллеги! У меня есть модуль на процессоре IMX6 ARM. На модуле имеем 1 Гб оперативки и 16 Гб. ПЗУ. Выход от процессора на USB OTG + UART - это куда могу подключиться. Может быть кто-нибудь подскажет какую-нибудь диагностическую программу, чтобы можно было бы проверять работоспособность данных компонентов. Особенно интересует тестирование ПЗУ и ОЗУ. Что-то типа Mfgtools . чтобы замыкая контакты ввести плату в режим загрузки - соответственно загрузить программу и посмотреть результаты. Чтобы вычислить корректность (пайки) сборки и проверить начальную работоспособность до загрузки ОС. Заранее спасибо с уважением Алексей.
  7. Уважаемые друзья, спасибо Всем за ответы. За то чтобы быть близким к формулировкам русского языка и программирования спасибо, постараюсь придерживаться данной рекомендации. Насколько уж поличится судить Вам. Ваши рекомендации в общем полезны и интересны. Сразу же скажу я не умею программировать на С++. На С также делаю это с учётом крайне малого опыта. Однако возвратимся к началу. Постановка задачи: Я делаю учебный проект с использованием FreeRTOS, Проект компилируется и настраивается (дебажится) в среде IAR. Это сугубо тренировочный проект. Сделал без принта всё скомпилировалось и загрузилось (слинковалось). А далее в теле main решил задать некую константу и вывести её. Необходимости выводить на какой-то UART или куда-то в другой порт ввода-вывода - нет. Хотя логику, которую подсказывают - она интересна и в целом понятна. Я хотел сделать очень простую вещь: Данная константа инициализируется в программе, которая находится и работает (под управлением - интегрированно в FreeRTOS) и там же и выводится. Т.е. всё крутится внутри микроконтроллера. Но есть у меня такая вещь как среда разработки IAR, которая может помимо того что там вертится внутри микроконтроллера показать мне это во "внешнем мире". И казалось бы что может быть проще как не использовать команду printf и всё это увидеть. Действительно ли так? Это можно применить при отладке для просмотра каких-то переменных при отладке. Но вот что в реальности произошло. Компилятор отклмпилировал код. Пусть и с предупреждениями. Команда printf тоже откомпилирована. Отторжений не произошло. Запустили в микроконтроллер и получили следующий результат: Остановка произошла на выполнении команды printf . Осмелюсь сделать некоторые выводы: В таком виде команда printf не работает в среде FreeRTOS. Чтобы в явном виде посмотреть данную константу, опять же в целях исключительно тренировке придётся придумывать другие способы. Один из выдать куда-то в порт - подобрать это всё, дешифровать и сравнить с желаемым вернее с ожидаемым результатом. Ясно. Согласен. А вот просто продебажить - как-то и не очень. Странно, что в среде FreeRTOS как бы таких лобовых решений и нет. А теперь в догонку данной темы. Я предположим сактивировал USB ак виртуальный комп порт. Далее в микроконтроллере крутится FreeRTOS могу ли далее консольно подключиться допустим к FreeRTOS и посмотреть на процессы в общем получить доступ тем самым или же аналогии с QNX Linux не просматриваются и не уместны. Сразу же скажу: прочитав руководства по FreeRTOS и имея начальные "целостные" понимания данной ОС моя вышепоставленная тема как-то обойдена там молчанием. Но впрочем может быть это и очевидно и поэтому авторы обошли молчанием этот вопрос. Ну вот такие вопросы. Заранее всем спасибо С уважением Алексей.
  8. Уважаемые друзья, всем большое спасибо за ответ. Попробую внести ещё ясность. Первое чего я хотел добиться это после исполнения программы в среде IAR (debug) увидеть в каком-то из окон печать цифры 10. Я хочу понять после загрузки и начале отладки программы в микроконтроллере как дебаг будет мне показывать и будет ли показывать это число. - Не увидел. Следующее. До того как я ввёд в код int Alex; Alex = 10; printf("%d\n",Alex); всё было нормально компилировалось и исполнялось с микроконтроллере. После стал ругаться и показывать на инициализацию ножки. Подошлю потом код. И программа в дебаге останавливается на строке printf("%d\n",Alex); Но далее вообще не понятно. Если из кода убрать "закомментировать" эту часть, то увы опять проблемы не уходят. У меня складывается такое впечатление, что загрузка кода была осуществлена в микроконтроллер с последующей инициализацией ножки на выход (туда что-то выдает принт). Это прошивка там и осталась и после комментирования кода несмотря на переиницализации остаётся в каком-то неясном состоянии. Но вообще это звучит фантастически. Не фантастикой является "ругань" компилятора даже после комментирования кода. Вот такая информация. Заранее всем спасибо. "Может быть, удосужишься открыть файл и посмотреть. что там на 103й строке, раз компилятор на нее указывает?" Завтра подошлю. С уважением Алексей.
  9. /* USER CODE END 1 */ /* MCU Configuration--------------------------------------------------------*/ /* Reset of all peripherals, Initializes the Flash interface and the Systick. */ HAL_Init(); /* USER CODE BEGIN Init */ /* USER CODE END Init */ /* Configure the system clock */ SystemClock_Config(); int Alex; Alex = 10; printf("%d\n",Alex); /* USER CODE BEGIN SysInit */ /* USER CODE END SysInit */ /* Initialize all configured peripherals */ MX_GPIO_Init(); MX_RTC_Init(); MX_TIM1_Init(); MX_WWDG_Init(); MX_FATFS_Init(); И вот далее такая ошибка: Warning[Pe550]: variable "Alex" was set but never used C:\Астахов Алексей\Программирование НАМИ\IAR\USB\USB_virtual_com_port\Core\Src\main.c 103 Заранее всем спасибо за рекомендации. Без: int Alex; Alex = 10; printf("%d\n",Alex); ранее компилировалось. Цели мои посмотреть куда эта постоянная в IDE будет сбрасываться. Можно ли я её увидеть при помощи printf Ещё раз спасибо за ответы
  10. Т.е. всё-таки не физически измеряем величины, а при помощи математических алгоритмов (расчётами) получаем данную величину. Наверное так.
  11. Прошу прощения описался. Конечно же ключевым моментом является фраза "что такая физическая величина как просто шум в данной полосе без полезного сигнала вообще присутствует" надо вообще не присутствует. Вот основной момент.
  12. Вот, пожалуйста, для тех кому не понятна терминология и конкретика. Коллега LMX...переформулировал мои вопросы. Может быть в его интерпретация тема заиграет другими красками и теперь можно попытаться внести ясность в вопросы. А для большей ясности (прочитав какое-то количество страниц (6 из 24) из рекомендованного пособия) я вижу, что такая физическая величина как просто шум в данной полосе без полезного сигнала вообще присутствует. А расчёты производятся следующим образом: После детектирования и декодирования (цифрового потока) получили соотношение количества ошибочно принятых битов к общему. А уже далее из каких-то таблиц подставляют вернее подбирают величину соотноошения сигнал/шум. КАк вы считаете я правильно ухватил суть явления? Заранее спасибо за внесение ясности. С уважением Алексей.
  13. Уважаемый Aner, скорее всего дело именно так и обстоит. Но суть моего обращения как раз и сводится к тому, чтобы разобраться в терминологии и чтобы не было путаницы. Увы терминология с которой и надо было начинать, что я и предлагал с самого начала из обсуждения ушла. Мне сейчас прозвучал типичный ответ радиоспециалиста, который сводится к следующему: "иди учи мат часть и читай книги". Увы второй части типа если не будет понятно - обращайся - здесь даже не звучит. Вопрос зачем тогда вообще устраивать обсуждения. Показать типа смотри я знаю, а ты нет. Для таких целей устраиваются соревнования - это как я понимаю ответ по терминологии как я себе её представляю - вернее это речь идёт о подходе. А то что я посмотрю книгу, которую подослал коллега - я это сделаю. Но данная конфа устраивалась для того, чтобы понять подход к расчёту и пониманию. Но увы. Т.е. всё свелось к "матчасти". Идти по второму кругу смысла нет. От провокаций я ухожу типа раз не можете ответить значит не знаете. Допускаю знаете. Но вижу присутствует очень сильная боязнь "поделиться знаниями". Алексей.
  14. И всё-таки ответа я не получил. Почитать материалы я разумеется это сделаю. Но тем не менее. Вопрос, какова реальная мощность полезного сигнала и мощность шумового для одной и той же полосы. Что-же всё-таки больше? Если шумовая составляющая больше чем полезной откуда тогда пресловутые 40 dB? И дело здесь не в рациональных дробях.
  15. Логарифмы в школе изучал. И всё-таки почему величина отношения больше единицы и порой значительно. У нас бывали величины до 40 dB, а порой и больше.
×
×
  • Создать...