PYI

Добрый день. Имею 30-ти летний опыт разработки firmwre и software в области научного приборостроения и измерительных систем. Выполнял разработку программного обеспечения с нуля: постановка задачи; разработка структуры данных, алгоритмов, протоколов; создание кода и отладка; написание эксплуатационной документации. Работал: - с нескольким­и типами микроконтр­оллеров (8-, 16-, 32-ти битными, ARM7/9, ARM4, ARM Cortex M0/3); - с микроконтр­оллерами различных компаний (SiLabs, Texas(MSP430/TMS320), STm(F0xx/F4xx), NXP, ATxmega, PIC24, Fujitsu); - в различных средах разработки­ (IAR, LPCXpresso, Atollic TrueStudio, Embedded OPC UA Server SDK от Matrikon, Atmel Studio, MPLab, Keil); - исполльзовались различные интерфейсы (USART, I2C, SPI, CAN, USB, OneWare, Event, DMA, Ethernet, RS-232/485, BlueTooth, ZigBee), а также граф.OLED; - на верхнем уровне на Pascal и C++ в среде от Borland (Delphi, CBuilder, TurboC-2005); Основные задачи: - на нижнем уровне: сбор данных с датчиков, обработка, хранение, передача, визуализация; - на верхнем уровне: калибровка, тестирование, обслуживание, визуализация данных для MCU-устройств; Последняя работа: - разработал идеологию, структуру, функционал и протокол системы на базе OPC UA Сервера; - разработал ПО OPC UA Сервера (STM32F437-Atollic TrueStudio); - разработал ПО контроллеров для системы сбора данных и управлния на объекте (STM32F091-IAR); - реализовал взаимодействие контроллеров с унифицированным OPC UA Сервером; - организовал обработку данных OPC UA Сервером и обмен с клиентом SCADA; Из-за отсутствия доступных OPC UA Клиентов в системах SCADA использовались для отработки ПО готовые клиенты или OPC UA Explorer от производителей SDK. Возможно мои знания и опыт будут Вам полезны. Более подробно изложено в резюме. С уважением, Юрий. [email protected]

