TDA

Дело в том, что автор, к сожалению, не может поддерживать все возможные варианты реализации устройства отличные от оригинального. Все что можно изменить на данный момент действительно собрано в начале кода программы в виде #define xxxx. По вопросу проблем с экраном, был дан правильный совет начать с установки керамики по питанию экрана. Если проблема не будет устранена, то скорее всего дело в "звоне" цифровой линии. Необходимо устранить звон на каждой цифровой линии от МК до LCD. Варианты решения на рисунке: Можно еще один вариант применить, снизить скорость нарастания фронтов, поставив RC фильтр 100 Ом 1нФ на выходах МК. Так как у меня эта проблема не проявляется точнее сказать не могу.

Она запасная

А что было вкратце? а то непонятная проблема когда первый экран выводит, а дальше нет.

https://youtu.be/o_f3Sf8Vp78

Программы отличаются по подключению. Внимательно прочитайте пост где я выкладывал версию 2.2b. В этой ветке форума я уже выложил все схемы которые у меня есть, посмотрите посты выше, больше у меня нет.

Что бы понять соответствие выводов на 2004 Ramps воспользуйтесь тестером. Внизу статьи где написана дата публикации и автор есть кнопка "$ вознаградить"

Последний версия программы которую я частично проверял с I2C подключением была 2.1b_I2C_DEBUG Для версий старше 2.0 , как я уже писал, я не могу гарантировать работу программы с I2C. Я использую ЖК-дисплей 2004 Ramps 1,4 Программа изначально писалась для символьных дисплеев типа 1602/2004 при этом 12864 является графическим и переделка программы под него теоретически возможна, но игра не стоит свеч. А вот что имеет смысл это выпаять энкодер и собрать свою платку можно даже антидребезг на триггерах Шмитта организовать. И опыт и польза

Да, так. Для 30А шунт должен быть порядка 2 мОм

VOLTAMERMETER_INA233_INA226_SSD130X.ino

Написал я некоторый унифицированный код, по умолчанию для INA226 с возможностью подключения INA233 (прикрепил). Столкнулся с довольно нехорошей особенностью китайских модулей INA226. До калибровки они давали огромную ошибку измерения как тока так и напряжения. Что-то около 5,5%, чего не должно быть. У меня две версии на этот счет: 1. Мне попался брак причем брак именно в самих микросхемах причем в двух сразу (у меня два таких модуля) 2. Китайцы используют для этих модулей отбракованные партии микросхем, которые не прошли по точности внутреннего источника опорного напряжения. После подстановки "диких" коэффициентов калибровки, результат стал удовлетворительным. Причем с линейностью все в порядке по всему диапазону, похоже просто ИОН-ы в них гуано. В то же время INA233, купленные у техасовцев, давали результат укладывающийся в допуски по АЦП и надо было только чуть-чуть калибронуть по шунту. #define ShuntRes 9620 // Сопротивление шунта в микроОмах (1000мкОм минимум) #define VoltCoef 118595/100000 // 125/100 - размерный множитель (1 бит 1.25мВ VBUS) VOLTAMERMETER_INA233_INA226_SSD130X.ino

Всем привет! Обновил программу до версии 2.2b Основные изменения: - Добавлены кнопки ручного управления двигателями (задействован аналоговый вход А0, при этом RS LCD перенесен на 6 пин, см. схему) Кнопки можно собрать по схеме или заказать на али. - Разгон двигателя теперь происходит каждый раз при нажатии кнопки RUN - После окончания автонамотки двигатели остаются на удержании - Для владелцев 4-х строчного экрана на третьей строчке при автонамотке будет выводиться сумарное кол-во витков. Знаю, что не все озвученные просьбы удалось реализовать, но уж не обессудьте. Arduino_winding_machine_2.2b.ino

Модули 226 отличаются установленным сопротивлением шунта. Оно выбирается исходя из требуемого тока. RSHUNT = 81,92 (мВ) / IMAX (мА) От сопротивления шунта зависит значение для регистра калибровки АЦП. MFR_CALIBRATION = 0,00512/(Current_LSB⋅RSHUNT), где Current_LSB = LSB Shunt voltage / RSHUNT = 2,5мкВ/25мОм = 0,1мА, тогда MFR_CALIBRATION = 0,00512/(0,1мА⋅25мОм) = 2048 (0x0800). Так же у всех китайских модулей отсутсвует фильтр, см. схему.

