5ый семестр / 1. Производственная практика / стащил с работы / 3D AtMega2560 разгон

Разработка электроники,

Систем автоматики,

Программного обеспечения

8(981)186-50-82

ООО "Антех ПСБ", Санкт-Петербург

anteh@bk.ru

antehru@gmail.com

Услуги

Примеры

Контакты

Статьи

AVRDelCalc

©

Увеличение частоты кварцевого резонатора, платы управления

FDM 3D принтера, Arduino AtMega2560 с 16 до 24MHz

29.11.2016 Сайт https://anteh.ru

Помня золотое правило "работает НЕ трожь", каждый сам принимает решение о необходимости описанной доработки. Автор статьи и сайт не несут никакой ответственности за полученный Вами результат.

Описаны практически все аппаратные проблемы с решениями и нюансы, с которыми можно столкнуться при смене кварца Arduino AtMega2560.

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

В процессе испытаний получилось, что применение кварца в 24MHz для 3D принтера с marlin прошивкой нецелесообразно. То что меню перестало заедать это хорошо, но никаких других преимуществ пока не обнаружено. Разве возможность увеличить частоту STEP импульсов, но придётся marlin исходник дорабатывать, а это к его разработчикам. Помимо этого, с 24MHz кварцем наблюдается подёргивание кареток при движении эффектора вниз в начале печати и при печати в целом, проявляется в движении рывками осей, но пропусков нет. В целом вроде удовлетворительно, но когда вернул 16MHz стало лучше. Нижний абзац, с описанием проблемы при питании драйверов напряжением более 26VDC при 16MHz не актуален. Интересующиеся могут попробовать 20MHz. Можно предположить, что чтобы не было проблем с 24MHz кварцем, то нужно произвести какие-либо настройки marlin прошивки.

При питании A4988 27VDC и частоте тактирования Mega2560 в 24MHz ход трёх кареток по вертикали дельта принтера происходит прерывисто, скорость движения то замедляется то ускоряется такое наблюдалось при Vref=900mV, при Vref=700mV такого уже не наблюдается. При Vref=300mV были проблемы, не работало. При Vref=400mV оси тихо и плавно пошли но при отработке команды "autohome" в верхней точке одна из осей начала "хрипеть" так же, как ранее при 300mV все оси. При Vref=600mV снова небольшие ускорения и замедления, при движении осей по вертикали. Волнами идёт. При Vref=500mV опять волнами, до этого было всё в порядке. И тут обратил внимание на величину сетевого напряжения она =241VAC, в розетке 241(12ночи) и т.к. стабилизатора напряжения нет, то на драйвера приходит 29.5VDC и похоже это перебор. Нужен стабилизатор переменного сетевого напряжения и бесперебойник. Принтер запитан от стабилизатора 225VAC получено напряжение питания 27.8VDC на драйверах. Выставлен Vref=900mV прерывистость наблюдалась в меньшей степени. Неделей ранее, при испытаниях принтера с повышенным напряжением проблем не было, возможно сетевое напряжение было меньше. В разрыв +27VDC питания шаговых двигателей ставим пару диодов. Итог такой: в розетке 222VAC питание драйверов 25.8V Vref=900mV драйвера A4988 и вопрос решён всё работает как надо без "дерготни", проблема была в "передозировке" напряжения у A4988 при тактировании AtMega2560 от 24Mhz кварца. Вывод:

предельное напряжение питания для A4988 не должно превышать 26VDC, иначе оси начнут двигаться прерывисто. Как оказалось, это

было связано с использованием 24MHz кварца AtMega2560, на 16MHz проблемы нет.

Было предположение, что напряжение питания шаговых двигателей как-то повлияет на шумность. При плавном изменении, через латр, напряжения с 12 до 29VDC, во время печати, каких либо заметных на слух изменений замечено не было.

Если сразу к делу, то в конце краткая подробная инструкция

Есть проблема подвисания управления пластиковым FDM 3D принтером во время печати, не хватает производительности контроллера. Возможно, повлияет на качество печати и позволит увеличить параметр DELTA_SEGMENTS_PER_SECOND 200. Решено поднять частоту кварца и посмотреть, какие преимущества или проблемы это даст. При напряжении питания контроллера atmega 5VDC, для увеличения частоты тактирования, без использования генератора частот, можно просто заменить кварц на более высокочастотный. 27MHz будет работать без проблем, у кого-то и 32 может заработать. Для первого эксперимента решено использовать 20MHz.

На плате Arduino mega2560 для тактирования USB преобразователя на AtMega16u2 используется кварц "низкая лодочка" 16MHz, для тактирования контроллера AtMega2560 используется 16MHz SMD кварц CSTCE16M0V53-R0. Кварц не удобный для замены. Отпаиваем миниатюрный SMD кварц со встроенными конденсаторами и рядом, на термоклей, ставим 20MHz кварц, напаиваем конденсаторы 12pf 0603 и 2 провода от кварца до конденсаторов(центральный вывод smd кварца -GND), как на фотографии ниже:

На фото: низкая лодочка с напаянными проводами кварц 20MHz, в синей термоусадке 27MHz.

После замены/перепайки кварца, в Arduino IDE нужно указать новую частоту кварца. Идём в С:\arduino-1.6.13\hardware\arduino\avr\boards.txt и меняем параметр mega.build.f_cpu=16000000L на mega.build.f_cpu=20000000L. Этот параметр задаёт значение F_CPU используемое в прошивке marlin. Сохраняем файл.

Оригинальный загрузчик stk500boot_v2_mega2560.hex копируем с переименованием в stk500boot_v2_mega2560_20MHz.hex и редактируем в ручную UBRR0L в .hex файле. Boot загрузчик работает через USART0. U2X0=1 настроено удвоение частоты(было заблуждением, хоть согласно

.hex файлу стоит удвоение, возможно при работе бут загрузчика удвоение отключается). UBRR0L = 0x10(частота 115200) при частоте кварца 16MHz и удвоении частоты, это было заблуждением. Т.е. нужно искать регистр, в который загружается 0x10 и затем регистр отправляется в 0xC4(UBRR0L). С помощью AVR Studio был открыт stk500boot_v2_mega2560.hex, полностью дизассемблировать не удалось, было около 30 нераспознанных команд "Data or unknown opcode". Найден предположительный участок кода загрузки в r24 константы 0x10 и отправки её в UBRR0L. В hex ищем участок кода, где E180 и E188 расположены рядом, точнее 80E1 и 88E1. Здесь интересует 80E1(E180) -это ldi r24, 0x10 формат (E180)1110kkkkddddkkkk. Т.е. 80E1 нужно изменить на 85E1 и это будет соответствовать частоте загрузчика115200 на 20MHz при удвоении частоты. Не забываем про чек сумму, она поменяется с 0xA4 на 0x9F. Чек сумма у каждой строки своя и подсчитывается начиная от байта после двоеточия до предпоследнего байта строки включительно. Загрузчик работает только на 115200(это было заблуждение), поэтому hex нужно править под частоту кварца AtMega2560. Заливаем загрузчик в AtMega2560 по ISP, например, через STK500. И … ничего не вышло.

Вернул всё в исходное. Осциллограф показал частоту USART0 AtMega2560 =17us или 58823 герца ближайшая стандартная 57600. То, что включено удвоение частоты также было непроверенным предположением. Реально удвоение частоты USART0 отключено, по крайней мере при работе бут загрузчика. По факту имеем, что с прошивкой stk500boot_v2_mega2560.hex бут загрузчик AtMega2560 обменивается с USB USART преобразователем на частоте 58823(измерено по периоду бита). Точнее на TxD выводе 9 PD3 AtMega16U2 и TxD выводе USART0 AtMega2560 присутствует частота 58823 герца при использовании одинаковых 16MHz кварцев. Важно, что ориентироваться нужно на эту частоту. Согласно документации, этой частоте соответствует UBRR0L=16=0x10 если не включено удвоение частоты. Для 20MHz UBRR0L=0x14 или нужно 80E1(E180 ldi r24, 0x10) заменить на 84E1 (E184 ldi r24, 0x14). Правим чек сумму на A0. Прошиваем… и ура заработало. Ошибок IDE, при прошивке не выдало. Частота TxD AtMega2560, у которой 16MHz кварц был заменён на 20MHz, по показаниям осциллографа(на глаз измерялся период бита) составила примерно 16.9us или 59172герца, по расчётам 59524. Отклонение частот TxD AtMega16U2 и TxD AtMega2560 находится в рамках допустимых 10%.

Пробуем поработать с pronterface. Проблем не возникло, всё стандартно, частота обмена с pronterface та же 250000 герц.

Пробуем кварц 27MHz "CPM 27.000 C-20"это полноразмерная лодочка, на фото выше в синей термоусадке. UBRRL = 27000000/(16*58823)-1 = 28 = 0x1C, 80E1(E180 ldi r24, 0x10) заменяем на 8CE1 (E18C ldi r24, 0x1C), чек сумма 98. Расчётная частота 58190герц, отклонение от 58823 = 663герца. В boards.txt поправляем mega.build.f_cpu=27000000L.

Не заработало. Решить нужно 2 проблемы:

1.Не заработал USART обмен, не смотря, что отклонения в частотах не превышало 10%.

2.Возникла проблема с отсутствием таблицы speed_lookuptable_fast для частоты 27MHz, для каждой частоты кварца эта таблица должна быть своей. Штатно предусмотрено 2 таблицы, для 16 и 20 MHz.

Первая решается подбором кварца и выбором частоты USART, вторая с помощью скрипта create_speed_lookuptable.py размещённого на GitHub. Считаем, что python установлен, запускаем скрипт для частоты 27MHz. Например из командной строки, через cmd: <путь>\create_speed_lookuptable -f 27 -d 8

c:\[путь]>create_speed_lookuptable -f 27 #ifndef SPEED_LOOKUPTABLE_H

#define SPEED_LOOKUPTABLE_H

#include "Marlin.h"

},

{28601, 1816}, {26785, 1599}, {25186, 1419}, {23767, 1267}, {22500, 1140}, {21360, 1029}, {20331, 935}, {19396, 853},