Спасибо за интерес. Вынужден искать новую работу. Желательно на удаленке, но возможно и в Москве. Желательно постоянную, но возможно участие в долгосрочном проекте. e-mail: [email protected] Резюме: =============================================== Resume.doc =============================================== ФИО: Поломарь Юрий Иванович Место жительства: 142290, г.Пущино, МО, В-23-14 Дата рождения: 06.09.1954 г. Место рождения: г.Норильск, Красноярского края ================= Образование: Московский лесотехнический институт (1977-1982) Факультет: ФЭСТ Квалификация: инженер-системотехник ================= Английский: Читаю тех.текст (программирование/электроника) ================= Место работы 1: з-д "Красное знамя" Должность: инженер Обязанности: Разработка ПО для станков с ЧПУ и манипуляторов. Начало: Сентябрь 1982 Окончание: Август 1985 Место работы 2: Институт Биологического Приборостроения РАН Должность: вед.программист Обязанности: Разработка приборов, схем управления, интерфейса; firmware и software для автоматизации научных исследований, работающих в режиме реального времени Начало: Август 1985 Окончание: Август 2008 Место работы 3: ООО Элковенс Должность: вед.программист Обязанности: Разработка firmware и software для микроконтроллерной техники и подключения к РС. Начало: Август 2008 Окончание: по настоящее время ================= Навыки работы: • Владение компьютером - пользователь. • Работа под ОС - MS DOS, MS Windows. • Используемое ПО для software: • Borland – Cbuilder, Delphi, TurboC-2005, Asm; • Используемое ПО для firmware: • C: • LPCXpresso - NXP (LPC); • IAR - STMicroelectronics (STR750), Texas Instruments (MSP430); • Code Composer Studio - Texas Instruments (TSM320C6424); • Keil - Silicon Laboratories (8051); • Softune16 - Fujitsu (BM90590/BM90345); • AT-команды: • для ZigBee-модулей Digi / Telegesis; • для BlueTooth-модулей LMX9838; • Foundation - Xilinx - CPLD/FPGA. • Спецификация ZigBee-стека, стандарт IEEE 802.15.4, network coprocessor EM260. ================= Участие в проектах: Микрокалориметры: ДАСМ, ДСМ. pX-метр, титратор. Беспроводная система обслуживания эл.счетчиков, электросчетчик и АРМ калибровки, Тест-контроль плат (TMS320C6424), Комплекс для контроля газов. ================= Разработки: з-д Красное Знамя: • ПО для оптимизации сверления печатных плат на разных типах станков ИБП РАН: • ПО для приборов: ДАСМ и ДСМ. • Программный интерфейс прибора Биотест. • Пакет обмена данными между системами MSDOS и RAFOS. • Аппаратный, программный интерфейс и система управления станком для рисования и сверления плат Admap. • Тест-обеспечение для лаб.установки спектофлуориметра. • ПО для установки исследования растительных клеток. • ПО для установка исследования мембран. • Методика и ПО получения удельной теплоемкости на ДСМ-6. • Методика и ПО устранения нелинейности, возникающей в процессе сборки калориметрических узлов. • ПО для титратора. • Разработка принципиальной схемы, firmware и software для pX-метра. ООО Элковенс: • ПО для пульта и ПО подготовки, сбора и управления для бепроводной системы обслуживания эл.счетчиков. • ПО модуля сопряжения и ПО для АРМ калибровки эл.счетчиков. • Модуль Y-модема для микротрекера. • Тест-программа проверки плат на базе TMS320C6424. • ПО для электросчетчика, и ПО для АРМ калибровки. • Структура, алгоритм, протокол для системы контроля газов. • ПО Градуировки Датчиков Газа (модуль и обслуживание), ПО обслуживания ГА. • ПО для газоанализатора Аметист. ================= В данное время: Модернизация ПО для газоанализаторов. ================= Предполагаемая должность: Программист График работы: удаленная работа или полная занятость Ожидаемый доход: от 80.000 руб. ================= Пожелания к новой работе: • Разработка программного обеспечения верхнего уровня (software) - сбор, обработка данных и управление объектом (С/Pascal под MSDOS, Windows); • Разработка программного обеспечения нижнего уровня (firmware) для микроконтроллеров, для сигнальных процессоров (С/Assembler); • Возможна разработка цифровых схем управления и интерфейса; • Сопровождение, обслуживание и т.д. приборов и ПО; Долгосрочные карьерные планы: Совершенствование в профессиональном мастерстве. ================= Краткая формулировка: • разработчик с более чем 30-ти летним опытом работы; • разработка ПО верхнего (MS DOS, Windows) и нижнего (MCU, DSP) уровня. • разработка цифровых схем управления (MCU, CPLD) и интерфейса (RS-232, LPT, USB, ZigBee); ================= Семейное положение: Женат Дочь: 1983 г.р., в 2006г. окончила МГГУ, работает Сын: 1984 г.р., в 2006г. окончил МФТИ, работает ================= Увлечения: Рисование, резьба, лепка. Белое море. Байдарка, лыжи.

Добрый день. USB-устройство устанавливается как виртуальный COM-порт. Открываю его HDL=CreateFile("\\\\.\\COMn",...), Вызываю DeviceIoControl(HDL,IOCTL_GET_DEVICE_DESCRIPTOR,...); и DeviceIoControl(HDL,IOCTL_GET_USB_DESCRIPTOR,...); в обоих случаях возвращает TRUE, но структуры с данными не заполняет, и счетчик байт=0. Вызовов IOCTL_SERIAL_... и IOCTL_SERENUM_..., возвращающих VID и PID не нашел. Работаю в Borland C++. Может кто-нибудь подсказать, можно получить VID и PID для виртуального COM-порта, и если да, то как. Юрий.

