Андрей

Как уже класно и подробно расписал Андрей, я бы делал на регистрах и, возможно, I2C драйверах или отдельном контроллере.
На каждую цифру (сегмент) по 595, сегменты в дисплее соединить последовательно, итого на 5 дисплеев у нас 11-15 портов. и никакой нагрузки от динамической индикации - отправили число и забыли до следующего

Индикаторы бывают весьма разные.
Есть уже с контроллером на борту и последовательным интерфейсом. С ними проще всего работать и они замечательно каскадируются, но несоколько дороже и сложнее найти.
Есть те, которые предназначены для динамической индикации, где на несколько цифр 7+1 нога + несколько общих катодов или анодов, переключая которые одновременно с установкой нужной цифры можно получать индикацию на всех цифрах.
Есть те, что предназначены для статической индикации, и требуют очень много ног.

Кроме простых сдвиговых регистров есть более специфичные контроллеры индикаторов, например, MAX7221 и много других.

К тому же, индикатор должен подходить к контроллеру.

А по тому, что вы не понимаете, лучше задать конкретные вопросы, причём лучше сначала изучить как следует документацию и примеры, чтобы вопросы были точны а ответы стали понятны...

не совсем понимаю принцип работы, назначение некоторых пинов

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

Здесь внутри по сути простой счетчик на RS-триггерах (упрощённо):

• Выходы отключены
  
• Сбрасываем счётчик
  
• Подаем нужное количество импульсов
  
• Включаем выходы
  
• Видим результат
  
• Повторяем для следующего разряда
  

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

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

Лично я реализовывал бы подобное с помощью i2c драйверов для семисегментных дисплеев.

Плюс подобного решения в простоте, у каждого дисплея (не разряда), есть свой адрес, вы пишете по этому адресу значение и получаете его на нужном дисплее.
При этом помимо питания у вас только две линии SDA и SCL (сразу для всех устройств).
I2C поддерживает огромное количество slave устройств на линии.

Полезные ссылки:
I2C
Сдвиговый регистр
Мультиплексирование
Динамическая индикация

P.S. Я не профи в этом деле, но в детстве увлекался электроникой.

РТК не будет заморачиваться подключением 10, а тем более 1 абонента к PON сети.
PON сети должны строиться микрорайонами, иначе в них глюков не оберешься.
1 куст = 64 абонента, на ONU минимум 4 куста - чтобы это нормально работало и окупалось.
Поэтому тут вариант только как писали выше: самое простое искать жильцов кто подключится к РТК и бросит вам мост, или на крайняк перетереть с техниками РТК чтоб подключили Вас через чердак, но с РТК сильно врядли такое прокатит потому как это неповоротливая и непробиваемая махина, и +1-10 лишних абонентов к имеющимся полмилиарда совершенно никакой погоды не сделает

говорят мол нет технической возможности (может это и правда, но как мне кажется, им просто это невыгодно или лень)

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

А тащить кабель к частному дому никому не нужно - это дорого, а затраты один абонент не окупит за адекватное время. Это попросту не выгодно. Поэтому - нет технической возможности.

Переговорите с ними - попросите рассчитать цену, если она будет приемлемой 50-60тыс, просто заплатите им и подключат.

Так это всё надоело, что готов купить сам это pon кабель и протянуть до соседнего дома. Вопрос вот в чём: какой конкретно кабель нужен и где его купить (может подешевле) ?

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

Лучше вести его по столбам или по канализации ?

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

Думаю начать надо с вопроса "куда вести"... который приведет в РТ где нет технической возможности. Это если не считать стоимости проекта прокладки коммуникаций, самой прокладки (включая прокол под дорогой) и балансополучателя готовой магистрали... потом РТ надо будет уговорить заключить договор с тем, на чьем балансе будет кабель...

Ну или попроще - взять и поселить у себя в доме кого-нибудь из руководства РТ - возможно это ускорит процесс)

нет технической возможности

Была такая ситуация один-в-один. Сделать ничего нельзя. Просто так, без разрешения, кабель вы не проведёте.

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

Погугли RTMP/RTSP проктоколы.

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

https://gist.github.com/n3wtron/4624820 - простейший вариант, как раз ваш случай. Если скучно и не хватает приключений - почитайте про вебсокеты.

#include <cstdlib>
#include <climits>

перед #include <opencv2/core.hpp>