Форум arduino.ua

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

Підпаятись до кнопки і замикати транзистором? Або оптопарою, якщо потрібна гальванічна розвʼязка. Керувати можна і без ардуіни, 555 таймером чи будь-яким іншим генератором імпульсів.

Якщо софту пофіг, який саме девайс генерує кліки, то як уже зазначили вище, можна емулювати мишу будь-якии модулем з USB-інтерфейсом: ардуіно на Atmega32U (Pro Micro, Leonardo), RP2040 (Raspberry Pi Pico, RP2040-Zero) і т.д.

Або взагалі емулювати натискання програмно, без додаткового заліза. Програм-автоклікерів повно.

Який саме config.h, той що include/sys/config.h в тулчейні?

Як розумію, якщо ви його модифікуєте, це вплине на ваш скомпільований код. Але ліби, прекомпільовані з цим конфігом, залишаться ті ж самі. Буде невідповідність ABI.

Збираєте проект з "pio run -v". Дивитеся, що воно компілює, з чим лінкує.

Я би взагалі не звʼязувався з фреймворком arduino. Хіба що необхідно швидко запустити існуючий проект на новому залізі, або проект розробляється для зоопарку різних платформ.

А, здається, починаю розуміти. Ардуіну з цим скетчем, шматок якого на скріншоті, автор почепив до RX між LIN-UART адаптером та CP2102, та ініціює транзакції програмою-аналізатором з хоста. Тоді ардуіно бачить тільки відповіді.

Доречі, я не впевнений, що CP2102 вміє довільні бодрейти з достатньою гранулярністю. Див. першу сторінку тут:
https://www.freecalypso.org/pub/GSM/Pir … _an205.pdf.

Але ж автору потрібно реалізувати LIN master, то прийдеться видавати BREAK.

Щось не дуже ці байти схожі на LIN. Схожі на невідповідність бодрейтів передавача та приймача.
Дочері, рекомендую бодрейт спілкування з хостом поставити вище ніж бодрейт LIN. У вашому скетчі на кожний байт LIN відсилається три байти на хост. Звісно, в Serial є буфер, але він може переповнитись.

Має бути BREAK, потім байт Sync field: 0x55. Дивіться, наприклад, тут на сторінці 4:
https://ww1.microchip.com/downloads/en/ … 02059b.pdf
також тут:
https://web.archive.org/web/20201112034 … IN_WBT.pdf.
(Посилання зі статті на вікіпедії).

Наполегливо рекомендую роздобути логічний аналізатор або осцилограф.

Доречі, Serial в Arduino Core вміє BREAK? Здається ні, потрібно або вимикати UART і смикати GPIO, або емулювати посилкою байта з одиницями на меншому бодрейті, як це робиться в 1-Wire.

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

Вибачте, цей набір слів не розпарсив.

А що саме ви хочете сконфігурувати? Здається, сенс platform.io в тому, що всі борди вже преконфігуровані. Хочете кастомну - створюєте окремий профайл борди. Хоча напевне не буду стверджувати, бо грався з цією екосистемою зовсім трошки.
Деякі опції збірки можна кастомізувати за допомогою build_unflags / build_flags в platformio.ini.

А що у вас в platformio.ini? Бо спробував створити проект саме для esp32c3 з фреймворком arduinoespressif32, а воно каже - нема такої борди в цьому фреймворку. І директорії esp32-arduino-libs по цьому шляху теж нема. Але я поки що не дуже й старався розбиратись із цим, щоб відтворити таку ж конфігурацю проекту як у вас.

Ага, SCCM опитує блоки по черзі, в динаміці.

Я нарахував 11 кнопок в блоці.

Якщо підключати оптопари на існуючій старій платі паралельно до кнопок чи замість них, то не потрібно. Але якщо відтворювати схему на іншій платі, то як без знання номіналів?
З оптопарами здається найпростіше в плані керування, але є нюанс. У оптопари на виході біполярний транзистор, у якого є певна напруга насичення. З одними і тими ж резисторами при замиканні оптопарою напруга для SCCM буде трохі інша, ніж при замиканні механічно чи мосфетом. При максимум 6 кнопках в секції ще має попадати в діапазони, які очікує SCCM, але всяке може бути.

Тут так і просяться цифрові потенціометри

При певних умовах можна було би замикати безпосередньо пінами контролера, без зовнішніх ключів. Але напруга з SCCM не має перевищувати напругу живлення контролера, бо через захисні діоди на пінах струм пролазитиме в шину живлення.
Втім, з динамічним опитуванням все одно так не вийде.

У блоків з одного руля різний бодрейт? Це дивно.

Которий іде в SCCM.

Конструктивно простіше, тоді існуючий SCCM не потрібен. Є і контролери з інтегрованим CAN. Але не впевнений, що буде простіше програмно, якщо самому реалізовувати, а не взяти готове рішення.

З цієї схеми і потрібно було починати Іншим кінцем SCCM підключений уже до CAN, так?

"Прошити" - це взяти вже існуючий файл прошивки і залити його в уже існуючий девайс. Цей процес зазвичай займає менше хвилини. У вас уже є файл з прошивкою і готовий девайс?

Чи вам потрібно розробити девайс та написати програмне забезпечення до нього? Це зовсім інша справа.

Емулювати резистивні кнопки простіше за все комутацією резисторів такого ж номіналу як в аналоговому блоці, тільки замість механічних кнопок електронні ключі. Для цього як мінімум потрібно знати номінали резисторів. Їх можна виміряти на існуючому девайсі. Або знайти схему ваших кнопок. Також потрібно знати, до якого плеча дільника підключаються кнопки з резисторами на прийомній стороні. Зазвичай до нижнього, тобто резистори комутуються на землю, але хто зна як виробник вирішив випендритись.
Також замісь комутування набору фіксованих резисторів можна використати один цифровий потенціометр.

Є ще один збочений спосіб: видавати фіксовані напруги, які прийомна сторона очікує при натисканні тієї чи іншої кнопки. Але цей спосіб не рекомендую.

Аналогова частина все одно потрібна. В найпростішому випадку вона складатиметься тільки з резисторів.

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

Основне питання: ви хочете розібратись із цим, чи шукаєте виконавця за оплату?

Цікаво, що цей код виконується навіть довше ніж той, що з -Os Схоже, розробники gcc зовсім забили на -O2/O3 для AVR. Все одно всі компілять з -Os.

Що у вас є `pointer` в `void printPointer(uint8_t pointer)`? Номер рядка? Так помножте номер рядка на висоту рядка в пікселях, отримаєте координату в пікселях:

void printPointer(uint8_t pointer) {
  if (flag) {
    display.setCursor(0, pointer * 8);
    display.print(">");
  } else {
    display.setCursor(116, pointer * 8);
    display.print("<");
  }
}

А краще спочатку обчисліть координату в пікселях, потім передавайте її в setCursor():

void printPointer(uint8_t pointer) {
  int y = pointer * 8;
  if (flag) {
    display.setCursor(0, y);
    display.print(">");
  } else {
    display.setCursor(116, y);
    display.print("<");
  }
}

У гувері робиться те ж саме: GyverOLED.h:361:

void setCursor(int x, int y) { setCursorXY(x, y << 3); }

`<< 3` - це те ж саме множення на 8.

Так і немає сенсу вивчати "C++25" заради самої "C++25". Ну хіба що членам робочої групи ISO/IEC JTC 1/SC 22/WG 21
Мова програмування - це інструмент для вирішення задач. Окрім знання самого інструменту потрібно знати, навіть в більшій мірі, предметну область, в якій його застосовувати.

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

Синтаксис простіший, діагностичні повідомлення зрозуміліші, автоматичне керування памʼяттю, динамічна типізація. "Повному початківцю" набагато складніше "вистрілити собі в ногу".

Будь ласка, не плутайте С та C++. Це різні мови вже років тридцять.

Нема ні STL, без якої сучасна C++ практично не має сенсу, ні exceptions. Щоб правильно застосовувати базові парадигми потрібне хороше розуміння архітектури.
Звісно, можна і на C++ писати в C-стилі, залежить від кінцевої мети. Але людина, що вивчала C++ по ардуіно, тільки для ардуіно і зможе на ній писати. Щоб використовувати C++ в подальшому, прийдеться перевчатись.