roboforum.ru

с массивами/структурами попутно разобраться тоже надо

=DeaD= писал(а):

Сергей писал(а):Я предлагаю не тупо в цикле а аппаратно

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

Да я говорю про режим работы таймера! Он же может работать в ШИМ, вот вешаем на выход таймера светодиод, меняем скважность и уаля:P

=DeaD= писал(а):

Сергей писал(а):Ну можно всякие ЖКИ подключать от мобильников. Там не сложно, лучше написать

Тогда да, но во с каким компонентом показывать всё?

С памятью проще всего. А i2c можно рулить i2c-переменный_резистор, мм какие ещ есть датчики доступные? Либо с i2c можно организовать передачу данных между двумя МК.

=DeaD= писал(а):PS: К каждой задачке должен быть исходник для скачки, прошивка, файл для протеуса под этот урок в котором можно всё покрутить без реального МК.
Ну и надо как-то будет вводную для протеуса написать тоже. Хотя я там с ходу вроде разобрался...

Да. С протеусом у нас есть курс123

=DeaD= писал(а):PPS: Да, пожалуй, наверное надо отдельно две ветки сделать обучения, периферия и собственно внутренние вопросы языка, а то что-то про язык не много покажем.

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

Ну теперь, на данном этапе, я не вижу больше неясностей и можно приступать к реализации примеров, а?

МК надо ставить мегу32
1. вы всё равно оринтируетесь что чайник будет сначала в протеусе код разбирать
2. какая разница по деньгам у меги16 и меги32, 25р.?
3. есть возможность для начинающих ничего не паяя взять минибот и на нем изучать ваш курс.

Потому как фиг знает чего у тебя на порт B повешено

как это фиг знает???
Есть оффициальная схема минибота, там всё чётко прописано что на каком порту повешено

blindman писал(а):А ориентироваться на тех, кто не сможет самостоятельно прописать в программе нужный порт - пустая трата времени.

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

blindman писал(а):Я против того, чтобы привязывать материал к конкретному железу. На фига каждый раз лезть смотреть схему, где там что подключено в миниботе или другой платформе.

Если у нас базовые МК одинаковые, почему бы не сделать совместимый курс? В конце концов можно сделать сначала просто курс не привязано к миниботу, а потом адаптировать, чтобы на нём это тоже работало.

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

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

Не по религиозным соображениям, а по чисто практическим. Мне например удобно запускать примеры на тех платах, что у меня есть, и не факт, что там свободны ноги, которые в миниботе выведены на ту или иную перефирию. А читающему будет полезно подумать, как адаптировать код к своему железу

Какой еще хекс? Конечно, исходник, от хекса какая польза? А работать он будет на любом контроллере, где будут свободны те ноги, которые прописаны. И на любом другом, если чуть потрудиться и изменить порты.

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