Привет всем ! тут задачка нарисовалась, не моя но я пытаюсь помочь. Не все могу говорить, поэтому пишу то что можно. Нужен ваш совет, если можно. и куда смотреть-читать-грести. Описание Задачи: есть некие радио устройства(точки), которые на физическом уровне в Радиоканле обеспечивают передачу данных (пакеты). Адресация "точки" пусть будет на основе МАС адреса. Обьемы передачи данных - где-то до килобайтов (это не видео), задержки допустимы до 200-300милисек. Точки эти постоянно в движении, и А может видеть В и С а может не видеть, т.е. ситуация с раутингом (кому куда бросать пакеты) постоянно меняется. Надо пересматривать "раутинг" но не делать это сильно часто, "потому что батарейки". И целостность Сети должна как-то поддерживаться. Рассматривался вариант типа STP протокола, но может есть что-то еще чего я не знаю? Вариант "есть самый главный и он все про всех знает" не канают, сеть может иметь узлы и шлюзы но не может иметь "самого главного". Вот есть нечто https://lanmarket.ua/ua/entsiklopediya/besprovodnye-tekhnologii/lorawan.html но это все на шлюзах в Инет построено... не годится. Буду благодарен за мысли и советы. -- Best regards, Alexander V Soroka http://www.svr.ua/ AS106-RIPE mailto:alex@euro.net.ua _______________________________________________ uanog mailing list uanog@uanog.kiev.ua https://mailman.uanog.kiev.ua/mailman/listinfo/uanog
Привет!
Lorawan - это физический уровень. Он реально хорош.
MESH - это логика, то есть что делать с принятыми пакетами, чтобы они доставились от источника к получателю.
Из мешей для радио хорош B.A.T.M.A.N., и давно поддерживается обычным Линуксом. Если речь о лить килобиты в радио - я бы его смотрел.
А вот если задача минимальными затратами энергии передать три маленьких пакета в час - вопрос очень хороший...
On Thu, 14 Mar 2024 17:40:49 +0200
Alexander V Soroka
Привет всем !
тут задачка нарисовалась, не моя но я пытаюсь помочь. Не все могу говорить, поэтому пишу то что можно. Нужен ваш совет, если можно. и куда смотреть-читать-грести.
Описание Задачи: есть некие радио устройства(точки), которые на физическом уровне в Радиоканле обеспечивают передачу данных (пакеты). Адресация "точки" пусть будет на основе МАС адреса. Обьемы передачи данных - где-то до килобайтов (это не видео), задержки допустимы до 200-300милисек.
Точки эти постоянно в движении, и А может видеть В и С а может не видеть, т.е. ситуация с раутингом (кому куда бросать пакеты) постоянно меняется. Надо пересматривать "раутинг" но не делать это сильно часто, "потому что батарейки". И целостность Сети должна как-то поддерживаться.
Рассматривался вариант типа STP протокола, но может есть что-то еще чего я не знаю?
Вариант "есть самый главный и он все про всех знает" не канают, сеть может иметь узлы и шлюзы но не может иметь "самого главного".
Вот есть нечто https://lanmarket.ua/ua/entsiklopediya/besprovodnye-tekhnologii/lorawan.html но это все на шлюзах в Инет построено... не годится.
Буду благодарен за мысли и советы.
-- Best regards, Alexander V Soroka http://www.svr.ua/ AS106-RIPE mailto:alex@euro.net.ua
_______________________________________________ uanog mailing list uanog@uanog.kiev.ua https://mailman.uanog.kiev.ua/mailman/listinfo/uanog
uanog mailing list uanog@uanog.kiev.ua https://mailman.uanog.kiev.ua/mailman/listinfo/uanog
Привет !
Самоорганизовывающмеся сети
Из серии "Врага надо знать в лицо":
https://www.youtube.com/watch?v=9dSDRtmWKNs
https://www.youtube.com/watch?v=RkFMZzj25i4
И чипы посмотреть:
MM6108
https://www.morsemicro.com/products/
TXW8301
https://en.taixin-semi.com/Product?prouctSubClass=33
NRC7394
https://newracom.com/products/nrc7394
Thursday, March 14, 2024, 8:31:30 PM, Max Tulyev maxtul@netassist.kiev.ua you wrote:
MT> Lorawan - это физический уровень. Он реально хорош.
MT> MESH - это логика, то есть что делать с принятыми пакетами, чтобы
MT> они доставились от источника к получателю.
MT> Из мешей для радио хорош B.A.T.M.A.N., и давно поддерживается
MT> обычным Линуксом. Если речь о лить килобиты в радио - я бы его смотрел.
MT> А вот если задача минимальными затратами энергии передать три
MT> маленьких пакета в час - вопрос очень хороший...
MT> On Thu, 14 Mar 2024 17:40:49 +0200
MT> Alexander V Soroka
Привет всем !
тут задачка нарисовалась, не моя но я пытаюсь помочь. Не все могу говорить, поэтому пишу то что можно. Нужен ваш совет, если можно. и куда смотреть-читать-грести.
Описание Задачи: есть некие радио устройства(точки), которые на физическом уровне в Радиоканле обеспечивают передачу данных (пакеты). Адресация "точки" пусть будет на основе МАС адреса. Обьемы передачи данных - где-то до килобайтов (это не видео), задержки допустимы до 200-300милисек.
Точки эти постоянно в движении, и А может видеть В и С а может не видеть, т.е. ситуация с раутингом (кому куда бросать пакеты) постоянно меняется. Надо пересматривать "раутинг" но не делать это сильно часто, "потому что батарейки". И целостность Сети должна как-то поддерживаться.
Рассматривался вариант типа STP протокола, но может есть что-то еще чего я не знаю?
Вариант "есть самый главный и он все про всех знает" не канают, сеть может иметь узлы и шлюзы но не может иметь "самого главного".
Вот есть нечто https://lanmarket.ua/ua/entsiklopediya/besprovodnye-tekhnologii/lorawan.html но это все на шлюзах в Инет построено... не годится.
Буду благодарен за мысли и советы.
-- Best regards, Alexander V Soroka http://www.svr.ua/ AS106-RIPE mailto:alex@euro.net.ua
_______________________________________________ uanog mailing list uanog@uanog.kiev.ua https://mailman.uanog.kiev.ua/mailman/listinfo/uanog MT> _______________________________________________ MT> uanog mailing list MT> uanog@uanog.kiev.ua MT> https://mailman.uanog.kiev.ua/mailman/listinfo/uanog
-- Best regards, Alexander V Soroka http://www.svr.ua/ AS106-RIPE mailto:alex@euro.net.ua _______________________________________________ uanog mailing list uanog@uanog.kiev.ua https://mailman.uanog.kiev.ua/mailman/listinfo/uanog
LoRa/Mesthastic could do it. https://meshtastic.org/ https://meshtastic.org/docs/introduction/ https://meshtastic.org/docs/hardware/devices/ comparison: https://go.nest.org/lora-meshtastic-hardware (a bit obsolete, ~202202) Meshstatic can work without or with internet gateways (usually without). --igor On Thu, Mar 14, 2024 at 05:40:49PM +0200, Alexander V Soroka wrote:
Привет всем !
тут задачка нарисовалась, не моя но я пытаюсь помочь. Не все могу говорить, поэтому пишу то что можно. Нужен ваш совет, если можно. и куда смотреть-читать-грести.
Описание Задачи: есть некие радио устройства(точки), которые на физическом уровне в Радиоканле обеспечивают передачу данных (пакеты). Адресация "точки" пусть будет на основе МАС адреса. Обьемы передачи данных - где-то до килобайтов (это не видео), задержки допустимы до 200-300милисек.
Точки эти постоянно в движении, и А может видеть В и С а может не видеть, т.е. ситуация с раутингом (кому куда бросать пакеты) постоянно меняется. Надо пересматривать "раутинг" но не делать это сильно часто, "потому что батарейки". И целостность Сети должна как-то поддерживаться.
Рассматривался вариант типа STP протокола, но может есть что-то еще чего я не знаю?
Вариант "есть самый главный и он все про всех знает" не канают, сеть может иметь узлы и шлюзы но не может иметь "самого главного".
Вот есть нечто https://lanmarket.ua/ua/entsiklopediya/besprovodnye-tekhnologii/lorawan.html но это все на шлюзах в Инет построено... не годится.
Буду благодарен за мысли и советы.
-- Best regards, Alexander V Soroka http://www.svr.ua/ AS106-RIPE mailto:alex@euro.net.ua
_______________________________________________ uanog mailing list uanog@uanog.kiev.ua https://mailman.uanog.kiev.ua/mailman/listinfo/uanog
_______________________________________________ uanog mailing list uanog@uanog.kiev.ua https://mailman.uanog.kiev.ua/mailman/listinfo/uanog
Привіт, Це броадкаст (штирьова антена), чи апертура із механізмом пошуку ретранслятора по бікону ? Від цього і вирішення: спершу хто ретранслятор(и) і як в них формується ієрархія - хто ближче до пункту управління. Тобто це ланцюжок ретрансляторів, чи це один ретранслятор чи high availability 1+ cold replica, якщо не чує бікона мастера, то починає біконом вказувати на мастера (варіант CARP-у). Можливо декілька частот/форм сигналів бікона і пріоритет в софті вибора ретранслятора. Купа варіантів вирішення. Бікон і апертура із автоматикою наведення на клієнтах на бікон - дозволяє створювати мережу ретрансляторів, в яких сигнал іде через той ретранслятор "який чує" клієнт + приорітет по частоті. On 14.03.2024 17:40, Alexander V Soroka wrote:
Привет всем !
тут задачка нарисовалась, не моя но я пытаюсь помочь. Не все могу говорить, поэтому пишу то что можно. Нужен ваш совет, если можно. и куда смотреть-читать-грести.
Описание Задачи: есть некие радио устройства(точки), которые на физическом уровне в Радиоканле обеспечивают передачу данных (пакеты). Адресация "точки" пусть будет на основе МАС адреса. Обьемы передачи данных - где-то до килобайтов (это не видео), задержки допустимы до 200-300милисек.
Точки эти постоянно в движении, и А может видеть В и С а может не видеть, т.е. ситуация с раутингом (кому куда бросать пакеты) постоянно меняется. Надо пересматривать "раутинг" но не делать это сильно часто, "потому что батарейки". И целостность Сети должна как-то поддерживаться.
Рассматривался вариант типа STP протокола, но может есть что-то еще чего я не знаю?
Вариант "есть самый главный и он все про всех знает" не канают, сеть может иметь узлы и шлюзы но не может иметь "самого главного".
Вот есть нечто https://lanmarket.ua/ua/entsiklopediya/besprovodnye-tekhnologii/lorawan.html но это все на шлюзах в Инет построено... не годится.
Буду благодарен за мысли и советы.
_______________________________________________ uanog mailing list uanog@uanog.kiev.ua https://mailman.uanog.kiev.ua/mailman/listinfo/uanog
Привет ! мои ответы ниже по тексту. Thursday, March 14, 2024, 6:06:01 PM, Volodymyr Sharun atz@ukr.net you wrote: VS> Це броадкаст (штирьова антена), чи апертура із механізмом пошуку ретранслятора по бікону ? просто антенна, возможно направленная. Антеннами никто не ворочает. "установил и забыл" или "разбросал точки и забыл". VS> Від цього і вирішення: спершу хто ретранслятор(и) і як в них VS> формується ієрархія - хто ближче до пункту управління. VS> Тобто це ланцюжок ретрансляторів, чи це один ретранслятор чи high VS> availability 1+ cold replica, якщо не чує бікона мастера, то VS> починає біконом вказувати на мастера (варіант CARP-у). Можливо VS> декілька частот/форм сигналів бікона і пріоритет в софті вибора ретранслятора. VS> Купа варіантів вирішення. VS> Бікон і апертура із автоматикою наведення на клієнтах на бікон - VS> дозволяє створювати мережу ретрансляторів, в яких сигнал іде через VS> той ретранслятор "який чує" клієнт + приорітет по частоті. OSPF тут красивее смотрится. для подобного задания. Но я еще вспомню что было для именно радио вариантов. -------------------- напочитать: https://openarchive.nure.ua/server/api/core/bitstreams/9bf4574c-a3ef-40dd-80... там "список литературы" еще очень интересный. НАУ наша занималась такими темами тоже... но там скорее всего уже все поумирали 🙁 VS> On 14.03.2024 17:40, Alexander V Soroka wrote:
Привет всем !
тут задачка нарисовалась, не моя но я пытаюсь помочь. Не все могу говорить, поэтому пишу то что можно. Нужен ваш совет, если можно. и куда смотреть-читать-грести.
Описание Задачи: есть некие радио устройства(точки), которые на физическом уровне в Радиоканле обеспечивают передачу данных (пакеты). Адресация "точки" пусть будет на основе МАС адреса. Обьемы передачи данных - где-то до килобайтов (это не видео), задержки допустимы до 200-300милисек.
Точки эти постоянно в движении, и А может видеть В и С а может не видеть, т.е. ситуация с раутингом (кому куда бросать пакеты) постоянно меняется. Надо пересматривать "раутинг" но не делать это сильно часто, "потому что батарейки". И целостность Сети должна как-то поддерживаться.
Рассматривался вариант типа STP протокола, но может есть что-то еще чего я не знаю?
Вариант "есть самый главный и он все про всех знает" не канают, сеть может иметь узлы и шлюзы но не может иметь "самого главного".
Вот есть нечто https://lanmarket.ua/ua/entsiklopediya/besprovodnye-tekhnologii/lorawan.html но это все на шлюзах в Инет построено... не годится.
Буду благодарен за мысли и советы.
VS> _______________________________________________ VS> uanog mailing list VS> uanog@uanog.kiev.ua VS> https://mailman.uanog.kiev.ua/mailman/listinfo/uanog
-- Best regards, Alexander V Soroka http://www.svr.ua/ AS106-RIPE mailto:alex@euro.net.ua _______________________________________________ uanog mailing list uanog@uanog.kiev.ua https://mailman.uanog.kiev.ua/mailman/listinfo/uanog
Привіт, Секретність не призведе до результату. Розкидав = якщо на землі лежить щось, то його накриє дощами, якщо на дереві, то треба наводити. Якщо наводиш, то треба контролювати наведення у часі (вітер і парусність антени, звісно якщо не штирьова). Якщо це мережа сенсорів руху, питання кількості сенсорів і інтерференції, вони рухаються чи на місці. Поки немає точного ТЗ, немає точного рішення. On 14.03.2024 18:10, Alexander V Soroka wrote:
Привет !
мои ответы ниже по тексту.
Thursday, March 14, 2024, 6:06:01 PM, Volodymyr Sharun atz@ukr.net you wrote: VS> Це броадкаст (штирьова антена), чи апертура із механізмом пошуку ретранслятора по бікону ?
просто антенна, возможно направленная. Антеннами никто не ворочает. "установил и забыл" или "разбросал точки и забыл". VS> Від цього і вирішення: спершу хто ретранслятор(и) і як в них VS> формується ієрархія - хто ближче до пункту управління. VS> Тобто це ланцюжок ретрансляторів, чи це один ретранслятор чи high VS> availability 1+ cold replica, якщо не чує бікона мастера, то VS> починає біконом вказувати на мастера (варіант CARP-у). Можливо VS> декілька частот/форм сигналів бікона і пріоритет в софті вибора ретранслятора. VS> Купа варіантів вирішення. VS> Бікон і апертура із автоматикою наведення на клієнтах на бікон - VS> дозволяє створювати мережу ретрансляторів, в яких сигнал іде через VS> той ретранслятор "який чує" клієнт + приорітет по частоті.
OSPF тут красивее смотрится. для подобного задания. Но я еще вспомню что было для именно радио вариантов.
-------------------- напочитать: https://openarchive.nure.ua/server/api/core/bitstreams/9bf4574c-a3ef-40dd-80... там "список литературы" еще очень интересный. НАУ наша занималась такими темами тоже... но там скорее всего уже все поумирали 🙁
VS> On 14.03.2024 17:40, Alexander V Soroka wrote:
Привет всем !
тут задачка нарисовалась, не моя но я пытаюсь помочь. Не все могу говорить, поэтому пишу то что можно. Нужен ваш совет, если можно. и куда смотреть-читать-грести.
Описание Задачи: есть некие радио устройства(точки), которые на физическом уровне в Радиоканле обеспечивают передачу данных (пакеты). Адресация "точки" пусть будет на основе МАС адреса. Обьемы передачи данных - где-то до килобайтов (это не видео), задержки допустимы до 200-300милисек.
Точки эти постоянно в движении, и А может видеть В и С а может не видеть, т.е. ситуация с раутингом (кому куда бросать пакеты) постоянно меняется. Надо пересматривать "раутинг" но не делать это сильно часто, "потому что батарейки". И целостность Сети должна как-то поддерживаться.
Рассматривался вариант типа STP протокола, но может есть что-то еще чего я не знаю?
Вариант "есть самый главный и он все про всех знает" не канают, сеть может иметь узлы и шлюзы но не может иметь "самого главного".
Вот есть нечто https://lanmarket.ua/ua/entsiklopediya/besprovodnye-tekhnologii/lorawan.html но это все на шлюзах в Инет построено... не годится.
Буду благодарен за мысли и советы.
VS> _______________________________________________ VS> uanog mailing list VS> uanog@uanog.kiev.ua VS> https://mailman.uanog.kiev.ua/mailman/listinfo/uanog
_______________________________________________ uanog mailing list uanog@uanog.kiev.ua https://mailman.uanog.kiev.ua/mailman/listinfo/uanog
Якщо то сенсори руху, то можна банально на зігбі підняти якийсь
хоумасістант, але є проблема репітерів - вони мають працювати завжди, тому
будуть споживати нормально енергії
чт, 14 бер. 2024 р. о 18:25 Volodymyr Sharun
Привіт,
Секретність не призведе до результату.
Розкидав = якщо на землі лежить щось, то його накриє дощами, якщо на дереві, то треба наводити. Якщо наводиш, то треба контролювати наведення у часі (вітер і парусність антени, звісно якщо не штирьова). Якщо це мережа сенсорів руху, питання кількості сенсорів і інтерференції, вони рухаються чи на місці.
Поки немає точного ТЗ, немає точного рішення.
On 14.03.2024 18:10, Alexander V Soroka wrote:
Привет !
мои ответы ниже по тексту.
Thursday, March 14, 2024, 6:06:01 PM, Volodymyr Sharun atz@ukr.net you wrote: VS> Це броадкаст (штирьова антена), чи апертура із механізмом пошуку ретранслятора по бікону ?
просто антенна, возможно направленная. Антеннами никто не ворочает. "установил и забыл" или "разбросал точки и забыл". VS> Від цього і вирішення: спершу хто ретранслятор(и) і як в них VS> формується ієрархія - хто ближче до пункту управління. VS> Тобто це ланцюжок ретрансляторів, чи це один ретранслятор чи high VS> availability 1+ cold replica, якщо не чує бікона мастера, то VS> починає біконом вказувати на мастера (варіант CARP-у). Можливо VS> декілька частот/форм сигналів бікона і пріоритет в софті вибора ретранслятора. VS> Купа варіантів вирішення. VS> Бікон і апертура із автоматикою наведення на клієнтах на бікон - VS> дозволяє створювати мережу ретрансляторів, в яких сигнал іде через VS> той ретранслятор "який чує" клієнт + приорітет по частоті.
OSPF тут красивее смотрится. для подобного задания. Но я еще вспомню что было для именно радио вариантов.
-------------------- напочитать:
https://openarchive.nure.ua/server/api/core/bitstreams/9bf4574c-a3ef-40dd-80...
там "список литературы" еще очень интересный. НАУ наша занималась такими темами тоже... но там скорее всего уже все поумирали 🙁
VS> On 14.03.2024 17:40, Alexander V Soroka wrote:
Привет всем !
тут задачка нарисовалась, не моя но я пытаюсь помочь. Не все могу говорить, поэтому пишу то что можно. Нужен ваш совет, если можно. и куда смотреть-читать-грести.
Описание Задачи: есть некие радио устройства(точки), которые на физическом уровне в Радиоканле обеспечивают передачу данных (пакеты). Адресация "точки" пусть будет на основе МАС адреса. Обьемы передачи данных - где-то до килобайтов (это не видео), задержки допустимы до 200-300милисек.
Точки эти постоянно в движении, и А может видеть В и С а может не видеть, т.е. ситуация с раутингом (кому куда бросать пакеты) постоянно меняется. Надо пересматривать "раутинг" но не делать это сильно часто, "потому что батарейки". И целостность Сети должна как-то поддерживаться.
Рассматривался вариант типа STP протокола, но может есть что-то еще чего я не знаю?
Вариант "есть самый главный и он все про всех знает" не канают, сеть может иметь узлы и шлюзы но не может иметь "самого главного".
Вот есть нечто
https://lanmarket.ua/ua/entsiklopediya/besprovodnye-tekhnologii/lorawan.html
но это все на шлюзах в Инет построено... не годится.
Буду благодарен за мысли и советы.
VS> _______________________________________________ VS> uanog mailing list VS> uanog@uanog.kiev.ua VS> https://mailman.uanog.kiev.ua/mailman/listinfo/uanog
_______________________________________________ uanog mailing list uanog@uanog.kiev.ua https://mailman.uanog.kiev.ua/mailman/listinfo/uanog
_______________________________________________ uanog mailing list uanog@uanog.kiev.ua https://mailman.uanog.kiev.ua/mailman/listinfo/uanog
participants (5)
-
Alexander V Soroka -
Igor Sviridov -
Max Tulyev -
VASYL MELNYK -
Volodymyr Sharun