Программирование CH32

[veso74]

... текст плохо читаем, нужны очки.

Доступно 30 "скинов". Если нет, то цвет текста можно настроить. Попробуйте другой монитор (но, скорее всего, проблема о втором, о котором писали (нужны очки)). Все, как софт, уже давно выпускается в широкоэкранном формате.

[vadim_d]

Винда 7-ка 32

Ну вот в 32-битной проблем может быть больше, на ноутбуке есть такая, но туда студию вроде тащить нет нужды

нужны очки

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

Много лишнего пихает в пустой проект

Мы живем в эпоху референс дизайна: взять типовой проект от производителя, применить к нему принцип Микеланджело (отсечь все ненужное) и быстро-быстро выпихнуть на рынок

что с MounRiver Studio Ⅱ не так? Вроде всё помещается на экране

Олег, зайдите в отладчик, появятся два окна, одно с исходным кодом, второе с дизассемблированным, и тут они по ширине уже просто никакие, горизонтальных скролбаров нет (хотя можно посмотреть, что в настройках), двигаю границу между окнами если что-то кажется интересным. В Eclipse вроде что-то было с вынесением окон во вкладки, наверное и VS Code что-то имеет, но пока не глядел. Мое поколение наверное привыкло к текстовым окнам формата книги, во всяких IDE обычно горизонтальный формат окон хорош для схемы/разводки/графиков сигналов, тут и два монитора вполне уместны, а вот чисто программистские изыски как-то у меня плохо на широких мониторах смотрятся, то, что ближе к краям, моск не обрабатывает

Добавлено через 7 минут(ы):

Еще одним плюсом является Eclipse интерфейс

Ну только если следовать великому инженерному принципу: лучше иметь плохой стандарт, чем не иметь никакого . Довелось покрутиться в ней с Sitara чипом, но там уж как-то сильно они IDE перегрузили, многое в управлении стало неочевидным.

А вот сейчас увидел в https://github.com/cnlohr/ch32fun/bl..._modify_code.c то же самое решение, что применял по работе, когда приходилось тестировать CSR RISC-V, пришлось сделать и чтение, и запись по их адресу, задаваемому аргументом функции

[cuneum]

С таким же успехом

Пример плохой. Дело не в разрешении экрана, а в избыточности сервиса и настроек в ущерб качеству и их нужности.

К MounRiver возвращаясь..

Нашёл где темы выбираются (из перечня кислотности), есть даже сайт с темами, НО нет к нему доступа
Нашел настройку подсветки синтаксиса, НО!!, нет возможности выбрать фон экрана, точнее предлагают два вида "белый" и "серый", остальные цвета -ТАБУ!!

Это здорово, но есть нюанс, если настроил подсветку синтаксиса, а потом снова открыл (чтоб поменять что-то) поправил один из цветов и сохранил, ВСЕ настройки предыдущие слетают на DEFOULT, допускаю, что не каждый раз, но от того не легче. Настройки вообще разбросаны по разным разделам, цвета текста в одном месте, шрифт в другом, дикий шабаш линуксиста, какой-то. Но более всего добил выходной файл ".elf" (эльфы гномы?), стандартный ".bin" или ".hex" религия не позволяет? В общем, впечатление так себе.

Доступно 30 "скинов".

Уже писал, КИСЛОТНЫЕ ТЕМЫ, выбор из двух вариантов фона БЕЛЫЙ и условно ЧЕРНЫЙ, без вариантов. Настройку цветов фона не обнаружил.

Если нужны, то однозначно, лучше ими обзавестись

Их у меня много, но сидеть часами пялясь в экран LCD, это угробить глаза окончательно. Глаз видит огрехи шрифтов на экране, в отличии от ЭЛТ монитора, где шрифт сглажен и очень устаёт. Читаю с планшета без очков, но там не нужно вглядываться в текст.

Ну вот в 32-битной проблем может быть больше

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

отсечь все ненужное

В нормальных IDE всё с точностью до наоборот. Создаётся пустой проект, а потом подключается нужное, так даже в Ардуино. Здесь же они включают сразу отладку через COM порт и debug, попытка отключить последний сразу вызывает ошибку компиляции. Как бороться пока не понял, что можно удалить из проекта, чтоб превратить его в чистый лист без лишнего? Грубо говоря, нужен только файл объявлений для доступа к регистрам МК, инициализация стека и векторных прерываний, остальное ненужная навеска.

[Oleg 9]

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

Вадим не понятно, какой отладчик имеете ввиду, обвёл красным места управления окнами...

[cuneum]

какой отладчик имеете ввиду

Я так понял, програмного отладчика там нет вообще, только тот, что требует связи с реальным МК? По крайней мере, мне такой запустить не удалось, может недоглядел, а китайцы сделали?

[vadim_d]

какой отладчик имеете ввиду

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

Добавлено через 6 минут(ы):

програмного отладчика там нет вообще, только тот, что требует связи с реальным МК?

Программного симулятора контроллера нет, но отладка в реальном сделана на совесть

Их у меня много, но сидеть часами пялясь в экран LCD, это угробить глаза окончательно. Глаз видит огрехи шрифтов на экране

Вот тут спасают такие, которые полной резкости не дают, но общую картину воспроизводят . По работе приходится пялиться в дисплей постоянно

Добавлено через 36 минут(ы):

писал о конфигурации окошек при запуске их стандартной отладки, жучек который

Вот тут https://www.cqham.ru/forum/showthrea...=1#post2089346 скриншот был

[veso74]

... выбор из двух вариантов фона БЕЛЫЙ и условно ЧЕРНЫЙ, без вариантов. Настройку цветов фона не обнаружил.

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

... Здесь же они включают сразу отладку через COM порт и debug, попытка отключить последний сразу вызывает ошибку компиляции. Как бороться пока не понял, что можно удалить из проекта, чтоб превратить его в чистый лист без лишнего? Грубо говоря, нужен только файл объявлений для доступа к регистрам МК, инициализация стека и векторных прерываний, остальное ненужная навеска.

Начните не с #include <debug.h>, а, например, с заголовочного файла #include "ch32v00x.h". Ну, с этого момента вам придется все писать самостоятельно, а затем соберите необходимые готовые файлы и внесите их пути в свой проект (так уже потеряете готовые функции напр. для Delay_Ms, Delay_Us -> пишите свои собственные).

[Oleg 9]

скриншот был

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

[veso74]

Пошаговое выполнение кода на C + Watch и прямой доступ к регистрам часто бывает достаточно. И ето "творит чудеса" (значительно сокращает время поиска логических ошибок и несоответствии внурт. периферии и упр. вых. устройства).

[vadim_d]

кликнуть мышкой по обведённым красным

Вот еще куда зарыли . Это заметил, но не пробовал, хотя может при нехватке ширины деление по вертикали поможет. Вспоминается классика Пушкина о GUI: "Стал он кликать золотую рыбку" . И левой кнопкой, и правой, и с Shift-, и с Ctrl-