Страница 1 из 1

Приму в подарок или куплю книги по микроконтроллерам

СообщениеДобавлено: Пн май 07, 2018 9:43 am
ki6eeo
Alex, ki6eeo@gmail.com ,

Приму в подарок или куплю по здравомыслящей цене
книги по микроконтроллерам ДЛЯ НАЧИНАЮЩИХ ,
книги по радио/электронным проектам для начинающих
(для души так сказать), книги по трассировке в среде Спринт
Лэйаут (если такое есть), предлагайте на ваше усмотрение,
что может быть интересно для непродвинутого коллеги.
Сразу скажу , что я в курсе , что есть невероятно сложный сайт
GOOGLE, а также сайты для детей типа :
http://www.kodges.ru/tehnika/electro/ , www.radiohata.ru , https://avxhm.se/ebooks/engeneering_tec ... lectronics ,
НО ХОЧЕТСЯ ИМЕННО КНИГИ.

Для тех кто будет дарить ОБЯЗАТЕЛЬНО :
---дарственная надпись мне, любимому (Alex, ki6eeo)
---Ваш ПОЗЫВНОЙ, ИМЯ/ФАМИЛИЯ , И-Мейл
Плиз не обижаться , если Вам привезут из Лос Анжелеса
сувенир/подарочек, коий я передам для Вас ребятам из укр. автобуса.
Плиз общение по И-Мейлу, много танкистов, не знающих о часовых поясах-
жена пилит за ночные звонки по Вайберу, Скайпу и иже с ними.
=======================================
ВЕТКА ПО ПОЕЗДКЕ ГЕРМАНИЯ-2018-ИЮНЬ : ФРИДРИХСХАФЕН ( 1,2,3 июня) + АПДЕЙТЫ :

http://433.com.ua/forum/%D0%9F%D0%BE%D0 ... 1%83#26065 ,

ГЕРМАНИЯ-2018-ИЮНЬ : ФРИДРИХСХАФЕН ( 1,2,3 июня)
АВТОБУС ПОЙДЕТ :
Запорожье -Харьков -Полтава-Киев-Мукачево,
всем подсаживающимся будет доведено время индивидуально.
ОРГАНИЗАТОРЫ :
- Краснокутский Анатолий, UT7LK, тел. 050-266-02-34

- Солоха Леонид, UT6LR, тел. 096-356-11-31

- Росляк Александр, UX3LF, тел. 050-401-14-70, 096-960-2-960 , rosal@i.ua

- Гавва Алексей, UR4LL, тел. 050-600-66-77, ur4ll@gmx.com , РЕГИСТРАЦИЯ УЧАСТНИКОВ

27 МАЯ _ПРЕДВАРИТЕЛЬНАЯ ДАТА_ ОТЬЕЗДА ИЗ ЗАПОРОЖЬЯ.
3 ИЮНЯ _ПРЕДВАРИТЕЛЬНАЯ ДАТА_ ОТЬЕЗДА ИЗ ФРИДРИХСХАФЕНА.

Есть еще неск.мест , если есть интерес личный или коллег, или родни-
контактируйте организаторов.
За такие деньги побывать на прекрасном немецком курорте,
увидеть сам Хамфест, а по пути увидеть и
походить по Вене и Будапешту - согласитесь - ЗАМАНЧИВО.

Всем заинтересованным - просто следите за апдейтами в этой ветке,
я буду постить по мере получения инфы.
=================================================
КНИГИ, ПОТЕНЦИАЛЬНО ИНТЕРЕСНЫЕ В ТВЕРДОЙ КОПИИ :

1000 и одна микроконтроллерная схема. Выпуск 1. - 2010 (+CD)
1000 и одна микроконтроллерная схема. Выпуск 2. - 2011 (+CD)
1000 и одна микроконтроллерная схема. Выпуск 3. - 2016.PDF
1000 и одна микроконтроллерная схема. Выпуск 4. - 2017.djvu
Микроконтроллеры. Это же просто! Том 1 - 2002.djvu
Микроконтроллеры. Это же просто! Том 2 - 2002.djvu
Микроконтроллеры. Это же просто! Том 3 - 2003.djvu
Микроконтроллеры. Это же просто! Том 4 (+CD)- 2008.djvu
PIC-микроконтроллеры. Полное руководство. Катцен. С. - 2010.pdf
Аналоговые интерфейсы микроконтроллеров. Р Стюарт Болл - 2010.pdf
Микроконтроллеры AVR семейства Tiny. Руководство пользователя. Евстифеев А.В. - 2007.djvu
Название: Занимательные проекты на базе микроконтроллеров tinyAVR
Автор: Д. Гадре, Н. Мэлхотра
=======================================
Alex, ki6eeo@gmail.com

Re: Приму в подарок или куплю книги по микроконтроллерам

СообщениеДобавлено: Пн май 07, 2018 11:10 am
Prof
ki6eeo писал(а):Приму в подарок или куплю по здравомыслящей цене
книги по микроконтроллерам ДЛЯ НАЧИНАЮЩИХ

Для начинающих советуют подучиться.

ki6eeo писал(а):книги по радио/электронным проектам для начинающих

