Здравствуйте! Подскажите, что нужно сделать чтобы использовать несколько исходников. Версия pro for pic 4.60 без лимита. Если добавить второй исходник (через меню проект - добавить новый файл), то его содержимое нельзя использовать в первом. А хотелось бы во второй сваливать все написанные функции, объявленные переменные, константы, дефайны, чтобы не мешались в основном исходнике. Заранее спасибо!
А хотелось бы во второй сваливать все написанные функции, объявленные переменные, константы, дефайны, чтобы не мешались в основном исходнике.
я не знаю нюансов вашего mikroc, но желание ваше до добра не доведет. может быть, вы разберетесь все-таки, как правильно проект создать?
А я всегда думал, что функции должны быть в отдельном исходнике, а в основном - их вызовы, дабы избежать каши и постоянной прокрутки вверх-вниз. Ну да ладно, допустим все программы пишут километровой простыней в один исходник. Вопрос звучит так: как правильно подключить второй исходник, чтобы он работал? Дальше: я не использую тестовый проект; а инклуд вызывает ошибку, т.к.: В хелпе написано что инклуд используется для заголовочных файлов (.h). А для файлов проекта (.с) нужно использовать меню проект - добавить файл к проекту. Я так сделал - не работает. Может у того кто работал в микрос это получилось? К ним я и обращаюсь. Заранее спасибо.
Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ очень важен контроль процесса заряда и разряда для избегания воздействия внешнего зарядного напряжения после достижения 100% заряда. Инженеры КОМПЭЛ подготовили список таких решений от разных производителей.
я думаю, ваш компилятор все-таки соответствует общепринятым правилам создания и работы с проектами, поэтому выскажу свое мнение, как следует поступать.
во-первых, файлы *.h - это заголовочные файлы, в них перечисляются только описания (т.е. прототипы) функций соответствующего исходника, а так же необходимые константы, макросы и, иногда, переменные. во-вторых, проект состоит обычно из простого перечисления файлов с исходными текстами, т.е. *.c. заголовочные файлы в состав проекта не включаются, т.к. сами по себе без исходников не представляют для компилятора ничего интересного, а используются благодаря директивам include в исходниках. в-третьих, чтобы вам могли помочь, надо давать больше информации: скриншоты, копии сообщений об ошибках, сами исходники и т.п., ибо гадать, что именно вы делаете не так, как надо, никому не интересно.
_________________ если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе при взгляде на многих сверху ничего не меняется...
Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре.
Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.
Два исходника в один проект запихать не получиться void main() должен быть один на весть проект, в подключаемом файле могут находиться описание переменных, констант функций и сами функции, чтобы не писать всё это в основное тело программы. Я предпочитаю выносить все описания в фаил а сами функции под тело main. По поводу расширения подключаемых файлов - не важно какое оно будет, главное чтобы название файла и расширение совпадали например фаил funkcii.txt подключаем его #include "funkcii.txt" компилирует без вопросов если нет ошибок в синтаксисе.
Товарищ спрашивал о том что не компилирует потому что не то расширение, вот я и ответил что компилятору всё равно, лишь бы имена совпадали, остальное дело этики, хотя по старике используют Н расширение, но по сути можно написать любое
файлы *.h - это заголовочные файлы, в них перечисляются только описания (т.е. прототипы) функций соответствующего исходника
вы должны: 1. для "второго исходника" с функцией test создать соответствующий заголовочный файл, например, test.h 2. в этом заголовочнике вы должны описать прототип своей функции test() 3. создать проект, куда добавить оба исходника (это уже вы сделали) 4. в "первом" исходнике (с main()) в начале приинкюдить заголовочник test.h - так вы подскажете компилятору, что при компиляции первого исходника функцию test следует искать во втором исходнике.
все, что я описал - азы языка Си. пожалуйста, ознакомьтесь с ними!
_________________ если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе при взгляде на многих сверху ничего не меняется...
dosikus, я не совсем понял ход вашей мысли По поводу приведённого примера в предыдущем сообщении, это не моя фантазия, всё взято из папки примеров mikroC.
Ну и почему в хэдере не описать переменные(массивы, структуры), особенно их дофига?, вообще то это удобно, а компилятору это пофигу он всё равно прочитает по порядку, и сделает усё как надо. К тому же большого размера константы(рисунки для граф LCD) никто в основной фаил не пихает, листать устанешь. А по поводу тела функции в хэдере, а почему бы нет, такие вещь называются собственными либами, многие пишут.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 36
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения