Ви не увійшли.
Дякую!
Будемо тоді самостійно робити. Думав, що знайду вже готову, але зрозумів (дякуючи вашій відповіді) що ні.
Чому б не звернутись до сервісного відділу виробника цієї пташки?
Ви не зрозуміли проблеми
Якщо кінці шини на значних відстанях, то на двох МК можна реалізувати такий алгоритм. МК-передавач (з драйвером, якщо шина дуже довга) на кожну лінію, по черзі, надсилає пачки імпульсів. На кожну лінію свою кількість імпульсів у пачці. МК-приймач на іншому кінці або щупом, або відразу всі, дивлячись по задачі, аналізує пачки імпульсів на лініях і на засобу індикації відображає де яка лінія.
Тема не нова.
Мав проблему з використанням такого шилда. Взяв шилд під Ардуіно УНО і ніяких проблем не виявлялось.
На закордонних форумах писали, що цей шилд під НАНО адекватно працює тільки з оригінальними Ардуінками. Не перевіряв, не знаю. Підозрюю, що там або проблема з трасуванням, або з ЮАРТ-ТТЛ конвертером, що не витягує по швидкості. В мене на УНО конвертер на мікроконтролері, тому все працює чьотєнько
Проблему вирішив заміною резисторів на резистори з більшим кутом повороту. Так вони не доходять до проблемних місць і вдалось добитись рівномірної зміни опору.
Питання по ось такому джойстику:
Під’єднавши омметр і повільно рухаючи джойстик по відповідній осі спостерігаю таку картину, що опір зростає до певного максимума, а далі, продовжуючи повільний рух, опір трохи спадає. Така сама картина і на другій осі. І точно те саме було на іншому джойстику, взятому в іншого власника.
І от питання. Це так потрібно чи я щось не знаю про такі джойстики? Адекватний код неможливо написати з такими резисторами.
Створіть текст на тому ж шарі, що і металізація, потім вибрати полігон і натиснути в правій колонці кнопку "створити металізацію заново". Це прибере металізацію навколо тексту.
Не зовсім те що хотілось але як альтернативний варінт підходить. Дякую
Один дріт на GND, Другий через резистор 10к до вивода SCL (A5)
Таке питання, як на мідному полігоні можна прибрати мідь Текстом? Тобто, щоб на полігоні витравити напис.
Як на активному зуммері можна отримати різні тони (ноти)?
Добрий вечір. В драйверах ще є сигнал ENA , ось він і відповідає за цю функцію. Якщо не підключений, то двигун при включені стає у тормоз і крутнути неможливо.
Пін "Енейбл" відповідає чи взагалі драйвер буде працювати чи ні. І чи стоїть двигун в режимі утримання чи ні до цього піна відноситься опосередковано.
Проблема вирішена. Переплутані лінії STEP і DIR. Це можна в бібліотеці виправити, але я перекинув дроти місцями для тесту і все запрацювало як треба.
Доречі, аналізуючі закордонні форуми дана проблема не поодинока!
Дякую за підказки.
Який алгоритм ініціалізації такого контролера? Можливо він не отримує певні дані для подальшої роботи?
Як вимикається стартова калібровка?
Там має бути нормально замкнені кінцевики?
Залізо: Arduino NANO + CNC shield + A4988 / DRV8825 / L297+L298N + 17HS8401 / ДШ-200-0,08
+5V з USB
+12V/6A - зовнішній блок живлення
Прошивка Ардуінки: GRBL 0.9 / GRBL 1.1
Програми: Candle 1.1.7 / Candle 1.2.15b / Universal G-code Platform 20231022
Суть проблеми: При спробі в ручну перемістити вісь з програми (по факту, просто покрутити кроковим двигуном), кроковий двигун просто трохи смикається, а не прокручується. На іншій програмі і/або на інших драйверах симптом один і тойже. На інших осях те саме. Пробувалось змінювати швидкість, довжину імпульса, прискорення. Взагалі ніяк не впливало на результат.
В чому може бути проблема?
Дивлячись чого є бажання досягти. Якщо в планах працювати тільки з Ардуіно (в загальному розумінні), то підійде будь-яка книга по Ардуіно. Я, наприклад, починав з книги Бєлова.
Якщо ж в планах глибше вивчення, тоді після перших кроків в Ардуіно, краще вивчати "чистий" С і орієнтуватись на інформацію саме програмування мікроконтролерів. Дуже добре допоможе ознайомлення з внутрішньою будовою МК і принципом його роботи (навіть просто поверхнево). Вся переферія МК "спілкується" за допомогою протоколів обміну інформації, а відповідно читати про ці протоколи і пробувати самому писати бібліотеки для цих протоколів. Мені дуже допомогав осцилограф, бо була можливість реально подивитись на сигнали і взагалі дізнатись чи вони там є))
Задавайся певними задачами і пробуй їх вирішувати. Читай книги, дивись відео, пробуй кодити і не соромся задавати питання і шукати відповіді.
Постало в мене таке питання. Як заміряти на скільки вже зарядився акумулятор в даний момент часу при його зарядці?
Яка суть:
- Є певна конструкція на мікроконтролері.
- Живлення від Li-акумулятор (2,9 - 4,2 В).
- Реалізовано постійний моніторинг стану заряду акумулятора за допомогою резистивного дільника і АЦП мікроконтролера.
В чому проблема:
- Акумулятор під’єднано до зарядного блоку (поки що на ТР4056). При підключенні джерела струму до ТР4056 як і очікувано напруга моніторингу збільшується. Тобто АЦП вже бачить напругу зарядного блоку, а не акумулятора.
Моє бачення вирішення проблеми:
- Через певні проміжки часу програмно-апаратне відключення через МОСФЕТ джерела струму від зарядного блоку або акумулятора від зар. блоку і замір напруги на акумуляторі.
- Реалізація заміру зарядного струму (шунт + операційник) і по його величині "розуміти" стан заряду акумулятора.
- Використання спеціалізованих мікросхем-контролерів заряду з функцією моніторингу заряду акумулятора (підкажіть чи такі існують взагалі).
Цікавлять Ваші думки, а краще практичні реалізації подібних задач. Які будуть поради чи приклади з даної теми.
Зрозуміло, дякую
В наявності два модулі JDY-40-V1.2. Всі режими від А0 до С4 працюють справно на обох модулях. Окрім режиму С5 (також на обох модулях). В цьому, останньому режимі, модуль повторює режим С2. Тобто, при замиканні відповідного вивода на передавачі - на приймачі, на відповідному виводі виникає короткочасний імпульс високого рівня. Але, експериментальним шляхом, було виявлене наступне явище. Якщо замкнути на постійній основі відповідний вивід на передавачі і при цьому знімати напругу живлення з модуля-передавача і подавати її знову, то приймач працює так як потрібно - в режимі інвертування сигналу на відповідному виводі.
От і питання, це який інший варіант прошивки чи помилка в підробленому коді?
Є зрушення! При чому проблема була не в моїй логіці, а банальна помилка в моєму коді. Це жесть, в мене кілька днів через цей дисплей мізки кипіли
Поки що виводить чихарду незрозумілу. Тепер потрібно буде розбиратись з адресацією. Але дуже дякую за допомогу!!!
Оо, дякую. Спробую і пізніше відпишу
В ініціалізації є команди 0х20, 0х00
Ось алгоритм функції щоб щось вивести на дисплей:
- Старт біт І2С
- Відправка (SLA+W) - адреса дисплея з відзнакою Write
- Відправка (0b11000000) - наступний байт будуть дані
- Відправка (0b00000001) - байт даних, що потрібно відобразити в першій колонці першої сторінки
- Стоп біт І2С
Чи правильний мій шлях? Чи можете в подібному алгоритмі пояснити як потрібно?
Еееммм....))) Я думаю SSD1306