Тема перенесена из gForth x64 + debian/win viewtopic.php?p=49561#p49561
Я нашёл такой выход:
1. На период отладки устанавливать ретранслятор(ы).
2. Сообщения передаются с контролем 100% приёма.
Пусть придёт с задержкой, но гарантированно. Деловой разговор очень короткий.

Работы проводятся (часто) вне GSM, что решает все проблемы.
Когда? Идёт набор статистики по теме.

Никак. Это ретранслятор, конечные изделия ждут прохода пакетов. Идёт обсуждение.

Те, тупо "железные" ретрансляторы (без промежуточной обработки данных)?

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

На время настройки/запуска создаётся мост зоны уверенного прохождения.
Можно CRC считать. Железякам пофиг, они железные.

Вы собираетесь гнать голос over Lora?
Не, мне конечно удалось поработать несколько лет с телемеханикой, но там обычно была обратная ситуация - гнали данные по разговорному каналу в "над ТЧ" (вроде так это называлось).

Всё верно, но только чуть не так. Это, типа, ревербирация, кто помнит что это такое.
Записываем обычный голосовой пакет, и нежно пропихиваем по каналу,
1)скорость которого временно увеличена (за счёт доп питаня) до максимума.
2) Нет хорошего прохождения - ставим временный ретранслятор посередине.

После получения результата, лишние дополнения отключаем, смотрим что получилось.
Повторяем п.1 и/или п2.

Использование Lora для настройки Lora.

Создан архиватор, упаковывающий любой файл до одного байта!
Осталось написать разархиватор... это весёлая байка из времён ФИДО

N) Найден рабочий вариант Форт-CPU, и создаётся под него плата.
Стоимость: $10 камень + $1 четырёхслойка + $1 прочее. Цены максимальные для малой партии.
Людоедские варианты по стоимости предлагаемых готовых плат отметаются.

1) Назвал я его Утрамбовщик. Может утрамбовать, и очень быстро, свой же утрамбованный массив.
8*8=64 байта (байт = 0-255) результат 48 байт. 48 - это минимальный результат.
Растормошить с 48 до исходных 64 (без потерь и без коллизий) программно долго.
ИБМ с радужной таблицей работает над 16 такими блоками сутки. Это на моей кляче.
Приходилось в начале брать сервера, для присчитывания теории и проверки оптимальных вариантов.
Всё на Форте. GPU с Фортом не дружит, а так бы всё успевало намного бастрее.
Увеличение радужной таблицы до 16-32 гег не сильно помогает.
STM32F411 позволил проверить некоторые соображения, и было принято решение сделать упор на математику,
чем на радужные таблицы, что идеально ложится на FPGA с достаточной областью своей памяти.
GW1NR-UV9 для начала вполне подходит по параметрам, цене, и быстрой достовабельности.

Перенос на FPGA и первые прогоны делаются на Форт-ЯДРАХ, с последующим переносом критических кусков форт-кода в логику.
GA144 под это не подходит по ряду причин, хоть и необходимо 64-128-256-... ядер - кратное увеличение производительности.
Это позволит перевести всё в приемлемое время при минимальных затратах.
Со временем, используя камни с DSP, как сопроцессоры, производительность существенно возрастёт.
Про номинальный вариант 16*16 - это дело времени.
Будущее - перевод проверенной технологии в максимальном виде в железный вариант.

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

2) Первое применение - связь по каналам LoRa, есть готовая небольшая сеть.
3) Накопление результатов.

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

Есть ещё десятки идей с реализацией на быстром камне.
Без помощи некоторых, их реализация на новом камне пойдёт гораздо веселей!!!