Мигать светодиодом. ARM или не-ARM?

[oleg110592]

Новый выпуск журнала для разработчиков "Новости Электроники" №4'18

О чем этот номер? – о типовых проектах на базе МЭМС-датчиков и УЗ-дальномеров, о хитростях электропитания приводов и регуляторах напряжения ST. И наконец – о том, как выбрать защитный тиристор и перестать беспокоиться на этот счет.

Содержание номера:

1. Статья «Реализация датчика движения на основе LIS2DH12 и LIS2DW12»
Компания ST производит МЭМС-акселерометры со встроенной функцией пробуждения (Wake-up). Эти изделия – прекрасная основа для решений, позволяющих сэкономить энергию, продлить работу аккумулятора при автономном питании и т.д. Статья и видео к ней расскажут о подобных разработках.

2. Статья «Открытие двери багажника одним жестом»
Интегральные УЗ-дальномеры и контроллер MSP430 от Texas Instruments – основа типовой разработки системы открытия багажника с помощью жеста. Разработка предназначена для водителей, которым не лень выйти из машины, но не хочется пачкать руки.

3. Статья «STWBC-EP + STWLC33: первое беспроводное зарядное устройство от ST мощностью 15 Вт»
Кое-что об особенностях беспроводного зарядного устройства мощностью 15 Вт для бытовых и медицинских портативных электронных устройств – очередного полностью готового к эксплуатации изделия STMicroelectronics на их собственной элементной базе.

4. Статья «Влияние IoT на развитие малопотребляющих микроконтроллеров»
Развитие интернета вещей повлияло на бурный рост производства микроконтроллеров с ультрамалым потреблением. В качестве примера в статье взят самый малопотребляющий контроллер на ядре Cortex – MSP432 от Texas Instruments – и рассмотрено его применение в портативной метеостанции с автономным питанием.

5. Статья «Разнообразие линейных и импульсных регуляторов напряжения от ST»
Список выпускаемых STMicroelectronics интегральных стабилизаторов напряжения (в том числе – LDO) поражает своей длиной. Чтобы не запутаться при выборе изделия для конкретной разработки, нужен краткий путеводитель. Предлагаемая статья является как раз таковым.

6. Статья «Компактный интеллектуальный силовой модуль для частотно-регулируемых приводов малой мощности»
Бытовой или промышленный кондиционер воздуха нельзя представить себе без частотно-регулируемого привода. Для управления им нужен инвертор, драйвер затвора транзистора и корректор коэффициента мощности (ККМ). Компания Infineon объединила эти три изделия в одном модуле.

7. Статья «Где и как применять защитные тиристоры SIDACtor от Littelfuse»
Если при защите от помех в сети переменного тока нужно точно соблюсти напряжение ограничения при высоком пиковом токе, и при этом необходима стабильность работы, следует обратить внимание на защитные тиристоры SIDACtor производства Littelfuse.
https://www.compel.ru/lib/ne/2018/4

[oleg110592]

Еще паяльничек, теперь на микроконтроллере STM32F031, там ПИД, индикаторов таких сейчас полно у нас в ларьке, на али, недорого

вторая часть:
https://www.youtube.com/watch?v=L3QZLzdlM1M
установка деталей:
https://www.youtube.com/watch?v=vilXcjsjbdQ
гитхаб:
https://github.com/pavelrevak/rt_soldering_pen
исходник на C++, без ардуины вроде обошлось, на вид мне красиво, Reflector заценит. В Linux нормально проект собирается. Ubuntu интегрированная в Windows 10 не смогла собрать - написала нужен Cmake выше версии, может потом попробую проапгрейдить.

[Reflector]

