Форум arduino.ua

По порядку:

Когда любой источник называют проверенным - то указывают его URL. Чтобы всяк могу собственноручно убедиться в его компетентности ... или не ...
Потому как на мусорке Интернет последние лет 10 слабоадекватные персонажи повсеместно описывают и вечные двигатели и вечную жизнь

В принципе, очень похвальное намерение.
Но при этом нужно держать в уме, что примитивные заводские схемы перед выпуском проверяются 1000001 раз и в не очень примитивных технических лабораториях.
(я знаю, на примере систем управления турбинами для электростанций - когда-то работал в этой области - что Siemens при отработке и испытаниях своей системы управления пуском и остановом угробили 5 турбин стоимостью порядка $1 млн. ... не жалко было)

В принципе, лет 20 назад у меня был карбюраторный автомобиль, с микропроцессорным контроллером от Bosch, который в точности этим занимался.

Как раз из всех остальных аспектов такой работы - это самая простая составная часть.

С другой стороны, уровень профессионализма, квалификации, программистской культуры в сообществе Arduino ... ну, чуть-чуть, может, и повыше плинтуса будет. Это и нормально, в общем, в сообществе самоделкиных и радиолюбителей ... и то хорошо!

P.S. Хотя по форумам и сообществам Arduino есть единичные участники, отличающиеся очень хорошим уровнем и пониманием предмета. Мне (по опыту знакомства и участия в программистских разных сообществах, в разное время за много лет) очень удивительно, необъяснимо для себя, то размежевание ... общий уровень "около плинтуса" + отдельные профессионалы очень хорошего уровня - и всё это при полном отсутствии промежуточного уровня ... "среднего класса".  

Поэтому здесь даже среди представленных для общего использования библиотек многое сделано далеко не лучшим образом. И к ним нужно относиться тоже изрядно критически. Как вариант: изучать код, который представляется в библиотеках, и использовать его "по мотивам", но не использовать готовые библиотеки as is ... по крайней мере, когда глядя на них возникают сомнения.

У меня вскорости будет стоять такая же задача ... только мои 7-сегментный индикаторы пока ещё только едут с алиэкспресс ... а дорога там не короткая - проверяться не на чем.
Но по такому случаю я могу вам помочь, в общей части, естественно, а не в деталях как вам там оно надо будет - себе адаптируете уже как вам надо будет.

Это настолько частая и даже тривиальная задача, что описаний её решений - море...
Вот, например:
- это пЫанЭрский вариант ... но вполне может быть: Семисегментный 3-х разрядный индикатор;
- а это вот - экономный вариант с минимальным задействованием выходов Arduino: Вывод информации на 4 разрядный 7сегментный индикатор при помощи двух 74hc595.
Вот любопытная основа, для начала (как код это - ахинея, а как исходная отправная точка - нормально):
4 разрядный 7 сегментный индикатор
4х разрядный 7-сегментный индикатор нужен драйвер
А вот здесь вам главная идея как управлять 7-сегментным индикатором - Семисегментный индикатор. Теория управления

По такой схеме (я её так и предполагал) вам требуется 12 управляемых выходов Arduino, из всех 14 доступных (как я понимаю).
Чего то особенно сложного в такой индикации нет ... кроме того, что для начала, "чтобы не видеть мерцания" -  вы должны оценить инерционность своего индикатора, и то, на какой минимальной частоте повторения вы ещё не будете видеть мерцания при скважности 3.

Я бы сильно советовал (я бы так делал) просто написать отдельный программный пример (который потом выбросить ) который бы просто поджигал 1 из индикаторов, пусть все его сегменты ... и смотрел (меняя частоту loop в коде) когда индикатор начнёт мерцать.
Начинающие писать программные коды (не важно для какой аппаратуры и каких целей!) обычно норовят сразу писать конечную программу, рассчитывая что "там приложится" - там всё отладят и проверят, но как оказывается, отладить всё в комплексе оказывается бесконечным занятием ... В знаменитой книжке "Мифический человеко-месяц" Дж.Брукс мл. называет это "асфальтовая топь".

Ну вот, уже что-то понятно, вы уже двигаетесь в нужном направлении ... только пока ещё о-о-о-очень медленно

"Извне" это по какому интерфейсу вы их получаете? Serial?

Что за такие "3 сегмента"? Бывают разные индикаторы, но среди них не бывает 3-сегментных

Но уже у вас выделились 2 полностью автономные, независимые друг от друга задачи:

1. Принять и декодировать приходящий пакет (и здесь учесть очень неприятную вещь: что вы будете делать и как, если вы потеряете как-то 1 байт, и рассинхронизируетесь с форматом пакета? как станете восстанавливать синхронизацию?).

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

О-ба-на...
Там пацаны по убогости своей так берегут свою возможность срубить 3 копейки "с лоха" - что удалили написанное решение.   

Если у вас конкретные вопросы, сложности по программному коду - спрашивайте. Можно обсудить и выработать возможные варианты.
А участвовать непосредственно в таком очень громоздком, но не сильно интересном проекте вряд ли кто прельстится?
Или это детальное описание проекта - только для громкого пиара?

В Linux можно вообще со всем этим работать пользуясь только консольными утилитами Linux. без любых промежуточных приложений.
По крайней мере, это очень полезно для тестирования при непонятных нарушениях работоспособности!
И таким образом убеждаемся, что UTF-8 передаётся в оба конца без искажений ... даже в очень давних версиях, там где монитор порта глючит:
- в один терминал (вкладку) пишем

- из другого терминала (вкладки) в это время читаем:

Как вы понимаете (кто понимает ), это прямой путь взаимодействовать с Arduino из своего собственного кода на хост-машине, на чем угодно: C/C++, Python, ... bash

Такое может быть (с исчерпывающе малой вероятностью), но, если требуется экстремальная надёжность, такие вещи блокируются тем, что называется обменной буферизацией:
- имеете 2 копии данных data[ 2 ] (где data - произвольная структура данных, любой размерности)
- и индикатор-указатель-индекс i = 0/1;
- при обновлении обновляете экземпляр data[ не i ]
- и только проверив, что запись и обновление успешны, меняете i = !i

Это вы потребовали совместимости "сверху-вниз": 1.6.5/1.8.5 => 1.6.0
Такого не гарантирует ни один язык программирования, и ни одна операционная система, ... такого просто не бывает в природе.
Совместимость "снизу-вверх" должна, бы, в принципе, соблюдаться всегда и на 100% ... но бывают и редкие нарушения.

Я вот знаю такой глюк:

... Arduino IDE работает (и редактирует код) в кодировке UTF-8. Это очень здорово - это современно, прозрачно-переносимо и т.д. Это UNICODE, а всё, что связано с кодовыми страницами - это даже не вчерашний, а позавчерашний день.

Но!
Передача и приём данных через UTF-8 идёт (по данным) корректно изначально и всегда ... но в предыдущих версиях IDE в системном мониторе ихнем иногда искажается отображение русских UTF-символов.

На рисунке показана работа скетча Arduino, который читает строку через /dev/ttyUSB* и ретранслирует её обратно в /dev/ttyUSB*.
Передача из Arduino делается 3-мя разными (эквивалентными) способами: printf(), Serial.println() и посимвольно Serial.prin().
Видно, что отображается иногда с искажениям, но передаётся в обе стороны корректно ... в начале строки указано число байт - это не число символов - хорошо отслеживается на разного содержания строках соотношение байт на символ в UTF-8.