Комментарии 13
Ещё у Кинетисов киллер-фича есть: 16бит АЦП. Подобное есть только арм-камней от АД, но они стоят дороговато+ нету драйверов, как тут( стек для юсб предлагают купить от uc/os). У кинетисов именно что есть драйвера, построенные поверх hal, что сильно сокращает время разработки.
А зачем два камня на плате, которая предполагается, как IoT-батарейное решение? Я имею ввиду, почему было не обойтись просто KW-камнем? Да и просто камень с ethernet'ом и high-speed трансивером на борту дорогое удовольствие.
Кстати, а как там со стеками для беспроводной связи?
А зачем два камня на плате, которая предполагается, как IoT-батарейное решение? Я имею ввиду, почему было не обойтись просто KW-камнем? Да и просто камень с ethernet'ом и high-speed трансивером на борту дорогое удовольствие.
Кстати, а как там со стеками для беспроводной связи?
Модуль планировался и как отладочный поэтому был сделан скоростной USB для осциллографирования внутренних переменных программного обеспечения и сигналов.
После отладки ПО всегда можно сделать более бюджетный модуль на том же семействе Kinetis.
Потом еще была цель в универсализации.
Одним модулем закрыть все возможные варианты узлов в локальных беспроводных сетях: и сенсоры, и маршрутизаторы, и шлюзы c координаторами.
Стеки протоколов конечно есть и очень развитые. И для BLE и для ZigBee.
После отладки ПО всегда можно сделать более бюджетный модуль на том же семействе Kinetis.
Потом еще была цель в универсализации.
Одним модулем закрыть все возможные варианты узлов в локальных беспроводных сетях: и сенсоры, и маршрутизаторы, и шлюзы c координаторами.
Стеки протоколов конечно есть и очень развитые. И для BLE и для ZigBee.
Будут. При том похоронят скорее LPC.
Из недавних событий:
-отказались от MQX, будут поддерживать взаимодействие с FreeRTOS и uc/os
-сильно переработали драйвера. Старые были заточены под использование с РТОС-были функции, как с блокирующим, так и с неблокирующим вызовами. Сейчас упростили. Вроде как, будет проще разбираться. Но поэтому старый кодогенератор не работает, а он был дюжеудобный. Поэтому я не перескакиваю на новый KSDK.
-новый кодогенератор под новые драйвера обещают выкатить в июле.
-выходят новые подсерии, например mk8xxx и mkl8xxx+какой-то mkw вышли уже при NXP.
-вышел новый KSDK-kinetis software development kit — плагин, который ложится поверх эклипса.(всё бесплатно само-собой)
Вообще от слияния Freescale дал NXP кинетис и IMX процы+что-то по RF. Так сложилось, что у нас kinetisы не были распространены, но по миру это весьма популярные МК.
Если Вы территориально в Москве, то могу отладку дать погонять или пару различных процессоров.
Из недавних событий:
-отказались от MQX, будут поддерживать взаимодействие с FreeRTOS и uc/os
-сильно переработали драйвера. Старые были заточены под использование с РТОС-были функции, как с блокирующим, так и с неблокирующим вызовами. Сейчас упростили. Вроде как, будет проще разбираться. Но поэтому старый кодогенератор не работает, а он был дюжеудобный. Поэтому я не перескакиваю на новый KSDK.
-новый кодогенератор под новые драйвера обещают выкатить в июле.
-выходят новые подсерии, например mk8xxx и mkl8xxx+какой-то mkw вышли уже при NXP.
-вышел новый KSDK-kinetis software development kit — плагин, который ложится поверх эклипса.(всё бесплатно само-собой)
Вообще от слияния Freescale дал NXP кинетис и IMX процы+что-то по RF. Так сложилось, что у нас kinetisы не были распространены, но по миру это весьма популярные МК.
Если Вы территориально в Москве, то могу отладку дать погонять или пару различных процессоров.
Может быть будет полезно кому-нибудь в свете темы:
Во вторник был на семинаре от Cypress по их BLE 4.2 решениям.Кратко:
-есть и скоро выкатят ещё больше чипов арм кортекс М0 с 2.4ггц на борту.(PSOC и PROC-решения) Предоставляется стек, занимает 80кб флеша при общем объеме 256.
-Программируется в их бесплатной IDEшке. Поддержка тоже драйверного уровня, всё очень легко+куча примеров. Сейчас идет 100-дневный челлендж — по проекту на PSOC4 BLE в день. Можно на сайте найти.
-Есть маленькие(типа 2.5х2.5) платки сертифицированные. Говорят, что будут продавать по цене порядка 3.5 бакса. Хотят в ближайшем будущем конкурировать с atheros. Выведено питание+ около 15 ног. Есть с керамической антенной, а есть с разъемом под внешнюю.
-задали вопрос-будут ли меш-решения. Сказали, что уже есть-надо написать им в поддержку. Так как БЛЕ пока не поддерживает меш-сети, но скоро планируют ввести(июль назывался)
-Кипарисовцы слились со Спаншеном, у которого была лицензия на кортексы м4. К осени сказали будут PSOC-и на М4 ина М4+М0. В принципе, должно быть интересно.
Вобообще, Avnet и Silica где-то раз в пол года привозит их людей на воркшоп. Можно, как инфу новую узнать, так и отладки получить по теме воркшопа(предыдущий был по юсб 3). Опять же через сайт можно отследить.
Во вторник был на семинаре от Cypress по их BLE 4.2 решениям.Кратко:
-есть и скоро выкатят ещё больше чипов арм кортекс М0 с 2.4ггц на борту.(PSOC и PROC-решения) Предоставляется стек, занимает 80кб флеша при общем объеме 256.
-Программируется в их бесплатной IDEшке. Поддержка тоже драйверного уровня, всё очень легко+куча примеров. Сейчас идет 100-дневный челлендж — по проекту на PSOC4 BLE в день. Можно на сайте найти.
-Есть маленькие(типа 2.5х2.5) платки сертифицированные. Говорят, что будут продавать по цене порядка 3.5 бакса. Хотят в ближайшем будущем конкурировать с atheros. Выведено питание+ около 15 ног. Есть с керамической антенной, а есть с разъемом под внешнюю.
-задали вопрос-будут ли меш-решения. Сказали, что уже есть-надо написать им в поддержку. Так как БЛЕ пока не поддерживает меш-сети, но скоро планируют ввести(июль назывался)
-Кипарисовцы слились со Спаншеном, у которого была лицензия на кортексы м4. К осени сказали будут PSOC-и на М4 ина М4+М0. В принципе, должно быть интересно.
Вобообще, Avnet и Silica где-то раз в пол года привозит их людей на воркшоп. Можно, как инфу новую узнать, так и отладки получить по теме воркшопа(предыдущий был по юсб 3). Опять же через сайт можно отследить.
Поздравляю с выпуском рабочего изделия.
1) Не могли бы вы указать цену (себестоимость) платки?
2) Процессор вроде бы мощный, USB 2.0 полноценный, а параллельной шины нет, память DRAM не подключить. Если вы его позиционируете как Low-Energy (RF, wireless, BLE), то USB и Ethernet не будут востребованы. И ещё недостаток вижу, процессор не толерантен к 5 В. Для IoT это не хорошо. Прокомментируете? Какие планы использования?
3) Мне кажется, было бы эффективно один процессор (центральный) для обработки, а второй для периферии с мощными выводами. И по параллельной шине подключить DRAM. Тогда можно и видео/аудио обработку реализовать, системы наблюдения, распознавания образов и т.д. А вот BLE / Wi-Fi такие вещи мне кажется в виде «свистка» надо делать. У вас второй чип почти ничем не занят, а в нём ведь куча всего есть. Думаю, можно было попроще передатчик выбрать.
4) А нельзя ли было FT232 для отладки прикрутить?
1) Не могли бы вы указать цену (себестоимость) платки?
2) Процессор вроде бы мощный, USB 2.0 полноценный, а параллельной шины нет, память DRAM не подключить. Если вы его позиционируете как Low-Energy (RF, wireless, BLE), то USB и Ethernet не будут востребованы. И ещё недостаток вижу, процессор не толерантен к 5 В. Для IoT это не хорошо. Прокомментируете? Какие планы использования?
3) Мне кажется, было бы эффективно один процессор (центральный) для обработки, а второй для периферии с мощными выводами. И по параллельной шине подключить DRAM. Тогда можно и видео/аудио обработку реализовать, системы наблюдения, распознавания образов и т.д. А вот BLE / Wi-Fi такие вещи мне кажется в виде «свистка» надо делать. У вас второй чип почти ничем не занят, а в нём ведь куча всего есть. Думаю, можно было попроще передатчик выбрать.
4) А нельзя ли было FT232 для отладки прикрутить?
Себестоимость пока не определена. Это была ручная работа.
С DDRAM у меня есть другой проект - https://habrahabr.ru/post/262657/
Ethernet нужен для шлюзов. Я на этом модуле собирался делать много чего.
3 вольта не проблема, на этих микроконтроллерах делал даже инверторы для двигателей — https://habrahabr.ru/post/256611/
FT232 не ставлю поскольку пользуюсь технологией RTT
Свисток всегда можно сделать, но вначале должна быть отладка. Отлаживать на свистке мне бы не хотелось.
С DDRAM у меня есть другой проект - https://habrahabr.ru/post/262657/
Ethernet нужен для шлюзов. Я на этом модуле собирался делать много чего.
3 вольта не проблема, на этих микроконтроллерах делал даже инверторы для двигателей — https://habrahabr.ru/post/256611/
FT232 не ставлю поскольку пользуюсь технологией RTT
Свисток всегда можно сделать, но вначале должна быть отладка. Отлаживать на свистке мне бы не хотелось.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Модуль универсального контроллера для интернета вещей