[uquote="oleg110592",url="/forum/viewtopic.php?p=3407696#p3407696"]исходник на C++, без ардуины вроде обошлось, на вид мне красиво, Reflector заценит.[/uquote]
Заценил. С виду все неплохо, но возьмем, например, шаблонный класс Fifo... Во-первых, его можно было написать так, что автоматически будет выбирать более эффективная реализация, если размер равен степени двойки, а обычно это именно так. Во-вторых, очень часто такие классы сидят где-то внутри прерываний, потому индексы или указатели используемые для доступа к буферу должны быть volatile, а тут этого нет. Более этого в данном проекте этот Fifo используется только в классе USARTа, в том числе и внутри обработчика прерываний, т.е. если основной код зациклить в ожидании прихода очередного символа, то он навечно зависнет выполняя проверку (head == tail), где tail будет меняться в прерывании. У меня volatile стоит по умолчанию, но я могу его легко убрать передав третьим параметром false. И еще у этого товарища странный подход в отношении проверки ошибок, если параметр не удовлетворяет неким условиям, он может просто выйти ничего не возвращая или вернуть false там, где практически гарантированно никто возвращаемое значение проверять не будет. Тем не менее, когда ошибка в Fifo таки обнаружится или если вдруг захочется добавить оптимизации, достаточно будет проделать это в рамках этого класса и просто обновиться один файл в проектах где он используется...

[oleg110592]

Озадачился тут - 20-тиногий STM32F030F4P6 простой хороший микроконтроллер для решения любительских задач. Если что, порты можно и "расширить". В общем, в моем случае, отличная замена для подуставшей Mega48 да и Tiny тоже. Но внутри есть часы, а часовой кварц прицепить то некуда. Внутренний часовой генератор на 40кГц не очень, хотя все родные примеры на нем построены. В Mega48 есть ноги часового кварца для асинхронного таймера - работает без внешних конденсаторов. Но для STM32F030F4P6 лазейка есть - часы можно затактировать от основного кварцевого генератора - ставим обычный кварц на 8МГц - внутри микроконтроллера есть делитель частоты 8МГц на 32 (8000000/32=250000Гц) - подключаем часы к этому делителю. 40кГц делили (в примерах) пределителями так: 40kHz/128 => 312 Hz, 312Hz/312 => 1Hz. Нам надо так: 250kHz/2500 => 100 Hz, 100Hz/100 => 1Hz.
Переделанный пример - изменено тактирование и пределители и по умолчанию устанавливается нужное время, alarm вызывает прерывание раз в секунду - можно использовать для просыпания и пр.:

Спойлер

Код: Выделить всё

#define RTC_TR_MASK 0x007F7F7F
#define RTC_DR_MASK 0x00FFFF3F
...
	rtc.hour = 0x12;
	rtc.minute = 0x55;
	rtc.second = 0x30;
	rtc.year = 0x18;
	rtc.mount = 0x06;
	rtc.date = 0x23;
	rtc.week = 0x01;
.....
__INLINE void Configure_RTC(void)
{
	/* Enable the peripheral clock RTC */
	/* (1) Enable the LSI */
	/* (2) Wait while it is not ready */
	/* (3) Enable PWR clock */
	/* (4) Enable write in RTC domain control register */
	/* (5) LSI for RTC clock */
	/* (6) Disable PWR clock */
	//RCC->CSR |= RCC_CSR_LSION; /* (1) */
	//while ((RCC->CSR & RCC_CSR_LSIRDY) != RCC_CSR_LSIRDY) /* (2) */
	//{
		/* add time out here for a robust application */
	//}
	RCC->APB1ENR |= RCC_APB1ENR_PWREN; /* (3) */
	PWR->CR |= PWR_CR_DBP; /* (4) */
	RCC->BDCR = (RCC->BDCR & ~RCC_BDCR_RTCSEL) | RCC_BDCR_RTCEN | RCC_BDCR_RTCSEL_1 | RCC_BDCR_RTCSEL_0; /* (5) */
	RCC->APB1ENR &= ~RCC_APB1ENR_PWREN; /* (7) */

										/* Configure RTC */
										/* (7) Write access for RTC regsiters */
										/* (8) Disable alarm A to modify it */
										/* (9) Wait until it is allow to modify alarm A value */
										/* (10) Modify alarm A mask to have an interrupt each 1Hz */
										/* (11) Enable alarm A and alarm A interrupt */
										/* (12) Disable write access */
	RTC->WPR = 0xCA; /* (7) */
	RTC->WPR = 0x53; /* (7) */
	RTC->CR &= ~RTC_CR_ALRAE; /* (8) */
	while ((RTC->ISR & RTC_ISR_ALRAWF) != RTC_ISR_ALRAWF) /* (9) */
	{
		/* add time out here for a robust application */
	}
	RTC->ALRMAR = RTC_ALRMAR_MSK4 | RTC_ALRMAR_MSK3 | RTC_ALRMAR_MSK2 | RTC_ALRMAR_MSK1; /* (10) */
	RTC->CR = RTC_CR_ALRAIE | RTC_CR_ALRAE; /* (11) */
	RTC->WPR = 0xFE; /* (12) */
	RTC->WPR = 0x64; /* (12) */

					 /* Configure exti and nvic for RTC IT */
					 /* (13) unmask line 17 */
					 /* (14) Rising edge for line 17 */
					 /* (15) Set priority */
					 /* (16) Enable RTC_IRQn */
	EXTI->IMR |= EXTI_IMR_MR17; /* (13) */
	EXTI->RTSR |= EXTI_RTSR_TR17; /* (14) */
	NVIC_SetPriority(RTC_IRQn, 0); /* (15) */
	NVIC_EnableIRQ(RTC_IRQn); /* (16) */
}

__INLINE void Init_RTC()
{
	uint32_t TR, DR;
	/* RTC init mode */
	/* Configure RTC */
	/* (1) Write access for RTC registers */
	/* (2) Enable init phase */
	/* (3) Wait until it is allow to modify RTC register values */
	/* (4) set prescaler, 40kHz/128 => 312 Hz, 312Hz/312 => 1Hz */
	/* (5) New time in TR */
	/* (6) Disable init phase */
	/* (7) Disable write access for RTC registers */
	RTC->WPR = 0xCA; /* (1) */
	RTC->WPR = 0x53; /* (1) */
	RTC->ISR |= RTC_ISR_INIT; /* (2) */
	while ((RTC->ISR & RTC_ISR_INITF) != RTC_ISR_INITF) /* (3) */
	{
		/* add time out here for a robust application */
	}
	//	RTC->PRER = 0x007F0137; /* (4) */
	RTC->PRER = (uint32_t)(2499);
	RTC->PRER |= (uint32_t)(99 << 16);
	/* (5) */
	TR = (((uint32_t)(rtc.hour) << 16) | ((uint32_t)(rtc.minute) << 8) | ((uint32_t)rtc.second));
	RTC->TR = TR & RTC_TR_MASK;
	// Установим дату
	DR = (uint32_t)(rtc.year) << 16 | (uint32_t)(rtc.week) << 13 | (uint32_t)(rtc.mount) << 8 | (uint32_t)(rtc.date);
	RTC->DR = DR & RTC_DR_MASK;
	RTC->ISR &= ~RTC_ISR_INIT; /* (6) */
	RTC->WPR = 0xFE; /* (7) */
	RTC->WPR = 0x64; /* (7) */
}

Часы ходят теперь вполне точно, но можно будет использовать аппаратную корректировку.
з.ы. интересно - заметил сбить микроконтроллер закорачивая кварц не удается - все останавливается, после раскорачивания продолжает работать как ни в чем не бывало.

[ARV]

мда... уж сколько времени прошло, а воз и ныне там: терморегулятор, часы, расширение портов... продолжается рассказ о том, как при помощи космической ракеты можно выкопать ямку для посадки вишневой косточки... кризис жанра, однако. а паяльник ваш - фуфло полное: даже цветных кнопочек с тенью на дисплее нет, еще, небось, и экран без тача? (я проект не смотрел - по фотке оцениваю).

[Reflector]

[uquote="ARV",url="/forum/viewtopic.php?p=3408567#p3408567"]а паяльник ваш - фуфло полное[/uquote]
Повтори любой твой проект на ARM и тоже получится фуфло, даже если времени будет затрачено в разы меньше, потому что ресурсов слишком много свободных останется, а именно этим фуфлистость и определяется

[oleg110592]

Новый выпуск журнала для разработчиков "Новости Электроники" №5'18

«Новости электроники» №5/2018: графические модули МК STM32 для работы с TFT-дисплеями, беспроводные МК SimpleLink от Texas Instruments в сетях Thread и ZigBee, счетчик потока на беспроводном МК СС13х2R от TI, современные датчики от TI – УЗ измерения расстояний и вскрытия корпуса электросчетчика, гальванические изоляторы от TI (в том числе – цифровые) и MOSFET от Infineon в безвыводных корпусах.

Содержание номера:
1. Cтатья «Разрабатываем устройство с графикой на STM32. Основные возможности периферии»
После статьи о TFT-дисплеях Winstar и общего обзора МК STM32 с возможностью их подключения – к сути дела: о базовых блоках для подключения TFT, встроенных контроллерах внешней памяти и вспомогательных блоках для ускорения работы с графикой. 2. Статья «Использование беспроводных МК SimpleLink™ для создания малопотребляющих Thread- и Zigbee-устройств» Беспроводные МК CC2652 семейства SimpleLink от TI – для достижения минимального уровня потребления у систем безопасности, счетчиков расхода ресурсов, систем мониторинга окружающей среды, меток для отслеживания грузов и так далее.
3. Статья «Реализация счетчика потока на беспроводном микроконтроллере CC13x2R»
Минимальное энергопотребление в процессе передачи данных по радиоканалу для счетчиков потока газа/жидкости обеспечат беспроводные МК CC13x2 и CC26x2 от Texas Instruments. В статье описана реализация измерительной системы.
4. Статья «PGA460 от Texas Instruments – все для ультразвукового измерения расстояний в одной микросхеме»
Система на кристалле PGA460 от Texas Instruments плюс внешний микроконтроллер плюс статья об особенностях подключения и работы – все, что нужно для электронной системы ультразвукового измерения расстояний.
5. Статья «Датчик вскрытия корпуса электросчетчика без герконов, магнитов и датчиков Холла»
Защита от взлома счетчиков расходуемых ресурсов – статья о решении Texas Instruments на индуктивных датчиках LDC0851 для современных беспроводных счетчиков.
6. Статья «Обновление линейки гальванических изоляторов Texas Instruments»
Обзор гальванических изоляторов линейки ISO от TI и подробное описание новинок - серии ISO77xx с усиленным барьером, серии ISOW78xx со встроенным преобразователем питания изолированной стороны и цифровых изоляторов для дискретных входов ISO121x.
7. Статья «Впервые в безвыводных корпусах: повышение удельной мощности силовых устройств с новыми МОП-транзисторами Infineon» IPT65R033G7 и IPT60R028G7 - первые серийно производимые МОП-транзисторы от компании Infineon, сочетающие преимущества технологии CoolMOSTM C7 GOLD (G7) и нового безвыводного корпуса TOLL.

Интересные публикации:
- Статья «Диапазоны входных и выходных рабочих напряжений ОУ. Устраняем путаницу».
Часть руководства, посвященного практическим аспектам и особенностям проектирования электроники с использованием операционных усилителей – от выбора типа до тайных приемов опытного разработчика и хитростей отладки.
- Статья «Orlando — будущее интернета вещей»
Представленный компанией STMicroelectronics рабочий прототип Orlando — системы-на-кристалле со встроенным нейронным процессором, реализующим алгоритмы глубокого обучения, в ближайшем будущем может изменить идеологию интернета вещей.
- Статья «Что нужно знать о входах rail-to-rail»
Еще одна часть руководства, посвященного практическим аспектам и особенностям проектирования электроники с использованием операционных усилителей – от выбора типа до тайных приемов опытного разработчика и хитростей отладки.
https://www.compel.ru/lib/ne/2018/5

[ARV]

[uquote="Reflector",url="/forum/viewtopic.php?p=3408588#p3408588"][uquote="ARV",url="/forum/viewtopic.php?p=3408567#p3408567"]а паяльник ваш - фуфло полное[/uquote]
Повтори любой твой проект на ARM и тоже получится фуфло, даже если времени будет затрачено в разы меньше, потому что ресурсов слишком много свободных останется, а именно этим фуфлистость и определяется [/uquote]именно поэтому я за ARM и не берусь, понимая, что круг моих задач слишком примитивен, как у большинства любителей. а вот что заставляет вас и вам подобных плодить убожища на "выдающихся" ARMах - не понимаю. хотя понимаю, конечно, но промолчу, ибо и без того "не в тренд" говорю...

[Reflector]

