Реклама на сайте English version  DatasheetsDatasheets

KAZUS.RU - Электронный портал. Принципиальные схемы, Datasheets, Форум по электронике

Новости электроники Новости Литература, электронные книги Литература Документация, даташиты Документация Поиск даташитов (datasheets)Поиск PDF
  От производителей
Новости поставщиков
В мире электроники

  Сборник статей
Электронные книги
FAQ по электронике

  Datasheets
Поиск SMD
Он-лайн справочник

Принципиальные схемы Схемы Каталоги программ, сайтов Каталоги Общение, форум Общение Ваш аккаунтАккаунт
  Каталог схем
Избранные схемы
FAQ по электронике
  Программы
Каталог сайтов
Производители электроники
  Форумы по электронике
Помощь проекту

Микроконтроллеры, АЦП, память и т.д Темы касающиеся микроконтроллеров разных производителей, памяти, АЦП/ЦАП, периферийных модулей...

 
Опции темы
Непрочитано 13.05.2018, 11:36  
STM32F0
Заблокирован
 
Регистрация: 22.04.2014
Сообщений: 0
Сказал спасибо: 15
Сказали Спасибо 366 раз(а) в 284 сообщении(ях)
STM32F0 на пути к лучшему
По умолчанию Re: #include - оптимальное использование директивы

Сообщение от parovoZZ Посмотреть сообщение
Где же прописывать пины стандартных портов - SPI, USI, I2C, UART и пр.?
Читайте, наслаждайтесь.

http://pic24.ru/doku.php/osa/article...without_errors
http://pic24.ru/doku.php/osa/article...e_for_chainiks
http://pic24.ru/doku.php/osa/articles/modules

Ну и ваще - в Си есть правила, есть рекомендации и есть соглашения. Отсюда и всё разнообразие писательского мастерства.
Реклама:
STM32F0 вне форума  
Непрочитано 13.05.2018, 15:26  
CERGEI1982
Почётный гражданин KAZUS.RU
 
Аватар для CERGEI1982
 
Регистрация: 03.01.2007
Адрес: Россия,Иркутская обл.
Сообщений: 2,579
Сказал спасибо: 351
Сказали Спасибо 315 раз(а) в 193 сообщении(ях)
CERGEI1982 на пути к лучшему
По умолчанию Re: #include - оптимальное использование директивы

STM32F0 вас подменили что ли, обычно кидались на людей
__________________
Глаза боятся,а руки делают.
CERGEI1982 вне форума  
Непрочитано 13.05.2018, 20:56  
CERGEI1982
Почётный гражданин KAZUS.RU
 
Аватар для CERGEI1982
 
Регистрация: 03.01.2007
Адрес: Россия,Иркутская обл.
Сообщений: 2,579
Сказал спасибо: 351
Сказали Спасибо 315 раз(а) в 193 сообщении(ях)
CERGEI1982 на пути к лучшему
По умолчанию Re: #include - оптимальное использование директивы

Насрать,мне так захотелось еще вопросы?
__________________
Глаза боятся,а руки делают.
CERGEI1982 вне форума  
Непрочитано 13.05.2018, 23:22  
hacker7
Вид на жительство
 
Регистрация: 07.01.2007
Адрес: Ленинградская обл
Сообщений: 428
Сказал спасибо: 147
Сказали Спасибо 71 раз(а) в 56 сообщении(ях)
hacker7 на пути к лучшему
По умолчанию Re: #include - оптимальное использование директивы

Сообщение от Исбанни Посмотреть сообщение
Да, попробуйте инициализовать переменную в файле .h ))
инициализации пишу в main-e или в подпрограме инициализации или в подпрограммах инициализации соотв служб. В .h пишу #definы
Когда хорошо получается, там мало что инициализировать.
Мало глобальных переменных
Да и кода мало.
Если пишу один, можно и одним файлом.
Если пишут несколько человек, то появляется ещё один .h, где все глобальные переписываются со словом extern, и после заголовков extern описания подпрограмм. В общем, k&R рулит
hacker7 вне форума  
Сказали "Спасибо" hacker7
mike-y-k (14.05.2018)
Непрочитано 14.05.2018, 18:40  
Исбанни
Прописка
 
Регистрация: 21.04.2018
Сообщений: 174
Сказал спасибо: 1
Сказали Спасибо 66 раз(а) в 53 сообщении(ях)
Исбанни на пути к лучшему
По умолчанию Re: #include - оптимальное использование директивы

Всё замечательно, но только в Си нет подпрограмм. Да и "мало кода" и "мало переменных" - это не тогда, когда "хорошо получается", а тогда, когда МК ничего сложного не делает. В этом случае даже дефайны не нужны - лишняя путаница. Да и вообще не нужны заголовочники, всё в одном можно писать. Единственное - подключите заголовочник МК и каких-то стандартных ф-ций.
Исбанни вне форума  
Сказали "Спасибо" Исбанни
CERGEI1982 (14.05.2018)
Непрочитано 14.05.2018, 19:20  
eddy
Почётный гражданин KAZUS.RU
 
