За 20 минут убрал лишнее, привел в божеский вид:
Кстати, половину схемы из этой панели можно спокойно выбросить.

Редактировалось 2 раз(а), последний 2025-01-10 14:40:35

1. Проще разбираться - это когда в панель один вход, а не тянуть восемь "проводов" через всю схему. ИМХО.
2. Зачем раздельные каналы на запись во FLASH и EEPROM ?
3. Нет у меня COM-портов.

1. Ну да, Вы правы
2. Может и не нужно разделять, просто куда будет происходить запись будет зависеть от первоначальной посылки (pf или pe), я HiAsm только изучать начал и не пинайте сильно .
3. Я буду тестить в железе и отписываться о происходящем, Вы просто помогите добить прогу до конца.
p.s. Скиньте пожалуйста Ваш вариант в файлообменник, уж очень привлекательная схемка получилась

Вот то, что в панели обработки и записи.
code_33105.txt

Редактировалось 2 раз(а), последний 2025-01-10 14:40:35

Подробнее

178.125.168.129, перед копированием >ПКМ>Кодировка>UTF-8

mcmega, посмотрел описание твоего железа. Зачем ты вмешиваешься в работу com-порта и загрузчика?

Потому что, пытается делать что может.
После вопроса, по логике вещей, должно быть объяснение, и возможный вариант решения.
Причём не схемный, а суть вещей, - так понятней.
Получается:

Понятно, что долго...

Я не вмешиваюсь в работу порта. Постараюсь сейчас более понятно обьяснит. Весь обмен ПК с МК происходит по UART (урезаный Com порт с уровнями ТТЛ логики, имеет Rx и Tx). Я использую аппаратный преобразователь USB-COM (FT232RL) из которого использую только Rx и Tx. Получается USB-UART. В винде преобразователь определяется как ком порт.
Ход работы должен быть такой:
1. В программе (которую сейчас пишем) нажимаем кнопку "Подключиться", прога отправляет символы "U" до тех пор, пока загрузчик в МК не ответит "c45". Когда пришел этот ответ, это означает, что МК подключился к ПК через загрузчик.
2. Далее мы посылаем символы "pf" или "pe", в зависимости от того, куда мы хотим записать наш hex файл. "pf" - flash, "pe" - eeprom. После этого мы ждем ответ от МК. МК отвечает "pf+" или "pe+" соответственно. Этот ответ означает, что загрузчик готов к приему данных и записи их в соответствующую память.
3. Далее должна пойти непосредственно сама передача данных. И тут в процессе передачи МК выдает команды управления потоком в наш порт(так называемые XON/XOFF), потому что порт выдает данные быстро, а контроллер не в состоянии так быстро записывать. Эти команды должна слушать наша прога и в соответствии с ними приостанавливать или возобновлять передачу данных в порт.
Как то так.

Ну так - флаг в руки.
А я задавал вопрос в 8:30 по нашему, а в 9:00 должен быть на работе. 40 км.
Так что моралей читать не надо.

Ну чего сердиться то?
Я как есть говорю.
Путного ответа я тут так и не добился ни на один вопрос.
Я удивляюсь, все тусуются здесь день и ночь годами.
А путного ответа никто не даст, пока сам утопающей себе не поможет.
За исключением десятка ответов и единиц ников,которых не часто видно на сайте.
Можно написать лозунг: - "Учи мат часть".
Но носом то можно тыркнуть, какой параграф в данном случае в первую очередь читать.

Да все мы крутимся.
Для сына и внука пожрать с готовь, в магазин сходи, + работа (заказчики, бухгалтерия, платёжки, заявления, пожарники, шантаж арендодателей...), а иногда и постирать надо.
Поэтому, лучше никакого ответа, чем плохой.
Я к тому, что такие ответы, без пояснений, выглядят уничижительно к вопрошающему.

Круговорот воды в природе: воду, которую мы пьём, уже когда-то пили (и не раз).

mcmega, как вариант собрать переходник комп -> программатор (RealTime) -> контроллер


Это стиль общения на этом форуме такой , художников лучше не отвлекать от искусства а то быстро натюрморт испортят