Jump to content

    

Anper

Участник
  • Content Count

    6
  • Joined

  • Last visited

Community Reputation

0 Обычный
  1. Изначально это «полноценная» вакансия. Вилка по зарплате 40-60 т.р. Продуктивного программиста возможно хватит и на половину времени. Вариант с прглашением в бизнес, наверное, руководитель компании готов рассматривать, но это нужно с ним общаться.
  2. Санкт-Петербург. Опечатался в названии ст. метро «Технологический _Институт_»
  3. В небольшую команду, которая занимается разработкой квест-комнат и электроники для квестов, требуется инженер-программист. В ходе работы предстоит программировать игровую логику, «оживлять» загадки и головоломки. Цель нашей работы — создать интересный игровой сюжет и в совершенстве воплотить его «в железе» и софте, чтобы принести игрокам удовольствие от игры! Мы постоянно ищем новые технологии, которые можно использовать в квестах От вас требуется: — понимать (иногда плохо формализованные) моменты игрового сценария, участвовать в обсуждении деталей технической реализации — писать стабильный и поддерживаемый код. Стабильный — потому что результатом вашей работы будут пользоваться люди и любая ошибка смажет впечатление от игры; Поддерживаемый — потому как часто только после реализации можно увидеть изъяны логики, улучшения визуальной составляющей и т. д., что требует оперативной корректировки; — уметь быстро «завести» периферийный интерфейс; у нас обычно нет невидимых радиосигналов или гигабайт свежей информации© в недрах жестких дисков, вся периферия мигает, светится или норовит укусить вас за нос; На текущий момент стек технологий следующий: — STM32L1, arm-gcc/mbed; — Raspberry Pi, Raspbian; — Python (думаем хотя бы частично переходить на JS в силу чрезвычайной модности главного разработчика); Из профессиональных навыков: — знание C/C++. Да, мы пишем встраиваемый код на плюсах. Хочется, чтобы вы понимали, как вызывается виртуальный метод, почему нельзя возвращать из функции временную переменную и что не так с проклятой строчкой «++i + ++i»; — умение работать с Linux хотя бы на уровне «зайти по ssh на Raspberry и прописать скрипт в автозагрузку»; — знание Python или JS. Программ по распознаванию инопланетных сообщений в белом шуме писать не требуется, только бизнес-логика и взаимодействие с системой (последовательный порт, запуск приложений и т. д.); — знание схемотехники. Отличить, например, SPI от I²C, уметь пользоваться осциллографом и мультиметром; к сожалению, не все баги находятся с помощью отладчика, так что вас не должен смутить неприпаянный резистор в схеме, из-за которого не идут данные; умение держать паяльник за правильный конец будет большим плюсом; вот еще пункт в конец: — владение современными средствами разработки: в первую очередь, система контроля версий (мы используем git); Пользоваться можно почти любой IDE, но с любителями писать код в блокноте (без автодополнения, подсветки синтаксиса и отступами вразнобой) далеко не уедем; Работа в просторном офисе, 5 минут от ст.м. «Технологический проспект» Пишите в ЛС или mail@s3f.ru
  4. Компании, занимающейся разработкой медицинской техники в СПб (Васильевский остров), требуется программист. Основные задачи: -- Поддержка встраиваемого ПО носимых устройств -- Реализация новых и оптимизация старых алгоритмов (обработка данных, в т.ч. ЦОС, хранение и передача данных по различным протоколам). -- Конфигурация интерфейсов, запуск новых чипов Платформа: STM32F4. Технологии: FreeRTOS, C++/C, требуется знание основных интерфейсов (UART, I2C, SPI...), особенности работы с DMA, режимами энергосбережения. Очень рекомендуются навыки обработки сигнала в mathlab/python и в принципе знание питона. Плюсом будет знание JavaScript, представление о работе TCP/IP, базах данных. з/п от 50 тысяч рублей. телефон +79218815337 (Андрей), или почта mail@s3f.ru.
  5. Всем привет! Мы разрабатываем портативное устройство, в составе которого должен быть канал bluetooth (а как же, все лучше с блютузом!) В текущей версии используется радиомодуль Bluegiga WT12. У него есть достоинство: он работает. В остальном, нас не устраивает ни цена, ни габариты модуля. К тому же, захотели использовать Low Energy режим BT4.0/4.1 Все это привело нас к поискам bluetooth smart ready модуля (так называется модуль, в составе которого есть и Low Energy (LE), и «обычный» (EDR) bluetooth). Остановились на CC2564 от Texas Instruments. Нужно понимать, что это HCI контроллер, т.е. устройству обязательно нужен внешний контроллер с куском bluetooth стэка. В качетсве хоста используется STM32F4. Стек брал отсюда: http://www.ti.com/tool/cc256xstbtblesw Сразу скажу, пришлось наткнуться на некоторые грабли: 1. Модуль достаточно капризен к питанию VDDIO (от 1.75 до 1.9 В) 2. Очень важно соблюдать порядок включения питания, сигнала clock. 3. Логические уровни также низковольтные (1.8 В), поэтому использовали согласование уровней в виде двунаправленного буфера. Здесь столкнулись с тем, что выход буфера ни в коем случае нельзя подтягивать, только Hi-Z, в противном случае возникает конфликт. А в USB-UART почти всегда есть встроенная подтяжка RXD к питанию, что приводит ко всяким фокусам, когда по длинным проводам работает, а по коротким — нет. 4. В попытках разобраться в коде стека, глаза лезли на лоб. Очень любят TI в каждый демопроект запихать свою операционку, написанную на коленке. А проект с FreeRTOS из коробки не завелся. После конфигурации отладочного UART и UART для связи с HCI демонстрационный проект запустился и вроде даже заобщался с CC2564. Дальше по этому документу (http://www.ti.com/lit/ug/swru428/swru428.pdf) решил пройти Quick Start c проектом SPP Demo (http://processors.wiki.ti.com/index.php/CC256x_TI_Bluetooth_Stack_SPPDemo_App), однако после перехода в режим сервера, команды open и вызова команды Inquiry, число найденных устройств равно 0. Мое устройство также не видно. При этом рядом с устройством расположена антенна, подключенная к спектроанализатору, видно, что в процессе обзора плата прыгает по эфиру. Далее начал разбираться. Скачал hardware evaluation tool (http://www.ti.com/tool/swrc256), поставил, подключил модуль через USB-UART к компьютеру, пошел по инструкции. Еще раз проверил железо (http://processors.wiki.ti.com/index.php/CC256x_Schematic_and_Layout_Checklist) Начал проверять работу (http://processors.wiki.ti.com/index.php/CC256x_Testing_Guide). На команды запроса информации о себе модуль отвечает успешно. Для того, чтобы из модуля поперло радио, необходимо сначала сконфигурировать его с помощью service pack. Это, грубо говоря, набор команд. У TI в hardware evaluation tool (см. выше) есть программа для этого. Сами паки лежат тут (http://processors.wiki.ti.com/index.php/CC256x_Downloads). После загрузки пака возникает еще одна проблема: на команды запроса информации модуль отвечать перестает. Но, судя по всему, команды принимает, т.к. корректно выставляет тестовую несущую по команде HCI_VS_DRPb_Tester_Con_TX и тестовую отправку пакетов по команде HCI_VS_DRPb_Tester_Packet_TX_RX. Больше ничего от модуля мне добиться не получилось. Еще пробовал подключить в linux с помощью hciattach. Подключенную по uart плату с CC2564 система видит, загружает в неё service pack, создает новое hci устройство, и… hcitool scan выдает пустой скан-лист. Хотя встроенный в ноут bluetooth hcitool scan отрабатывает корректно. Антенна сейчас используется большая (всенаправленное outdoor решение, усиление около 6 дБ), согласованная, подключена кабелем. Устройства, с которыми предполагается общение, лежат совсем рядом, сигнал с платы на спектроанализаторе видно. Так что не думаю, что проблема в радиочасти. Собственно, дальше не представляю, куда копать, как сделать, хотя бы, чтобы модуль был виден в эфире, и чтобы работало сканирование?
  6. в г. Омске Центральное конструкторское бюро автоматики проводит с 10 по 12 октября 2012 г. IV общероссийскую научно-техническую конференцию по обмену опытом в области создания сверхширокополосных РЭС. Секции 1. Радиотехнические системы 2. СВЧ-устройства и элементная база для СВЧ-устройств Крайний срок получения заявок и материалов доклада – 20 июля 2012 г. http://www.ckba.net/main.php?id=1&nid=122