Очередная нерабочая UNO R3 из Китая

Потому что моей исходной целью было сделать возможность загружать скетчи через юсб. А все эти пляски вокруг порта уже стали следствием. Теперь вот есть результат, надеюсь, который приближает нас к сути и решению главной задачи.

 

А отправить какие-нибудь команды из монитора порта в Ардуину при этих настройках получается ? То бишь - Ардуина их слышит и понимает ?
Наверняка существуют еще комбинации кроме 9600, 8N2 <-> 74880,8N2. Найдете - может выявится некая система.

 

Программировать флэш из программы можно, но только если твоя программа лежит по адресам бутлоадера. Из любых других адресов ничего ты не запишешь. Если это 328 камень, канеш.

 

Запись флеша из под адресов бута надо ещё фьюзами разрешить.

 

Можно сделайть любопытную вещь - В цикле заставьте Ардуину открывать Serial со всеми возможными параметрами скорости, стоповых битов, размеров данных. Открыли-вывели в порт строку с настройками-закрыли. Когда перебрали всё - мигнули светодиодом-и снова. Если увидели нормальное сообщение-запомнили параметры Ардуины и Монитора. Не увидели - изменили настройки порта компа (Монитора) - и смотрим снова.
ПС. Скачал rar-архив с поддержкой этого процессора. Пока не устанавливал - нет опыта. Боюсь запороть компилятор, да и нужды нет.

 

В общем, провёл подобный эксперимент. Получил следующие результаты (в первой строке каждого блока настройки порта в диспетчере устройств, в скобках - скорость, выставленная в мониторе порта; после, соответственно, те параметры, заданные в скетче, при которых отобразились корректные символы в мониторе порта; "not" означает, что корректных данных при таких вводных не было):
9600_8_N_1 (PM:300):not
========================
9600_8_N_1 (PM:1200):not
========================
9600_8_N_1 (PM:2400):
300, SERIAL_8N2
300, SERIAL_8E1
300, SERIAL_8E2
300, SERIAL_8O1
300, SERIAL_8O2
========================
9600_8_N_1 (PM:4800):not
========================
9600_8_N_1 (PM:9600):
1200, SERIAL_8N2
1200, SERIAL_8E1
1200, SERIAL_8E2
1200, SERIAL_8O1
1200, SERIAL_8O2
========================
9600_8_N_1 (PM:19200):
2400, SERIAL_8N2
2400, SERIAL_8E1
2400, SERIAL_8O1
2400, SERIAL_8O2
========================
9600_8_N_1 (PM:38400):
4800, SERIAL_8N2
4800, SERIAL_8E1
4800, SERIAL_8E2
4800, SERIAL_8O1
4800, SERIAL_8O2
========================
9600_8_N_1 (PM:57600):not
========================
9600_8_N_1 (PM:74880):
9600, SERIAL_8E2
9600, SERIAL_8O2
========================
9600_8_N_1 (PM:115200):not
========================
9600_8_N_1 (PM:230400):not
========================
9600_8_N_1 (PM:250000):not
========================

При других настройках в диспетчере задач результат мог незначительно отличаться, но обычно был такой же, скорость так уж точно. Очевидно, что заданная скорость отличается от реальной в 8 раз. Что это только вот значит - непонятно.

п.с. Да, если выставить правильные параметры, то плата спокойно принимает ввод из монитора порта и позволяет собой управлять.

 

Ну вот, увидели систему. Можете ориентироваться. В чем тут причина - любопытно, но не сильно важно. Схемотехники что-то меняют в микре, поэтому меняются процедуры ее инициализации и настройки. Наверняка в поведении другой периферии будут подобные заморочки. Если наткнетесь конкретно и необратимо, то правильный путь - установить в Ардуино ИДЕ поддержку китайского процессора. Именно схемотехники микр ее пишут для своих "творений". Тогда - компилятор будет правильно инициализировать периферию. Скачать эту байду не проблема, но устанавливать вручную.

Если шахматы это спорт, то онанизм - это тяжелая атлетика.

 

ну что за слова такие? А ещё модератор!
Не онанизм, а высокохудожественная маастурбация!

 

Так вот какую байду скачать под такой процессор? Потому что как-то пока не понятно, что это за зверь такой.
Китайцы, вроде, не позиционируют эту плату, как какую-то требующую специальных настроек в среде.

 

WAVGATupdate.rar
Я скачал наобУм ЭТО, но не устанавливал. Выкладывать здесь - нет смысла.

От китайцев системности не ждите. Они сначала - ДЕЛАЮТ.

 

китайцы вообще ничего не позиционируют. Это тебе не микрочип или TI или STM. Они тупо копируют и впаривают.

мусорное ведро, мусорная корзина. мусоропровод. (Нужное подчеркнуть)

 

Если выбирать УНО Р3 из этой серии, то разница по скорости с монитором порта становится 4 раза, а не 8.

 

Оооо. Прогрессс.)))))) Лично я бы "забил", отличается или нет. Работает по USB и слава богу. Вы установили поддержку процессора в компиляторе ? Там разновидностей - без пол-литра не разберешь...
ПС. А, кстати, ISP программатор - что пишет насчет сигнатуры процессора ?

 

В общем, как обычно, скептики будут посрамлены. Починил я плату, а всё оказалось на поверхности. Я это сразу видел, но в силу отсутствия опыта шёл к самому очевидному и простому очень долго.
Как я и говорил, чипы абсолютно нормальные и настоящие, никакой левой китайщины и близко нет (так что плата в целом достойная и сделана аккуратно, к слову). Не знаю, почему кому-то мерещилось непонятно что, даже близко не похожее по симптомам, хотя за попытку помочь я всё равно благодарен, особенно пользователю Ariadna-on-Line, который в отличие ото всех остальных оставлял конструктивные комментарии и дельные технические рекомендации, а не предлагал выкинуть в помойку хорошую плату. А тем, кто предлагал это, скажу так: прокидаетесь, господа. Кто-то менее оптимистичный и заинтересованный в борьбе за истину может на самом деле выкинуть абсолютно исправную железку, последовав таким глупым советам.

Но это всё лирика. На всякий случай оставлю здесь решение, найденное на одном из аналогичных форумов (ссылку давать не буду, потому что конкурент "амперки", если кому надо, тот сам найдёт).

Короче, проблема была с бутлоадером чипа 16U2, что по симптоматике было вполне очевидно, хотя я почти сразу увидел во Flip, что в графах Device boot Ids и Bootloader Ver. стоят не те значения, какие должны. 00 00 и 1.0.0 вместо DC FB и 1.2.0 соответственно.

Жахнул, подключив программатор к ICSP чипа 16U2, через командную строку напрямую в avrdude:

-p at90usb162
-F
-c USBasp
-U flash:w:Arduino-COMBINED-dfu-usbserial-atmega16u2-Uno-Rev3.hex
-U lfuse:w:0xFF:m
-U hfuse:w:0xD9:m
-U efuse:w:0xF4:m

Залил повторно на всякий случай через Flip Arduino-usbserial-atmega16u2-Uno-Rev3.hex.

Потом через Ардуино IDE записал загрузчик optiboot программатором. Добавил в среду поддержку Optiboot через менеджер плат.

Теперь всё прекрасно льётся через USB, а в мониторе порта значения полностью соответствуют тому, что задано в коде.

Короче, всем пис!

 

Поздравляю. У меня все Ардуины с USB-UART конвертором на микре CH340G. Выбирал специально, чтоб не поиметь проблем вроде ваших.