{18543, 780}, {17763, 718}, {17045, 662}, {16383, 612}, {15771, 569}, {15202, 529}, {14673, 493}, {14180, 461}, {13719, 432}, {13287, 406}, {12881, 381}, {12500, 360}, {12140, 340}, {11800, 321}, {11479, 304}, {11175, 288}, {10887, 274}, {10613, 261}, {10352, 248}, {10104, 236}, {9868, 226}, {9642, 215}, {9427, 206}, {9221, 197}, {9024, 189}, {8835, 182}, {8653, 174}, {8479, 167}, {8312, 160}, {8152, 155}, {7997, 149}, {7848, 143}, {7705, 138}, {7567, 134}, {7433, 128}, {7305, 125}, {7180, 120}, {7060, 116}, {6944, 113}, {6831, 108}, {6723, 106}, {6617, 102}, {6515, 99}, {6416, 96}, {6320, 94}, {6226, 90}, {6136, 88}, {6048, 86}, {5962, 83}, {5879, 81}, {5798, 78}, {5720, 77}, {5643, 74}, {5569, 73}, {5496, 70}, {5426, 69}, {5357, 68}, {5289, 65}, {5224, 64}, {5160, 62}, {5098, 61}, {5037, 60}, {4977, 58}, {4919, 56}, {4863, 56}, {4807, 54}, {4753, 53}, {4700, 52}, {4648, 50}, {4598, 50}, {4548, 48}, {4500, 48}, {4452, 46}, {4406, 46}, {4360, 45}, {4315, 43}, {4272, 43}, {4229, 42}, {4187, 41}, {4146, 41}, {4105, 39}, {4066, 39}, {4027, 38}, {3989, 38}, {3951, 36}, {3915, 36}, {3879, 36}, {3843, 34}, {3809, 34}, {3775, 34}, {3741, 33}, {3708, 32}, {3676, 32}, {3644, 31}, {3613, 31}, {3582, 30}, {3552, 30}, {3522, 29}, {3493, 28}, {3465, 29}, {3436, 27}, {3409, 28}, {3381, 27}, {3354, 26}, {3328, 26}, {3302, 26}, {3276, 25}, {3251, 25}, {3226, 24}, {3202, 25}, {3177, 23}, {3154, 24}, {3130, 23}, {3107, 22}, {3085, 23}, {3062, 22}, {3040, 22}, {3018, 21}, {2997, 21}, {2976, 21}, {2955, 21}, {2934, 20}, {2914, 20}, {2894, 20}, {2874, 19}, {2855, 19}, {2836, 19}, {2817, 19}, {2798, 18}, {2780, 19}, {2761, 18}, {2743, 17}, {2726, 18}, {2708, 17}, {2691, 17}, {2674, 17}, {2657, 17}, {2640, 16}, {2624, 16}, {2608, 16}, {2592, 16}, {2576, 16}, {2560, 15}, {2545, 16}, {2529, 15}, {2514, 14}, {2500, 15}, {2485, 15}, {2470, 14}, {2456, 14}, {2442, 14}, {2428, 14}, {2414, 14}, {2400, 14}, {2386, 13}, {2373, 13}, {2360, 13}, {2347, 13}, {2334, 13}, {2321, 13}, {2308, 13}, {2295, 12}, {2283, 12}, {2271, 12}, {2259, 12}, {2247, 12}, {2235, 12}, {2223, 12}, {2211, 11}, {2200, 12}, {2188, 11}, {2177, 11}, {2166, 11}, {2155, 11}, {2144, 11}, {2133, 11}, {2122, 10}, {2112, 11}, {2101, 10}, {2091, 11}, {2080, 10}, {2070, 10}, {2060, 10}, {2050, 10}, {2040, 10}, {2030, 10}, {2020, 9}, {2011, 10}, {2001, 9}, {1992, 10}, {1982, 9}, {1973, 9}, {1964, 9}, {1955, 9}, {1946, 9}, {1937, 9}, {1928, 9}, {1919, 8}, {1911, 9}, {1902, 9}, {1893, 8}, {1885, 8}, {1877, 9}, {1868, 8}, {1860, 8}, {1852, 8}, {1844, 8}, {1836, 8}, {1828, 8}, {1820, 8}, {1812, 8}, {1804, 7}, {1797, 8}, {1789, 8}, {1781, 7}, {1774, 7}, {1767, 8}, {1759, 7}, {1752, 7}, {1745, 8}, {1737, 7}, {1730, 7}, {1723, 7}, {1716, 7}, {1709, 7}, {1702, 7}, {1695, 6}, {1689, 7}, {1682, 7}, {1675, 6}, {1669, 7}, {1662, 6}, {1656, 7}, {1649, 6}, {1643, 7}, {1636, 6}, {1630, 6}, {1624, 7}, {1617, 6}, {1611, 6},

};

#endif

В скрипте у --cpu-freq заменён тип int на float, чтобы использовать дробные значения частот кварца "-f', '--cpu-freq', type=float". Но большой практической необходимости в этом нет.

Для кварца 27MHz расхождение в частотах обмена составило 58823-58190=663герца. По стандарту частота может отклоняться на 10%. Есть некое интернет мнение на счёт отклонения в 3%. Для 20MHz разница была в 58823-59524 = 701. Не клеится.

Пробуем кварц 25MHz. UBRRL = 25000000/(16*58823)-1 = 25.56. Для UBRRL = 26 частота = 57870герц. Прошивка через загрузчик заливаться начала, но через секунд 20 вылетает ошибка:

avrdude: verification error, first mismatch at byte 0x046c 0x23 != 0x63

avrdude: verification error; content mismatch avrdude: verification error; content mismatch

Ещё

avrdude: verification error, first mismatch at byte 0x146c 0x3d != 0x7d

avrdude: verification error; content mismatch avrdude: verification error; content mismatch

Так было несколько раз. Но прошивка залита, по крайней мере pronterface работает.

Есть проблемы с USB USART преобразователем, реализованном на AtMega16U2, точнее код не отлажен для работы с разными кварцами, но никто ничего и не обещал. Посредством STK500 программатора, через ISP залита Arduino-usbserial-atmega16u2-Mega2560-Rev3.hex. И при заливке прошивки снова:

avrdude: verification error, first mismatch at byte 0x146c 0x3d != 0x7d

avrdude: verification error; content mismatch avrdude: verification error; content mismatch

Не помогло, ошибка появляется. Но прошивка 3D принтера скорее всего залита, pronterface работает.