Есть устройства от разных производителей, у кого с чистым VCOM, у кого через HID. Поэтому описания драйверов лежат в: - HKEY_LOCAL_MACHINE\System\CurrentControlSet\Enum\HID; - HKEY_LOCAL_MACHINE\System\CurrentControlSet\Enum\USB; - HKEY_LOCAL_MACHINE\System\CurrentControlSet\Enum\ЛичнаяПапка; Производители могут меняться, поэтому отслеживать их всех в реестре бесмысленно. Как по имени устройства из HKEY_LOCAL_MACHINE\HARDWARE\DEVICEMAP\SEREALCOMM найти производителя, если имя устройства в реестре более нигде не находиться, а есть только в *.sys_файле устройства, и то в Unicode, а не символьном виде. При этом один и тот же COM может быть использован несколькими устройствами. Юрий.

Всем большое спасибо! Проблема оказалось в компе. Запустил отдельно в cmd: crt_emu_cm3_nxp -info-license Она использует ipconfig и cscript. Оказалось, что потерялся доступ к папке System32, поэтому при запуске Debuger программа не могла получить информацию о системе, и естественно верещала, что License restriction. Прописал в PATH ручками путь, повторно ввел код активации - все заработало. Хорошо еще система не успела грохнуться. Как говориться, дурная голова, рукам покая не дает. Тысяча извенений за пустое беспокойство. Всем еще раз большое спасибо.

Добрый день. Пытаюсь начать работу с LPC1343 для этого использую: - LPC-Link от NXP; - LPCXpresso от Code-Red; Зарегистрировался на Code-Red - Установил LPCXpresso - Послал серийник - Ввел код активации. Получил FULL версию: License type: FULL Debug limit: 128k Activation code: XXXX-XXXX-XXXX-XXXX-XXXX-XXXX-XXXX-XXXX A FULL copy LPCXpresso may be used for production. Создал Workspace - рапаковал примеры (examples.lpc13xx.new.zip и lpc1343_xpr_bb_101027.zip). При загрузке из LPCXpresso axf-файлов больше 8К (Debug) выдается сообщение: Target reported errors. Reason: License restriction: flash image too large for this license. При этом в процессе загрузки пишет что-то красным, но тут же стирает, так что прочитать не успеваю. Release-версию грузит (так же пишет что-то красным). Выходит после этого в Debuger, но естественно ходит в нем криво. Удалял, ставил заново - тоже самое. На сайтах NXP и Code-Red поддержки нет, в форуме ничего нет. Подскажите как решить проблему. С уважением, Юрий.

Конечно знать архитектуру нужно, но весь вопрос с чего начать знакомство. Нам заказали разработать плату и тест всей периферии. Я первый раз сталкнулся с DSP от TI, и возможно в последний. Досканально разбираться со всеми регистрами, как, когда и что в них писать - это долго и если больше не понадобиться, то в лом. Открываю, например, тест по Кодеку, смотрю какие регистры используются, открываю описание по ним, запускаю тест, и по шагам смотрю, что и как происходит с железом. После этого начинаю менять тест, чтобы он работал по нужному мне алгоритму, далее беру описание своего кодека, меняю конфигурацию, и подгоняю, чтобы все работало. Если тест изначально кривой, то можно пойти на форум, побалтать на работе с ребятами, еще внимательно посмотреть на тест, и ошибка наверняка найдется. Согласитесь, гораздо проще и быстрей, особенно если видешь данное устройство впервый раз. А насчет стандартизации ПО и устройства - это жемчужная мечта утописта. Производитель ни когда на это не пойдет, иначе, как он привяжет вас к своим устройствам или оболочке ПО, вы ведь тогда сможете их менять, как перчатки. Конечно вы можете прийти к нему, но можете и уйти. Так что все останется по-старому, стандартизация стантартизацией, а бантик у каждого будет свой. С уважением, Юрий

Почему-то они даже не удосужились запустить и проверить на работоспособность этот "отличный софт для отличного устройства", как делаю все нормальные люди, перед тем как выложить для всеобщего использования. Ведь он предназначен для людей, которые впервые столкнулись с программированием этого нового для себя железа, и не понимают пока всех тонкостей работы с ним. Тем кто разобрался эти библы и примеры не нужны, у них уже свои. Очень странный подход для "прекрасных ребят": написал что-то, не проверил, и поместил в официальный совт. А там кому надо, тот пусть и доводит его до ума. А может "прекрасные ребята" все такие, тогда, боже избавь, нас от этих "прекрасных ребят".

