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

    

Я.К.

Свой
  • Публикаций

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

  • Посещение

Репутация

0 Обычный

Информация о Я.К.

  • Звание
    Местный

Контакты

  • ICQ
    269405877

Информация

  • Город
    Москва
  1. Цитата(Jurenja @ Dec 13 2017, 19:43) Если антенна пассивная, то смысл тот же - следствие наличия коэффициента направленного действия. Если активная, то так могут указывать коэффициент усиления встроенного МШУ. Антенна пассивная. А какой физический смысл имеет коэффициент направленного действия на приём? Что с чем сравнивается-то? Здесь же речь не о том, что у антенны будет узкая диаграмма направленности, здесь же речь о том, что антенна будет загребать больше мощности из пространства же?
  2. Есть у меня приёмная антенна. На ней написано: коэффициент усиления на приём — 20 децибел. Положим, для передающей антенны я знаю, что это означает её коэффициент направленного действия: в смысле, во сколько раз поток мощности в направление на максимум её ДН будет больше, чем поток мощности через изотропную антенну при той же общей мощности передатчика. А как считают коэффициент усиления антенны на приём?
  3. В дизайн-центре МФТИ открылась новая позиция: разработчик цифровых СБИС. Немного о проекте - Разрабатывать предстоит контроллер SSD-накопителей с аппаратной поддержкой специализированных алгоритмов шифрования. - Предполагается вести разработку на основе IP-ядра ARM Cortex. Обязанности - Разработка и верификация RTL-кода - Интеграция сторонних IP блоков - Функциональная верификация Требования - Опыт практической работы в разработке цифровых СБИС от 5 лет. - Опыт работы с микропроцессорными ядрами компании ARM. - Знание языков проектирования Verilog/VHDL/SystemVerilog. - Знание маршрута проектирования цифровых СБИС от Cadence. - Опыт работы с интерфейсами PCIe, DDR. - Знание английского языка (чтение технических текстов) Дополнительные навыки (приветствуются): Знание UVM-методологии Где расположен наш офис Мы находимся на территории МФТИ в Долгопрудном, это 15 минут от м.Алтуфьево (маршруткой) или 30 минут от м.Савёловской (электричкой). Что ещё мы предоставим - Белую зарплату - Гибкий график - И массу интересных задач = ) Если вам это интересно — пишите на почту: nefedov.da@mipt.ru P.S. Наш неофициальный сайт: http://miptdesigncenter.tilda.ws
  4. Всем привет! Наши товарищи ищут преподавателя MATLAB, который будет вести практикумы у них на предприятии. Или даже нескольких, чтобы раскрывать разные темы (так что даже если вы знаете только HDL-верификацию, но знаете хорошо, то это всё равно это будет интересно). О главном • Платить будут 40-60 тысяч в месяц. • Находятся в районе м. Кунцевской. • График занятий — 2 раза в неделю по 3-4 часа, по вечерам. • Практический опыт применения MATLAB — обязателен. Опыт преподавания тоже приветствуется. • Занятия начнутся в 2018 году. Как будут проходить занятия? Занятия будут проходить в маленьких группах (3-5 человек), ориентировочно в таком формате: • разобрать присланные домашки (вам их должны будут залить в репозиторий); • прочитать кусок теории к занятию (слайды + доска); • показать нужный тулбокс вживую, на большом экране; • раздать студентам задачи для выполнения на месте и помочь, если что-то не работает; • выдать новые домашки. Примерный список тем, которые хочется осветить — ниже: ЦитатаВведение в MATLAB: • возможности IDE (включая работу с системами контроля версий); • основные конструкции языка MATLAB; • принятый стиль кодирования; • ключевые функции для работы с многомерными данными.; • импорт и экспорт данных; • визуализация (разнообразные виды 2D- и 3D-графиков и их настройки) в том числе для динамически изменяющихся данных; • создание простейших интерактивных приложений c графическим интерфейсом. Базовая математика: • специальные функции • линейная алгебра • случайные числа • интерполяция данных • фурье-анализ Simulink, его возможности и сфера применения. Обзор тулбоксов: • Signal Processing Toolbox; • Матстатистика, оптимизация, машинное обучение: • Optimization Toolbox; • Curve Fitting Toolbox; • Statistics and Machine Learning Toolbox; • Neural Network Toolbox; Обработка изображений: • Computer Vision System Toolbox; • Image Processing Toolbox; Связь с контрольно-измерительной аппаратурой: • Data Acquisition Toolbox; • Instrument Control Toolbox; • Control System Toolbox (синтез PID-регуляторов и других систем управления); Экспорт и сборка кода на C/C++ с помощью MATLAB Coder Синтез и верификация HDL-кода (MATLAB HDL Coder, MATLAB HDL Verifier)[/q] Если заинтересовало — пишите нам на мыло: mipt-dc@yandex.ru
  5. В команду математического моделирования РЛС Дизайн-центра МФТИ требуется программист-математик. Что мы разрабатываем? В разработке сейчас два проекта: Библиотека базовых алгоритмов для моделирования РЛС (функциональный аналог -- Phased Array Toolbox из MATLAB): реализация популярных алгоритмов, применяемых в радиолокации: предполагается достаточно много исследовательских задач (особенно для тех алгоритмов, для которых пока нет референсной реализации);интеграция кода от сторонних разработчиков.Графический САПР для моделирования РЛС (c Simulink-подобным интерфейсом) На чём мы пишем? Основной язык разработки — Python + NumPy / SciPy.Отдельные части — написаны на C++.GUI-подсистему пишем на PyQt.Некоторые вычисления будут производиться на кластере с помощью dask. Что предстоит делать вам? Участвовать в разработке библиотеки. Реализовывать известные алгоритмы обработки радиолокационных данных.Читать зарубежные статьи по радиолокационной тематикеРазрабатывать новые алгоритмы.Верифицировать код от сторонних разработчиков. Какие будут требования? Опыт программирования на Python.Знание методов цифровой обработки сигналов (DSP) и математики вообще (в основном нужна линейная алгебра и немного статистики).Технический английский.Культура командной разработки: контроль версий, управление задачами и т.п. Что будет полезно? Плюсом будет опыт в одной из этих сфер: обработки изображений и машинного зрения (Image Processing / Computer Vision);визуализации данных (Data Visualization);машинного обучения (Machine Learning). Если есть публикации в области вычислительной математики / computer science — тоже присылайте. Знание систем автоматического тестирования (у нас — nose) и документирования (у нас — Sphinx) — тоже большой плюс. Если у вас есть опыт в радиолокации -- хорошо, но если нет -- научим, это не сложно. Где мы находимся? Наш офис находится в РТ-корпусе МФТИ (Долгопрудный), это 30 минут на электричке от м. Савёловской или 15 минут на маршрутке от Алтуфьево. Что ещё от нас? Гибкий графикБелая зарплата.Масса интересных задач.Возможность выложить часть кода на GitHub.Чай/кофе/печеньки = ) Неофициальная страница лаборатории: http://miptdesigncenter.tilda.ws Немного о наших радиолокационных проектах: http://miptdesigncenter.tilda.ws/radars Если вас это заинтересовало -- пишите на почту: nefedov.da@mipt.ru
  6. STM32F4, UART и лишний бит при чтении

    Полные осциллограммы тоже сохранял. Вот, держите. [attachment=99022:T0000CH1.rar] Но там небольшое повышение уровня сигнала (та самая полочка) возникает именно перед тем, как моя серва начинает передавать данные. И возникает из-за того, что она тоже включает какие-то свои пулл-апы, подтягивая сигнал к 5В.
  7. STM32F4, UART и лишний бит при чтении

    Цитата(AlexMad @ Feb 25 2016, 00:56) Я имею ввиду другое. Если прилетает несколько посылок, то лишний байт есть всегда? Или только после рестарта системы? Если всегда, то нужно копать глубже. Если только после рестарта/инициализации - то Вы на пути к флагам. Увы, всегда. Я проделывал PingServo в цикле, и каждый раз было то же самое.
  8. STM32F4, UART и лишний бит при чтении

    Цитата(AlexMad @ Feb 25 2016, 00:44) Применительно к моему высказыванию задам дополнительный вопрос - у Вас ВСЕГДА прилетает лишний FF, или только после инициализации? А что вы имеете в виду под инициализацией? Я должен закомментировать HAL_HalfDuplexInit(&huart5) — или чего что?
  9. STM32F4, UART и лишний бит при чтении

    Цитата(AlexMad @ Feb 25 2016, 00:04) Возможно, что у Вас тот же случай - прерывание срабатывает до того, как что-то пришло. Дык, это, я же вроде никаких прерываний не устанавливаю, а просто пишу и читаю в блокирующем режиме? Или там внутри эти прерывания всё равно дёргаются, и вектор прерываний таки надо сбросить? <навостряет уши>
  10. STM32F4, UART и лишний бит при чтении

    C фронтами сигнала из прошлого поста я разобрался, но появились новые глюки. Мой STM32F4 почему-то принимает целый лишний байт (!) в начале ответной посылки от периферии, общаясь с нею по UARTу. Периферия говорит ему: FF, FF, 01, 02, 00, FB. А микроконтроллер, зараза такая, принимает: FF, FF, FF, 01, 02, 00, FC. Имею спросить: как бы мне это забороть? P.S. Вот начало ответной посылки моей периферии. Тут явно видно, что посылают всё-таки два стартовых FF-байта, а не три. [attachment=99009:TEK00004.PNG] Код инициализации UARTа: Кодvoid MX_UART5_Init(void) {   huart5.Instance = UART5;   huart5.Init.BaudRate = 1000000;   huart5.Init.WordLength = UART_WORDLENGTH_8B;   huart5.Init.StopBits = UART_STOPBITS_1;   huart5.Init.Parity = UART_PARITY_NONE;   huart5.Init.Mode = UART_MODE_TX_RX;   huart5.Init.HwFlowCtl = UART_HWCONTROL_NONE;   huart5.Init.OverSampling = UART_OVERSAMPLING_8;   HAL_HalfDuplex_Init(&huart5); } P.P.S. Код обращения к периферии (не бойтесь, printf там происходит уже после того, как получена ответная часть): CODEvoid PingServo(UART_HandleTypeDef* uartPtr) { uint32_t timeout = 1000; // в миллисекундах uint8_t txData[6]; uint8_t servoId = 1; uint8_t len = 2; uint8_t instruction = 1; uint8_t checksum = ~(servoId + len + instruction); txData[0] = 0xFF; txData[1] = 0xFF; txData[2] = servoId; txData[3] = len; txData[4] = instruction; txData[5] = checksum; HAL_StatusTypeDef txStatus = HAL_UART_Transmit(uartPtr, txData, 6, timeout); if(txStatus != HAL_OK) { printf("TX ERROR\r\n"); } uint8_t rxData[7]; HAL_StatusTypeDef rxStatus = HAL_UART_Receive(uartPtr, rxData, 7, timeout); if(rxStatus != HAL_OK) { printf("RX ERROR\r\n"); } else { uint8_t rxId = rxData[3]; uint8_t rxLen = rxData[4]; uint8_t rxErr = rxData[5]; uint8_t rxChecksum = rxData[6]; if(rxChecksum != checksum) { printf("CHECKSUM ERROR: received %x vs sent %x\r\n", rxChecksum, checksum); } for(int i = 0; i < 7; i++) { printf("rxData[%i] == %x\r\n", i, rxData[i]); } } printf("\r\n\r\n"); } P.P.P.S. Целиковый проект, на всякий случай: [attachment=99010:TestUART.rar]
  11. ЦитатаЯ.К., правильно Вам про открытый коллектор и подтяжку говорят. емкость самого пина - 5 pF, максимальное сопротивление подтягивающего резистора- 55 kOhm. тау = RC = 5e-12*55e3= 0.28 мкс То есть это если Вы идеальным осциллографом на неподключенном ни к чему пине МК будете измерять. Ну а у Вас наверняка сильно больше чем 5 pF (проводник на плате, подключенный приемник, осциллограф...) Природу не обманешь, в плюс тоже нужно тянуть. Нужно или припаивать внешний подтягивающий резистор, чтобы обеспечить Тау меньше шести длительностей (это чтобы 3*тау было раньше середины, в которой приемник USART хватает бит), или включать полный пуш-пул. В общем и целом, я просто и без затей добавил внешний пулл-ап: подключил ножку PC12 к 5В через 1Kом. И фронты перестали валиться. Теперь, правда, у меня другая беда, но это уже совсем другая история...
  12. Цитата(adnega @ Feb 19 2016, 23:07) Или настраивайте как push-pull. Вам открытый коллектор нужен вообще? Боюсь, именно он-то мне и нужен: у меня полудуплексный UART (т.е. один и тот же порт и пишет с МК на периферийное устройство, и потом читает его ответ). Цитата(Огурцов @ Feb 19 2016, 23:10) GPIO_OType_PP В HAL-драйвере это GPIO_MODE_OUTPUT_PP?
  13. Цитата(adnega @ Feb 19 2016, 20:16) Нашел: GPIO_InitStruct.Mode = GPIO_MODE_AF_OD; Поставьте резисторы подтягивающие. В смысле, достать паяльник и аппаратно припаять 1 кОм, который будет подтягивать к логической единице? Или вы имеете в виду, что-то более человечное??
  14. Цитата(Огурцов @ Feb 19 2016, 22:43) на каком то уарте висит конденсатор от юсб Вы знаете, я сегодня пробовал переключиться на USART1, но картина от этого не менялась.
  15. Цитата(adnega @ Feb 19 2016, 20:13) А на каких пинах висят RXD и TXD UART5? Режим полудуплексный, используется только пин PC12.