Возможно лучшее решение использовать другой USB USART преобразователь, например на CP2104. Можно попробовать использовать одинаковые кварцы на AtMega16U2 и AtMega2560. Пробуем подправить прошивку Arduino-usbserial-atmega16u2-Mega2560-Rev3.hex для использования другого кварца, а именно 25MHz вместо 16MHz. По тому же самому принципу, подправлял hex. В Arduino-usbserial-atmega16u2- Mega2560-Rev3.hex ищем:

F419 BRNE PC+0x04 Branch if not equal

E120 LDI R18,0x10 Load immediate

E030 LDI R19,0x00 Load immediate

Или ищем 19F420E130E0 и 20E1 исправляем на 2AE1 чек сумма 2C. Загружаем получившийся .hex в AtMega16U2 по ISP STK500 и… не нашёл второго кварца на 25MHz. Переделываем всё на 27MHz. Но оказалось, что для тактирования USB 48MHz подойдёт только 16MHz кварц.

Можно попробовать найти "волшебную" универсальную частоту USART, которая будет одинаковой или максимально близкой для AtMega16U2 и AtMega2560, ниже представлена таблица, помогающая произвести подобный поиск:

Бросается в глаза цифра 62500 и она действительно "волшебная". Теперь можно полностью исключить из пазла проблему несогласованности частот.

Краткое резюме. AtMega16U2 должна работать только с кварцем 16MHz с частотой USART 62500 UBRRL=15. AtMega2560 может работать

с разными кварцами обеспечивающими частоту USART ровно 62500, таких кварцев много.

Для прошивки Arduino-usbserial-atmega16u2-Mega2560-Rev3_16MHz_62500.hex задаём частоту USART 62500. Ищем 19F420E130E0 и 20E1

исправляем на 2FE0 чек сумма 28.

Для stk500boot_v2_mega2560_25MHz_62500.hex задаём ту же частоту 62500. Ищем C00080E18093C40088E18093 и 80E1 меняем на 88E1 чек сумма 9С. Прошиваем обе микросхемы, запускаем заливку прошивки с компьютера через USB и снова мимо:

avrdude: stk500v2_ReceiveMessage(): timeout avrdude: stk500v2_ReceiveMessage(): timeout avrdude: stk500v2_ReceiveMessage(): timeout avrdude: stk500v2_ReceiveMessage(): timeout avrdude: stk500v2_ReceiveMessage(): timeout avrdude: stk500v2_ReceiveMessage(): timeout

avrdude: stk500v2_getsync(): timeout communicating with programmer

Произошла ошибка при загрузке скетча

Согласно boards.txt передача данных с компьютера на AtMega16U2 происходит на 115200, с AtMega16U2 на AtMega2560 на 57600(по факту 58823). Предыдущие прошивки AtMega16U2 и AtMega2560 установили частоту USART обмена между собой на 62500, логично предположить, что скорость передачи данных с компьютера на AtMega16U2 нужно изменить на 125000. Меняем запускаем:

avrdude: stk500v2_ReceiveMessage(): timeout avrdude: stk500v2_ReceiveMessage(): timeout

avrdude: verification error, first mismatch at byte 0x146c 0x3d != 0x7d

avrdude: verification error; content mismatch avrdude: verification error; content mismatch

Прошивка загрузилась, pronterface работает. Следующие 3 раза прошивка не загружалась.

После того, как был убран крокодил минуса осциллографа с земли ISP разъёма AtMega16U2 всё стало быстро загружаться, но наблюдались ошибки:

avrdude: verification error, first mismatch at byte 0x146c 0x3d != 0x7d

avrdude: verification error; content mismatch avrdude: verification error; content mismatch

После пере подключения USB снова не загружается

avrdude: stk500v2_ReceiveMessage(): timeout avrdude: stk500v2_ReceiveMessage(): timeout avrdude: stk500v2_ReceiveMessage(): timeout avrdude: stk500v2_ReceiveMessage(): timeout avrdude: stk500v2_ReceiveMessage(): timeout avrdude: stk500v2_ReceiveMessage(): timeout

avrdude: stk500v2_getsync(): timeout communicating with programmer

Произошла ошибка при загрузке скетча

После пере подключения и нажатия reset на плате загрузка пошла:

avrdude: verification error, first mismatch at byte 0x146c 0x3d != 0x7d

