Мелкие вопросы по МК и ПЛИС.

КРАМ

oleg110592 писал(а):по аналогии с PC где сейчас никто практически не пишет на чистом Си (разве что драйвера и пр. системное)

В аппаратурных приложениях написание "драйверов" и есть ОСНОВНАЯ ЗАДАЧА. Все остальное - тривиальный сервис и украшалки.
Ключевые параметры изделия обеспечиваются именно на уровне ядра РТОС.
Как бы не совершенствовались МК и не уменьшалась их цена, в конкурентной борьбе у эмбеддеров выиграет тот, кто сумеет выжать из МК по максимуму, обеспечив тем самым уникальность ТТХ конечного изделия.
Пользователи библиотек плюсов и шарпа будут лишь одними из толпы...

Реклама

coredumped

К радости хомячков даже в ядре Linux появилась возможность писать дрова на плюсах. Мир сошел с ума, похоже

На плюсах, как я считаю, удобно писать всякие UI/GUI под ОС, особенно многооконные - тут ООП очень даже помогает.
Но делать классы для работы GPIO - это извращение. Опять же либы, нацарапанные на плюсах прячут механизмы работы с железом, что приводит к увеличению армии быдлокодеров. Это похлеще даже чем бездумное использование SPL для STM32. А потом народ недоумевает, почему на ARM с тактовой частотой 160МГц все работает не быстрее, чем на AVR

Реклама

Леонид Иванович

coredumped писал(а):Но делать классы для работы GPIO - это извращение.

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

Chettuser

Вот вопрос в новой для меня области - для FPGA существует так называемая конфигурационная память. Как я понял она имеет протокол SPI. В связи с этим вопрос - почему применяется именно дорогущая память от производителя FPGA, а не любая доступная с SPI?

Реклама

coredumped

Chettuser писал(а):Вот вопрос в новой для меня области - для FPGA существует так называемая конфигурационная память. Как я понял она имеет протокол SPI. В связи с этим вопрос - почему применяется именно дорогущая память от производителя FPGA, а не любая доступная с SPI?

1. Она не такая уж дорогущая.
2. FPGA как правило имеют несколько схем конфигурирования. Для примера, некоторые Altera Cyclone в BGA корпусах может использовать параллельную flash для загрузки.
3. Те же циклоны имеют режим passive serial programming, а в этом режиме можно законфигурить ПЛИС из МК. Именно этот метод использую я - очень удобно апгрейдить софт и конфигурацию ПЛИС в готовых изделиях - не нужно никаких дополнительных программаторов. Берется контроллер с flash с расчетом размещения битстрима ПЛИС или, как вариант, можно применить любую внешнюю микросхемку flash/eeprom.

Реклама

Chettuser

Я имел ввиду режим Active serial. Значит есть таки различия у SPROM и SPI Flash/EEPROM?

Реклама

ximik

Кто нибудь знает что нибудь о китайских светодиодных вентиляторах? как их перепрошить и какой у них канал связи? купил сувенир решил разобрать обнаружил кучу неизвестных пятоков для подключения и названия которые не гуглятся на плате TBD-11-03 на светодиодной ленте TBD18 в ряду 9 светодиодов по названию загуглить не удалось.

asus1011

где питалово этого микроконтроллера MC908QC16CDZE это чудо на ходится в стиралки , что-то не включается стиралка,

Спасибо!!!

Chettuser

Может быть это не в тему. Проверьте сначала кварц.

asus1011

так кварца нету, наверное внутренний , работала нормально стиралка, через две недели включил , никаких признаков жизни

pyzhman

Сначала проверьте напряжение в розетке.

pyzhman писал(а):Сначала проверьте напряжение в розетке.

Только перед этим прочитать МПБЭЭ, раздел "Технические мероприятия" п. "Проверка отсутствия напряжения". + ИПИСЗ

FreshMan

как быть когда надо организовать задержку менее 1 мкс ?
я так полагаю что ф-ция _delay_us(); уже сдесь безсильна

menzoda

FreshMan писал(а):сдесь безсильна

здесь бессильна

FreshMan писал(а):как быть

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

coredumped

Chettuser писал(а):Я имел ввиду режим Active serial. Значит есть таки различия у SPROM и SPI Flash/EEPROM?

Да, есть разница. Все это можно прочесть в datasheet в разделе "device configuration" - там есть описание протоколов, временные диаграммы, короче вся необходимая информация.

zero648

FreshMan писал(а):как быть когда надо организовать задержку менее 1 мкс ?
я так полагаю что ф-ция _delay_us(); уже сдесь безсильна

Несколько NOPов подряд

menzoda

zero648 писал(а):Несколько NOPов подряд

Точно! Если не нужно задавать разные задержки, то самое простое - это несколько пустых инструкций. Что-то в голову не пришло.

Мikа

Доброго дня

Сегодня такой вопрос: Если надо сделать устройство, в котором будут часы реального времени и что-нибудь ещё.
Я смотрел эту статью, там всё делается на ATmega16.

Часы можно реализовать по таймеру и тактировать его от кварца 32 кГц. Но всему остальному контроллеру 32 кГц будет мало. Как-то я криво выражаюсь, как обычно.

Короче, вопрос такой: можно ли вешать на МК 2 кварца (в случае с Atmega16 у него есть ноги XTAL1 - XTAL2 и TOSC1 - TOSC2. А у ATmega48 это одни и те же ноги. Его, значит, нельзя? Но в таком случае можно ли повесить на эти выводы часовой кварц, чтобы от него тактировался таймер, а всё остальное работало от встроенного источника?

nirq

Что мешает получить секундные интервалы из частоты 38 кГц или даже 14.7456 МГц?

Можно просыпаться по таймеру2 от медленного кварца, быстро делать что-то на встроенном RC-генераторе (кстати OSCCAL) и засыпать до следующего тика таймера2.
Нужно обосновать плюсы и минусы такого варианта.
Более чем желательно конкретизировать ситуацию, ещё лучше - с перспективами развития в будущем. Хинт: уарт, питание от розетки.

задержку менее 1 мкс... Несколько NOPов подряд

PIC16 @ 500 кГц.

КРАМ

Мikа писал(а):Доброго дня Сегодня такой вопрос: Если надо сделать устройство, в котором будут часы реального времени и что-нибудь ещё.

Оптимальная реализация зависит от применяемого источника питания.
При батарейном питании самым экономичным будет двухчастотный режим, когда от часового (32768 Гц) кварца питается только АСИНХРОННЫЙ таймер МК, который способен генерировать прерывания в режиме sleep микроконтроллера. А уже при просыпании МК включается системный генератор, который чем более высокочастотный - тем лучше, поскольку потребление МК на единицу частоты системного тактового генератора тем меньше, чем эта частота выше.