Микроконтроллеры, АЦП, память и т.д Темы касающиеся микроконтроллеров разных производителей, памяти, АЦП/ЦАП, периферийных модулей... |
04.10.2011, 22:57
|
|
Прописка
Регистрация: 09.12.2003
Сообщений: 116
Сказал спасибо: 5
Сказали Спасибо 23 раз(а) в 19 сообщении(ях)
|
СТМ и неожиданные выводы
Сделав с десяток проектов (мелкие , даже говорить не очем) на разнообразных СТМах ( 8S , 8L , 32F )пришел к неожиданным выводам:
Не буду использовать из хитровыдуманную периферию сверх некоего средного уровня присутствующего во всех процах всех фирм.
Ну как шаткий пограничный максимум ДМА пожалуй можно.
Попробовал много всяких ихних фишек и пришел к выводу о опасности их использования. Завтра кирдык прийдет СТМу как пришел Атмелу и будет очень неприятно переходить на новое семейство какое-нибудь.
С атмелом удалось безболезненно расстаться именно благодаря универсальному подходу.А до него еще раз 20 переходить то туда ,то сюда на разные микропроцессоры/микроконтроллеры.
Хотя конечно периферия у стм на редкость богатая.
Для одноразовых проектов буду баловаться ,а в серию только стандартные периферийные блоки.
Вот такие вот выводы.
|
|
|
|
04.10.2011, 23:24
|
|
Заблокирован
Регистрация: 26.12.2009
Сообщений: 3,124
Сказал спасибо: 116
Сказали Спасибо 867 раз(а) в 614 сообщении(ях)
|
Re: стм и неожиданные выводы
Странные какие-то выводы...
Бедная периферия - плохо...
Богатая - тоже плохо...
И куда... бедному эмбеддеру податься!!!???
|
|
|
|
04.10.2011, 23:52
|
|
Прописка
Регистрация: 09.12.2003
Сообщений: 116
Сказал спасибо: 5
Сказали Спасибо 23 раз(а) в 19 сообщении(ях)
|
Re: стм и неожиданные выводы
Сообщение от st_1
|
Странные какие-то выводы...
Бедная периферия - плохо...
Богатая - тоже плохо...
И куда... бедному эмбеддеру податься!!!???
|
Еще немного уточню.
Считаю допустимым (для себя) испоьлзовать какую-то одну фишку процессора, основную для текущего проекта.
Ну скажем нужно 6 ШИМов , или 4 уарта , или быстро делать "бабочку".
А вот прогибаться типа настроить 6 каналов АЦП сливать по дма в буфер , а этот буфер сливать в уарт (и это все работает практически без кода кроме инициализации конечно) пожалуй не буду.
Попробовал конечно , забавно.
Но если-что то потм будет не забавно.
А это "потом" в моей жизни наступало уже не раз и даже не десять раз.
|
|
|
|
05.10.2011, 00:41
|
|
Гражданин KAZUS.RU
Регистрация: 14.11.2008
Сообщений: 701
Сказал спасибо: 298
Сказали Спасибо 283 раз(а) в 193 сообщении(ях)
|
Re: стм и неожиданные выводы
Сообщение от PlainUser
|
А это "потом" в моей жизни наступало уже не раз и даже не десять раз.
|
Ну, тогда бросайте это дело, потому что нет в мире совершенства.
|
|
|
|
05.10.2011, 10:26
|
|
Гражданин KAZUS.RU
Регистрация: 04.08.2006
Сообщений: 911
Сказал спасибо: 28
Сказали Спасибо 180 раз(а) в 139 сообщении(ях)
|
Re: СТМ и неожиданные выводы
PlainUser, да всё правильно... только всё ещё дальше и глубже ...
Я убей не пойму как можно из АЦП данные впрямую куда-то передать... А протокол какой-то есть? Соответственно обработка промежуточная требуется ... Но это так ... просто чтобы обратить внимание, а в общем - выглядит так ...
1. Все вылизывания до так такта - убрать ... Проц выбирается с серьёзным запасом ...
2. ПО пишется слоями ...
3. Нижний слой - драйвера (привязка к железу)
4. внутри ПО полная развязка и главенство данных (полное отсутствие передачи данных от одного изолированного блока к другому)
|
|
|
|
05.10.2011, 10:41
|
|
Прописка
Регистрация: 09.12.2003
Сообщений: 116
Сказал спасибо: 5
Сказали Спасибо 23 раз(а) в 19 сообщении(ях)
|
Re: СТМ и неожиданные выводы
Сообщение от SasaVitebsk
|
PlainUser, да всё правильно... только всё ещё дальше и глубже ...
Я убей не пойму как можно из АЦП данные впрямую куда-то передать... А протокол какой-то есть? Соответственно обработка промежуточная требуется ... Но это так ... просто чтобы обратить внимание, а в общем - выглядит так ...
1. Все вылизывания до так такта - убрать ... Проц выбирается с серьёзным запасом ...
2. ПО пишется слоями ...
3. Нижний слой - драйвера (привязка к железу)
4. внутри ПО полная развязка и главенство данных (полное отсутствие передачи данных от одного изолированного блока к другому)
|
Похоже к этому дело и идет.
Правда последние лет 10 лень и скорость исполнения победили структурированный подход.Но возможно придется к нему вернуться.
В смысле когда-то давно все писал в правильном стиле.Локальные переменные , передача параметров , указатели итд итп.
Оказалось что для мелких проектов исполняемых в одно лицо это нафиг не нужно.
Сейчас куча глобальных переменных и каждая функция делает с ними что хочет.Так оказалось быстрее писать и быстрее работает.
На функции естественно все разбито до мелчайших подробностей с внятными названиями , иначе лет через 1...20 не вспомнить че там замышлялось.
|
|
|
|
05.10.2011, 10:45
|
|
Почётный гражданин KAZUS.RU
Регистрация: 13.10.2007
Адрес: Беларусь
Сообщений: 8,048
Сказал спасибо: 60
Сказали Спасибо 3,954 раз(а) в 2,309 сообщении(ях)
|
Re: СТМ и неожиданные выводы
Сообщение от SasaVitebsk
|
1. Все вылизывания до так такта - убрать ... Проц выбирается с серьёзным запасом ...
2. ПО пишется слоями ...
3. Нижний слой - драйвера (привязка к железу)
4. внутри ПО полная развязка и главенство данных (полное отсутствие передачи данных от одного изолированного блока к другому)
|
Вот поэтому русские компьютеры - самые большие компьютеры в мире...
ИМХО бред НЕ использовать аппаратные возможности по максимуму. Не спорю, это тяжко - как мне постоянно аргументируют "Я за неделю прочитал документацию на новый проц, а через две уже запустил устройство в серию" - но если потратить пару месяцев на изучение аппаратной части, из проца можно выжать в десятки раз больше за те же деньги...
|
|
|
|
05.10.2011, 10:58
|
|
Прописка
Регистрация: 09.12.2003
Сообщений: 116
Сказал спасибо: 5
Сказали Спасибо 23 раз(а) в 19 сообщении(ях)
|
Re: СТМ и неожиданные выводы
Сообщение от niXto
|
Вот поэтому русские компьютеры - самые большие компьютеры в мире...
ИМХО бред НЕ использовать аппаратные возможности по максимуму. Не спорю, это тяжко - как мне постоянно аргументируют "Я за неделю прочитал документацию на новый проц, а через две уже запустил устройство в серию" - но если потратить пару месяцев на изучение аппаратной части, из проца можно выжать в десятки раз больше за те же деньги...
|
Ну да , ну да , если заниматься самолюбованием ,
а если задача тупо создать продукт и в дальнейшем иметь с ним минимум геморроя то таки нет.
В общем ничто не мешает изучить все что можно и наворотить всего чего только можно.
Но только не для серийного производства.
Там в почете более тонкое искусство чем программирование SPI для STM32.
|
|
|
|
05.10.2011, 11:41
|
|
Почётный гражданин KAZUS.RU
Регистрация: 13.10.2007
Адрес: Беларусь
Сообщений: 8,048
Сказал спасибо: 60
Сказали Спасибо 3,954 раз(а) в 2,309 сообщении(ях)
|
Re: СТМ и неожиданные выводы
Сообщение от PlainUser
|
Но только не для серийного производства.
Там в почете более тонкое искусство чем программирование SPI для STM32.
|
Там в почете специалисты, которые могут сами разобраться в работе модуля и тем самым разгрузить проц от бессмысленного ножкодрыгательства.
Хотя да, с СПИ для этого чипа пришлось повозиться, но зато он у меня нормально работает. Чем вы хуже?
|
|
|
|
05.10.2011, 13:19
|
|
Прописка
Регистрация: 09.12.2003
Сообщений: 116
Сказал спасибо: 5
Сказали Спасибо 23 раз(а) в 19 сообщении(ях)
|
Re: СТМ и неожиданные выводы
Сообщение от niXto
|
Там в почете специалисты, которые могут сами разобраться в работе модуля и тем самым разгрузить проц от бессмысленного ножкодрыгательства.
Хотя да, с СПИ для этого чипа пришлось повозиться, но зато он у меня нормально работает. Чем вы хуже?
|
Я ленивый , на днях подключал ацп и еепром по spi к stm32.
Например:
Нашел там возможность посылать 8 или 16 бит за раз.
Попробовал , работает.
Использовать в проекте не стал , оставил только 8.
Потому-что лень переделывать будет когда через пару лет
заменив проц не обнаружу у него режима обмена 16бит.
А вот чтение уарта и загрузку по дма в буфер использую.
В надежде что хоть фифо будет если дма не будет.
|
|
|
|
Ваши права в разделе
|
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения
HTML код Выкл.
|
|
|
Часовой пояс GMT +4, время: 00:53.
|
|