4 проблемы при проектировании оборудования IoT

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

Вот почему следует чаще говорить о преодолении проблем проектирования в среде Интернета вещей. В следующей статье мы расскажем вам о 4 основных проблемах при проектировании оборудования для Интернета вещей, - говорит Яш Мехта, специалист в области Интернета вещей и больших данных.

Поиск проектировщиков оборудования

В США работает более 50 000 квалифицированных инженеров-проектировщиков оборудования. Если недостатка в навыках нет, то почему так много организаций не могут найти подходящих талантов?

Большинство организаций не могут создать квалифицированную команду, потому что они не использовали правильные каналы. В отличие от профессионалов в области программного обеспечения, которых можно найти практически повсюду, проектирование оборудования требует тонкости. Для IoT уровень знаний выше, и организации должны тщательно работать со своей командой.

Помимо социальных сетей, общедоступные торговые площадки являются ценным вариантом для общения с профессионалами. Торговые площадки, такие как Upwork , Ioterra и сцепление предназначены для профессионалов в области Интернета вещей и содержат исчерпывающий список ресурсов по различным дисциплинам, включая проектирование оборудования.

На этих платформах работают квалифицированные специалисты, которые могут напрямую связываться с компаниями, которым требуются аналогичные проекты. Эти торговые площадки для разработки оборудования предоставляют несколько уровней фильтров помощи при поиске, которые быстро сужают область поиска. Кроме того, предприятия могут фильтровать разработчиков оборудования по конкретным требованиям к продукту.

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

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

Проблемы проектирования печатных плат

Печатная плата (PCB) - это мозг сети IoT. Он состоит из множества датчиков, проводных и беспроводных компонентов, установленных близко друг к другу. Давайте визуализируем типичный дизайн печатной платы. Обычная схема, расположенная в одном углу, обеспечивает питание всей платы. Для реализации системы звукового отклика используются многолучевые микрофоны. Существуют схемы управления двигателем, датчики и сеть случайных схем в соответствии с различными требованиями приложения.

Это был просто общий вид типичной малогабаритной печатной платы. Его можно расширить в большую рабочую область для более высоких требований приложения.

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

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

Оптимальное использование прототипов

Создание прототипов - важный этап в жизненном цикле разработки оборудования для Интернета вещей. Он позволяет оценить соответствие функциональности системы различным сценариям и условиям. Поскольку откатить назад разработки в области Интернета вещей сложно, важно детально протестировать прототипы. Большинство разработчиков не используют прототипы в той степени, в которой они должны, и в конечном итоге упускают важные детали, которые превращаются в проблему в основном продукте. Хотя вы не можете продолжать изменять устройства и их дизайн, важно уделить больше времени перед утверждением прототипа.

Поэтому, прежде чем переходить к производственным цехам, вы должны включить прототипирование в итеративную модель, такую ​​как Agile. Предложите конечным пользователям поработать над этим, проанализировать их отзывы, внести изменения и устранить несоответствия, насколько это возможно. Чем больше вы отказываетесь на этом этапе, тем меньше вы страдаете в процессе производства.

Дизайн для неопределенных требований к мощности

Система IoT состоит из нескольких отдельных аппаратных компонентов, каждый из которых может иметь несколько транзисторов. Коллективная рассеиваемая мощность всех транзисторов составляет значительную величину, которая со временем должна увеличиваться. Если мы представим себе несколько небольших сетей IoT для одного дома, представьте себе увеличение коллективного рассеивания мощности всех устройств. В первую очередь, это непрерывный обмен данными и другие аналитические операции, которые еще больше увеличили бы цифры. Чтобы не пропустить, требования к питанию для поддержания инфраструктуры радиосвязи, включая Wi-Fi, Bluetooth, сотовую связь и т. Д., Сопряжены со значительными требованиями.

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

Один размер не подходит всем

Интернет вещей будет обслуживать пользователей независимо от их технологий и культурного происхождения. Так же, как Интернет не ограничивается определенным «типом» пользователей, Интернет вещей окажет аналогичное влияние. Интернет вещей - от автоматических термостатов до турбин - ведет нас в мир, полностью управляемый кодом и устройствами. Поэтому крайне важно, чтобы мы добавляли в наши планы прогнозное понимание серьезных проблем и ошибок.

Автор - Яш Мехта, специалист в области Интернета вещей и больших данных.