insta360 go 3 хоть и 35 грамм весит, но у нее есть стабилизатор изображения. а тут будто взяли копеечный камерный модуль (как в тех устройствах с ali к которым проявляют повышенный интерес соответствующие службы) да проц с micro sd.. чегой то ей там наснимать...
А вот тут не соглашусь. Здесь есть буквально тысячи статей о том что разработчики промышленных решений о таком не помышляют. А иногда и о более прозаичных вещах.
Должны знать это одно. А вот первый урок сразу портянку кода писать - это перебор. Вон тут коллега чуть выше наоборот предлагает зачем нам Линуксы, давайте на ардуине
Сетевые карты типа Ethernet тоже все так хорошо шифруют? Wifi вон WEP приделали, а толку... все обеспечивается шифрованием на совсем других уровнях.
Модули предназначены для передачи байтов. Есть кстати два варианта - первый это который чисто радиоканал, там вообще ничего нет кроме голого пакета с данными. И второй - с дополнительным контроллером, который обеспечивает эти вещи на минимальном уровне. Для конкретно теплицы - достаточно. А регулятор неплохо бы вообще локально реализовать. Ну а то вдруг кто то с PortaPack H2 по деревням шастает.
Думаю модули в которых все это реализовано максимально по уму, и протестировано по правильному будут стоить космически, это уже что то типа тех штук которые банковские платежи обеспечивают, и там все очень закрытое.
Проще уж это все на более высоких уровнях прикрутить, в том числе такие методы которые производитель модулей никогда не сделает.
в общем то в некоторых из них какое никакое шифрование есть, встроенное: предлагается задавать 16 битный ключ. Уж наверное достаточно чтобы передать температуру из теплицы. Если же есть желание послать кому то нечто интимное то шифровать можно тем к чему этот модуль будет подключатся.
Даже если в этом конкретном случае не проводились, то в целом - очень много проводились: в привязке как обычно к микросхемам Semtech но и скажем к модулям Ebyte на них построенных, а так же других устройствах. В ютубе достаточно набить что то типа "LoRa range test"
Ну как сказать, описан в общем то IPFS который вроде чуть позже и появился: " Речь скорее о том, что облако выдаст пользователю контент в том случае, если он полностью доступен в локальном хранилище и запросит недостающие куски контента у соседних облаков, в противном случае. "
КДПВ по моему неправильная, иллюстрирует как раз обратное - некую навязанную модель поведения. Мне, к примеру, вопрос не в том что некого пригласить на ДР (и тем более - не на что), а в том что не сдалось это все
Звучит классно про софт. Только вот "Байкал (Эльбрус) " не слишком ли крупное обобщение? И это не отменяет того факта что Байкал некоторые производители ПЛК обещали использовать. Про Миландр вообще ни слова не было, хотя для baremetal без Linux он вполне годен был бы.
Так что по сути мы имеем rock pi s в коробочке, на который, к слову уже и 6.3 ядро есть и куча дистрибутивов.
По мощности проца и прочему если не ошибаюсь до аналогов от Jethome он не дотягивает. Давайте уже по цене с ними сравним.
Почему же, с отечественными заводами можно тоже и напрямую работать, и через партнеров - для этого зачастую нужны специально обученные люди ;) Вообще какая то фраза ни о чем.
я вот все думал про возможное железо для этого устройства. Есть ESP32-c6 с поддержкой Wi-Fi 6 (802.11ax) и Bluetooth 5 (LE), iEEE 802.15.4 ( Thread,Zigbee) т.е. может и не все все все на 2.4 но приличный минимум. и это вероятно будет более менее открытое и допиливаемое, хотя бы через ESP IDF, и на корпус меньше в девайсе. нежели CC2652P - который похоже что кто то прошивку типа для донгла наваял и не особо че то подкрутить. Готовенького правда долго придется ждать, но на перспективу - наверное лучше.
Также в качестве альтернативы CC2652P есть серии NRF52, nRF53 , для которых уже тоже наваяли всякого. Причем есть уже и готовые платы nRF52840 + всякие Wifi, а так же nRF7002 который двухдиапазонный уже компаньон для WiFi a/b/g/n/ac/ax. Для полного счастья nRF905 для subGHz но он, помниться, менее функциональный нежели СС1101
Очень мощный пассаж про "В отличие от многих", популярный нонче. Только вот как раз в области автоматизации прогресс видится очень неплохим: делают в той или иной степени свое и давно. SCADA много разных, есть довольно давние и самобытные вещицы, сложно поверить что это все тупая перелицовка, и это еще как такое лицензировать: под своим именем. Или же прямо пишут: Codesys у нас. Здесь же заявлен голый Linux, без SCADA, непонятно как этом можно назвать baremetal, но пока что это типичный одноплатник в промышленном корпусе. И не то чтобы это плохо, для программиста, но далеко не для каждого автоматизатора.
Ну и остается загадкой начинка этого агрегата. Быть может там Байкал (а нам его давнооо в ПЛК обещали), или что нибудь от ЭЛВИС? Так что да, давайте пишите как это вес програмировать, интересно далеко не только в "классической" автоматизации будет.
Рекомендуется (т.е. реально бест практикс ) подобное слать заказным письмом, на бумаге и с подтверждением. Письма важные иногда "теряются" и просто бумажные в подобных случаях.
insta360 go 3 хоть и 35 грамм весит, но у нее есть стабилизатор изображения. а тут будто взяли копеечный камерный модуль (как в тех устройствах с ali к которым проявляют повышенный интерес соответствующие службы) да проц с micro sd.. чегой то ей там наснимать...
" GREEN FUNDING, also known as China’s Kickstarter"
А вот тут не соглашусь. Здесь есть буквально тысячи статей о том что разработчики промышленных решений о таком не помышляют. А иногда и о более прозаичных вещах.
Там еще есть интересные подробности насчет времени рабочего цикла . Постоянно что то вещать - не моги, типа такого.
Должны знать это одно. А вот первый урок сразу портянку кода писать - это перебор. Вон тут коллега чуть выше наоборот предлагает зачем нам Линуксы, давайте на ардуине
Водил я как то двух подруг в качалку именно за тем чтобы мускулинных поглядеть
Мудро. Но меня, походу, пока устраивает.
Сетевые карты типа Ethernet тоже все так хорошо шифруют? Wifi вон WEP приделали, а толку... все обеспечивается шифрованием на совсем других уровнях.
Модули предназначены для передачи байтов. Есть кстати два варианта - первый это который чисто радиоканал, там вообще ничего нет кроме голого пакета с данными. И второй - с дополнительным контроллером, который обеспечивает эти вещи на минимальном уровне. Для конкретно теплицы - достаточно. А регулятор неплохо бы вообще локально реализовать. Ну а то вдруг кто то с PortaPack H2 по деревням шастает.
Думаю модули в которых все это реализовано максимально по уму, и протестировано по правильному будут стоить космически, это уже что то типа тех штук которые банковские платежи обеспечивают, и там все очень закрытое.
Проще уж это все на более высоких уровнях прикрутить, в том числе такие методы которые производитель модулей никогда не сделает.
в общем то в некоторых из них какое никакое шифрование есть, встроенное: предлагается задавать 16 битный ключ. Уж наверное достаточно чтобы передать температуру из теплицы. Если же есть желание послать кому то нечто интимное то шифровать можно тем к чему этот модуль будет подключатся.
Даже если в этом конкретном случае не проводились, то в целом - очень много проводились: в привязке как обычно к микросхемам Semtech но и скажем к модулям Ebyte на них построенных, а так же других устройствах. В ютубе достаточно набить что то типа "LoRa range test"
Ну как сказать, описан в общем то IPFS который вроде чуть позже и появился: " Речь скорее о том, что облако выдаст пользователю контент в том случае, если он полностью доступен в локальном хранилище и запросит недостающие куски контента у соседних облаков, в противном случае. "
Тусил я с такими людьми.. shiru8bit не даст соврать кстати :) Оказалось интересы не такие уж идентичные...
КДПВ по моему неправильная, иллюстрирует как раз обратное - некую навязанную модель поведения. Мне, к примеру, вопрос не в том что некого пригласить на ДР (и тем более - не на что), а в том что не сдалось это все
меня еще порадовало "прошивка для контроллеров разрабатывается на языке Ассемблер " в тексте статьи, вероятно речь идет уже про периферийные модули
Вероятно он имеет в виду знаменитых мастеров индийского кода?
Звучит классно про софт. Только вот "Байкал (Эльбрус) " не слишком ли крупное обобщение? И это не отменяет того факта что Байкал некоторые производители ПЛК обещали использовать. Про Миландр вообще ни слова не было, хотя для baremetal без Linux он вполне годен был бы.
Так что по сути мы имеем rock pi s в коробочке, на который, к слову уже и 6.3 ядро есть и куча дистрибутивов.
По мощности проца и прочему если не ошибаюсь до аналогов от Jethome он не дотягивает. Давайте уже по цене с ними сравним.
Почему же, с отечественными заводами можно тоже и напрямую работать, и через партнеров - для этого зачастую нужны специально обученные люди ;) Вообще какая то фраза ни о чем.
я вот все думал про возможное железо для этого устройства. Есть ESP32-c6 с поддержкой Wi-Fi 6 (802.11ax) и Bluetooth 5 (LE), iEEE 802.15.4 ( Thread,Zigbee) т.е. может и не все все все на 2.4 но приличный минимум. и это вероятно будет более менее открытое и допиливаемое, хотя бы через ESP IDF, и на корпус меньше в девайсе. нежели CC2652P - который похоже что кто то прошивку типа для донгла наваял и не особо че то подкрутить. Готовенького правда долго придется ждать, но на перспективу - наверное лучше.
Также в качестве альтернативы CC2652P есть серии NRF52, nRF53 , для которых уже тоже наваяли всякого. Причем есть уже и готовые платы nRF52840 + всякие Wifi, а так же nRF7002 который двухдиапазонный уже компаньон для WiFi a/b/g/n/ac/ax. Для полного счастья nRF905 для subGHz но он, помниться, менее функциональный нежели СС1101
Очень мощный пассаж про "В отличие от многих", популярный нонче. Только вот как раз в области автоматизации прогресс видится очень неплохим: делают в той или иной степени свое и давно. SCADA много разных, есть довольно давние и самобытные вещицы, сложно поверить что это все тупая перелицовка, и это еще как такое лицензировать: под своим именем. Или же прямо пишут: Codesys у нас. Здесь же заявлен голый Linux, без SCADA, непонятно как этом можно назвать baremetal, но пока что это типичный одноплатник в промышленном корпусе. И не то чтобы это плохо, для программиста, но далеко не для каждого автоматизатора.
Ну и остается загадкой начинка этого агрегата. Быть может там Байкал (а нам его давнооо в ПЛК обещали), или что нибудь от ЭЛВИС? Так что да, давайте пишите как это вес програмировать, интересно далеко не только в "классической" автоматизации будет.
Рекомендуется (т.е. реально бест практикс ) подобное слать заказным письмом, на бумаге и с подтверждением. Письма важные иногда "теряются" и просто бумажные в подобных случаях.