Перейти к содержанию

esaulenka

Свой
  • Публикаций

    1 042
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный

Информация о esaulenka

  • Звание
    Профессионал
  • День рождения 25.01.1983

Информация

  • Город
    Маськва

Посетители профиля

6 460 просмотров профиля
  1. Разговор про картинку из первого поста, или "как правильно" ? Потому что в изначальной схеме управление замешивается в ОС по напряжению.
  2. Я, конечно, так себе источник, но printf (что из большой newlib, что из newlib-nano) сейчас плавучку не печатают. При выравнивании стека "как раньше" проблемы нет. Ну и здравый смысл говорит, что указатель стека важен только в момент вызова этих функций, а не в момент переключения контекста.
  3. Прочитать обсуждаемый исходный код лень, но поспорить по-прежнему хочется. Ок, разжёвываю (хотя мы вроде б не в теме для начинающих). Обсуждаемая переменная используется ТОЛЬКО при старте ОС, при переключении задач работает совсем другой кусок кода. И семнадцать 32-битных (stack_item_t в 64 бита для кортекса-М. хаха) регистров отсчитываются только в этом случае и только на M4 с ВКЛЮЧЕННОЙ аппаратной плавучкой. Более того, если открыть исходный код (Антон даже ссылку давал. файл старый, но по сути ничего не поменялось), можно посмотреть, какие именно регистры туда "сохраняются".
  4. Встречный вопрос. Если Вы не знаете, как это реализовано в scmRTOS, более того, не удосужились прочитать обсуждаемый исходник, что Вы делаете в данной теме? Строите теории по двум строчкам, вырванным из контекста?
  5. А я вот как раз о них и говорю. Какой-нибудь "французский" Petzl, который используют спасатели по всему миру, в плане электроники - позапрошлый век. Вытягивать всю батарейку, а не "стабилизировать" ток резистором они начали только в самых последних моделях. Работать от ЧЁТНОГО количества батареек, а не от трёх - тоже далеко не во всех моделях (не, я понимаю, что 3*1,5 вольта или 3*1,2 вольта разработчику гораздо удобнее. Но аккумуляторы заряжать или батарейки покупать удобнее парами). Но надёжно и в плане электроники, и механика там на 100% отработана. Короче говоря, соревнования я бегаю (и езжу на велосипеде) с китайскими фонарями, благо сейчас есть приличные китайцы. Ярче, удобнее, примерно так же по надёжности (у меня всё работает!) и за те же деньги. И вот там как раз какие-то безымянные восьмибитники стоят.
  6. bin - это прошивка на какой-то ARM Cortex. Может быть, LPC111x (адреса похожи, разбираться в логике программы очень лень). hex, похоже, от какого-то PIC'а, но а) конвертер кривой, и там, действительно, 99% мусора. б) конвертер кривой, и там в одной куче flash, configuration и eeprom. Причём регистры конфигурации "накладываются" на начало флешки. Курим http://www.keil.com/support/docs/1584/ Делаем: - вычищаем FF'ы: grep -v "FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF" pic18f26k20.hex > pic18f26k20.hex_no_ff - руками выкидываем лишние extended segment address record (результат - во вложении) - отрезаем "хвост" из configuration :020000020000FC :200000000008181F0089810000000FE00F40FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF6B и eeprom :0200000400F00A :020000020000FC :20000000FFFFFF060C02FFFFFFFF4E6F74653132333400FFFFFFFFFFFFFFFFFFFFFFFFFF80 :2000C000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF00003E :2000E00000000000FFFFFFFFFF0000FFFFFFFFFFFFFFFF303030303030300B0A0A0A0A305A получаем pic18f26k20_rom.hex (во вложении). Как Вашему программатору скормить конфигурацию, я не знаю. PIC последний раз видел в институте... Пиво за третий столик! pic18f26k20_no_ff.hex pic18f26k20_rom.hex
  7. У меня есть китайский фонарик. Три режима яркости, достаточно удобное управление (короткое нажатие - переключить режим, длинное - вкл/выкл), индикатор заряда (двухцветный диод). Не очень тщательно изучал вопрос, но вроде б среди миллиона готовых драйверов такого нет.
  8. У AVR'ок внутри есть источник опорного напряжения (ищется в документации по слову "bandgap"). Его можно подключить к АЦП (внутри, просто установкой нужных бит), измерить, и посчитать на основе этого измерения внешнее опорное напряжение. Так можно периодически калиброваться, компенсируя разряд внешней батарейки. Другой вопрос, что опорник там... мягко говоря, не очень точный (типовые графики зависимости опорного напряжения от погоды на Марсе внешнего напряжения и темературы в даташите есть). PS использовать analog switch как драйвер - идея забавная. Интересно, почему так не делают? Ему точно плохо не будет? Или банально дорого?.. PPS идею обратной связи на первой и второй ногах тиньки не осознал. Зачем нужны две?
  9. Коллега аналогично страдал. STLink - встроенный в дискавери, таргет - внешняя плата (с питанием от батареек). Решили перепрошивкой отладичка в JLink без замены каких-либо кабелей.
  10. фыва-фыва! Спасибо за работу!
  11. передача в ф-ю адреса массива (+)

    Не покажете? У меня AES decrypt занимает килобайт. (+ таблички в ОЗУ). Полный вариант (encrypt + decrypt) - полтора. Таблички поместить во флеш - ещё пол-кило (но у загрузчика ОЗУ и так с избытком). Код чужой, с минимальными допиливаниями. @file Aes.c @brief Handles AES computation. @author Andrew Gorczyca @date 2012/5/25
  12. Что-то я не туда посмотрел, видимо. Ссылки работают (на действующий форум, электроникс.ру), и вроде б будут работать после переезда. Например, в сообщении http://forum6.electronix.su/index.php?app=...comment-1572209 стоит ссылка на https://electronix.ru/forum/index.php?showt...mp;#entry870651 По ссылке http://forum6.electronix.su/forum/index.ph...mp;#entry870651 (это предыдущая ссылка на новом сервере) редиректит на http://forum6.electronix.su/index.php?app=...#comment-870651, т.е. на корректное сообщение. Претензия к некрасивому виду цитат и неработающим ссылкам в их заголовке осталась.
  13. На новом форуме какая-то беда с цитатами - миграция всё сломала. Во-первых, форматирование хорошо б как-то поправить, чтобы было очевидно, где цитата, а где ответ. А во-вторых (и это главное) сломались все ссылки на сообщения. И если в собственно цитатах это не очень страшно, то сообщения типа "обсуждали пол-года назад, посмотрите здесь (ссылка)" становятся бессмысленными...
  14. Я вопрос изучал года три назад (на STM32F105), и, в итоге, для сброса ошибок не делаю НИ-ЧЕ-ГО. Бит ABOM работает - при наступлении тишины в шине всё само собой восстанавливается.
  15. Посылка по CAN в STM32F3

    Не, я понимаю, что читать спецификации не модно, если можно фигачить код и писать вопросы в интернетах... Но, всё-таки 1) чем вы руководствовались при запуске непрерывной передачи без малейших пауз? 2) слышали ли вы что-то о ACK'ах в кан-шине? И если да, то задумывались ли, кто же будет их выдавать?