Є малахольна нав,язлива idea як по простому "зрубити бабла " - тобто на ардуіно за допомогою візуального программування зробити недорогий контролер для асінхронного двигуна.
Чому до асінхронного? Тому що для сінхронного і подібним БЛДСам є повно велосіпедних, да й асінхронний мотор дешевше.
А чому візуальним? Тому що якось впадлу вже не в юнацькі роки займатися асемблерами та бейсіками .

Питання - хтось подібним займався?
Чи паяльщики перевелися?

виготовлені і чекають на інвестиції для серійного виробництва.
Контроллери у вигляді сервоприводів для асинхронників або ДПС, на AVR нової генерації, з мінімумом наворотів - натиснув на підаль і поїхав.
Ніякого чортзна якого візуального

Хоч-не хоч, а ассемблерні вставки робить треба, бо в великих мовах одне преривання з збереженням регистрів займає стільки часу, що його толком в швидких процессах використовувати не можна.

Ну і ще наскільки я знаю, всі оті новомодні візуальні не для швидких точних процессів. Хоч-не хоч, а ассемблерні вставки робить треба, бо в великих мовах одне преривання з збереженням регистрів займає стільки часу, що його толком в швидких процессах використовувати не можна.

Тобто, Ардуїно програє по швидкості звичайнісіньким КМОП 561 серії, на якої прекрасно працює 10 квт вентилятор (скаляр) - при формуванні 3 фазноі послідовності, так?

Звісно програє, наприклад в STM8 і STM32, спеціально заточені виходи під управління трьома полумостами, і там є спеціальний вхід захисту, який на аппаратному рівні корректно вимикає полумости при перенавантаженні, ардуіна того не зможе (бо поки вона зайде в преривання ключі згорять), і треба робити повністью аппаратний захист який буде блокувати драйвера затворів, а ардуіну вже сповіщати про те постфактум. Зараз не спроста є тенденція пхати в мікроконтроллери ще й невиличку програмуєму матрицю, щоб можна було зробити частину схеми аппаратною (наприклад деякі PIC контролери), бо програмна частина потрібне робити не встигає.

...у новій лінійці мікроконтролерів Atmel/Microchip 0-ї, 1-ї та 2-ї серії є система програмуємої логіки.....так що всі ці страшилки із згорівшими ключами через невисоку швидкодію ардуїни на даний час неактуальні....

...бібліотеки і криві руки програмерів, і якщо не користуватись цими двома речами, то результат гарантовано буде набагато кращим.....

В ардуіні хіба стоіть якійсь особливий контролер? Чи бібліотека це не те саме що і аплікухи та даташити на сайтах виробників мікросхем?

І шо, воно вже стало ардуіносумісне?

Так бібліотеки для кріворуких программерів то і є суть ардуіни, то краще вже зовсім навіть без згадування про ардуіну, а візуальне программування то взагалі є чисте жонглювання лише бібліотеками (то як автівку з лєго збирать).

Щось тут бачу якась зневага до ардуін та бібліотек))
В ардуіні хіба стоіть якійсь особливий контролер? Чи бібліотека це не те саме що і аплікухи та даташити на сайтах виробників мікросхем?
Навколишній світ йде до спрощення "общения" компьютера з людиною. А писати на асемблері - так можна і до ДОС без картинок на екрані компьютера повернутися замість віндоус.

От якраз і цікаві назви цих з, єднаних прямокутників блок схеми.
Один прямокутничек з назвою контролера, другий прямокутничек, єднаний з першим - це драйвер півміста (з його назвою, тобто його маркою), на вихідних проводах прямокутники з назвою датчиків така,..... і так далі....