Изучение PIC C Compiler(CCS C)

[welcome61]

welcome61, давно уверен, что в большинстве случаев, грабли, от которых нет шишки на собственном лбу, считаются отсутствующими... Сам долго просидел на ЦЦС, но надо ж и расти когда-то.

Ув. lisergin, тема про ССS и вопросы задают применительно к этому компилятору.
Вообще ни с кем не собираюсь вступать в полемику о компиляторах, МК, лампах, транзисторах и прочем, чем приходится сталкиваться в процессе эволюции. Когда прошел EC1033, СМ1420, кучу всяких "наших" ПК и ОС к ним, и не наших, начиная с 8086 и далее, а также прикладные языки для инженерных программ и баз данных, программ для изделий - все принимается как должное. И 1С и STM32 когда то уйдут, и упоминания о них станут просто неприличны.

Просто выложил для интересующихся для сравнения код при при разных установках препроцессора.

[STM32F0]

И 1С и STM32 когда то уйдут, и упоминания о них станут просто неприличны.

И CCS уйдёт, и разные ПыхВасики с МикронедоСи, а чистый Си (или почти) останется. Вот что вам хотели сказать.

Просто выложил для интересующихся для сравнения код при при разных установках препроцессора.

Что ещё раз подтверждает его несостоятельность и неадекватность.

[welcome61]

Я отвечал lisergin. И только ему, т.к его обращение было адресовано конкретно мне.

[STM32F0]

Ну извините, что я вломился в вашу интимную переписку. Для сугубо личного есть Личные Сообщения, так мне кажется.

[DK]

Не так давно делал простенький ПИД-контроллер. Писал на CCS. Вывод на 128х64
В протеусе все работало. В железе не стало. Скакал вокруг с бубном. Два старших разряда данных - по нулям. Коротенький тест со счетчиком на том же порту - полет нормальный. Мля, создал новый проект, кусок кода скопировал в него... Все заработало. ХЗ что за глюк (вроде писал об этом уже). Уже третья железка работает - на разных МК, с разными индикаторами - больше такое не повторялось.
Наверное, прав Досикус... Надо или на ХС переходить, или STM32.
Только вот на работе ARM7 атмеловские или техасовские DSP (я туда и не лезу)
Впрочем, скоро у меня вопросы по Атмеге вопросы будут

[vlad_ru]

столкнулся с проблемой : два канала ацп влияют друг на друга в железе, не могу понять почему?



setup_adc_ports(sAN3|sAN1|VSS_VDD);
setup_adc(ADC_CLOCK_INTERNAL);
...
set_adc_channel(3);
adc_value2 = read_adc(); // считываем значение с АЦП
.....
set_adc_channel(1);
adc_value1 = read_adc(); // считываем значение с АЦП
.....

при чем иногда включается нормально т.е при изменении напряжений в каналах - они не влияют друг на друга , а иногда при включении - меняешь в одном канале , меняется и в другом. MCL повешен на цепочку сброса 15кОм + 0,1мкф. У меня подозрение на сброс. Подскажите куда копать.


Кажется нашел причину: нужна задержка между

set_adc_channel(3);
delay_us(10);
adc_value2 = read_adc();

[Eddy71]

Для зарядки конденсатора УВХ внутри АЦП надо время. Тем более ключ АЦП в открытом состоянии имеет сопротивление аж 10к. При команде set_adc_channel(); происходит переключение конденсатора к нужной ножке. Для его зарядки через 10к коммутатора и Хк сопротивление источника сигнала надо время.

[lisergin]

DK, работал с ЦЦС пару лет, наверное. Проекты небольшие, дисплеи от мобильных, 4КБ памяти хватало, из которых 3, как правило, юзер интерфейс. Потом встала задача "мы пока хз, что там нам от меню надо будет, ну, ты пока сделай вот так, а потом мы переделаем". Соответственно, четырехсвязный список на указателях. Морочился 2 дня, посмотрел на получающуюся в итоге жеппу, стало тоскливо. На многоюнитовые проекты вообще забил после пары попыток, но оно ж пока не попробуешь, так слаще морковки ничего нет. Потом ещё где-то неделю пока переполз на MPLABX - XC8. Поначалу тосковал по printf, подсветке ассемблерного синтаксиса и сводке по затраченным на каждую функцию ресурсам. В остальном, не пожалел ни разу и возвращаться к ЦЦС не вижу ни одной причины.

[varostov]

возвращаться к ЦЦС не вижу ни одной причины

Обеими руками "ЗА" - я 4 года писал на CCS / PIC18 и создавал вполне работающие расходомеры у себя на фирме. НО! Постоянное жонглирование отключением прерываний (не спрашивая меня), глюки с пересечением переменных, бубен при обращении к константам в Flash и наконец, полная закрытость исходников важных библиотек (напр., процедуры UART) заставили меня с трудом, но переползти на более серьёзный компилятор. А одновременный переход на PIC24 снял барьеры (типа ограниченного аппаратного стека, нехватки памяти) и с аппаратной части. Поверьте, экономия на одном кристалле 0,5-1$ важна только при производстве десятков тысяч приборов в месяц, для мелкой серии и для любителей гараздо важнее свобода в программировании и приличный запас ресурсов для модификации. Так что не сочтите за рекламу, связка XC8 + PIC16,18 и ХС16 + PIC24 - наиболее рабочий вариант на сегодняшний день.

[skb100]

А есть аспирин к этим ХС ? Нужен сер--№ В MPLAB X для дебагера то же требуется сер--№ Чем вы пользуетесь для отладки ?