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-команды для управления, будет проще взлететь.

Например, плагины от RedmineCRM:
Redmine Finance plugin
Invoices plugin

1-Wire слишком ненадежная и медленная

Она достаточно надежная. Есть множество примеров промышленных устройств, в которых датчики температуры висят на одной шине длиной до 60 метров.

Может кто подскажет в какую сторону копать?

Японский городовой достаточно подробно ответил. Замечу, что для связи с компьютером можно использовать достаточно дешевые CAN-USB адаптеры в том числе с гальванической развязкой. Мы применяем Марафон — у них хорошее железо и API.
Добавлю, что CAN используется в основном в автомобилке или промавтоматике. Шина дифференциальная и поэтому вам придется использовать витую пару. Драйверы физического уровня (PHY) не особо дешевые (по сравнению с тем же 1-Wire, где можно использовать один транзистор). Шина требует терминаторов на концах. В остальном там все хорошо.
Все же подумайте насчет беспроводной сети.

Слоты приема и передачи ведущего и ведомого устройства (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.

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

С последовательной активацией задач знаю только OmniFocus. Но он не онлайн и не кроссплатформенный (только Mac и iOS).
У всех остальных GTD-like планировщиков, которые я видел (а я видел немало) возможности скрыть задачи до выполнения предыдущей нет.

В TrackR нет GPS. Они банально вводят всех в заблуждение.

Технология которую они «придумали» называется Crowd GPS. TrackR – это обычный iBeacon. Его широковещательный пакет принимает мобильное приложение и отправляет на сервер свои координаты с индентификатором принятого пакета. Идея интересная, но это никак не GPS.

Таких маленьких трекеров как вы хотите пока не существует. Элементы питания занимают много места. Эффективность антенны так же сильно зависит от размеров (чем больше размеры, тем лучше). Если хотите надежное проверенное решение, используйте Meitrak или Queclink. Ну или любого другого проверенного китайца.

Если задаете такой вопрос, то для вас идеальной будет платформа MediaTek LinkIt