Вот, даже лучше нашел на 1,3" 128X64 OLED IIC I2C SPI Color: 1.3 7Pin White 7-ми пиновое подключение как у меня, контроллер SSD1306. Изменение кода для инициализации дисплея на контроллере SSD1306: //U8G2_SSD1309_128X64_NONAME0_F_4W_SW_SPI u8g2(U8G2_R0, /* clock=*/ 13, /* data=*/ 11, /* cs=*/ 10, /* dc=*/ 9, /* reset=*/ 8); // Инициализация библиотеки для SSD1309 U8G2_SSD1306_128X64_NONAME_F_4W_SW_SPI u8g2(U8G2_R0, /* clock=*/ 13, /* data=*/ 11, /* cs=*/ 10, /* dc=*/ 9, /* reset=*/ 8); // Инициализация библиотеки для SSD1306 Ранее работала первая строчка кода теперь ее надо закомментировать, поставив два слеша, и дописать следующую строчку уже для SSD1306. Вот здесь есть перечень контроллеров, которые поддерживает библиотека u8g2

У вас ссылки не вставились, посмотреть не могу. Я, в свое время, брал такую INA226 Резистор шунта выбирается под требуемый ток. У меня 3,2А мах и резистор для этого 25мОм. Чтобы много не переделывать экран лучше с SPI интерфейсом OLED 0,96" По коду напишу чуть позже.

Спасибо за ответ, теперь понятно, хотя как по мне, «Раньше было лучше!»

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

Я наверное никогда не услышу ответ почему... Ну ладно, дождемся специалистов по Паскалю.

Ну почему же оффтоп? Первая ваша мысль в этой теме была вполне правильная, и это просто ее развитие для конкретного случая. Топик стартеру, не стоит тратить время на Паскаль, а занятся изучением Си, я лишь добавил что Arduino IDE как раз то что нужно для: Если автор подойдет к делу с серьезным подходом, то будет (или останеться) нормальным программистом и не скатиться до "библиотечных ардуинщиков". https://www.worldcat.org/title/beginning-c-for-arduino-learn-c-programming-for-the-arduino/oclc/912875060

Это так, но ведь вполне можно не пользоваться преимуществом "плюсов", а различие в синтаксисе минимальны, возможно только какие-нибудь ссылки (в С++ символ "&"), изменили свой смысл. Многие просто не хотят программировать, а хотят результат, любой и быстрее))) Я бы сказал это было завуалировано скорее самими пользователями, чем разработчиками, которые наоборот пишут о полной поддержке настоящих языков. https://en.wikipedia.org/wiki/Arduino_IDE По факту Arduino IDE это вполне полноценный "блокнот с разметкой", который подтягивает настолько же полноценный AVR-GCC компилятор, только параметры для сборки уже предзагружены (точнее определяются выбором платы из списка). Чего еще нужно настоящему программисту кроме блокнота?

Это Вы как определили? Например, я могу сделать наследование в С++, а могу сделать сложную структуру (структуру в структуре) в стиле Си и все это провернуть в Arduino IDE и это ничем не будет отличаться друг от друга. Что, по большому счету, дали нам "плюсы"? Если использовать высокопарные слова то: наследование, классы и объекты, конструкторы/деструкторы и прочая заумная, но тем не менее, в некоторых случаях полезная хрень. И практически все это было и в Си, только осуществлялось более сложным образом.

А мне всегда было интересно чем С в ардуино IDE отличается от С в AVR Studio? Если не брать во внимание первых лет ардуино.

Привет всем кто интересуется проектом намоточного станка. Я сейчас немного занят другим проектом, так что не смогу оперативно отвечать на вопросы, просьбы и пожелания в данной теме. Как только освобожусь, перечитаю всю ветку форума еще раз и выпушу обновление ПО. Так что можете писать сюда, я все читаю.

1. Драйвера могут быть любые, поддерживающие микрошаг 1/16 2. Механика может быть любой

А почему "каноническая" от TI а не от бывшего National Semiconductor?) Графики от on semi. Как определить каноничность 1117 интересно?) Может AMS1117? Есть мнение что первые буквы внутреннюю структуру 1117 не изменяют иначе последующие цифры стали бы другие.