Пост N: 2
Зарегистрирован: 30.07.09
Откуда: Россия, г.Рыбинск
Рейтинг:
0
Отправлено: 12.12.09 19:52. Заголовок: На что ориентироваться Proteus или MpLab ?
На сколько можно верить Протеусу. Делаю проект на PIC18 и столкнулся с тем , что в протеусе показывает длительность импульса 64мкс , а в MpLab при подсчете м.ц. 63,7 мкс.?
Пост N: 102
Зарегистрирован: 20.10.08
Откуда: Россия, Горно-Алтайск
Рейтинг:
0
Отправлено: 12.12.09 20:43. Заголовок: Возможно, програмно..
Возможно, програмно предусмотрено округление и отображаются только целые числа. Ведь, к примеру, виртуальные генераторы в протеусе выдают частоту только целыми числами. А когда программно измеряешь длительность этих импульсов, она немного отличается от заданной и при разной частоте - разная погрешность. Вообще протеус штука полезная, но верить ему стопроцентно нельзя, проверено на собственном опыте . Думаю со мной согласится подавляющее большинство пользователей. Интересно, А где нужна такая точность - десятые мкс?
Отправлено: 12.12.09 21:39. Заголовок: wws63 пишет: А где ..
wws63 пишет:
цитата:
А где нужна такая точность - десятые мкс?
Если не принципиально, то конечно не нужно. Но ошибка может накопится и не понятно где. При высокой тактовой частоте, это несколько выполненных команд. wws63 пишет:
цитата:
Вообще протеус штука полезная, но верить ему стопроцентно нельзя,
Пост N: 3
Зарегистрирован: 30.07.09
Откуда: Россия, г.Рыбинск
Рейтинг:
0
Отправлено: 12.12.09 22:02. Заголовок: Дело в том , что так..
Дело в том , что такой же проект был сделан на PIC1684 и я не замечал расхождения .Для убедительности я сейчас проверил –все совпадает. Округление до сотых.wws63 пишет:
цитата:
А где нужна такая точность - десятые мкс?
Работаю в телекомпании и соответственно в основном занимаюсь тем , что связано с видеосигналом. Контроллер на Pic16 не устраивал по скорости , по этому решил перейти на 18 серию. А 64мкс – это длительность строки.
Пост N: 4
Зарегистрирован: 30.07.09
Откуда: Россия, г.Рыбинск
Рейтинг:
0
Отправлено: 12.12.09 22:43. Заголовок: Подсчитал м.ц. по ко..
Подсчитал м.ц. по командам в справочнике , получилось 63,7 мкс (40мгц., 1 м.ц.=0,1 мкс) .Наверно прав Евгений Александрович , нужно ориентироваться на MPLAB . Придется исправлять программу…
Пост N: 3
Зарегистрирован: 25.09.09
Откуда: г.Саратов
Рейтинг:
0
Отправлено: 24.07.10 06:30. Заголовок: Комплексный подход
Считаю, что без наглядного симулятора типа Proteus обойтись иногда затруднительно. Личный опыт: Потребовался генератор на 2 канала и с 6-ю выходами в каждом. И режимами синхронным и асинхронным между каналами, аналоговым независимом управлением частотой и пр.. Хорошо. Выбираю 16F874 , пишу программу.Составляю схему в Proteus-е, комплексно отлаживаюсь (Mplab и Proteus ,туда-сюда). В Proteus-е работает программа, к выходам подключены 3 (можно и ЧЕТАРЕ !) четырехканальных осциллографа(при нашей бедности -не мало) и др. приборы. Вот теперь железо- макет,а можно и опытный образец.Грубых ошибок нет. ТЗ с заказчиком уточнено (работа устройства показана очень наглядно), и даже тебе понятно куда можно улучшать.
Старая "песня". Все в Протеусе хоршо, но это всего лишь программа иммитирующая процессы. Если что, и в лабе есть анализатор, смотри за каналами хоть за всеми портами. Уже говорил, мне удобно универсальная макетка ( реальное железо) + отладчик. Ни какаких проблем и условностей.
Пост N: 260
Зарегистрирован: 25.09.09
Откуда: г.Саратов
Рейтинг:
0
Отправлено: 08.07.11 19:50. Заголовок: Работа в MPLAB из-под FlowCode for PIC
Пытаюсь проверить работу типового набора тестовых устройств разной комбинации (МК, индикаторы, кнопки и т.п.) в MPLAB с окном Proteus из-под FlowCode. Вопрос: кого-нибудь здесь ЭТО интересует? Кто-нибудь ЭТИМ занимается? Или это тупиковый путь отладки устройств с МК ? Пройден и забыт.
Пост N: 45
Зарегистрирован: 01.03.11
Откуда: Екатеринбург
Рейтинг:
0
Отправлено: 08.07.11 21:59. Заголовок: Вячеслав пишет: в M..
Вячеслав пишет:
цитата:
в MPLAB с окном Proteus из-под FlowCode.
А это еще как? Разве не проще пользоваться связкой MPLab-Proteus? И при чем здесь FlowCode? Если же прога ... (язык не поворачивается сказать - "написана") в FlowCode, то зачем MPLab прикрутили?
Пост N: 262
Зарегистрирован: 25.09.09
Откуда: г.Саратов
Рейтинг:
0
Отправлено: 09.07.11 11:55. Заголовок: medved пишет: то за..
medved пишет:
цитата:
то зачем MPLab прикрутили?
Иду от ASM -> СИ. Держусь пока за MPLAB как за что-то знакомое. Пока программульки простые, могу отследить как FC решает задачу в ASM. Ну и к Си для PIC присматриваюсь. Подхватываю на MPLAB ххх.ASM - файл из-под FC и смотрю реакцию работы программы в окне VSM (там же и кнопочки нажимаю). Более- менее освою FC (особенно с вставкой кодов Си и ASM в программы), ИМХО- брошу эту хола-хупу ( не знаю как писать). А пока, так. "Самая короткая дорога -дорога, которую знаешь." Суета, возможно. А что не суета?
Пост N: 263
Зарегистрирован: 25.09.09
Откуда: г.Саратов
Рейтинг:
0
Отправлено: 09.07.11 17:22. Заголовок: то зачем MPLab прикр..
цитата:
то зачем MPLab прикрутили?
Смею заметить, хитрых программ на Си и на ASM написано множество. Использовать это богатство надо не только начинающему (не изобретать же велосипед). FC полностью игнорирует такие вставки (есть среди них прелестные - отказываться грех). На заключительном этапе компоновки кода, эта штука чуть проверяет "грамотность написания" и включает в выходной модуль. На родной панели FC на вставки - ноль реакции. Чем проверить? Можно на железе. Если повезет или ВСЁ гениальное - сойдёт. А можно - загрузить файл из под FC в MPLAB и её средствами разбираться, что там наверчено в этой программе. Если необходим анализ ASM кода, выбираем Microchip MPASM Toolsuite -если Си, то есть среда - HI-TECH PICC, там компилируем Си программу со вставкой. Что здесь не так?
Пост N: 264
Зарегистрирован: 25.09.09
Откуда: г.Саратов
Рейтинг:
0
Отправлено: 10.07.11 06:58. Заголовок: Алексей пишет: с ас..
Алексей пишет:
цитата:
с асм вставками лучше погодите
Пусть так. А как быть с вставками во FC на СИ? FC в отладке их игнорирует. Остаются средства MPLAB. О чем и талкую. Впрочем, у каждого свой подход. Задачи мои простые. Ввод-вывод, выбор, задержки, циклы, арифметика - это вполне себе получаются при таком подходе. Это, думаю - немало. Работаю в симуляторе, затем выйду на железо. Сложности возникли на прерываниях по таймерам и в динамике на 7LED -4 знакоместа. Даже вывод на LCD работает. Впрочем, динамика у Proteus-a в симуляторе и ранее шла негладко. Возможно - по мере освоения...Есть спец. сайт по FC. Выбор есть. Алексей, нет ли перевода описания HI-TECH PICC? Короткий экстракт у меня есть, полное описание на английском тоже. Переводик бы мне. Учил давно немецкий. Описаний Си - достаточно. Конкретно для PICC.
Пост N: 265
Зарегистрирован: 25.09.09
Откуда: г.Саратов
Рейтинг:
0
Отправлено: 10.07.11 11:28. Заголовок: Алексей пишет: Это ..
Алексей пишет:
цитата:
Это как?
FC - типа графического программирования. Рисуешь алгоритм, набираешь нужные компоненты на панель, отлаживаешь, компилируешь - получаешь программу. Файлы - имя.hex, имя.asm, имя.c и др. Только все привязано к библиотеке. Если шаг в сторону- изволь делать вставки, связывай переменными с основной программой. Можно делать #include файлов, но не пробовал пока. Поляна большая, осваиваю. Вставки - просто прием работы. Может и не понадобиться. Не верь, что FC только для студентов; не надейся, что это панацея от всех бед. Пробуй сам. Сам и решишь.
Пока программульки простые, могу отследить как FC решает задачу в ASM.
FC далеко не оптимально решает поставленные задачи. А чтобы, как Вы говорите, не изобретать велосипед зайдите на ПИКЛИСТ и посмотрите как решаются всевозможные задачи профессионалами.
Пост N: 266
Зарегистрирован: 25.09.09
Откуда: г.Саратов
Рейтинг:
0
Отправлено: 11.07.11 07:12. Заголовок: medved пишет: Уже р..
medved пишет:
цитата:
Уже решил.
Очень рад за Вас. Идите прямо. Оставьте песочницу в покое. Написано же: не надейся, что это панацея от всех бед. FC -продукт свежий - для механиков, электриков, химиков...ИМХО, конечно. medved пишет:
цитата:
не оптимально решает поставленные
Не профессиональный программист. Буду решать задачи средствами, которые мне кажутся удобными. Пока- FC. Для меня неважно - чем будет написана программа, пусть надежно работает. Будет слаб PIC16, перейду на PIC18. Бесполезный здесь разговор. Типа - что лучшее на свете? Жаль терять на это время.
Пост N: 496
Зарегистрирован: 16.03.09
Откуда: Родина, Севастополь
Рейтинг:
1
Отправлено: 11.07.11 08:59. Заголовок: Вячеслав Я бы не ск..
Вячеслав Я бы не сказал, что разговор бесполезен. Здесь большинство предпочитают АСМ. Язык непосредственного общения с МК. Одну и туже процедуру Вы сами можете написать по разному, осознавая как она работает. Затем оптимизировать её под определённую задачу. На языках более высокого уровня, не зная ассемблера, это сделать будет сложно. А по большому счёту, если метод работает и он удобен, его надо использовать. В основе работы устройства лежит алгоритм, а методы его реализации могут быть разными. Лично мне по душе полный контроль над МК, пошаговый. От сюда и будет полная в нём уверенность. Вы просто не даёте ему ни единого шанса вас ослушаться! Надо будет глянуть этот FC, а можно источник?
Вы просто не даёте ему ни единого шанса вас ослушаться!
Уважаемый! Здесь так напуганы авторитарностью, личное мнение приняли за указание. Мною была высказана всего лишь просьба - указать возможность найти (если такое известно) ПЕРЕВОД документа "HI-TECH PICC Compiler_manual". Статья "Особенности и рабочая среда HI-TECH" у меня есть. Здесь занимаются PIC контроллерами, не так ли? Вопрос не по адресу? Что опять не так? Оценить свойства FC, смогу сам. Разбираюсь с ним пока. Не пропагандирую. Нет нужды. Есть сайт: http:// www.flowcode.info.// Это туда. Вот простая выжимка о продукте - автор Гололобов: http://zalil.ru/31410203 Просьбу свою повторяю. Если не трудно, указать на перевод ( можно и самопальный). Оригинал имею, с переводом было бы легче.
Вы просто не даёте ему ни единого шанса вас ослушаться!
Вячеслав пишет:
цитата:
Уважаемый! Здесь так напуганы авторитарностью, личное мнение приняли за указание.
Здесь напуганных чем-либо нет. Мне таковые не знакомы. Хочу заметить, что приведенная Вами и мной цитата SanSanichа относится не к Вам, а к МК. Противостояния нет. Уточняю (полный текст от SanSanichа): "Лично мне по душе полный контроль над МК, пошаговый. От сюда и будет полная в нём уверенность. Вы (т.е. разработчик) просто не даёте ему (т.е. МК) ни единого шанса вас ослушаться!" Примечание: Курсив в скобках в этой цитате - это мои пояснения. С уважением Игорь Безверхний.
Просьбу свою повторяю. Если не трудно, указать на перевод ( можно и самопальный)
Таких в интернете не имеется. Я лично не встречал. Програмлю на хайтеке уже несколько лет, думаю что за эти годы встретил-бы уже подобный документ. Вы лучше задавайте вопросы, а мы , по возможности, ответим на них. Не думаю что Вам будет сложно изучить его.
Пост N: 497
Зарегистрирован: 16.03.09
Откуда: Родина, Севастополь
Рейтинг:
1
Отправлено: 12.07.11 13:25. Заголовок: Bigor Спасибо, вы п..
Bigor Спасибо, вы правильно разъяснили, именно это я и имел ввиду! Вячеслав Спасибо за файл, лично мне приглянулась возможность составления алгоритма, а то как правило в голове всё держишь.
Все даты в формате GMT
3 час. Хитов сегодня: 8
Права: смайлы да, картинки да, шрифты нет, голосования нет
аватары да, автозамена ссылок вкл, премодерация откл, правка нет