avrdude: verification error; content mismatch avrdude: verification error; content mismatch

Все загрузилось.

Пробуем снизить "волшебную" универсальную частоту 62500 до 31250 также универсальная для разных кварцев:

Для прошивки Arduino-usbserial-atmega16u2-Mega2560-Rev3_16MHz_31250.hex задаём частоту USART 31250. Ищем 19F420E130E0 и 20E1

исправляем на 2FE1 чек сумма 27.

Для stk500boot_v2_mega2560_25MHz_31250.hex задаём ту же частоту 31250. Ищем C00080E18093C40088E18093 и 80E1 меняем на 81E3 чек сумма A1. Прошиваем, устанавливаем mega.menu.cpu.atmega2560.upload.speed=62500. Проверяем:

avrdude: stk500v2_ReceiveMessage(): timeout avrdude: stk500v2_ReceiveMessage(): timeout

avrdude: verification error, first mismatch at byte 0x146c 0x3d != 0x7d

avrdude: verification error; content mismatch avrdude: verification error; content mismatch

Ситуация та же, но всё как и ранее загрузилось. Нажимаем reset и снова производим загрузку:

avrdude: verification error, first mismatch at byte 0x146c 0x3d != 0x7d

avrdude: verification error; content mismatch avrdude: verification error; content mismatch

После пере подключения всего и попытке загрузки в уже прошитую AtMega2560 снова:

avrdude: stk500v2_ReceiveMessage(): timeout avrdude: stk500v2_ReceiveMessage(): timeout avrdude: stk500v2_ReceiveMessage(): timeout avrdude: stk500v2_ReceiveMessage(): timeout avrdude: stk500v2_ReceiveMessage(): timeout avrdude: stk500v2_ReceiveMessage(): timeout

avrdude: stk500v2_getsync(): timeout communicating with programmer

Произошла ошибка при загрузке скетча

Нажимаем reset, загрузка и всё ОК:

avrdude: verification error, first mismatch at byte 0x146c 0x3d != 0x7d

avrdude: verification error; content mismatch avrdude: verification error; content mismatch

Пробуем 27MHz

Для прошивки Arduino-usbserial-atmega16u2-Mega2560-Rev3_16MHz_31250.hex задаём частоту USART 31250. Ищем 19F420E130E0 и 20E1

исправляем на 2FE1 чек сумма 27.

Для stk500boot_v2_mega2560_27MHz_31250.hex задаём ту же частоту 31250. Ищем C00080E18093C40088E18093 и 80E1 меняем на 85E3 чек сумма 9D. Прошиваем, устанавливаем mega.menu.cpu.atmega2560.upload.speed=62500. Проверяем:

avrdude: stk500v2_ReceiveMessage(): timeout avrdude: stk500v2_ReceiveMessage(): timeout avrdude: stk500v2_ReceiveMessage(): timeout avrdude: stk500v2_ReceiveMessage(): timeout avrdude: stk500v2_ReceiveMessage(): timeout avrdude: stk500v2_ReceiveMessage(): timeout

avrdude: stk500v2_getsync(): timeout communicating with programmer

Произошла ошибка при загрузке скетча

Ни в какую работать не хочет.

Можно использовать и 25MHz кварц, но, на всякий случай ищем тот, с которым не будет ошибок. По хорошему нужно с прошивкой разбираться. Лучшим вариантом будет использование вместо AtMega16U2 аппаратного преобразователя USB в USART, микросхема CP2104. Поддерживается всеми операционными системами, надёжен, проверен, доступен, не требует прошивки. Но в QFN корпусе.

Пробуем кварц 24MHz

Кварца 24MHz не оказалось, был кварцевый генератор.

Для прошивки Arduino-usbserial-atmega16u2-Mega2560-Rev3_16MHz_31250.hex задаём частоту USART 31250. Ищем 19F420E130E0 и 20E1

исправляем на 2FE1 чек сумма 27.

Для stk500boot_v2_mega2560_24MHz_31250.hex задаём ту же частоту 31250. Ищем C00080E18093C40088E18093 и 80E1 меняем на 8FE2 чек сумма 94. Прошиваем, устанавливаем mega.build.f_cpu=24000000L и mega.menu.cpu.atmega2560.upload.speed=62500. Создаём таблицы speed_lookuptable_ для 24MHz

