Скажем так, что мне влом искать лекарство, пока это меня сильно не напрягает. С другой стороны, это забота микромела, чтобы у пользователей были удобные средства разработки - тогда они будут популярны и востребованы. А если они давятся из-за каждой копейки, то есть еще куча других производителей, на которые можно перейти. И у которых доступны внятные компиляторы. Ну это уже оффтоп.
По поводу кольцевого буфера, я тут поморщил голову, и, кажется вспомнил как я делал раньше. Признаком пустого буфера было совпадение указателей записи и чтения. так что от счетчика можно спокойно отказаться. Но тогда надо при инкременте указателей, надо следить, чтобы они тоже не стали равными. Собственно, при таком подходе теряется один байт буфера.
_________________ А люди посмотрят и скажут: "Собаки летят. Вот и осень."
Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ очень важен контроль процесса заряда и разряда для избегания воздействия внешнего зарядного напряжения после достижения 100% заряда. Инженеры КОМПЭЛ подготовили список таких решений от разных производителей.
Аргументы функции и переменная r[0] объявлены как u8.
Код:
--warn=-3
.
По умолчанию число 48 - signed Микрочип рекомендует: The warning is caused by the "i - 1"; this results in a signed value which is being used as an array index. Make it "i - 1U" instead.
Ваш код
Код:
lcd_putch(r[0] + 48U);
А от разработчика компилятора
Цитата:
I don't know if this qualifies as a "good" answer, but it's the only one I've got:
XC8 generates that message in a number of situations where it arguably should not. We don't yet know precisely why it does (and thus we don't know how we can change the compiler to stop it), which is why it was designated a level "-3" warning, when the compiler's default warning level is "0". But MPLAB X recently changed to explicitly set the compiler's warning level to "-3" so you get the warning now.
You can eliminate many often-bothersome warning messages by changing your MPLAB X project settings to specify a warning level of "-2" (which is the level I have historically recommended as being most helpful while still least distracting). Selecting this level means you will miss out on some useful warnings, but you will also avoid a lot of noise. It's up to you if this tradeoff is acceptable.
Что соответствует выбору - "забить"
_________________ __________________ Все, что нельзя запрограммировать на ассемблере, приходится паять
Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре.
Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.
Тем не менее приводится в норму без предупреждений:
Код:
r[0] += 48; lcd_putch(r[0]);
Код:
Что соответствует выбору - "забить"
Мне кажется не тот случай, путаница с типами не такая уже редкая ошибка. И предупреждения здесь уместны. Только сейчас заметил, если аргументом функции lcd_putch() является signed переменная, то XC8 1.38 не предупреждает при
Код:
--warn=-3
Вывод: один и тот же уровень "WarningLevel" разных версий ХС8 отвечает за разный набор кодов предупреждений.
Если в ней ошибка и надо TOCON то еще поменяйте местами строки
Код:
TMR0L = 0x47; TMR0H = 0x71;
Так как запись в таймер происходит по записи в L регистр а в H из защелки ----- Similarly, a write to the high byte of Timer0 must also take place through the TMR0H Buffer register. The high byte is updated with the contents of TMR0H when a write occurs to TMR0L. This allows all 16 bits of Timer0 to be updated at once. -----
_________________ __________________ Все, что нельзя запрограммировать на ассемблере, приходится паять
Подозрение, что не заходит в обработчик прерывания. Сейчас все лишнее из программы удалил оставил только обработчик таймера. В итоге светодиод не горит.
Добавлено after 2 hours 21 minute 28 seconds: Проблемы с английским вытекают в глупые ошибки. Не правильно перевел даташит.. Небходимо было разрешить прерывание от таймера.
Коллеги мне нужна помощь, есть готовое устройство, схема обсуждению не подлежит ее менять нельзя, нужно написать на него программу. При старте программа читает положение джамперов для настройки один раз и далее динамическая индикация. С чтением проблем вроде нет, по Х поочередно даем 0, Y - входы с подтяжкой. X1=0;X2=1;X3=1;Set[1-1]=pinY2;Set[4-1]=pinY1; //читаем джамперы J1,J4 X1=1;X2=0;X3=1;Set[2-1]=pinY2;Set[5-1]=pinY1; //читаем джамперы J2,J5 X1=1;X2=1;X3=0;Set[3-1]=pinY2;Set[6-1]=pinY1; //читаем джамперы J3,J6 и заполняем массив Set[6] а вот с динамической индикацией голову сломал, ну понятно, делаем прерывание с нужной частотой. Далее рассуждения такие: X3=0 и больше его не трогаем. Поочередно по выходам X1 или X2 даем 1. Если допустим X2=1 и светодиод D1 нужно зажечь то Y2=0 а если потушить то Y2 нужно перевести как вход без подтяжки (потому что если сделать просто Y2=1 то он может встретится с X=0 через D16 или D18 и возможно замкнутые джамперы ) и в свою очередь если светодиод должен быть потушен и на X2=1 то он получит на Y2 низкий уровень через джампер и диод с X1 и X3 и все равно будет светиться. Получается и X если он не 1 нужно переводить на вход без подтяжки, как-то все коряво и сложно получается на элементарной вроде схеме. Подскажите пож как красиво обслужить такого типа схемку на динамической индикации и может опрос входов тоже проще можно сделать??
Вложения:
Комментарий к файлу: схема 1.jpg [72.19 KiB]
Скачиваний: 761
о обучении. в компиляторах есть библиотеки готовых функций и описаны они с хорошим вкусом и их можно и нужно использовать в качестве обучающего материала. к тому же описание на сам компилятор является главным учебным пособием по программированию PIC.
Добрый день. Нужно вывести из ножки PIC24 8-битное число, начиная со старшего бита (для сдвигового регистра). Написал такую функцию.
Код:
HC164(int x) //record the byte to 74HC164 { unsigned char b; char j; for(j=7;j>-1;j--) {b=x; //записываем входное число от 0 до 255 в 8-битную переменную без знаков. b»j; //сдвигаем на j, чтоб записываемый бит оказался младшим (начинаем запись с самого старшего) PORTCbits.RC0=b; //serial data пишем бит PORTBbits.RB3=1; //clock дрыгаем clock PORTBbits.RB3=0;}} //clock
В результате, на RC0 результат совершенно отличается от ожидаемого (то стабильно в единице, то стабильно в нуле). Сам порт и регистр работает (проверял записью конкретно заданных бит).
Я правильно понимаю, что PORTbits записывает в порт только младший бит? Проверил записью чисел больше 1. При записи нечетных светодиод горит, при четных - не горит. Осциллограф отобразил появление только младшего бита. Если код в корне не правильный, то как сделать правильно?
Добавлено after 7 minutes 22 seconds: Также попробовал PORTAbits.RC0<<b; результат тот же.
у pic24 нет регистра LAT? возможно, вы нарвались на старую проблему, что у пиков записанное не обязательно равно прочитанному (по крайней мере сразу). Потому как читается состояние входов, а "свежевыведенное" на ножки может устанавливаться чуть дольше, чем работает процессор.
ой, как всё запущено.
Код:
for(j=7;j>-1;j--)
на эту строчку варнингов нет? j у вас по умолчанию без знаковое. так что сравнение всегда истинно.
Код:
PORTCbits.RC0=b; //serial data пишем бит
тут я не уверен.... что писаться будет именно младший бит. Для надёжности я бы замаскировал остальные биты типа
Код:
PORTCbits.RC0 = b & 0x01u; //serial data пишем бит
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 11
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения
Вход
Регистрация
Правила
FAQ
Поиск
