Jump to content

    

Я.К.

Свой
  • Content Count

    242
  • Joined

  • Last visited

Community Reputation

0 Обычный

About Я.К.

  • Rank
    Местный

Контакты

  • ICQ
    Array

Информация

  • Город
    Array
  1. Антенна пассивная. А какой физический смысл имеет коэффициент направленного действия на приём? Что с чем сравнивается-то? Здесь же речь не о том, что у антенны будет узкая диаграмма направленности, здесь же речь о том, что антенна будет загребать больше мощности из пространства же?
  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 человек), ориентировочно в таком формате: • разобрать присланные домашки (вам их должны будут залить в репозиторий); • прочитать кусок теории к занятию (слайды + доска); • показать нужный тулбокс вживую, на большом экране; • раздать студентам задачи для выполнения на месте и помочь, если что-то не работает; • выдать новые домашки. Примерный список тем, которые хочется осветить — ниже: Если заинтересовало — пишите нам на мыло: 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. Полные осциллограммы тоже сохранял. Вот, держите. T0000CH1.rar Но там небольшое повышение уровня сигнала (та самая полочка) возникает именно перед тем, как моя серва начинает передавать данные. И возникает из-за того, что она тоже включает какие-то свои пулл-апы, подтягивая сигнал к 5В.
  7. Увы, всегда. Я проделывал PingServo в цикле, и каждый раз было то же самое.
  8. А что вы имеете в виду под инициализацией? Я должен закомментировать HAL_HalfDuplexInit(&huart5) — или чего что?
  9. Дык, это, я же вроде никаких прерываний не устанавливаю, а просто пишу и читаю в блокирующем режиме? Или там внутри эти прерывания всё равно дёргаются, и вектор прерываний таки надо сбросить? <навостряет уши>
  10. C фронтами сигнала из прошлого поста я разобрался, но появились новые глюки. Мой STM32F4 почему-то принимает целый лишний байт (!) в начале ответной посылки от периферии, общаясь с нею по UARTу. Периферия говорит ему: FF, FF, 01, 02, 00, FB. А микроконтроллер, зараза такая, принимает: FF, FF, FF, 01, 02, 00, FC. Имею спросить: как бы мне это забороть? P.S. Вот начало ответной посылки моей периферии. Тут явно видно, что посылают всё-таки два стартовых FF-байта, а не три. Код инициализации 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 там происходит уже после того, как получена ответная часть): void 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. Целиковый проект, на всякий случай: TestUART.rar
  11. В общем и целом, я просто и без затей добавил внешний пулл-ап: подключил ножку PC12 к 5В через 1Kом. И фронты перестали валиться. Теперь, правда, у меня другая беда, но это уже совсем другая история...
  12. Боюсь, именно он-то мне и нужен: у меня полудуплексный UART (т.е. один и тот же порт и пишет с МК на периферийное устройство, и потом читает его ответ). В HAL-драйвере это GPIO_MODE_OUTPUT_PP?
  13. В смысле, достать паяльник и аппаратно припаять 1 кОм, который будет подтягивать к логической единице? Или вы имеете в виду, что-то более человечное??
  14. Вы знаете, я сегодня пробовал переключиться на USART1, но картина от этого не менялась.
  15. Режим полудуплексный, используется только пин PC12.