Мелкие вопросы по МК и ПЛИС.
Для TL431 требуется не менее 400 мкА, чтобы получить 2,5 Вольт. Проверено экспериментально.
- Реклама
Ну, это вполне общеизвестно - для неё ведь и заявлен минимальный рабочий ток 0.4 мА. В общем случае это не является помехой - на фоне потребления даже одного светодиода это малозначительно. Меня интересует сейчас несколько другое - получение температурной стабильности хотя бы в пределах пары младших двоичных разрядов. Чё-то со штатным в тиньке грустно очень...
А я столкнулся с задачей минимизации тока потребления. Пришлось мутить схему отключения в том числе TL431.
Ну задача встроенного FVR совершенно утилитарная. С его помощью МК измеряет СОБСТВЕННОЕ ПИТАНИЕ для целей ИНДИКАТОРНОГО характера.Slabovik писал(а):Мда, скудно, ....
У той же, далеко не прецизионной (по современным меркам) TL431 отклонение только 2.2%.
Шкалу из трех-пяти сегментов показать для ориентиру или что либо подобное...
А для серьезных вещей есть неплохие источники опорного напряжения у AD. Цена правда в РФ около 12 долларов, зато номинал в 0,02%,ну и остальное аналогично...
http://www.analog.com/static/imported-f ... 0_4550.pdf
Ежели с ними еще и ADC разрядов на 16 от той же конторы... ммммм...
Исключительный инструмент...
AD вообще вкусная контора. Только сэмплы в РФ уже вроде бы не шлёт.
- Реклама
Гуру, подскажите, EmBlocks + FreeRTOS кто-нибудь скрещивал? Что в итоге?
Всем привет!
В общем есть модули ZigBee MRF24J40MA (4 штуки, хз зачем купил) от микрочипа. Сам я предпочитаю STM. Инициализировать и передать байт получилось. Хотелось бы поднять простенькую сеть пока без координаторов, тупо роутеры.
Ни кто не замарачивался с портированием ZigBee стека от микрочипа под STM32?
Благодарное ли это дело? Ни разу не занимался адаптацией стека.
В общем есть модули ZigBee MRF24J40MA (4 штуки, хз зачем купил) от микрочипа. Сам я предпочитаю STM. Инициализировать и передать байт получилось. Хотелось бы поднять простенькую сеть пока без координаторов, тупо роутеры.
Ни кто не замарачивался с портированием ZigBee стека от микрочипа под STM32?
Благодарное ли это дело? Ни разу не занимался адаптацией стека.
Вот не пойму - на некоторых сайтах видел как объединяют несколько пинов для увеличения нагрузочной способности. Вопрос - можно ли так делать? Вроде как это некорректно?
И еще один вопрос - дайте волшебный пинок, каким образом реализовать преобразование BIN2BCD на verilog с большим количеством (27) бит?
И еще один вопрос - дайте волшебный пинок, каким образом реализовать преобразование BIN2BCD на verilog с большим количеством (27) бит?
Несколько пинов можно объединять, только управлять ими надо синхронно и не превышать нагрузочную способность самих пинов и ножек питания.
По второму вопросу вот что попалось в кэше яндекса - тынц.
По второму вопросу вот что попалось в кэше яндекса - тынц.
Когда уже ничего не помогает - прочтите, наконец, инструкцию.
Лучший оптимизатор находится у вас между ушей. (Майкл Абраш, программист Quake и QuakeII)
Избыток информации ведёт к оскудению души - Леонтьев А. (сказано в 1965 г.)
Лучший оптимизатор находится у вас между ушей. (Майкл Абраш, программист Quake и QuakeII)
Избыток информации ведёт к оскудению души - Леонтьев А. (сказано в 1965 г.)
Вообще объединять выходы на прямую - это плохой тон. Почему бы не воспользоваться буфером, если уж надо усилить выход по току? Просто можно ошибиться и получить "сквозняк".Chettuser писал(а):Вот не пойму - на некоторых сайтах видел как объединяют несколько пинов для увеличения нагрузочной способности. Вопрос - можно ли так делать? Вроде как это некорректно?
И еще один вопрос - дайте волшебный пинок, каким образом реализовать преобразование BIN2BCD на verilog с большим количеством (27) бит?
Теория — это когда все известно, но ничего не работает. Практика — это когда все работает, но никто не знает почему. Мы же объединяем теорию и практику: ничего не работает… и никто не знает почему!
© Альберт Эйнштейн
© Альберт Эйнштейн
разделяют нагрузку на пин, на порт и на кристалл. Если пин рассчитан, например, на 10 мА, то это не факт, что порт, в котором 10 бит (например) выдержит 100 мА. Нагрузка на порт может быть ограничена 80 мА, а на кристал еще меньше. Надо курить доку на конкретный мк.Kavka писал(а):Несколько пинов можно объединять, только управлять ими надо синхронно и не превышать нагрузочную способность самих пинов и ножек питания.
По второму вопросу вот что попалось в кэше яндекса - тынц.
Теория — это когда все известно, но ничего не работает. Практика — это когда все работает, но никто не знает почему. Мы же объединяем теорию и практику: ничего не работает… и никто не знает почему!
© Альберт Эйнштейн
© Альберт Эйнштейн
Привет, помогите разобраться как выставить фьюзы по этим скриншотам в пони прог или аналогичной программе (с галочками)?
- Вложения
-
- фьюзы 2.jpg
- (29.86 КБ) 314 скачиваний
-
- Фьюзы.jpg
- (47.33 КБ) 349 скачиваний
Открываете DS на ATmega8; открываете раздел Memory Programming и выставляете. Например,
Internal Calibrated RC Oscillator 8MHz CKSEL3...0 0100 (галка, нет галки, галка,галка)... Некоторые FUSE-биты устанавливаются прямо из указанного раздела, для других придётся походить по указанным в разделе страницам.
Internal Calibrated RC Oscillator 8MHz CKSEL3...0 0100 (галка, нет галки, галка,галка)... Некоторые FUSE-биты устанавливаются прямо из указанного раздела, для других придётся походить по указанным в разделе страницам.
- Сообщения: 118
- Зарегистрирован: Ср фев 05, 2014 18:54:39
что быстрее копирование скажем данных из 1 области памяти в другую самим процессором или модулем DMA? По идее проц же быстрее т.к. для DMA пропускная способность системной шины огрничена
Зависит от конкретной архитектуры. Вот при i8085 ещё надо сильно постараться, чтобы DMA получился медленнее процессора 
- Сообщения: 118
- Зарегистрирован: Ср фев 05, 2014 18:54:39
Вроде ответил уже 
Ладно, ответ в-лоб: может. Может быстрее. А может и медленнее.
Ведь DMA и придуман в те времена, когда проц был явно медленен. Если проц быстр при двигании массивов, то смысл городить для этого какой-то DMA, который будет медленнее, для меня ускользает. Но бывает, что смысл есть и в этом, но тогда он несколько другой, например, не отвлекать по-уши загруженный проц от каких-то своих вычислений.
p.s. Всё это без привязки к конкретной архитектуре достаточно отвлечённо, потому что на каждое общепринятое правило найдётся общепринятое же исключение. Поэтому, если встаёт вопрос о том, делать DMA или нет - нужно взвесить оба (а может и более) варианта, и посмотреть, что будет в итоге интереснее...
Ладно, ответ в-лоб: может. Может быстрее. А может и медленнее.
Ведь DMA и придуман в те времена, когда проц был явно медленен. Если проц быстр при двигании массивов, то смысл городить для этого какой-то DMA, который будет медленнее, для меня ускользает. Но бывает, что смысл есть и в этом, но тогда он несколько другой, например, не отвлекать по-уши загруженный проц от каких-то своих вычислений.
p.s. Всё это без привязки к конкретной архитектуре достаточно отвлечённо, потому что на каждое общепринятое правило найдётся общепринятое же исключение. Поэтому, если встаёт вопрос о том, делать DMA или нет - нужно взвесить оба (а может и более) варианта, и посмотреть, что будет в итоге интереснее...
Чем ограничена пропускная способность шины для DMA?jazz393 писал(а):По идее проц же быстрее т.к. для DMA пропускная способность системной шины огрничена
Либо DMA совершает транзакции внутри цикла процессора в тех его тактах, когда шина свободна, либо вообще DMA захватывает шину, останавливая процессор.
У DMA при работе с шиной обычно высший приоритет, поскольку на DMA строится диаграмма реального времени.
Транзакции память-память у DMA всегда выполняются за один машинный цикл. А вот процессор может выполнить это действие за один цикл только при косвенной автоинкрементной адресации. Ну и распараллеливание процессов DMA и процессора позволяет увеличить общую производительность ЭВМ.
Не всегда... Память тоже разная бывает и может существовать на разных шинах...Транзакции память-память у DMA всегда выполняются за один машинный цикл.
"Я не даю готовых решений, я заставляю думать!"(С)


