Comments 95
Было бы отличным встраиваемым решением, но…
1) На гребёнке только GPIO и питание, USB нет.
2) Набортного Wi-Fi/Ethernet нет, внешний во встраиваемом варианте подключать некуда, ибо см. п. 1
3) $5 выглядит как жестокий демпинг, а это значит, что настоящих оптовых поставок не будет. Для желающих опта — видимо, или по-прежнему RPi Compute Module, или www.element14.com/community/docs/DOC-76955/l/raspberry-pi-customization-service. Ну да, монетизировать-то проект надо.
То есть, получилась та же RPi для самодельщиков, только по цене грязи.
1) На гребёнке только GPIO и питание, USB нет.
2) Набортного Wi-Fi/Ethernet нет, внешний во встраиваемом варианте подключать некуда, ибо см. п. 1
3) $5 выглядит как жестокий демпинг, а это значит, что настоящих оптовых поставок не будет. Для желающих опта — видимо, или по-прежнему RPi Compute Module, или www.element14.com/community/docs/DOC-76955/l/raspberry-pi-customization-service. Ну да, монетизировать-то проект надо.
То есть, получилась та же RPi для самодельщиков, только по цене грязи.
Micro USB же есть, по идее можно LAN подключить…
Встраиваемое применение — это когда плата запаяна внутри какого-то другого устройства, на другую плату.
А microUSB так не запаяешь, для него надо городить идиотский переходник проводочком.
А microUSB так не запаяешь, для него надо городить идиотский переходник проводочком.
UFO just landed and posted this here
В кредл плата может втыкаться только тем, что из неё торчит вниз. А вниз торчит только 40-pin 2.54, на котором нет USB.
UFO just landed and posted this here
Либо на нём не будет GPIO, либо втыкание будет сопряжено с серьёзным риском выломать разъёмы.
Нет, внутренний голос мне подсказывает, что на рынок настоящих встраиваемых компьютеров Farnell/Broadcom не лезут совершенно осознанно. Там деньги, которые можно заработать — а RPi заработка не предполагает, одни расходы.
Нет, внутренний голос мне подсказывает, что на рынок настоящих встраиваемых компьютеров Farnell/Broadcom не лезут совершенно осознанно. Там деньги, которые можно заработать — а RPi заработка не предполагает, одни расходы.
UFO just landed and posted this here
Вы воткнуть плату в два набора разъёмов, расположенных под 90 градусов друг к другу, не сможете.
UFO just landed and posted this here
Ок. И сделать Г-образный переходник, который втыкается в них одновременно, вам не позволит наука под названием «геометрия». Я даже не знаю, какое ещё слово в этом надо объяснить?..
UFO just landed and posted this here
Потому что без GPIO что этой штуке делать во встраиваемом варианте? Электричество кушать и светодиодиком мигать?
Зато можно какую-нибудь плату на базе ESP-8266 рядом припаять
Так там же есть PP22 и PP23
Что мешает туда припаяться?
Что мешает туда припаяться?
Технологичность этого действия, очевидно, мешает.
А к гребенке припаиваться технологичность не мешает?
Как вариант, если гребенка распаяна и вставляется в плату в этой плате под PP22 и PP23 распаиваете тестовые пины.
Как вариант, если гребенка распаяна и вставляется в плату в этой плате под PP22 и PP23 распаиваете тестовые пины.
Там снизу хорошие две плямбы под usb-data на одном microusb разъеме и под usb-power на другом. Припаять к ним полноценный USB дело двух минут — я так на одном и сделал, на другом решил что лучше уж приделать гребенку обычную и если какую-то usb периферию цеплять, то можно обжать и втыкать.
WiFi можно подключить к OTG
Разъёмы USB: USB On-the-Go (OTG), Micro USB
UFO just landed and posted this here
SPI — WiFi модули наверняка существуют. Нужно посмотреть какие драйвера в Linux Kernel имеются.
UART — WiFi точно есть, но насчет дров в ядре Линукс не уверен
UART — WiFi точно есть, но насчет дров в ядре Линукс не уверен
Это всё медленно и печально.
А куда спешить с 512 мегами если там целый линукс должен впихнуться? И медленная SD карта. Под простую задачу с одним бинарником вместо inita должно хватить, а наворачивать там php+mysql+прочую лабуду как любят «профессионалы»-расберреписты — бред.
У меня веб-интерфейс, да и вообще весь контроллер «умного дома», состоящий из смеси PHP, C и SQLite, прекрасно себя чувствует с линуксом вместе на 64 мегах.
Но, конечно, на 512 — это явный бред.
Но, конечно, на 512 — это явный бред.
Можно подробностей? Что за железка, как линукс пилили?
Железка www.unwireddevices.com/en/products-en/unwired-one/features
Линукс — OpenWRT, с некоторыми патчами, но в общем к памяти не имеющими никакого отношения. Веб-сервер lighttpd с php. Софт умного дома — свой.
Это совершенно штатное сочетание, в куче дешёвых роутеров памяти вообще 32 МБ — и ничего, работают.
64 МБ начинает не хватать, когда действительно запускаешь какой-нибудь MySQL или node.js — там один инстанс отжирает сразу половину оперативки. Но на такой железке оно и не нужно, а вот на RPi уже бегает спокойно.
Линукс — OpenWRT, с некоторыми патчами, но в общем к памяти не имеющими никакого отношения. Веб-сервер lighttpd с php. Софт умного дома — свой.
Это совершенно штатное сочетание, в куче дешёвых роутеров памяти вообще 32 МБ — и ничего, работают.
64 МБ начинает не хватать, когда действительно запускаешь какой-нибудь MySQL или node.js — там один инстанс отжирает сразу половину оперативки. Но на такой железке оно и не нужно, а вот на RPi уже бегает спокойно.
А почему вы даёте ссылку на Unwired One(tm), а не на Black Swift?
Потому что последний благополучно помер.
Потому что маркетинг разошелся с основателем проекта, убедил уйти к себе основных разработчиков и сейчас предлагает продукт под другим именем. Это я вывод сделал на основе форума на сайте black swift. Он вполне живой вроде бы, можете почитать, кому интересно.
Форум, конечно, условно живой, только там не укладывающиеся в линию партии сообщения очень быстро удаляют. Сам проект при этом мёртв от слова «совсем».
По причинам... Скажем так, у основателя проекта и команды проекта возникли несовместимые взгляды на финансовую сторону вопроса: основатель считал, что главное — оплатить его офис, а проект как-нибудь потом, а команда — наоборот. Поэтому каждый взял себе то, что ему дорого: основатель остался в своём офисе, а команда — со своим проектом.
Причём вместе с проектом команда взяла с собой все связанные с ним долги, какие только смогла. Кикстартер, например, по которому на момент описываемых событий состояние было «на складе лежат голые PCB, пассивные компоненты и дырка от бублика».
По причинам... Скажем так, у основателя проекта и команды проекта возникли несовместимые взгляды на финансовую сторону вопроса: основатель считал, что главное — оплатить его офис, а проект как-нибудь потом, а команда — наоборот. Поэтому каждый взял себе то, что ему дорого: основатель остался в своём офисе, а команда — со своим проектом.
Причём вместе с проектом команда взяла с собой все связанные с ним долги, какие только смогла. Кикстартер, например, по которому на момент описываемых событий состояние было «на складе лежат голые PCB, пассивные компоненты и дырка от бублика».
А почему тогда, вместо того, чтобы открыто заявить пользователям (которые не виноваты в ваших внутренних разногласиях) о проблемах, вы их кормили обещаниями, что «вот буквально завтра отправляем на почту»?
Извините, но лично у меня после этого _полностью_ отпало желание поддерживать хоть какой-то российский проект. Лучше бы просто RPI прикупил, нет, блин, захотелось этот пресловутый MIPS помучать…
Извините, но лично у меня после этого _полностью_ отпало желание поддерживать хоть какой-то российский проект. Лучше бы просто RPI прикупил, нет, блин, захотелось этот пресловутый MIPS помучать…
Кто кормил, кого кормил?
Официальное объявление на Kickstarter вышло в сентябре, как только вопрос с уходом команды от Димы Жеребкова был решён.
Почему Дима не сообщал раньше, что он проел все деньги, а также почему принадлежащий ему лично сайт до сих пор делает вид «всё хорошо, прекрасная маркиза» (и, кажется, там даже предзаказ можно до сих пор оформить) — это, наверное, вопрос к Диме, а не ко мне.
Официальное объявление на Kickstarter вышло в сентябре, как только вопрос с уходом команды от Димы Жеребкова был решён.
Почему Дима не сообщал раньше, что он проел все деньги, а также почему принадлежащий ему лично сайт до сих пор делает вид «всё хорошо, прекрасная маркиза» (и, кажется, там даже предзаказ можно до сих пор оформить) — это, наверное, вопрос к Диме, а не ко мне.
А я на него еще и OwnCloud впиливал =)
Имхо, 64 метра, действительно позаглаза.
А прикручивать к этому комбайну камеру (она сильно выжирает оперативку) я передумал после нескольких попыток.
Камеру лучше держать отдельно =)
Для всего остального хватает, даже для потока радио.
P.S. у меня не Black Swift, а тот самый китайский модуль.
Имхо, 64 метра, действительно позаглаза.
А прикручивать к этому комбайну камеру (она сильно выжирает оперативку) я передумал после нескольких попыток.
Камеру лучше держать отдельно =)
Для всего остального хватает, даже для потока радио.
P.S. у меня не Black Swift, а тот самый китайский модуль.
С камерой тоже есть несколько разных извращений, правда, я с ними серьёзно пока не игрался.
MJPEG: mjpg-streamer действительно жрёт память как не в себя, но с этим можно бороться: geektimes.ru/post/265186
H.264: из коробки в OpenWRT поддержки нет, но вот патч (на 15.05, хотя можно перетащить на 14.07 без проблем, вместе с пакетом gstreamer1, gst1-plugins-base и gst1-plugins-bad), а вот готовые пакеты для ar71xx и OpenWRT 15.05, в которых gstreamer1 и udev пересобраны так, чтобы был плагин uvch264. Хорошая OEM'ная H.264-камера на ебее при этом стоит вполне разумные $34.
MJPEG: mjpg-streamer действительно жрёт память как не в себя, но с этим можно бороться: geektimes.ru/post/265186
H.264: из коробки в OpenWRT поддержки нет, но вот патч (на 15.05, хотя можно перетащить на 14.07 без проблем, вместе с пакетом gstreamer1, gst1-plugins-base и gst1-plugins-bad), а вот готовые пакеты для ar71xx и OpenWRT 15.05, в которых gstreamer1 и udev пересобраны так, чтобы был плагин uvch264. Хорошая OEM'ная H.264-камера на ебее при этом стоит вполне разумные $34.
Так то и компьютеры с винXP бывают с 512 на борту. И даже работают. Я бы не сказал, что быстро, но ворд, эксель, 1С — терпимо. У меня впс с 256-512 с апач, mysql, ftp сервером, и тим спик сервером, тоже отлично себя чувствуют.
Описанный SBC на мой взгляд не для реализации сервера потокового видео. Камеры IP лучше готовые купить, а не реализовывать свой велосипед на описанном устройстве. А для веб-запросов 3Мбит хватит, как мне кажется. Более того, я рассматриваю этот SBC как оконечое устройство, а не сервер. Т.е. в моем представлении с него данные будут выходить только, а не туда-сюда гоняться мегабайтами. Максимум, короткая команда на такое устройство и длинный ответ.
Какой велосипед, чего реализовывать, о чём вы вообще? В дырку USB втыкается камера, потом запускается gstreamer или mjpg-streamer. ВСЁ.
И да, по UART даже банальный веб-интерфейс с несколькими картинками будет выглядеть печально, куда там до камеры.
И да, по UART даже банальный веб-интерфейс с несколькими картинками будет выглядеть печально, куда там до камеры.
Так вот и есть велосипед.
Покупается IP каммера, которая просто к LAN коннектится через WiFi или Eth. И не придется смешивать, например, сервер и обработку видео на одном узле.
Уже не первый раз пишу, что UART поддерживает большие скорости (больше 2Mbps). SPI вообще 10-20 Mbps поддерживает. Так что про медленный UART скорее заблуждение.
В дырку USB втыкается камера, потом запускается gstreamer или mjpg-streamer. ВСЁ.
Покупается IP каммера, которая просто к LAN коннектится через WiFi или Eth. И не придется смешивать, например, сервер и обработку видео на одном узле.
И да, по UART даже банальный веб-интерфейс с несколькими картинками будет выглядеть печально, куда там до камеры.
Уже не первый раз пишу, что UART поддерживает большие скорости (больше 2Mbps). SPI вообще 10-20 Mbps поддерживает. Так что про медленный UART скорее заблуждение.
1)
Стандарт интерфейса может и поддерживает. А вы хоть раз пытались столь высокую скорость реализовтаь на обычном MIPS процессоре c тактовой частотой 400 Mhz и без аппаратного таймера?
Скажу сразу, чтобы вы не мучали себя — оно не работает.
2)
Вы, похоже, не в курсе что большинство продаваемых IP камер имеют внутри такой же миниатюрный комп-роутер с модифицированной openWRT на борту, а камера там висит на USB шине.
Стандарт интерфейса может и поддерживает. А вы хоть раз пытались столь высокую скорость реализовтаь на обычном MIPS процессоре c тактовой частотой 400 Mhz и без аппаратного таймера?
Скажу сразу, чтобы вы не мучали себя — оно не работает.
2)
Вы, похоже, не в курсе что большинство продаваемых IP камер имеют внутри такой же миниатюрный комп-роутер с модифицированной openWRT на борту, а камера там висит на USB шине.
PP22 и PP23 на обратной стороне платы подозрительно напоминают D+ и D- USB.
Соответственно — ставим на родительской плате 2 штуки pogo pin и будет вам USB.
Соответственно — ставим на родительской плате 2 штуки pogo pin и будет вам USB.
Строго говоря — им, как раз-таки, монетизировать проект НЕ надо. Они же фонд, некоммерческая организация.
У этой платы есть один недостаток по сравнению с предыдущей версией: отсутствует Ethernet-разъём.
Ждем от китайцев ответ за 4,99$ с TV Ethernet или Wi-Fi на плате.
Отсутствие безпроводных коммуникаций ОЧЕНЬ странно, особенно в эпоху интернета вещей. Даже не представляю где может пригодиться компьютер, подключаемый к TV по HDMI и не имеющий выхода в сеть. Предполагается вставлять USB-свисток?
Очень даже подходит.
Для интернета вещей нет нужды в высокоуровневой сущности «LAN». (мне во всяком случае она не нужна)
IoT узлу нужна лишь возможность послать данные на определенный IP в LAN. А с этой задачей легко справится любой модуль UART TTL <=> WiFi (например, загуглите USR-WiFi232). Похожие модули есть и для Ethernet.
При желании упомянутый модуль (или его более быстрый собрат USR-C322) настраивается на отсылку данных по строковому пути в интернет (как минимум DNS + порт).
А когда появятся в продаже модули стандарта 802.11ah, то будет возможность комбинировать описанный в статье SBC с WiFi модулями разной пропускной способности без радикального изменения развернутого на SBC ПО.
Для интернета вещей нет нужды в высокоуровневой сущности «LAN». (мне во всяком случае она не нужна)
IoT узлу нужна лишь возможность послать данные на определенный IP в LAN. А с этой задачей легко справится любой модуль UART TTL <=> WiFi (например, загуглите USR-WiFi232). Похожие модули есть и для Ethernet.
При желании упомянутый модуль (или его более быстрый собрат USR-C322) настраивается на отсылку данных по строковому пути в интернет (как минимум DNS + порт).
А когда появятся в продаже модули стандарта 802.11ah, то будет возможность комбинировать описанный в статье SBC с WiFi модулями разной пропускной способности без радикального изменения развернутого на SBC ПО.
>>USR-WiFi232
Еще $8. Тогда уж лучше C.H.I.P, там WiFi на борту
>>IoT узлу нужна лишь возможность послать данные на определенный IP в LAN.
Для большинства подобных задач данный SoC наверняка будет избыточным, хватит ESP8266 — контроллер и WiFi с антенной на одной крошечной платке за смешные 2-3 доллара.
Еще $8. Тогда уж лучше C.H.I.P, там WiFi на борту
>>IoT узлу нужна лишь возможность послать данные на определенный IP в LAN.
Для большинства подобных задач данный SoC наверняка будет избыточным, хватит ESP8266 — контроллер и WiFi с антенной на одной крошечной платке за смешные 2-3 доллара.
по поводу ESP8266 — удивлен, что к спектрумам его еще не цепляют)
Это если вам удобно ESP8266 программировать.
А можно идти по модульному принципу и использовать тот же ESP как мост между контроллером и WiFi LAN.
Преимущество модульности в том, что если основное встраиваемое приложение потребует больше ресурсов (например, вычислений с Hard Float / Double или 80 МГц), то не придется производить сложную миграцию. Протокол общения контроллера с внешним миром не изменится.
Например, я сейчас использую STM32F103C8T6 через USR-C322. Если мне вдруг станет тесно в Cortex-M3, я смогу заменить текущую плату на STM32F407. И код смигрировать будет несложно. Если в коде будет бага, то она и ее фикс затронет только логику самого узла, а сетевой стэк по определению будет в стороне этого всего. С ESP, как я понимаю, сетевой стэк будет в тех же сорцах, потому всегда есть шанс, что бага затронет и его (теоретически ;)
Опять же замена контроллера не приведет к надобности снова конфигурировать сетевой мост.
Такое же мнение ниже
А можно идти по модульному принципу и использовать тот же ESP как мост между контроллером и WiFi LAN.
Преимущество модульности в том, что если основное встраиваемое приложение потребует больше ресурсов (например, вычислений с Hard Float / Double или 80 МГц), то не придется производить сложную миграцию. Протокол общения контроллера с внешним миром не изменится.
Например, я сейчас использую STM32F103C8T6 через USR-C322. Если мне вдруг станет тесно в Cortex-M3, я смогу заменить текущую плату на STM32F407. И код смигрировать будет несложно. Если в коде будет бага, то она и ее фикс затронет только логику самого узла, а сетевой стэк по определению будет в стороне этого всего. С ESP, как я понимаю, сетевой стэк будет в тех же сорцах, потому всегда есть шанс, что бага затронет и его (теоретически ;)
Опять же замена контроллера не приведет к надобности снова конфигурировать сетевой мост.
Такое же мнение ниже
Я не особо глубоко разбираюсь в программировании контроллеров, так играюсь с ардуиной и ESP. Так вот в какой-то момент я просто взял и перенес код с ардуины на ESP, даже через ту же Arduino IDE можно разрабатывать. Совместимость полная.
Сейчас вот заказал ESP-8266 в исполнении ESP-12E, там 13 портов GPIO при том же размере чуть больше симки. Чувствую что Ардуина мне уже и не очень нужна для самоделок.
Сейчас вот заказал ESP-8266 в исполнении ESP-12E, там 13 портов GPIO при том же размере чуть больше симки. Чувствую что Ардуина мне уже и не очень нужна для самоделок.
А что если Вам, к примеру, на узле понадобится мелкий экранчик (LCD ч/з I2C/SPI) + DHT какой-нибудь (тоже I2C) + PIR датчик движения (GPIO) + несколько кнопок (штук 5-10)?
ESP с 13 выводами (это ВСЕГО, а сколько из них шарятся между I2C/SPI/GPIO функциями?) уже не хватит. Тогда вам придется полностью выносить Вашу логику из ESP на внешний контроллер.
Не проще ли сразу использовать ESP лишь как мост?
ESP с 13 выводами (это ВСЕГО, а сколько из них шарятся между I2C/SPI/GPIO функциями?) уже не хватит. Тогда вам придется полностью выносить Вашу логику из ESP на внешний контроллер.
Не проще ли сразу использовать ESP лишь как мост?
С таким стремительным и непредсказуемым развитием проекта лучше сразу ARM брать, например ту же малину :)
Конечно же есть куча проектов где ESP не справится одна. Но вот ту же Arduino Nano или Mini заменяет вполне.
Конечно же есть куча проектов где ESP не справится одна. Но вот ту же Arduino Nano или Mini заменяет вполне.
Так вот сабж статьи и есть та самая малина, но без WiFi. При этом для получения WiFi либо Eth нет нужды доплачивать $20-30.
+ Если Вам удобно ESP программировать, то вы сможете реализовать особый режим энергосбережения для Pi Zero. Скажем, копить данные, а потом пачкой скидывать, чтобы постоянно не нужно было WiFi коннекцию поддерживать.
Да в любом мало-мальски приближенном проекте для домашней (даже) автоматизации ESP будет мало хотя бы из-за малого количества аппаратных интерфейсов. Я так подозреваю, что и ардруино она не заменит с учетом нужды в интерфейсах.
Я, конечно, допускаю, что для 1-3 PIR датчиков движения хватит ESP. Но тогда придется разного типа сенсоры совершенно на разных платформах поддерживать. Я лично за унификацию.
ИМХО, естественно.
+ Если Вам удобно ESP программировать, то вы сможете реализовать особый режим энергосбережения для Pi Zero. Скажем, копить данные, а потом пачкой скидывать, чтобы постоянно не нужно было WiFi коннекцию поддерживать.
Конечно же есть куча проектов где ESP не справится одна. Но вот ту же Arduino Nano или Mini заменяет вполне.
Да в любом мало-мальски приближенном проекте для домашней (даже) автоматизации ESP будет мало хотя бы из-за малого количества аппаратных интерфейсов. Я так подозреваю, что и ардруино она не заменит с учетом нужды в интерфейсах.
Я, конечно, допускаю, что для 1-3 PIR датчиков движения хватит ESP. Но тогда придется разного типа сенсоры совершенно на разных платформах поддерживать. Я лично за унификацию.
ИМХО, естественно.
С ее ценой проблема малого количества выводов легко решается покупкой второй ESP.
Задач домашней автоматизации, которые нельзя разделить между несколькими устройствами не так и много.
Задач домашней автоматизации, которые нельзя разделить между несколькими устройствами не так и много.
Разрешите поинтересоваться.
У меня задача простая — WiFi модем. То есть, со стороны вафли это IP и порт, на который приходят пакеты, которые с «другой стороны» выпадают в UART. Без какой-либо обработки, дебага и прочего. ESP должна сама являться точкой доступа.
Подскажите, пожалуйста, в каком направлении копать? ESP, запрограммированная через Arduino IDE это сможет сделать? Или она как раньше будет выплёвывать данные в формате АТ-команд, которые ещё надо распарсить? Поставить тиньку не проблема — но зачем, если это (теоретически) можно сделать в самой ESP.
У меня задача простая — WiFi модем. То есть, со стороны вафли это IP и порт, на который приходят пакеты, которые с «другой стороны» выпадают в UART. Без какой-либо обработки, дебага и прочего. ESP должна сама являться точкой доступа.
Подскажите, пожалуйста, в каком направлении копать? ESP, запрограммированная через Arduino IDE это сможет сделать? Или она как раньше будет выплёвывать данные в формате АТ-команд, которые ещё надо распарсить? Поставить тиньку не проблема — но зачем, если это (теоретически) можно сделать в самой ESP.
Если свою прошивку напишете, сможет. Но вроде бы не через ардуино IDE, но могу ошибаться. На UDK точно можно, примеров масса, в принципе.
Чтобы выдавала не в виде AT, нужна другая прошивка. Их есть, но у каждой свои нюансы.
А вот полноценного режима AP я так и не нашел, только точка-точка.
А вот полноценного режима AP я так и не нашел, только точка-точка.
Ну я это же самое и написал, что свою прошивку надо написать. На базе имеющихся примеров — не гиперсложность. В режиме AP умеет и обычная AT-прошивка работать.
>>Подскажите, пожалуйста, в каком направлении копать? ESP, запрограммированная через Arduino IDE это сможет сделать?
Да, сможет! Я правда делал только клиентское устройство (в Arduino IDE), но и AP делается не сложнее. Есть готовые библиотечки, никаких AT-команд.
http://esp8266.ru/arduino-ide-esp8266/
Да, сможет! Я правда делал только клиентское устройство (в Arduino IDE), но и AP делается не сложнее. Есть готовые библиотечки, никаких AT-команд.
http://esp8266.ru/arduino-ide-esp8266/
Спасибо за ответ!
Да, посмотрел пример телнета, и, в общем-то, вроде, это и есть то, что мне надо. Только клиента на точку доступа заменить.
Да, посмотрел пример телнета, и, в общем-то, вроде, это и есть то, что мне надо. Только клиента на точку доступа заменить.
Самостоятельная допилка сети портит весь вкус 5-ти баксов.
Думаю, стоит подождать — логично ожидать «зеро» следующей версии, уже с сетью на борту.
Думаю, стоит подождать — логично ожидать «зеро» следующей версии, уже с сетью на борту.
А я только нацелился на C.H.I.P. по $8. Но там преимущество в виде встроенного WiFi, правда нет никаких видеоинтерфейсов в базе.
Кстати, интересно, какие еще бывают одноплатники с годными характеристиками по умеренньй цене.
Лучше бы выпустили новую модель на Aarch64 процессоре.
ESP-8266 хоть по UART, хоть по SPI сюда так и просится.
Получаем универсальный модуль управления чем угодно за $7.
Получаем универсальный модуль управления чем угодно за $7.
Невредно добавить, что плату (Raspberry Pi Zero) можно получит и в подарок, с покупкой 40-го номера журнала «The Mag Pi» ( https://www.raspberrypi.org/magpi/issues/40/ ), а если за время продажи этого номера оформить подписку на журнал, то в подарок вам пришлют и комплект кабелей (mini-HDMI to HDMI adaptor, micro-B USB to USB A female cable и 2x20 0.1" male GPIO header).
Ну, или если не хочется возиться с журналом, просто идем на http://swag.raspberrypi.org/collections/pi-zero/products/pi-zero-kit и заказываем плату + кабели за £8 (да, за 800 рублей, по курсу). Правда, уже висит пометка «Out of stock» — похоже, позиция популярная!
Праздник какой-то! Удачно они это, к новогодним-то праздникам! )
P.S. Ждем потока статей на тему Нулевой Малинки!
Ну, или если не хочется возиться с журналом, просто идем на http://swag.raspberrypi.org/collections/pi-zero/products/pi-zero-kit и заказываем плату + кабели за £8 (да, за 800 рублей, по курсу). Правда, уже висит пометка «Out of stock» — похоже, позиция популярная!
Праздник какой-то! Удачно они это, к новогодним-то праздникам! )
P.S. Ждем потока статей на тему Нулевой Малинки!
Начиная с HDMI 1.4 содержит ethernet но похоже не в этом случае… Получается IoT без I, но цена… )
Походу везде «Out of stock». Купить нельзя.
Осталось добавить камеру, вайфай, батарейку и какой-нибудь подвод питания из внешней среды (солнечная батарея?), придумать протокол обмена данными с соседними устройствами и распределённых вычислений, и получится прототип «умной пыли». Эдакий «умный камень». Останется довести размер до размера песчинки. А если добавить какой-нибудь привод, чтобы оно ещё и перемещаться могло… Пора искать запасную планету.
Видимо, нас обманули, потому что купить практически нереально.
Sign up to leave a comment.
Raspberry Pi Zero поступил в продажу по $5: ссылки на магазины