Проверяем:

avrdude: verification error, first mismatch at byte 0x266c 0xa0 != 0xe0

avrdude: verification error; content mismatch avrdude: verification error; content mismatch

Всё работает. Но непонятная ошибка осталась. Значение ошибки зависит от частоты кварца. На 24MHz загрузка происходит всегда и без задержек в начале загрузки. Но это не означает, что AtMega2650 не будет работать на 27MHz.

Остановился на 24MHz c 31250герц скоростью обмена между 16U2 и 2560. Можно частоту увеличить до 62500. Разницы между 31250 и 62500 не заметно, разве на 31250 прошивка длится в 2 раза дольше.

Пробовал AtMega16U2 менять на аппаратный преобразователь USB в USART на базе CP2104, чтобы исключить необходимость дополнительной доработки прошивок при работе с разными кварцами. На время эксперимента AtMega16U2 снималась с платы. Фокус удался частично. Передача данных от компьютера(pronterface) в Arduino не идёт, но приём идёт. Если нажать на reset кнопку Arduino, то в pronterface выдаются все сообщения как при подключении и устанавливается соединение. Если плата Arduino AtMega2560 не подключена к принтеру, то она на команды не реагирует. Т.е. всё должно работать, но для установления связи по USB с компьютером(pronterface) нужно нажимать reset на плате Arduino AtMega2560. Решено на этом закругляться. Выбрал кварц 24MHz со штатным загрузчиком. Но если кому интересно, то через аппаратный преобразователь можно 27MHz и более кварц повесить, с возможностью работы через pronterface с 3D принтером. Ниже фото стенда проверки работы с аппаратным преобразователем:

Fuse по умолчанию для AtMega2560

Fuse по умолчанию для AtMega16U2

Arduino AtMega2560 кварц 24MHz + Marlin. Краткая инструкция

Повторюсь, 24MHz кварц использовать нецелесообразно, появляются прерывистые движения кареток, связано, скорее, с не равномерным натяжением ремней. На низких скоростях печати, на определённом токе и напряжении питания драйверов менее 26VDC прерывистое движение не наблюдается. Проблема прерывистого движения может быть и в драйверах. Пока особых преимуществ использования 24MHz кварца не обнаружилось. Использование более высокой частоты тактирования должно убрать тормоза управления принтером во время печати и позводит добавить второй хотэнд для дельта принтера. Пока единственное преимущество 24MHz -перестало меню жутко тормозить во время печати. Разбираться с прерывистым движением планирую через использование промышленных драйверов, возможно попробую поставить ШВП.

Как описывалось в начале статьи производим замену smd кварца на "лодочку" 24MHz с дополнительной установкой чип конденсаторов 12-15pf. Если удастся найти, то можно установить кварц такого же типа. Не принципиально какого типа резонатор, самому пришлось кварцевый генератор на 24MHz ставить, под рукой не оказалось кварца на эту частоту, да так и оставил.

Редактируем файл Arduino IDE С:\arduino-1.6.13\hardware\arduino\avr\boards.txt меняем 2 параметра "mega.build.f_cpu=24000000L" -Частота

кварца AtMega2560 и "mega.menu.cpu.atmega2560.upload.speed=62500" -Частота USART обмена между USB и AtMega16U2.

Корректируем файл "speed_lookuptable.h" marlin проекта или копируем с заменой предлагаемый, содержит частоты 24, 25, 27MHz, к уже имеющимся 16 и 20MHz.

Прошиваем AtMega16U2 и AtMega2560 прошивками бут загрузчиков Arduino-usbserial-atmega16u2-Mega2560-Rev3_16MHz_31250.hex и stk500boot_v2_mega2560_24MHz_31250.hex соответственно.

Запускаем проект в Arduino IDE, заливаем прошивку. На ошибки, после заливки не обращаем внимания. Всё будет работать штатно.

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

Услуги

Примеры

Предложение

Контакты

Статьи

AVRDelayCalculator

Copyright ©Новиков Алексей Александрович,

2012-2017 Санкт-Петербург, 197372, ООО "Антех ПСБ",

anteh собака bk.ru