Карма: 1
Рейтинг сообщений: 21
Зарегистрирован: Пн май 16, 2011 10:54:32 Сообщений: 299 Откуда: Красноярск
Рейтинг сообщения:0
Оно того стоит. То, что вы дали, очень хорошо. Но не в моем случае. Это нужно, когда требуется вывести изображение на монитор. А мне нужно выводить напрямую с мк в память дисплея. Но все равно спасибо
_________________ Все можно сделать, было бы желание!
Тогда строим стандартный Прямой Доступ в Память дисплея со стороны внешнего устройства. Хоша бы просто аналог КР580ВТ57 (intel82c37а-5) c общим высокоскоростным ОЗУ как примитив. Или ищем флешку с "двусторонним доступом" (что-то подоббное К155РП1/ИР32/SN54|74170, К555ИР26, К155РП3 как примитив или флешак с одновременным параллельно/последовательным доступом как эксклюзив). А на все это навешиваем простенькую систему на двух МК - один обслуживает доступ от системы, другой "видеокарту". Итого Контроллер Дисплея и контроллер ПДП. Плюс такого решения - легкая замена при повреждениях и попроще элементную базу достать, минус - габариты. (Или готовое решение от того же ZX-Spectrum "осовременить"). Если китая-мама иль какой мощный фирма делать будет - проще в "капельку" заказную загнать, ежли конструкция на "копипаст" рассчитана - тоже неплохо. А если на просто любителя... хоша похоже такие уже перевелись... АРМы в "рассыпушном" виде - промежуточный вариант, схемодельщина на них обречена на перерождение в пользователей готовеньких ДУИНО-подобных плат с предустановленным ПО и работой под готовыми ОС на языках высокого уровня не ниже Си (а лучше , что вероятнее всего и произойдет, под какой-нибудь "визуал" средой). Путь развития будет такой же, как и у I8080: Сначала, пока не особо сложное, чегось вида самодельных Радио Рк-86 и синклер-спектрумов, затем (после появления I8086 и более навороченных 186,286...) разделение на реально прикладной вариант "микроконтроллер" (семейства 8-разрядных) для мелких самоделок и профессиональные ПК (IBM PC), в которых имеются только пользователи. Ведь никто из любителей не разрабатывает самоделок на тех же комплектах северного с южным мостов + пенек4 иль 5й, зато пользавателей готовых ПК и ОС под средами высокого уровня вполне достаточно.
схемодельщина на них обречена на перерождение в пользователей готовеньких ДУИНО-подобных плат с предустановленным ПО и работой под готовыми ОС на языках высокого уровня не ниже Си
На ASM конечно писать сейчас для современных микроконтроллеров - это извращение. Можно написать пяток строчек. да и то редко в критичных по скорости местах.
Отладочные платы - оно конечно вещь полезная, но если хочется - маленьких размеров - низких уровней шумов - низкой цены то тут туже ДУИНО варианты не рулят.
Карма: 1
Рейтинг сообщений: 21
Зарегистрирован: Пн май 16, 2011 10:54:32 Сообщений: 299 Откуда: Красноярск
Рейтинг сообщения:0
Ардуино не куплю из принципа. Ну не стоит она своих денег. Да и заставляет разработчика стать "как все". Т.к. не люблю ограничения - этот вариант не подходит. Под STM32 тоже не хочу плату покупать. Т.к. как и под AVR - хочется свое. 60% перефирии дискавери мне не нужна. Думаю об одной очень интересной модели STM... 96 кбайт оперативки. Очень заманчиво. Но сам по себе камень стоит 500 руб. Пока ни к спеху. Еще думаю. Нужно будет решить 2 проблемы. 1) Как сделать преобразователь 1.5V...5.5V в 3.3V (Подумываю о микросхемах-преобразователях.) 2) Что использовать для вывода аудио. Микросхему какую-нибудь левую, или же схемы на подобии R2R или шимом. Но хочется высокого качества. Т.к. примерная производительность позволяет - хочется, чтобы и Flac звучал в полном качестве.
_________________ Все можно сделать, было бы желание!
Тогда забудь про самопальную схемотехнику для ARMоподобных Или будеш среднесложный проект на ассемблере по паре - тройке месяцев шкарябать. Ибо Сишные компиляторы знают только свои схемные решения, а писать асмовские вставки... не меньшее садомазо, чем полностью весь проект на асме делать (ибо надо глубокие знания по кконкретному компилятору Си иметь - а эту инфу весьма трудно раскопать).
BOB51, Вы хоть пробовали ее раскопать? до сих пор на асме пишете для 8-биток. Не пугайте кота раньше времени. Простейшие асм вставки делаются по шаблону. Достаточно изучить как пишется функция на ассемблере для последующего вызова из Си программы и применять этот шаблон при необходимости.
Пробовал, но посчитал на данный момент избыточными затраты на такое изучение. Мое мнение - данный вид устройств (АРМы) предпочитает готовые модули оснащенные собственными ОС для работы под языками высокого уровня. Для работы под асмом более оптимально освоение PIC24, но там уже потребуется на программатор выложится, да и бумажная версия документации тоже не даром делается - жаль денюжки, затраченной "на полочку". Чего касательно 8-биток - так лучше хош кое-что знать о 8-битных хотя-бы на среднем уровне, чем весьма поверхностно АРМы. Я пока еще только осваиваю навыки асма.
Не понимаю, почему металокерамека стоит так дорого. Что она дает по сравнению с пластиком? Жаль, что из 32-х битных у них только 1 в пластиковым корпусе. Теперь со способом их программирования разобраться, софтом под них, и мнемоникой ассемблера.
Изначальное наследие советских времен. Реально в жизни металлокерамические корпуса помогают только от радиации. Под воздействием радиации пластик начинает превращаться в труху - гниет. И тут пока ничего не изобрели. Если радиации нет, то для задач герметичности, теплостойкости и тп современные пластиковые корпуса вполне подходят, и могут обеспечить те же характеристики, что и металлокерамические. (Есть конечно совсем дешевые, но мы их не рассматриваем). Но так как со времен распада СССР отечественная микроэлектроника как бы не развивалась, то и развития корпусов для микросхем не было, хотя на закате СССР уже появлялись военные микросхемы в специальных пластиковых корпусах. Но это направление встало. По требованию воен приемки можно паковать только в сертифицированные военные отечественные корпуса - а они есть только металлокерамические, хотя все идет к тому, что появятся и пластиковые.
Меня охватили теже чувства. Почитав вопрсы - понял, что многие вещи в этих мк сделаны через "Россию". Наример чтобы переписать Flash, нужно сначала записать программу в ОЗУ, а лишь потом эта программа может переписат основу. При этом нужно, чтобы ничто не могло вызвать обращение к флешу. Например прерывание. Открыл на их фоурме тему - forum.milandr.ru/viewtopic.php?f=33&t=1668&p=7641#p7641. Многим вещам удивился. Например тому, что нужно покупать программатор-отладчик. Стоимость которого минимум 1500 руб. А так основная масса стоит 10000-15000. Я думал, что Jtag ice mkii вполне может подойти.
Программирование Flash во многих микросхемах идет через ОЗУ. Иначе просто нужно две Flash. Невозможно исполнять код из Flash которая стирается или пишется в данные момент. Просто от пользователя это завуалировано. "Записать в ОЗУ" - просто поставьте атрибут на функцию, что бы она была расположена в ОЗУ, и все это за вас сделает компилятор. Прерывания можно не заприщать, просто таблицу векторов и обработчики тоже перенесите в ОЗУ. Отладчики для ARM стоят столько сколько стоят. Но если вам не нужна отладка, а достаточно только залить прошивку, то можно это сделать через UART. Соотвествующий софт уже есть. Так же есть средства отладки и приграммирования от пользователей, например CooCoх или OpenOCD, где шнурок отладчик можно собрать самому и за копейки http://vak.ru/doku.php/proj/bitbang/bitbang-jtag или http://coocox.com/Colinkex.htm
Прошу прошения, больше не буду. Но в свое оправдание скажу, что это вызвано не моей ошибкой или не знанием, а премодерацией моих сообщений и на момент ответов на остальные вопросы, первые сообщения еще не были опубликованы. И воспользоваться кнопкой "Правка" я не имел физической возможности.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 6
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения