не умею шапки делать сорян, да и тема мертвая, похуй
буду тут постить про это всё

>>117898
любой модуль на SX1262/1278/1268/1276 чипах, или IoT dev-board (типа Heltec V3.X) на этих чипах.
в сурсах RNode только эти чипы есть
хотя SX умеют и GFSK и прочие FSK/*
но что мештастик что ретикулум весь упор в LoRa делают.
в прочем смысл имеет. ибо ни у одной другой модуляции из набора у этих чипов нет тех преимуществ что есть у LoRa

>>118050
в интернет с мештастиком ты не выйдешь.
там есть MQTT и обмазавшись iptables/socat можно и поверх yggdrasil, и через тор, и через прокси MQTT трафик погнать. но это просто транспорт, никакого TCP/IP и прилегающего там не будет
мештастик - отдельная экосистема, чатик, телеметрия, с небольшим напердолингом конфигов и железа - шифрованная цифровая рация да, внезапно там есть речевой кодек / дергалка GPIO через инфраструктуру мештастик
но сайт ты с этого не прочитаешь.
ну и мештастик не масштабируется нормально, он в принципе не задумывался как замена интернету.

RNS (стек), и LXMF (протокол) уже ближе, но оно напердоливалось под нестабильные каналы, на работу в полудуплексе, и частую потерю пакетов
ну и под анонимность

поэтому там да там можно поднять свой сайт, свой общий чятик. но бесшовного перетекания из LXMF в HTTP нету. можно сделать если что, но это типа пишите сами. да и это не нужно. у тебя битрейт там дай бог 2000бит/с при лучшем исходе, это даже не диалап, это хуже.
у LoRa верхняя граница - 65.2кбод/с кажется. но на таком битрейте теряются почти полностью плюшки LoRa в виде дальнобойности и шумостойкости

поэтому лучше вайфайные мешки строить, если тебе нужен дуплекс и нормальные скорости.

>>118056
>оно напердоливалось под нестабильные каналы, на работу в полудуплексе
Оно напердоливалось под все сразу. Трансляция в 4k@60fps это такой же легитимный юзкейс для ретикулума, как и текстовый чат по 2кб/сек радиолинкам в стиле мештастика.

>>118056
>любой модуль на SX1262/1278/1268/1276 чипах
То есть RNode это не железяка, а прошивка? (простите, я немного туповат...)

>>118076
да
ну Марк (автор RNS & RNode проектов) раньше продавал свои RNode-совместимые железки на SX1276.

RNode еще в TNC-Serial режиме работать может, APRS/AX.25 вотето всё можно пустить.
а поверх AX.25 TCP/IP можно сунуть.
https://unsigned.io/articles/2018_06_30_15-kilometre-ssh-link-with-rnode.html
вот он SSH пускал так

>>118055
А нахуя оно? Я пока только об одном дельном применении слышал - на войне обе стороны цепочками дронов, связывающихся через меш сеть, пользуются.
Интернеты в сраной вырубят и поговорим. Правда, боюсь, тогда пидорашьи надзиратели начнут бегать триангулировать ноды.

>>118141
хобби шоб окончательно не ебнуться, хз

ну и чятик когда интернеты вырубят.
всё.

>>118141
Reticulum это кандидат на замену интернету, а точнее TCP/IP-стеку. Нахуя нужна замена, если все работает? Ну это пока работает. И то уже как-то не очень.

>боюсь, тогда пидорашьи надзиратели начнут бегать триангулировать ноды
Нет сырья и кадров.

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

>>118141
>пидорашьи надзиратели начнут бегать триангулировать ноды.
Вот и я так думаю... Нелогично же чтобы в тоталитарном государстве оставлять дыры.

Я в рандом-треде уже жаловался (который бот снёс).
Запитывал плату Heltec V3 четырёх от аккумуляторов NiMH на 1300мАч (последовательно). В итоге еле-еле протянуло 8 часов. Хотя если верить этой таблице должно было минимум 20, а то пару дней. Это может быть связано с типом аккумуляторов? Они при разряде очень сильно роняют напряжение, вроде у LiPo такого нету. Или может режим платы настроен как-то неправильно?

>>118172
поставь норм аккумы
у меня 2 18650 в параллель, 20% за 12 часов отъедает (просто слушаю и маяк)

каждая около 1300~ мач. из мертвой батареи от ноута

>>118197
хотя хуй знает сколько там.
на батарее написано 5600мач. последний раз контроллер говорил 39% ресурса осталось
выходит 2182мач сейчас, на батарею 1050~мач

в общем поставь литий или LiPO...

>>118199
Аноны, дорогие, простите что вмешиваюсь, а на практике это используете? По типу как вот раньше был фидонет через телефон в стародавние времена и BBS, можно было качать софт и письма читать-писать. Как вот мне условно из своего мухосранска подключиться к Reticulum/Meshtastic/Yggdrasil? Для этого мой сосед тоже должен сидеть в этой сети, так ведь? Или это пока все теория?

>>118201
Нет, меш-сети это не абстрактная теория.

>Как вот мне условно из своего мухосранска подключиться к Reticulum
Ретикулум это набор инструментов для создания разнообразных сетей, которые, вообще говоря, не обязательно должны быть связаны друг с другом. Тем не менее, есть глобальная публичная сеть https://rmap.world . Ты можешь подключиться к ней, даже имея нихуя из физического оборудования, просто соединившись с какой-нибудь из транспортных нод, доступных по TCP или I2P.

С игдрасилем аналогично, у него есть публичные узлы, про которые можно прочитать здесь https://howto.yggno.de/yggdrasil:public_peer (или здесь http://yggdrasil.acetone.i2p/yggdrasil:public_peer ).

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

>>118211
Что там в этих ваших мишустиках пишут хоть? Погоду обсуждаете с рандомами? Ирл встречался с кем-то оттуда?
Мимо не в теме.

>>118211
Спасибо за пояснения. Глянул карту. Ну прямо скажем, негусто. Наверное, будет живее, когда полный чебурнет настанет.

>>118218
Я забыл уточнить, что Backbone-интерфейс, на котором доступны большинство узлов, это тоже TCP поверх интернета.
>The Backbone Interface is fully compatible with the

TCPServerInterface

and

TCPClientInterface

types, and they can be used interchangably, and cross-connect with each other. On systems that support

BackboneInterface

, it is generally recommended to use it, unless you need specific options or features that the TCP server and client interfaces provide.
>While the goal is to support all socket types and I/O devices provided by the underlying operating system, the initial release only provides support for TCP connections over IPv4 and IPv6.

>>118217
>Погоду обсуждаете с рандомами?
Ну типа того. Главным образом кто кого ловит и как сильно. Погоду, кто новую антенну тестирует, у кого ночью сирена выла. Обсуждения про супы и кто как покакал пока не популярны.

>>118248
А сходочки? Бурундуки там бухтят про политоту или может вата есть?

>>118248
Трафик в основном по TCP интернету или все-таки по радиоканалу? Представим, что завтра Пыня ебанулся, вырубил интернет. Что будет? Ты видишь какие-то радио ноды вокруг себя?

>>118331
Спасибо, няша, интересная штука, но жаль что групповых чатов нет пока.

>>118270
Ни тех ни других не видел. Только один раз написали, что в соседнем городе прилёт был.
>А сходочки?
В пятницу один из завсегдатаев звал бухать на реку, но чего-то никто особо не откликнулся.

>>118271
У меня только радио, onemesh и правда какой-то подозрительный, а дефолтным mqtt никто из местных не пользуется почему-то. Если интернет отрубится, то в пределах города, думаю, особо ничего не поменяется. У меня почти всегда 1-2 ноды ловятся напрямую (хоть и слабо), иногда до четырёх. Но в целом связность наверняка попортится.

Кстати, в официальном клиенте можно сообщениям ставить реакции как в телеграме. Я что-то раньше и внимания не обращал. Глядишь, ещё анимированные стикеры завезут...

>>118332
Надо пилить.

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

>>118497
А еще нельзя впн, норкотеге, цопэ, ркн. Но не висят предупреждения на тредах. Что там еще в скотоублюдии нельзя?

>>118497
Формально как таковое шифрование в Скотоублюдии не запрещено, если не лезть в лицензированные частоты. По закону, ввоз радиостанций с мощным шифрованием (длина ключа более 56 бит) частными лицами ограничен. Такое оборудование должно иметь нотификацию ФСБ. Но в любом случае майоры придут, когда начнут подозревать оппозиционную активность. Наказывать будут уже не за шифрование, а за терроризм, а как они найдут терроризм, хорошо известно. Пытками. Люди сами признаются, что они работают на ИГИЛ, Моссад, ГУР, ВСУ и вообще на рептилоидов даже.

Прочитал Dzen of Reticulum - десяток страниц пустопорожнего фейлософствования, которое можно в пару-тройку абзацев уместить. А самое главное, так и не понятно, как оно настраивается.
Для вкатунов же нужны максимально подробные и простые инструкции по типу хэлловорлд.
1. Как установить (хотя там вроде просто)
2. Как настроить подключение через оверлэй - tcp или i2p
3. Как установить клиенты/браузеры
4. На какие живые сервисы заглянуть, чтобы посмотреть содержимое сетки

Пишите мануалы сами! Кто? Я?!! Может и написал бы, да пока не разберусь...

>>119224
>браузеры
их нету
>клиенты
есть NomadNet, это над LXMF строится.
там форумы, чатеки. но оригинальная NomadNet это соснольная прога. интерфейс кстати очень удобный, мне понравился.
минус что конечно картинки не будут там рендериться, и их нужно скачивать и смотреть в локальной картинкосмотрелке

еще есть SideBand, он и на телефоны и на компы. а, и NomadNet на телефон через Termux поставить конечно можно.

настроить хардварь (модемы) в SideBand на телефоне можно прямо в приложении. как и прописать хабы итд.
а на компе только конфиг rnsd править. SideBand смотрит есть ли этот конфиг и запущен ли rnsd. если не запущен, то смотрит конфиг. если конфиг есть поднимает rnsd с параметрами оттуда. если нету - с параметрами по дефолту.

в SideBand только чатек, войсы+видео стриминг, телеметрия. форумов нетю.

>>118055
Почему mesh сети так часто используют через интернет? Например, yggdrasil. Они сделаны не для этого. Получается локальная сеть поверх интернета.
И как устроена работа меш сетей через интернет?

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

а юз кейсы ну, ты получаешь те же скорости что и в обычном интернете и дуплекс. и можешь гонять по такой сети всё то же самое, что привык гонять в обычной сети, особо на особенности топологии не корректируя ничего.
в радио (LoRa/FSK) такого нету (и не будет). картинку перекинуть или по ssh на серв зайти уже небольшое достижение.

>>121152
Можно ли назвать yggdrasil через интернет аналогом hamachi или его опенсорсного аналога tinc vpn? Например, они позволяют играть в различные игры как будто в локалке. Или там как-то архитектура соединений отличается?

>>121149
Потому что не с кем по радиву соединяться. Оверлейный режим (то есть передачу через проводную сеть) обычно предусматривают для связи отдельных районов, которые не могут достать друг до друга напрямую по радио.
Но в условиях, когда у тебя на весь город два с половиной гика (и ты с ними лично не знаком) строить нормальные мэши просто невозможно. Вот и приходится извращаться с интернетами. В итоге сама идея вырождается.

>>121164
да вполне нормальный кейс
в Yggdrasil у всех одна подсеть, вся сеть yggdrasil это одна огроменная локалка топологически

и там IPv6 стек, тоесть весь софт что умеет нативно в IPv6 можно гонять там так же, как и в обычном инете
поднимать свои серверы для игрулек, файлошаринга, чатики, VoIP и так далее.
софт который не умеет в IPv6 - через Iptables из стека в стек, или socat`ом перебрасывать.

ну и связность сети если у тебя НЕ заблочены входящие соединения провом - можешь дать айпишник свой друзям (IPv4/IPv6 провайдерский, а не внутрисетевой), чтобы они прописали тебя в секцию Peers в конфиге. тогда будут коннекты напрямую.

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

не обязательно иметь в конфиге один и тот же хаб у всех, достаточно чтобы ваши "хабы" были не изолированы друг от друга, а могли нюхаться

в рамках спидорашки многие хостеры забугорные побанены, поэтому часть сети напрямую отвалена. но через внутрирашкинские ноды (ФУ БЛЯТЬ)/кого-то у кого не забанены забугорщики можешь достучаться до забугорного сегмента

сумбурно описала. ну кароче да через ягу можно играть и чатиться.

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

>>121204
>про внутрирашкинские

в смысле, нода внутри рашки, и у конкретно того провайдера скажем германская нода не забанена, а вот конкретно у тебя - забанена
ты прописываешь её в конфиг но до неё не можешь коннектнуться ибо она забанена в рашке (ну хуй знает там на хетзнере хостится или еще где-то что забанено)

а у той публичной ноде провайдер немного попущен и до этой VPSки может достучаться

вот ты до этой публичной ноды, а она тебя до забугра

это имела в виду.

>>121204
В hamachi если оба клиента не за NAT-ом, то между айпишниками устанавливается прямое соединение. Как это работает в yggdrasil?

>>121208
зависит от конфига
если даже ты за NATом (одним + провайдер не выебывается) то можешь просто порт пробросить ягдрасиля, или оформит DDNS/купить домен у прова.
кароче, нужен один порт и ты свой провайдерский IP можешь дать корешу, он прописывает твой IP в свой конфиг в Peers [ ] и у вас будет прямое соединение.

если же пров ахуевший и банит эти соединения, то вы коннектитесь через "хаб" (чужую публичную ноду). прописываете IP хаба в своих секциях Peers (а не свои IP), и подключаетесь к хабу.

>>121193
>В итоге сама идея вырождается.
Точно.

>>121204
>лезть на крышу по центру дистанции
Это если крыша имеется. В городском мыш-чате есть пара узлов, название которых указывает на городки-райцентры. До нашей мух-обл-столицы там километров 50-70. Очевидно, что без mqtt связываться на таких расстояниях невозможно. Есть ли на маршруте какие-нибудь деревни я не выяснял. Но в одно-два рыла такой радиомост всё равно не проложить, тут я уверен. Здесь ещё добавляются ограничения самого мештастика по количеству хопов. В других технологиях, возможно, получше с этим.

>>121261
>50-70км
теоритически возможно.
если есть прямая видимость/удачный ландшафт/правильный диапазон (868 беее), узконаправленные онтэнны.

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

>mqtt
ну это не интересно. нет романтики.

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

а маршрутизация и вот это всё это уже вторичнее.

так
потыкала RNode
на Heltec V3.2 установился нормально через rnodeconf
а на мою самоделку (ESP32 + одноваттный E22) начались какие-то блядь анальные пляски с бубном.

я тут в рамордил тредах ругалась плевалась на качество мештастик кода и на их "соевость". так вот мештастик этот гигабаза получается по сравнению с рнодом.
во первых ебаный ремап, где со времен говна мамонтов (SX1276) Марк не переписал ни rnodeconf, ни собственно дефайны в Boards.h. кстати в CE репозитории то же самое, я даже не понимаю зачем этот CE вообще существует. ради еще 1-2 TECHO/TTGO плат? вы дохуя богатые эти платы покупать?
кароче видимо облажалась с инициализацией ТСХО. там в лучших традициях китайских даташитов они размазали спеку младших чипов по старшим. вот у меня одноваттная плата, и у неё RXEN + TXEN есть, дергающие соответственно PA. они должны дергаться в противофазе, но, не запрещено повесить лишь TXEN, а RXEN оставить в воздухе (ему нормально). на мештастике такое работает. тут я просто объявила -1, не мапя этот пин никуда.
ну и DIO3 тоже замаплен как "есть", (т.е HAS_DIO3_TXCO true), но сам пин под ТСХО -1, и конечно никуда не подключен.
это работает, опять же, на мештастике. модем сам инитит питание на ТСХО, DIO3 пин есть физически на SX1262, но он под крышкой и наружу не выведен.
поэтому прошивка у меня инициализируется, но Radio Chip: Unknown. хотя SPI разведен корректно, но, наверное(?) падает на части с ТСХО, пытаясь его неправильным образом включить.
наверное потому что логи у RNode полная хуйня. никакой информативности что и где, у мештастика на каждый пук на ините есть событие в логе, а тут просто "ну я включился ыыы, а ещё у тебя EEPROM отвальная ыыы".

про EEPROM отдельный цирк. ESP32 это "Homebrew" как-бы. т.е чтобы бутстрапнуть EEPROM надо типа rnodeconf /dev/ttyUSB0 —rom —product 0xF0 —model 0xFF —platform esp32
на что прога говорит что аргументы неправильные. я пыталась и без 0x, и в кавычках, и без кавычек, и экранирая - похуй вообще. а без инициализированной EEPROM (точнее без прохождения валидации) половина функционала рноды отваливается. там же кококо криптография, подпись eeprom есть, и контрольные суммы!

инит EEPROM костыльно очень решила правда, но хоть как-то, а именно сделать релиз (до этого шила по адресам) make release-genericesp32, зипку релиза кинуть в .local/rnodeconf/update/ВЕРСИЯ/

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

в общем, я заебалась, рнод ретикулум нахуй. ненужно.

В чём космический смысл этой поеботы объяснит кто? Передавать "привет как дела" другу-шизу на километр со скоростью полтора символа в секунду, а потом ещё словить бутылку от майора?
Никакого практического или тем более массового применения не вижу, чисто пердолинг ради пердолинга

>>121582
>бутылка
>А МЕНТЫ ТО ЗАПЕЛЕНГУЮТ!!!!
>шизы
>никакого практичесого смысла
>пердолинг

трясунчик, это не для вас написано

Интересно, если владелец ноды поменял название оно в приложении тоже поменяется, или добавится как новое? А то у меня список узлов уже давно перевалил за полторы сотни, из них активны около 40. При этом многие поработали пару-тройку дней и уже месяц от них никакого слуху.

>>121780
>название ноды
если ты про Short Name и Long Name то да, при следующем анонсе NodeInfo пакета другие участники увидят новые SN & LN
но NodeID (цифровой идентификатор) у ноды всегда один и тот же, в мештастике он жестко привязан к MAC адресу ноды (efuse base_mac)
тоесть даже при перепрошивке ноды с полным стираем флешки - числовой NodeID будет всегда один и тот же.

трекаются ноды по ID, а не по именам.
когда у тебя нода в списке Nodes появляется, то при смене у неё LN & SN у тебя в приложении просто эти парамеры у неё обновятся, но она не будет типа как новая добавлена, т.к ключ и ID у неё останется прежний
другой пользователь может сбросить ключ, но тогда у тебя просто красный замочек будет напротив ноды (уведомление что ключ не совпадает с тем, что у тебя в NodeDB, как-бы предупреждение что нода ВОЗМОЖНО скомпрометирована).

>>121800
>но NodeID (цифровой идентификатор) у ноды всегда один и тот же, в мештастике он жестко привязан к MAC адресу ноды (efuse base_mac)
>тоесть даже при перепрошивке ноды с полным стираем флешки - числовой NodeID будет всегда один и тот же.
С этого места по-подробнее, гражданин.

>>121803
что подробнее то?
нода при всех запусках явно читает MAC из efuse, тоесть не переменную окружения base_mac, а напрямую с регистров.

из base_MAC адреса (у ESP32 их два) генерируется NodeID и ShortName (те четыре циферки в конце). ShortName и LN ты можешь менять на произвольные, но NodeID не меняется ни из приложения ни из консоли, а только патчами кода прошивки.

если ты про стоит ли ТРЯСТИСЬ, то нуу... наверное нет? блиннолопатная скотоублюдина не в состоянии радиопиратов пеленговать, а тут какие-то LoRa и блютузы.

про "два мака" это типа есть у еспешки base_mac (тот самый в регистрах), он на сколько я помню у esp32/esp32S3/C3 для WiFi выделяется, а для BLE - base_mac + 0x01 (в младший байт +). кароче по локальному оно течет.

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

решение просто - спуфаешь base_mac, выключаешь BT & WiFi на этапе компиляции, и сидишь всегда на проводке через консоль. всё.

плата E22-900M30S без крышки, стрелочка на то что надо выпилить
такую же пикчу 400M30S не нашла а сама всю сфоткать забыла
у них разные сборки с диодами + усилитель + ВЧ коммутатор
однако расположены они в одних и тех же местах +-

только у 900M LNA на PNP, WTA51
у 400M NPN, G2 кажется какой-то там

>>121964
Зачем нужны эти точки? Типа юстировка емкости дорожек?

>>121969
не, это просто сквозные перемычки на земляной полигон на обратной стороне
типа дырочка, на её стенках металл нанесен, и получается сквозная дырочка, но проводящая ток.
а так много их чтоб токовых петель и перепадов не было
на 3д модельке этой просто не напряглись и дырочки эти как точки нарисовали.

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

хотя на самом деле правильно то нарисовали, че я выпендриваюсь..
плата же маской покрыта, вот и дырочку не видно, маска же.

Сегодня заметил, что некоторые сообщения в чятике могут иметь рамку и дополнительную пиктограмму. Это что за фича такая, для чего?

>>122209
это Alert Signal в external notifications модуле
в настройках ноды там будет External Notification, по дефолту выключено оно
если включишь то там же можешь выбрать источник, пищалку/вибромоторчик, и когда твоя нода будет получать сообщение с таким флагом, то будет пищать пищалкой или вибрик крутить, ну и на экранчике ноды такие сообщения будут маркироваться как Alert Message
GPIO любой можно выбрать вроде (кроме 5-11 кажется, они для внешней памяти), пищалку типа буззера от материнки, а вибрик через транзюк.

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

забыла добавить
чтобы самому такие слать, в чате канала сверху справа три точки
тыкаешь их и там shot quick chat menu
выбираешь
и у тебя слева внизу в чате этот звоночек покажется
вот жмешь его и в строка в поле сообщения добавляется
на твоих сообщениях будет этот флаг и работает оно так же

>>122229
>>122230
Групповые чаты есть?

>>122241
Ты имеешь ввиду возможность создать или уже готовые? Создать можно, готовые не знаю. Обычно все сидят посто в дефолтном LongFast.
В теории можно создать чат и придумать отдельный топик для него в mqtt. Тогда получится некий аналог ирки, который будет работать в смешанном режиме - по интернетам и радио.

>>122279
Синхронизация истории отсутствует, как я понимаю? Докачать пропущенное нельзя?

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

>>122241

это "каналы".
всего может быть 8мь каналов. 1 Primary канал, 7 Secondary каналов. на ВСЕХ каналах может быть сменен общий ключ.
Primary канал имеет особое значение, через него собственно и строится сеть - пересылаются NodeInfo (НЕзаширофрованный маяк с вашим NodeID, публичным ключем, телеметрией если она включена). для маршрутизации общий ключ корректный иметь не обязательно: допустим есть вы anon, и некая сеть net_5, у этой сети юзеров ключ AQ==, пресет LongRange - Moderate, имя канала LongModerate, у вас всё то же самое, но ключ отличается. в таком случае вы очевидно НЕ сможете читать чат LongModerate, а другие не смогут читать что отправили вы в этот чат (у них ваши сообщения даже не появятся в чате), однако ваши пакеты будут ходить по сети net_5 (DM, попытки в чат LongModerate, телеметрия, NofeInfo).
кстати какие именно пакеты будет ретранслировать ваша нода устанавливает опция REBROADCAST_MODE, она в Device Config. Можно например вообще ничего не ретранслировать, можно выставить только для известных вам нод, можно так только если вы смоги прочитать сообщение (т.е маршрутизация только по совпадению ключа) и что-то там ещё.

кароче, Primary канал - служебный + чат + геопозиция. Secondary каналы - просто чат + геопозиция.
для именно чаттинга в канале нужно иметь И совпадающий ключ И совпадающее имя канала. если хоть одно не совпадает - сообщения не будут дешифровываться (фильтр по имени).

Secondary каналы не используются для служебки (маршрутизации итд), это просто групповые чаты. ну и там можно выбирать в какой чат публиковать свое местоположение, и можно включать лишь на конкретный или несколько каналов, ограничений онли Primary нету. и GPS всегда передается как пейлоад, тоесть зашифрованным и передается лишь в рамках канала в котором оно включено.

>>12279
>готовые
из готовых с прошивкой идущих лишь LongFast + AQ== дефолтные. кто-то создает ещё и может расшарить их тебе по ссылке, или QR коду, всё что тебе надо - название канала + ключ этого канала.

>>122282
>>122285
история есть. но оно не дефолтная фича
есть модуль Store & Forward, тогда сообщения хранятся в памяти твоей ноды для неких адресатов, которые НЕ получили сообщение после его ретрансляцией тобой (не получили ACK от адресата).
типа A шлет сообщение B, этот эфир подслушивает C, сообщение до B не дошло, но его услышал C, C сохранит его себе в память и будет ждать некое время (Store Window в минутах, в настройках) появления B в эфире. если B появится в это время в эфире, то C отдаст ему его/её сообщения, если C получит от B ACK - удаляет сообщения в своей памяти, если нет - пытается ещё раз при появлении B в эфире.
правда на нодах без PSRAM это не сильно возможно (очень ограничен лимит сообщений хранимых), да и большинство как я поняла эту фичу вовсе не включают.

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

>>122285
Ясно, это грустно.

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

Ванмеш почти перестал открываться через тор, хотя раньше всё нормально было. Шуточки от хостера или реально ссучились?