Интересная статья. Я пару месяцев что-то подобное делал: подключил пару мощных модулей Lora E22-400T33D к маршрутизаторам Mikrotik, через USB<->Uart преобразователи просто по приколу ) После втыкания последних в микротиках появляются Serial USB порты. На которые можно настроить PPP Server и PPP Client на обоих концах. Мне удалось поднять TCP/IP соединение через Lora в такой схеме. Пинги тоже бегали, но очень не шустро (я кажется выше 57600 скорости на модулях не выставлял). Даже удалось послать и принять через такое соединение несколько сообщений в Telegram и пару картинок :). Но пользоваться таким не возможно, разве что перекидывать UDP пакетами и уж точно никакого html и тп :). Все это напомнило атмосферу опыта с моими первым dial up модемами.
Главное нужно запитывать (что я и делал) модули E22-400T33D от отдельных БП +5В с током в пару ампер (из спецификации 1200mA Instantaneous power consumption@33dBm), что логично, иначе передача глохнет. USB порты такой ток не дают.
Сейчас подумываю сделать Walkie Talkie на этих модулях. Думаю можно сделать на esp32 + I2S кодер/декодер (например WM8960), потом все это пропускается через библиотеку codec2 и дальше в lora (через библиотеку RadioLib). Но боюсь, что модуль с Uart тут не подойдет, возможно будет создавать большие задержки при передачи звука и лучше использовать прямое управление трансивиром (через spi), т.е. другие модули. В статье как раз это подмечено.
Тоже когда-то делал пару ботов на Mikrotik-скрипт. (в Вашей первой статьи на эту тему есть упоминание ;) ) Но сейчас, когда дали возможность запускать docker контейнеры, проще "локальных" ботов писать на более популярных языках, на том же php или python в контейнере, которые с mikrotik взаимодействуют через rest api или ssh.
У меня на php в докере прямо на микротике сидит самописный генератор плейлиста iptv с mysql базой данных ). Нужно было где-то его захостить в локальной сети минимальными усилиями. Рядом контейнер udpxy. А хранилище на простой флешки сделано, не стал заморачиваться с ssd. Работает уже несколько лет.
microSD использовать в NAS есть резон, как и usb флешки, кстати. Но конечно не в качестве основного хранилища. С них нужно только загружать ОС в режиме чтение и редко сохранять изменения конфигурации. А вот хранилище уже на дисках. Я так и vmware esxi в свое время годами эксплуатировал без проблем, загружаясь с флешки в пару гигабайт. Потом уже клоны synology (xpenology) и Openmediavault на rpi 4, кстати. Рядом всегда можно иметь дубликат этой самой загрузочной флешки, если что поменял, загрузился и весь массив работает дальше.
Жаль, что NI, на мой взгляд, последние годы не развивает LabVIEW. А теперь уже Emerson, посмотрим что изменится. Устал уже плакать, в который раз перечитывая длинный список желаний ). В моем инструментарии LabVIEW занимает почетное место между Python и C/С++. Ни капли не жалею, что выучил в свое время этот уникальный графический язык. Обычно начинаю прототипирование программы в LabVIEW, потом уже можно перенести в Python или C/C++ или оставить в LV в зависимости от конечных требований.
Смешно читать про нагрузку на сеть. У меня тот самый архивный тариф с безлимитным (внимание) мобильным интернетом. Раздача по WIFI была 2 или 3 Gb в комплекте. Остальное за деньги. Пользовался этом куском иногда на выездах, пару файлов туда-сюда послать экстренно. Но теперь МТС просто взяли и убрали этот кусок, заменив на оплачиваемый день доступа. А теперь оправдываются нагрузкой на сеть? МТС, мне не нужно того, чего у меня не было, верните что было.
У Вас используется протокол с фиксированным размером блока и разделением передачи по времени. По-хорошему вам нужно ждать пакет заданного размера в течении гарантированного времени, т.е. ввести тайм-аут на ожидание приема определенного кол-ва байт. Если не дожидаетесь приема ваших 6 байт за это время, считаете, что все что приняли - "битый" пакет и отбрасываете. Дальше выясняете, почему процент битых пакетов выше ожидаемого. Может быть плохой контакт, длинный неэкранированный провод рядом с источником помех, ошибка в программе контроллера. Еще хорошо бы ввести контрольную сумму в пакет, чтобы гарантировать корректность содержимого, а не только количества байт. Смотрите как устроен modbus rtu.
Я в свое время написал простой протокол, в котором отказался от таймаутов и перешел на квитирование пакета специальным символом и вставку спец. байтов (byte stuffing), что упрощает общую реализацию. Есть реализация мастера для LabVIEW и Python, слейва для arduino / teensy. https://github.com/Chupakabra303/SerialFrameProtocol
Конкурс извращенцев? Какая-то очень вещь в себе. Демосцена обучает крутому программированию и математике. А тут что, это же не интерпретируемый язык. В чем художественная ценность?
А какова потребляемая мощность пятерки? Я собрал rpi 4 + SSD SATA на USB3. Все с пассивным охлаждением. И запустил на этом Openmediavault. Мощность по замерам около 5 Вт. Получилась перекинуть 24ч задачи, которые крутились на NAS с потреблением около 50Вт, на эту поделку. Теперь большой NAS только по необходимости включаю. Rpi 5 в этом смысле тоже интересно смотрится.
В среднем меньше минуты. Глянул, 750Мб ролик около 1 минуты. (yt_dlp.YoutubeDL({'format': 'best', 'paths':...) Написано на Python, используется модуль yt_dlp, обмен с telegram bot api на requests без сложностей. Скрипт как демон просто запущен.
Интересная статья. Я пару месяцев что-то подобное делал: подключил пару мощных модулей Lora E22-400T33D к маршрутизаторам Mikrotik, через USB<->Uart преобразователи просто по приколу ) После втыкания последних в микротиках появляются Serial USB порты. На которые можно настроить PPP Server и PPP Client на обоих концах. Мне удалось поднять TCP/IP соединение через Lora в такой схеме. Пинги тоже бегали, но очень не шустро (я кажется выше 57600 скорости на модулях не выставлял). Даже удалось послать и принять через такое соединение несколько сообщений в Telegram и пару картинок :). Но пользоваться таким не возможно, разве что перекидывать UDP пакетами и уж точно никакого html и тп :). Все это напомнило атмосферу опыта с моими первым dial up модемами.
Главное нужно запитывать (что я и делал) модули E22-400T33D от отдельных БП +5В с током в пару ампер (из спецификации 1200mA Instantaneous power consumption@33dBm), что логично, иначе передача глохнет. USB порты такой ток не дают.
Сейчас подумываю сделать Walkie Talkie на этих модулях. Думаю можно сделать на esp32 + I2S кодер/декодер (например WM8960), потом все это пропускается через библиотеку codec2 и дальше в lora (через библиотеку RadioLib). Но боюсь, что модуль с Uart тут не подойдет, возможно будет создавать большие задержки при передачи звука и лучше использовать прямое управление трансивиром (через spi), т.е. другие модули. В статье как раз это подмечено.
Microsoft работает над тем, чтобы сделать операционную систему Windows 11 более энергоэффективной
Лучшее, что они могли бы сделать: дать пользователю возможность отключить бесчисленную телеметрию.
Тоже когда-то делал пару ботов на Mikrotik-скрипт. (в Вашей первой статьи на эту тему есть упоминание ;) ) Но сейчас, когда дали возможность запускать docker контейнеры, проще "локальных" ботов писать на более популярных языках, на том же php или python в контейнере, которые с mikrotik взаимодействуют через rest api или ssh.
У меня на php в докере прямо на микротике сидит самописный генератор плейлиста iptv с mysql базой данных ). Нужно было где-то его захостить в локальной сети минимальными усилиями. Рядом контейнер udpxy. А хранилище на простой флешки сделано, не стал заморачиваться с ssd. Работает уже несколько лет.
Позовите, когда сделают кольцо для управления умным домом.
Сервер без интернета - эка невидаль.
Медицина, которую мы заслужили, мяу.
И где тут релятивистские частицы?
microSD использовать в NAS есть резон, как и usb флешки, кстати. Но конечно не в качестве основного хранилища. С них нужно только загружать ОС в режиме чтение и редко сохранять изменения конфигурации. А вот хранилище уже на дисках. Я так и vmware esxi в свое время годами эксплуатировал без проблем, загружаясь с флешки в пару гигабайт. Потом уже клоны synology (xpenology) и Openmediavault на rpi 4, кстати. Рядом всегда можно иметь дубликат этой самой загрузочной флешки, если что поменял, загрузился и весь массив работает дальше.
Осталось найти там сепулькарий
А какая у нее защита IP по передней панели?
Жаль, что NI, на мой взгляд, последние годы не развивает LabVIEW. А теперь уже Emerson, посмотрим что изменится. Устал уже плакать, в который раз перечитывая длинный список желаний ). В моем инструментарии LabVIEW занимает почетное место между Python и C/С++. Ни капли не жалею, что выучил в свое время этот уникальный графический язык. Обычно начинаю прототипирование программы в LabVIEW, потом уже можно перенести в Python или C/C++ или оставить в LV в зависимости от конечных требований.
Ну есть RT патчи для ядра Linux, превращающие его в RTOS. Частенько встречаю таких мастеров EtherCAT. WinCE, кстати тоже вроде RTOS.
Смешно читать про нагрузку на сеть. У меня тот самый архивный тариф с безлимитным (внимание) мобильным интернетом. Раздача по WIFI была 2 или 3 Gb в комплекте. Остальное за деньги. Пользовался этом куском иногда на выездах, пару файлов туда-сюда послать экстренно. Но теперь МТС просто взяли и убрали этот кусок, заменив на оплачиваемый день доступа. А теперь оправдываются нагрузкой на сеть? МТС, мне не нужно того, чего у меня не было, верните что было.
У Вас используется протокол с фиксированным размером блока и разделением передачи по времени. По-хорошему вам нужно ждать пакет заданного размера в течении гарантированного времени, т.е. ввести тайм-аут на ожидание приема определенного кол-ва байт. Если не дожидаетесь приема ваших 6 байт за это время, считаете, что все что приняли - "битый" пакет и отбрасываете. Дальше выясняете, почему процент битых пакетов выше ожидаемого. Может быть плохой контакт, длинный неэкранированный провод рядом с источником помех, ошибка в программе контроллера. Еще хорошо бы ввести контрольную сумму в пакет, чтобы гарантировать корректность содержимого, а не только количества байт. Смотрите как устроен modbus rtu.
Я в свое время написал простой протокол, в котором отказался от таймаутов и перешел на квитирование пакета специальным символом и вставку спец. байтов (byte stuffing), что упрощает общую реализацию. Есть реализация мастера для LabVIEW и Python, слейва для arduino / teensy. https://github.com/Chupakabra303/SerialFrameProtocol
Вопрос не совсем в тему. А чем там закончилась претензия ФАС к платной раздаче интернета со смартфона? Не дали заднюю?
конкурс обфусцированного кода на С
Конкурс извращенцев? Какая-то очень вещь в себе. Демосцена обучает крутому программированию и математике. А тут что, это же не интерпретируемый язык. В чем художественная ценность?
А какова потребляемая мощность пятерки? Я собрал rpi 4 + SSD SATA на USB3. Все с пассивным охлаждением. И запустил на этом Openmediavault. Мощность по замерам около 5 Вт. Получилась перекинуть 24ч задачи, которые крутились на NAS с потреблением около 50Вт, на эту поделку. Теперь большой NAS только по необходимости включаю. Rpi 5 в этом смысле тоже интересно смотрится.
Сначала посмотрел, не читая описание, думал клип ambient или idm музыки. Фоновый звук такой тревожный.
Del
В среднем меньше минуты. Глянул, 750Мб ролик около 1 минуты. (yt_dlp.YoutubeDL({'format': 'best', 'paths':...) Написано на Python, используется модуль yt_dlp, обмен с telegram bot api на requests без сложностей. Скрипт как демон просто запущен.