Каким проектам? Такой литературы накоплено на руках много, но почти вся она в известной степени устарела - повторить описанные конструкции можно, но часто бессмысленно из-за появления новых технологий. Даже такая фундаментальная область, как блоки питания, получила новые возможности, не всегда однозначные с точки зрения результатов, но массово применяющиеся в промышленности, а значит желательные к изучению и понимаю.

ki6eeo писал(а):книги по трассировке в среде Спринт
Лэйаут (если такое есть)

Но зачем? Никто не примет заказ в таком формате, это только чтобы по-быстрому сделать ЛУТ'ом что-то - большинству любителей этого как раз и достаточно, но что там учить? Общие принципы трассировки плат вообще не относятся к способу создания модели. У силовых устройств свои нюансы, у СВЧ свои.

ki6eeo писал(а):Сразу скажу , что я в курсе , что есть невероятно сложный сайт
GOOGLE, а также сайты для детей типа :
http://www.kodges.ru/tehnika/electro/ , http://www.radiohata.ru , https://avxhm.se/ebooks/engeneering_tec ... lectronics ,
НО ХОЧЕТСЯ ИМЕННО КНИГИ.

Я бы начал поиск бумажной литературы отсюда.

ki6eeo писал(а):походить по Вене и Будапешту - согласитесь - ЗАМАНЧИВО.

Да, в Вене бы еще раз зарулить сюда, а то в предыдущий раз как-то не хватило времени. В Будапеште в этом заведении мадьярский гуляш могут и не предложить, зато персонал располагает. Кстати, хоть это не по дороге, но в Праге тоже есть приятное место.

ki6eeo писал(а):КНИГИ, ПОТЕНЦИАЛЬНО ИНТЕРЕСНЫЕ В ТВЕРДОЙ КОПИИ

Не вижу ни одной книги чисто по программированию. Потому что каждый микроконтроллер (а их бесконечно много, жизни не хватит на десятую их часть) имеет свои аппаратные нюансы, понимаемые разработчиком из даташита и, местами, из всяких форумов на тему - эти аппаратные нюансы влияют как на программирование, так и, безусловно, на работу с периферией. Необходимо понимать как минимум нагрузочные способности входов/выходов, прежде чем соединять контроллер сам по себе или отладочную плату с чем-то снаружи. Это все разное и индивидуальное для каждого контроллера. Какой мы учим? Все сразу? Не получится. Теперь снова к программированию. Каждый контроллер обычно имеет свою среду разработки, иногда несколько - у каждого своя версия своего языка программирования. Что будем учить? Некий абстрактный C, чтобы конкретно адаптироваться к каким-то конкретным контроллерам, когда до них дойдет дело? Это не худший вариант, кстати. Или все же начнем с хардкора и попробуем освоить ASM? Для самых маленьких ASM безальтернативен и он ближе всего подводит погромиста к пониманию работы контроллера если не на уровне отдельных транзисторов, то как минимум на уровне общих принципов. ASM отличается синтаксисом в зависимости от среды разработки и отличается набором команд и спецификой их фактического выполнения от контроллера к контроллеру. В общем, скажу сразу, порог мигания светодиодом на простейшем контроллере уровня PIC10F320 немного выше, чем кажется начинающему - необходимо одновременно понять аппаратные требования по питанию и нагрузкам, равно как и понять особенности выполнения команд, чтобы правильно запрограммировать. Ведь если мы мигаем светодиодом, нас нужно создать пустые циклы (сколько?), после которых мы подаем команду инверсии логического уровня, управляющего светодиодом снаружи, на предварительно инициализированую как выход ногу. А команды эти мы напишем на ассемблере потому, что если мы бездумно подключим готовые библиотеки или вовсе зальем готовый дамп откуда-то из интернетиков, то мы ничему не научимся.

Сильно отдельно стоят эти ваши Ардуины и их идеологические клоны. Там порог входа очень низкий: покупаешь отладочную плату, сравнительно бездумно подключаешь готовые библиотеки (тысячи их) и оно, возможно, даже заработает. Может и нет, но обычно всегда есть у кого спросить в этих ваших интернетах. Программировать на C проще в том смысле, что быстрее и бездумнее, а с чем не справился компилятор - переварит избыточная вычислительная мощность процессора вместе с избыточной памятью. Хорошо это или плохо, я оценить не возьмусь. Для любительских проектов скорее хорошо. Для изучения микроконтроллеров и профессионального уровня поделок - неважно, инженегр ты в фирме-производителе или делаешь для себя, но по-взрослому, это скорее плохо, потому что не приводит к самосовершенствованию ни программирования, ни аппаратной оптимизации - на любые вопросы один ответ: давайте возьмем контроллер мощнее. В результате для все того же по сути мигания светодиодом на контроллерах у нас появляются ARM ядра и RTOS, которая сама по себе весит в разы больше, чем крутящийся на ней функционал. Но с этим, похоже, ничего не поделаешь - учиться никто не хочет, да и нет на это времени, а контроллер на пару центов дороже даже в массовом производстве часто легче пережить, чем затягивание сроков разработки. Но так теряется связь между программой и аппаратной частью, потому что высокоуровневое программирование - абстракция, удобная и быстрая, но расточительная с точки зрения ресурсов и отрывающая своей абстрактностью программиста от понимания реального железа.