[uquote="ARV",url="/forum/viewtopic.php?p=3408799#p3408799"]именно поэтому я за ARM и не берусь, понимая, что круг моих задач слишком примитивен, как у большинства любителей. а вот что заставляет вас и вам подобных плодить убожища на "выдающихся" ARMах - не понимаю. хотя понимаю, конечно, но промолчу, ибо и без того "не в тренд" говорю...[/uquote]
Я к тому, что если у кого-то практически все проекты на ARM оцениваются как фуфловые, причем в силу взаимоисключающих причин, одни, потому что слишком простые и остается много свободных ресурсов, а другие, потому что достаточно сложные и этих ресурсов нужно много, то наверно дело не в проектах, мк и даже не в трендах, а в адекватности самой системы подобных оценок

[ARV]

к чему вы - это давно всем понятно. и адекватность оценок у вас собственная априори непогрешимая, поэтому прислушиваться и (тем паче!!!) задумываться над альтернативным взглядом на ситуацию вам никчему.
поскольку ну никак не менее 50% всех проектов на ARM являются убогими термометрами/часами/мигалками, которые толком и не используют имеющиеся ресурсы, вопрос алекватности таких "разработчиков" тоже открыт. вот яркий пример паяльника из ранее опубликованного поста - кто-нибудь задумался о целесообразности такого дисплея В ПАЯЛЬНИКЕ? а если ограничиться НЕОБХОДИМЫМ, то окажется, что ARM в этом проекте ровно как корове седло. и точно так же в остальных проектах - ARM является не средством достижения цели, а маркером "трендовости" разработчика. ну навроде золотой цепи в палец толщиной на шее. более никаких иных задач они не решают

[Upgrader]

Взгляд на экономичность и самодостаточность сейчас рушится, потому что продвигается Internet of Things.

[a5021]

[uquote="ARV",url="/forum/viewtopic.php?p=3408799#p3408799"]именно поэтому я за ARM и не берусь, понимая, что круг моих задач слишком примитивен, как у большинства любителей.[/uquote]
А я берусь. Поковырять что-то новое -- само по себе развлечение для пытливого ума. Новое и более доступное, да с бОльшими возможностями ? Помилуйте, как же пройти мимо этого?

а вот что заставляет вас и вам подобных плодить убожища на "выдающихся" ARMах - не понимаю.

На самом деле, без разницы, на чем плодить убоища. Однако, сделать сам процесс более кофмортным, в этом тоже может быть смысл. Не бережете вы себя, в общем.

[ARV]

Поковырять что-то новое -- само по себе развлечение для пытливого ума.

новым все это было лет 25 назад, а сейчас все то же самое, только более экстенсивно-развитое, акселерированное. наоборот, скучно это, если нет стОящей цели. а её, как правило, нет.

имхо, если пытливому уму нечем себя занять, то самое интересное - решать головоломки: впихнуть невпихуемое, решить нерешаемое или сгенерировать негенерируемое. иначе говоря, при отсутствии ресурсов достичь небывалых результатов. потому что при изобилии любой дурак их достигнет, в пределе будет "зачем паять, если можно купить".

[dosikus]

[uquote="ARV",url="/forum/viewtopic.php?p=3409130#p3409130"]то самое интересное - решать головоломки: впихнуть невпихуемое, решить нерешаемое[/uquote]

Непонятно одно- с какого Х ты тогда на авр сидишь? Если твое кредо в утрамбовывании софтового ногодрочерства , переходи на, как глаголит BOB51, - СРЕДНЕМЛАДШИЕ пЫки . Вот уж где развернуться твоей фантазии и смекалке.
Иначе весь твой спич - сплошные двойные стандарты...

[КРАМ]

[uquote="a5021",url="/forum/viewtopic.php?p=3409040#p3409040"]Поковырять что-то новое -- само по себе развлечение для пытливого ума. Новое и более доступное, да с бОльшими возможностями ? Помилуйте, как же пройти мимо этого?.[/uquote]
Стоит отличать количественную новизну от качественной.
То есть получить 3 таймера против одного, либо графический интерфейс с лишним слоем - НЕ интересно.
А вот освоить новую архитектуру, либо запустить два ядра или принципиально новый интерфейс - это тема для пытливого ума.
К сожалению, игры с обычными (ф0...ф4 в топологии СТМ) АРМами быстро теряют ощущение новизны...

[oleg110592]

[uquote="КРАМ",url="/forum/viewtopic.php?p=3409269#p3409269"]либо запустить два ядра[/uquote]
dsPIC33CH Dual Core Family?

Разработчики систем, разрабатывающие высокопроизводительные встроенные управляющие приложения с несколькими командами программного обеспечения, могут воспользоваться новым семейством с двумя ядрами dsPIC® Digital Signal Controller в одном чипе, что упрощает интеграцию программного обеспечения. DsPIC33CH имеет одно ядро, которое является ведущим, а другое - подчиненным. Ведомое ядро предназначено для выполнения выделенного, критического по времени управляющего кода, в то время как основное ядро занято выполнением пользовательского интерфейса, мониторинга системы и функций связи, настроенных для конечного приложения.

Неплохо, области применения:
Industrial: Drones, Robotics
IoT: Gateways and Central Processors
и далее
http://www.microchip.com/design-centers ... /dspic33ch

[dosikus]

[uquote="КРАМ",url="/forum/viewtopic.php?p=3409269#p3409269"]либо запустить два ядра[/uquote]

Счас у ARV будет нервный срыв...

[a5021]

[uquote="ARV",url="/forum/viewtopic.php?p=3409130#p3409130"]новым все это было лет 25 назад,[/uquote]
Данное утверждение выдает вашу недостаточную осведомленность в этом вопросе. Пример -- сектор wearable-электроники. Носимая электроника для мониторинга состояния здоровья, физиологических показателей, а так же для занятий спортом. Каков был выбор элементной базы для этого лет 25 назад? Нет, не для того, чтобы изготовить рюкзак весом 25 килограмм, выполняющий вышеописанные функции, а сделать, скажем, браслет, бейдж или что-то подобное. Да нифига ничего не было. И десять лет назад тоже. Лет пять, может, начало появляться. Сегодня доступно, недорого и этим удобно пользоваться.

Если вскрыть одно из устройств упомянутой категории, широко представленных ныне на рынке, то внутри обычно можно найти мелкий BGA или QFN чип, реализующий практически весь функционал устройства. Такие чипы выпускают многие известные производители микросхем и имя здесь не играет особой роли. Важно, что внутри чипа наличествует ARM-ядро, богатый набор устройств периферии, плюс средств беспроводных коммуникаций (Bluetooth, NFC, 2.4gHz и т.п.). Раньше мне не попадалось, а в этом году видел уже несколько статей о том, как хакают такие устройства, получая возможность менять их функционал или даже наполнять собственным. Для этого всего и нужно -- какой-нибудь из распространенных JTAG или SWD программаторов, среда разработки для Cortex-M, даташиты по комплектухе и желание. Очень жаль конечно, но прокачанные скиллы по программированию на ассемблере для AVR здесь останутся невостребованными.

а сейчас все то же самое, только более экстенсивно-развитое, акселерированное. наоборот, скучно это, если нет стОящей цели. а её, как правило, нет.

Да ладно. Все рассказы о востребованности технологий заканчиваются историей про древнего старца, который в глухой деревне дожил до 120 лет и самым технологичным изделием, которым он пользовался, был топор.

имхо, если пытливому уму нечем себя занять

Как раз пытливому уму обычно есть чем себя занять. На отсутствие "стОящей цели" жалуются чаще умы из других категорий.

Добавлено after 16 minutes 47 seconds:
[uquote="КРАМ",url="/forum/viewtopic.php?p=3409269#p3409269"]Стоит отличать количественную новизну от качественной.
То есть получить 3 таймера против одного, либо графический интерфейс с лишним слоем - НЕ интересно.
А вот освоить новую архитектуру, либо запустить два ядра[/uquote]
Чет я не понял, чем принципиально отличается ситуации "один таймер против трех" и "одно ядро против двух". Не говоря уж, что многоядерность чаще водится в каких-нибудь контроллерах приложений. Нет, есть всякие монстры, где в одном корпусе могут жить ядра реального времени и кортексы, но на мой взгляд, это все-таки ближе куда-то к экзотике.

[ARV]

Пример -- сектор wearable-электроники