Это хорошо когда сидишь на одном или хотя бы однотипных кристаллах. А когда каждый проект - это новый кристалл, в диапазоне от 51 до DSP, то, по неволе, приходиться начинать с примеров и библиотек. Так последние проекты были на SiLabs-C350, TI-MSP430, STm-ARM7, Fujitsu-BM90345, а теперь TI-TMS320C6424. Если вникать во всю архитектуру и ее конфигурирование, даже просто читать, то ни какой заказчик ждать не будет. Приходиться брать какую-то болванку и на ней быстро методом проб и ошибок что-то свое сооружать, может это не элегантно, но жизнь диктует нам свои суровые законы. С уважением, Юрий

Всем спасибо. Как оказалось, был прав один из участников форума - все дело в криворуких индусах, которые пишут тесты для TI. В примере из "...\boards\evmc6424_v1\tests\emac\": три глюка по MDIO: не установлен делитель частоты для обмена по MDIO, можно взять стандартный - 256; установка новых данных и программый RESET в рег.0 - взаимо исключающие режимы; после программого RESET по рег.0 нужно долго ждать установки режима, лучше контролировать какой-нибудь регистр, например, рег.1F, должен быть = 0x9598; один глюк по EMAC: в 1-битное поле RMIISPEED рег.MACCONTROL они умудрились послать число 1000 (0x03E8), из-за чего в 16-битном резервном поле установилось значение 0x0040, и всякая работа с RSZ8001 накрылась. Наверное там записывается какая-то служебная информация. После этих исправлений тест прекрасно заработал. С уважением, Юрий

Вы были правы, все дело в индусах. В примере из "...\boards\evmc6424_v1\tests\emac\": три глюка по MDIO: не установлен делитель частоты для обмена по MDIO, можно взять стандартный - 256; установка новых данных и программый RESET в рег.0 - взаимо исключающие режимы; после программого RESET по рег.0 нужно долго ждать установки режима, лучше контролировать какой-нибудь регистр, например, рег.1F, должен быть = 0x9598; один глюк по EMAC: в 1-битное поле RMIISPEED рег.MACCONTROL они умудрились послать число 1000 (0x03E8), из-за чего в 16-битном резервном поле установилось значение 0x0040, и всякая работа с RSZ8001 накрылась. Наверное там записывается какая-то служебная информация. После этих исправлений тест прекрасно заработал. С уважением, Юрий

Регистры читаются, записываются и сбрасываются по ResetSoft, но режим пока не подобрать не могу.

А оно работает? Я взял пример из "...\boards\evmc6424_v1\tests\emac\", он глючит. По докам на C6424-EVM и Micrel KS8001 установка регистров трансивера по умолчанию должна уже работать. Мало того с передающим каналом все нормально: - вставляю заглушку сообщает, что передал; - вынимаю заглушку честно говорит, что передача не прошла; А вот прием молчит при разных режимах: LoopBack или заглушка. Или я в доке что-то пропустил, или на плате кроме SW3 нужно еще что-то переключить/перепаять. Она ведь на два режима сделана: MII/RMII. Если кто-нибудь сталкивался - подскажите. А я пока посмотрю, как под OS это дело работает, может что-нибудь откопаю. С уважением, Юрий

Доку (на C6424-EVM и Micrel KS8001) я смотрел, установка регистров трансивера по умолчанию должна уже работать. Мало того с передающим каналом все нормально: - вставляю заглушку сообщает, что передал; - вынимаю заглушку честно говорит, что передача не прошла; А вот прием молчит при разных режимах. Или я в доке что-то пропустил, или на плате кроме SW3 нужно еще что-то переключить/перепаять. Она ведь на два режима сделана: MII/RMII. Если кто-нибудь сталкивался - подскажите. А я пока посмотрю, как под OS это дело работает, может что-нибудь откопаю. С уважением, Юрий

Спасибо, пока.