Аватар для eddy
 
Регистрация: 27.01.2005
Адрес: Россия, КЧР, Нижний Архыз
Сообщений: 3,637
Сказал спасибо: 116
Сказали Спасибо 814 раз(а) в 591 сообщении(ях)
eddy на пути к лучшему
По умолчанию Re: #include - оптимальное использование директивы

Сообщение от Исбанни Посмотреть сообщение
в Си нет подпрограмм
Это с какого перепоя?
__________________
Союз Советских Социалистических Округов Северной Америки
eddy вне форума  
Непрочитано 14.05.2018, 20:04  
mike-y-k
Модератор
 
Регистрация: 04.08.2010
Адрес: Москва СЗАО
Сообщений: 11,257
Сказал спасибо: 11,170
Сказали Спасибо 3,858 раз(а) в 2,928 сообщении(ях)
mike-y-k на пути к лучшему
По умолчанию Re: #include - оптимальное использование директивы

Исбанни, про подпрограммы не совсем понятно - вызов функции уже не обращение к подпрограмме? Или компилятор машинную реализацию call не использует, а сразу подставляет в нужное место исходный код?
__________________
rtfm forever должно быть основой для каждого. Альтернатива грустна, поскольку метод слепого щенка успешно работает при весьма малом числе вариантов…
mike-y-k вне форума  
Непрочитано 14.05.2018, 20:25  
parovoZZ
Почётный гражданин KAZUS.RU
 
Регистрация: 15.11.2010
Сообщений: 2,379
Сказал спасибо: 338
Сказали Спасибо 328 раз(а) в 253 сообщении(ях)
parovoZZ на пути к лучшему
По умолчанию Re: #include - оптимальное использование директивы

Сообщение от mike-y-k Посмотреть сообщение
Исбанни, про подпрограммы не совсем понятно - вызов функции уже не обращение к подпрограмме? Или компилятор машинную реализацию call не использует, а сразу подставляет в нужное место исходный код?
Такого быть не может. Это ж получается инлайн функция какая-то.
parovoZZ вне форума  
Непрочитано 14.05.2018, 20:30  
parovoZZ
Почётный гражданин KAZUS.RU
 
Регистрация: 15.11.2010
Сообщений: 2,379
Сказал спасибо: 338
Сказали Спасибо 328 раз(а) в 253 сообщении(ях)
parovoZZ на пути к лучшему
По умолчанию Re: #include - оптимальное использование директивы

Сообщение от STM32F0 Посмотреть сообщение
Читайте, наслаждайтесь.

http://pic24.ru/doku.php/osa/article...without_errors
http://pic24.ru/doku.php/osa/article...e_for_chainiks
http://pic24.ru/doku.php/osa/articles/modules

Ну и ваще - в Си есть правила, есть рекомендации и есть соглашения. Отсюда и всё разнообразие писательского мастерства.
Ну я почитала))) Ссылки полезные.
Здесь есть апологеты древовидной структуры. А как же в ней управлять инициализацией интерфейсов, если устройств на них чуть больше, чем одно? Энергосбережения ещё всякие. Получается, что кустарник в дерево не растёт .
parovoZZ вне форума  
Непрочитано 14.05.2018, 20:49  
mike-y-k
Модератор
 
Регистрация: 04.08.2010
Адрес: Москва СЗАО
Сообщений: 11,257
Сказал спасибо: 11,170
Сказали Спасибо 3,858 раз(а) в 2,928 сообщении(ях)
mike-y-k на пути к лучшему
По умолчанию Re: #include - оптимальное использование директивы

parovoZZ, таки комбинация из make и препроцессора при должном проектировании даст нужный результат.
В качестве модели уже давал ссылки на kernel.org, gnu.org,…
Стоит посмотреть примеры там и выбрать подходящую для себя модель.
__________________
rtfm forever должно быть основой для каждого. Альтернатива грустна, поскольку метод слепого щенка успешно работает при весьма малом числе вариантов…
mike-y-k вне форума  
 

Закладки
Опции темы

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход

Похожие темы
Тема Автор Раздел Ответов Последнее сообщение
OLED ssd1306 + STM32f030f4 miwutka Песочница (вопросы новичков) 195 07.01.2019 15:38
AVR Studio + CVAVR: директивы #include SwanSwan AVR 2 30.10.2016 18:50
Светодиоды "Straw Hat" - оптимальное использование mikesmith Отвлекитесь, эмбеддеры! 10 09.03.2014 02:28
usb cdc pic18f14k50 gromovi Proteus, KiCAD и другие ECAD 9 21.04.2013 15:31
В какой программе компелить код (подключение #include ) FedorChek Микроконтроллеры, АЦП, память и т.д 4 04.05.2009 20:00


Часовой пояс GMT +4, время: 03:06.


Powered by vBulletin® Version 3.8.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd. Перевод: zCarot