мы находимся на форуме любителей, и приводить в качестве примеров профессиональные коммерческие разработки - не корректно. вы сами сколько браслетов "для дома и семьи" разработали? возникает у вас такое желание? коммерческая электроника - это вообще за гранью добра и зла, там не действуют законы разума, только законы прибыли, и заниматься их обсуждением я не желаю.

Да нифига ничего не было

не было технологии миниатюризации, а основа - таймеры/регистры/счетчики, разумеется, были. и с тех пор все стало только меньше - экстенсивный путь. а результат - миниатюрность - приводит (сложно давать оценки, но деться некуда) в 50% случаев внедрение электроники туда, где она и в лоб не уперлась - в кружки, подошвы и т.п. унитазные бачки. возможность есть, а разумных идей по использованию этой возможности - нет. в итоге рождаются монстры дебильного назначения, см. ранее показанный в теме паяльник.

Очень жаль конечно, но прокачанные скиллы по программированию на ассемблере для AVR здесь останутся невостребованными.

а еще они окажутся невостребованными при выпечке тортиков или копании колодцев. и что? всегда есть рамки, ограничивающие востребованность любых навыков. и с моей точки зрения хорошо, когда рамки эти определяются здравым смыслом.

Все рассказы о востребованности технологий заканчиваются историей про древнего старца

если понимать технологии, как средство выколачивания денег - то мне такие технологии не нужны. а вообще я за технологические рывки и т.п. понимаете ли: СМЫСЛ технологий не должен ограничиваться только извлечением прибыли.

[oleg110592]

Arduino анонсировала платы следующего поколения
Arduino » MKR Vidor 4000, Uno WiFi Rev2

На фестивале Maker Faire команда Arduino объявила о расширении ассортимента продуктов для Интернета вещей (IoT), анонсировав две платы нового поколения MKR Vidor 4000 и Uno Wi-Fi Rev 2.

MKR Vidor 4000 – первая в истории Arduino плата на ПЛИС, оснащенная микроконтроллером Microchip SAM D21, модулем Wi-Fi Nina W102 от компании u-blox и криптографической микросхемой ECC508 для безопасного подключения к локальным сетям и Интернет. Представленная плата является последним дополнением семейства MKR, предназначенным для широкого спектра приложений IoT, с характерным форм-фактором и значительной вычислительной мощностью. Для платы будет доступна инновационная среда разработки, целью которой будет демократизация и радикальное упрощение доступа к миру ПЛИС.

Спойлер

«Новая плата MKR Vidor 4000, наконец, сделает ПЛИС доступными для радиолюбителей и изобретателей, – сказал Массимо Банци (Massimo Banzi), соучредитель Arduino. – И мы с нетерпением ждем возможности представить очередное революционное решение».

Разработанная совместно с Microchip плата Arduino Uno Wi-Fi Rev2, выполненная на новом 8-разрядном микроконтроллере ATmega4809, оснащена модулем Wi-Fi Nina W102 компании u-blox и интегрированными инерциальными датчиками. Плата еще больше упростит внедрение продуктов, требующих подключения к сети с использованием классического форм-фактора Arduino, и идеально подойдет для перспективных приложений IoT в автомобилестроении, сельском хозяйстве, бытовой электронике, устройствах умного дома и носимой электронике. Помимо прочего, Atmega4809 содержит 6 Кбайт ОЗУ, 48 Кбайт Flash-памяти программ, три порта UART, независимую от процессорного ядра периферию и высокоскоростной АЦП. В сочетании с криптографическим чипом Microchip ECC608 на плате Uno микроконтроллер обеспечит аппаратную защиту при подключении проектов к облачным сервисам AWS и Google.

Спойлер

«Arduino ориентирована на поддержку профессиональных разработчиков, любителей и преподавателей на протяжении всего цикла разработки продуктов IoT – от начальных фаз обучения до массового внедрения. Основанная на популярной технологии AVR, но с «навороченной» периферией и расширенными возможностями Wi-Fi соединения, плата Uno Wi-Fi Rev 2 является большим шагом вперед для всех пользователей, которые хотят подключиться к Интернет, используя обширную экосистему шилдов и библиотек, доступных для классической Arduino Uno».