alexpic

Разумеется, нужны, днем с огнем не сыщешь хорошего специалиста. Хороший — это который может на бумажке нарисовать и объяснить как работает step-down преобразователь, знает, как зависит падение напряжения на полупроводниковом диоде от температуры, может нарисовать неинвертирующий усилитель на ОУ и эмиттерный повторитель. Это так, навскидку, на чем обычно валятся джуниоры, возомнившие себя крутыми спецами. Ну, до кучи, неплохо бы знать технологии производства: как печатные платы делают и как на них потом паяют компоненты.

Если же есть узкоспециализированные знания по черной магии трассировки скоростных плат или СВЧ дизайну, то работу в столицах найти будет совсем просто. В небольших городах, конечно, сложней.

Но тут пишут правду — какой-нить, осподиисусе, фронтендер с 2 годами опыта говнокодинга на JS в среднем получит лучшее предложение. И сможет найти удаленную работу. Так что в железки идут фанаты, которых прет. Те кто выживает и развивается, может достигнуть неплохих высот. Ну и занимаются они любимым делом, а не пашут на галерах в ЕПАМе или Люксофте.

Исторически так сложилось, Keil более старый инструмент. К тому же до покупки ARM у них были компиляторы под многие платформы, как у IAR. Поэтому те, кто переходил, например, с 51 на ARM/Cortex брали знакомый инструмент.

Сейчас я бы выбрал IAR — по тестам у них получше компилятор и есть встроенный статический анализатор кода. Ну и лицензии дешевле будут, если перейдете на светлую сторону силы.

А Keil, как мне кажется, сдувается. Апдейты редкие, ничего полезного не добавляют, поддержка компиляции на многоядерных процессорах появилась в 2017 году (2017!!!). Пользуемся лицензионным Кейлом уже больше 6 лет.

P.S. Если отвечать на вопрос в заголовке — используйте сторонний удобный для вас редактор и будет щастье. Мы юзаем SlickEdit, Sublime, Visual Studio Code

Гуглите запрос indoor navigation

Есть уже такой: profomotiv.ru.
Но как показывает практика, лучшая эффективность у хэдхантера. С профессиональных форумов (электроникс, сахара и прочие) в основном идут предложения об удаленке.

Если вы раньше не занимались электроникой, то вероятность успеха в оценке проекта стремится к нулю, по любой методологии.
Реальность очень хорошо отражает вот эта картинка:

В разработке электроники достаточно большое количество исследовательской составляющей. Ее невозможно планировать, и те, кто это понимает, используют концепцию PDCA, делают прототипы, MVP, ставят целью не готовый девайс а ответ на вопрос.

К примеру, берете вы MEMS-акселерометр LIS3DH от ST и ставите в свое устройство. Казалось бы, девайс выпускается уже чуть ли не 10 лет, изучен вдоль и поперек, даташит на 10 страниц — где там споткнуться? А на самом деле достаточно подводных камней, к примеру, служебные регистры, которые не защищены от записи. А запись в них может превратить устройство в кирпич. Вы можете сказать — ну так не надо туда писать. Да, конечно, отвечу я, но на SPI висит еще и последовательная флешь, и вот ведь сюрприз — CS акселерометра кроме разрешения обмена еще работает как служебный сигнал для выбора типа интерфейса (SPI/I2C). Возможна ситуация, при которой при поднятом CS на шину попадет I2C адрес акселерометра и в служебные регистры будет записан мусор.

Это я вам написал чтобы, так сказать, подтвердить свое право категорично ответить на ваш вопрос. Описанная ситуация встретилась в реальном проекте. Ребята молодцы, локализовали и пофиксили быстро, но могло бы быть и по другом. И таких историй — вагон. И с фирмварой и с железом.

Поэтому не надейтесь на Ганнта, водопадную модель и другие классические методы планирования. Могу только дать несколько советов, как сделать прогноз (не оценку):
— дробите проект на задачи, задачи на подзадачи, подзадачи на элементарные действия. Чем больше степень декомпозиции, тем более достоверным будет прогноз. Мы, например, дробим большие задачи на подзадачи длительностью не более 8 часов.
— прочитайте книжку SCRUM. Революционный метод управления проектами. Гибкие методологии на удивление хорошо ложатся на разработку электроники и встраиваемого ПО
— договаривайтесь с заказчиком на поэтапную работу: результат и оплата. Сначала платку сделайте, потом запустите ее, потому еще какой-нибудь функционал добавите. Так у вас будут контрольные точки, и обратная связь от заказчика. Не получится, что через полгода работы вы сделаете не нужную клиенту штуку.
— беритесь за небольшие проекты

Да полно:

TI: CC2541 (старый, не держит как central больше двух подключений, но проверенный)
TI: CC2640 (новый, модный, но есть баги в стеке)
Nordic: nRF51822 (старый, проверенный, надежный)
Nordic: nRF52823 (новый, много памяти, NFC)
ST: BlueNRG-1 (только на днях анонсировали, энергопотребление пока лучшее в режиме peripheral)
Dialog: DA14583 (на Диалоге Xiaomi свои браслеты делает, API ужасное)

Есть еще у Toshiba, CSR, Cypress (неплохие, кстати), Broadcom. По моему, только ленивый сегодня BLE не делает.
Можете еще посмотреть на модули от Microchip или Bluegiga (сейчас Silabs). Там скриптовый язык и AT-команды для управления, будет проще взлететь.

Слоты приема и передачи ведущего и ведомого устройства (master и peripheral в терминологии Bluetooth Smart) синхронизируются. Для этого большинство популярных чипов требуют подключение внешнего часового кварца. Иногда можно и без него, но тогда увеличивается потребление.
То есть ваш девайс не будет все время находиться в приеме или передаче, а будет выходить на связ в заранее определенные интервалы времени.

UPD: Решил перейти на ZigBee.

ZigBee не для дальней связи предназначен. Это плохое решение.

Вы не написали, какая у вас будет скорость передачи данных. От этого многое зависит. Можно, например, использовать трансиверы LoRa от Semtech и на скорости 500 бит/с получить расстояние 10 км при выходной мощности 20 дБм. Если поставить усилитель, будет большой запас.

В вашем случае контроллер

• должен работать от как можно более низкого напряжения (1.75–1.8В). Это позволит запитать его от батарейки типа CR2032
  
• должен иметь внутри генератор, работающий от часового кварца при отключенном ядре и периферии. С минимальным потреблением (реально меньше 1 мкА)
  

Варианты:
EFM32 от Silabs (ex Energy Micro)
STM32L0/L1 от ST
У Microchip много микропотребляющих контроллеров с RTC и 3В питанием. В любом семействе — PIC16, PIC18, PIC24.

Если часы будут светодиодные, то используйте акселерометр для того, чтобы включать индикацию при взмахе рукой.