Forth и другие саморасширяющиеся системы программирования Locations of visitors to this page
Текущее время: Пн дек 05, 2022 12:21

...
Google Search
Forth-FAQ Spy Grafic

Часовой пояс: UTC + 3 часа [ Летнее время ]




Ответить
Имя пользователя:
Заголовок:
Текст сообщения:
Введите текст вашего сообщения. Длина сообщения в символах не более: 60000

Размер шрифта:
Цвет шрифта
Настройки:
BBCode ВКЛЮЧЕН
[img] ВЫКЛЮЧЕН
[flash] ВЫКЛЮЧЕН
[url] ВКЛЮЧЕН
Смайлики ВЫКЛЮЧЕНЫ
Отключить в этом сообщении BBCode
Не преобразовывать адреса URL в ссылки
Вопрос
Теперь гостю придется вводить здесь пароль. Не от своей учетной записи, а ПАРОЛЬ ДЛЯ ГОСТЯ, получить который можно после регистрации на форуме через ЛС.:
Этот вопрос предназначен для выявления и предотвращения автоматических регистраций.
   

Обзор темы - Радиосвязь.
Автор Сообщение
  Заголовок сообщения:  Re: Радиосвязь.  Ответить с цитатой
Sotnik писал(а):
Использование 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) Накопление результатов.

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

Есть ещё десятки идей с реализацией на быстром камне.
Без помощи некоторых, их реализация на новом камне пойдёт гораздо веселей!!! :)
Сообщение Добавлено: Вс фев 27, 2022 13:59
  Заголовок сообщения:  Re: Радиосвязь.  Ответить с цитатой
Ilya писал(а):
Sotnik писал(а):
2) Два девайса, в период настройки, получив более мощное питание, могут работать на большей скорости,
для реализации дуплексной разговорной связи.
Вы собираетесь гнать голос over Lora?
Не, мне конечно удалось поработать несколько лет с телемеханикой, но там обычно была обратная ситуация - гнали данные по разговорному каналу в "над ТЧ" (вроде так это называлось).
Всё верно, но только чуть не так. Это, типа, ревербирация, кто помнит что это такое.
Записываем обычный голосовой пакет, и нежно пропихиваем по каналу,
1)скорость которого временно увеличена (за счёт доп питаня) до максимума.
2) Нет хорошего прохождения - ставим временный ретранслятор посередине.

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

Использование Lora для настройки Lora. :)
Сообщение Добавлено: Вс фев 13, 2022 18:28
  Заголовок сообщения:  Re: Радиосвязь.  Ответить с цитатой
Sotnik писал(а):
2) Два девайса, в период настройки, получив более мощное питание, могут работать на большей скорости,
для реализации дуплексной разговорной связи.

Вы собираетесь гнать голос over Lora?
Не, мне конечно удалось поработать несколько лет с телемеханикой, но там обычно была обратная ситуация - гнали данные по разговорному каналу в "над ТЧ" (вроде так это называлось).
Сообщение Добавлено: Вс фев 13, 2022 18:17
  Заголовок сообщения:  Re: Радиосвязь.  Ответить с цитатой
Ilya писал(а):
Те, тупо "железные" ретрансляторы (без промежуточной обработки данных)?
На время настройки/запуска создаётся мост зоны уверенного прохождения.
Можно CRC считать. Железякам пофиг, они железные. :)
Сообщение Добавлено: Вс фев 13, 2022 18:00
  Заголовок сообщения:  Re: Радиосвязь.  Ответить с цитатой
Поясняю замысел, родившийся в другой теме:
1) Два девайса связаны низкоскоростным протоколом.
2) Два девайса, в период настройки, получив более мощное питание, могут работать на большей скорости,
для реализации дуплексной разговорной связи.
3) При удалённости, не позволяющей обеспечить высокую скорость, ставится ретранслятор на период настройки.
После выполненных мероприятий, изделия переводятся в экономичный режим, и оставляются в покое.
Сообщение Добавлено: Вс фев 13, 2022 17:56
  Заголовок сообщения:  Re: Радиосвязь.  Ответить с цитатой
Sotnik писал(а):
Никак. Это ретранслятор, конечные изделия ждут прохода пакетов.
Ilya писал(а):

Те, тупо "железные" ретрансляторы (без промежуточной обработки данных)?
Сообщение Добавлено: Вс фев 13, 2022 17:55
  Заголовок сообщения:  Re: Радиосвязь.  Ответить с цитатой
Ilya писал(а):
Sotnik писал(а):
Я нашёл такой выход:
1. На период отладки устанавливать ретранслятор(ы).
2. Сообщения передаются с контролем 100% приёма.
Пусть придёт с задержкой, но гарантированно. Деловой разговор очень короткий.

Работы проводятся (часто) вне GSM, что решает все проблемы.
Когда? Идёт набор статистики по теме. :)
Не очень "взразумив" ваш пост, но:
1. ретранслятор внесёт дополнительную задержку и как вы собираетесь его реализовывать?
Никак. Это ретранслятор, конечные изделия ждут прохода пакетов.
Ilya писал(а):
2. как вы собираетесь контролировать целостность пакета? Я например добавляю CRC.
По поводу "статистики": пока lora работает с ближним устройство (~30м) и на данный момент ~220тыс. пакетов и из них 587 "битых".
Идёт обсуждение. :)
Сообщение Добавлено: Вс фев 13, 2022 17:52
  Заголовок сообщения:  Радиосвязь.  Ответить с цитатой
Тема перенесена из gForth x64 + debian/win viewtopic.php?p=49561#p49561
Ilya писал(а):
Sotnik писал(а):
Цитата:
SX1278 (Lora) :wink:
http://www.clck.ru/b4wsG
Начитавшись, хотим сделать к обычному обмену и рацию.
Чтоб не таскать, при настройке, чемодан с оборудованием.
У меня sx1278 пробивает на 800 м. Правда на минимальной скорости и одна антенна находится на уровне 2-го этажа, но правда и ландшафт с перепадом уровне + деревья и дома на прямой. Запрос/ответ (56байт) занимает ~1500 мс. :(
Я нашёл такой выход:
1. На период отладки устанавливать ретранслятор(ы).
2. Сообщения передаются с контролем 100% приёма.
Пусть придёт с задержкой, но гарантированно. Деловой разговор очень короткий.

Работы проводятся (часто) вне GSM, что решает все проблемы.
Когда? Идёт набор статистики по теме. :)
Сообщение Добавлено: Вс фев 13, 2022 17:19

Часовой пояс: UTC + 3 часа [ Летнее время ]


Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
phpBB сборка от FladeX // Русская поддержка phpBB