Все вопросы по MikroC

[masterzx]

Сообщение от МимоПроходил

Придется.
Только потому, что в паскале (пока) нету нормальных компиляторов.

А придется потому, что как я уже говорил, что в микроСи тестовый код вывода на индикатор SSD1770 получается 390 (байт), в микроПаскале 386 (байт) (алгоритм идентичен),
а в PICC - 327 (words)...
Алгоритм абсолютно идентичен во всех трех примерах и все три примера работают в реальном железе.

вот интересно
зачем эта строчка в коде?

for(i=0;i<=0x0a;i++) //kontrast
	{send_com(0xd6);};

не проще ли было просто написать

send_com(0xd6);

это экономия ещё 10 байт

и функцию void lcd_wr можно так написать

void lcd_wr (unsigned short buf){
unsigned short  i;
for(i=8;i!=0;i--)
  {
PORTA.F0 = buf.f7;
PORTA.F1=1;
PORTA.F1=0;
buf=buf<<1;
  }
}

это экономия ещё около 40байт

[Bill]

Сообщение от МимоПроходил

Лет 10 программирую на паскале, дельфи. На Си начал недавно - жизнь заставила - PIC программировать.
У меня такой вопрос.
На microPascal тестовая программа вывода на индикатор SSD1770 (Motorola C330, C350) при компилляции выдает UsedRom:381 (байт). Программа проверена в реальном железе. PIC16F84A


На microC UsedRom:390 (байт). Программа проверена в реальном железе.


Алгоритм в обоих примерах абсолютно идентичный.

Есть еще пример на PICC (HI-TECH, PICC 8.05 PL1), в ейной программе HPDPIC.

Пример почему-то нерабочий, хотя если поменять первую процедуру на вот эту - то работает.Размер hex файла - 331 (words).

Вопрос - почему? паскаль сгенерировал hex -файл меньшего размера чем Си?
PS: оптимизацию ни в микроСи ни в микроПаскаль не трогал (не знаю где его ставить). На ПикСи выставил по максимуму.

ЗЫЫ: Я хочу сказать, что если бы Hi-TEC написал PIC-Pascal , то разница в hex-файлах тоже была бы минимальна между Си и Паскаль...
Прошу за флуд сильно не пинать.

с Паскаля на Си приводит к неоптимальности (хотя и ненамного). Код можно немного сооптимизировать. Например,

if ((buf & (1 << i))==(1 << i)) {PORTA.F0 = 1;} else {PORTA.F0=0;};

можно записать чуть чуть проще

    if (buf & (1 << i))
        PORTA.F0 = 1;
    else
        PORTA.F0 = 0;

Или более компактная запись

 PORTA.F0 = (buf & (1<<i))? 1 : 0;

[Bill]

Вообще, цикл repeat ... until в Паскале (или do ... while в Си) принципиально эффективнее цикла do while begin ...end (while () {...}).

[МимоПроходил]

Сообщение от masterzx

вот интересно
зачем эта строчка в коде?

for(i=0;i<=0x0a;i++) //kontrast
    {send_com(0xd6);};

не проще ли было просто написать[code]send_com(0xd6);

В этом индикаторе контрастность выставляется передачей команды 0хd6 (увеличить контрастность). Каждая передача команды 0хd6 увеличивает контрастность на 1.
для уменьшения контрастности другая команда.

[МимоПроходил]

Сообщение от Bill

    if (buf & (1 << i))
        PORTA.F0 = 1;
    else
        PORTA.F0 = 0;

Или более компактная запись

 PORTA.F0 = (buf & (1<<i))? 1 : 0;

Спасибо большое!
Буду пробовать.
Учиться буду.

ЗЫ: Все причеденные мной примеры написаны только для сравнения разных компиляторов для выяснения возможностей по уменьшению размера кода. Хотя, я могу согласиться с тем, что приведенные примеры не совсем корректны для выбора компилятора (языка программирования)
Один небольшой плюс паскаля - я считаю, что код более нагляден. Писался то паскаль для обучения...
Если попытаться расшифровать этот код -

 PORTA.F0 = (buf & (1<<i))? 1 : 0;

[/quote]
то можно по неопытности голову сломать...

[petrd]

Появился новый MikroC PRO http://www.mikroe.com/forum/viewtopic.php?t=18620

[tester]

Сообщение от petrd

Появился новый MikroC PRO http://www.mikroe.com/forum/viewtopic.php?t=18620

Спасибо. Вижу, есть интересные добавления (битовые переменные, например). На выходных надо будет поковырять.

Чудо! Оператор '$' заработал с movlw!
Кроме того, симулятор теперь корректно работает со стеком для PIC18.

Продолжу портирование OSA на этот компилятор.

[petrd]

Сообщение от tester

Продолжу портирование OSA на этот компилятор.

Ждем!

[Bill]

Сообщение от МимоПроходил

Спасибо большое!
Буду пробовать.
Учиться буду.

Один небольшой плюс паскаля - я считаю, что код более нагляден. Писался то паскаль для обучения...

выписывать все иногда довольно утомительно. Скажем, гораздо проще написать пару скобок {...}, чем писать каждый раз begin ... end. Си писался-то для программирования. Или нет?

[tester]

Сообщение от tester

Спасибо. Вижу, есть интересные добавления (битовые переменные, например). На выходных надо будет поковырять.

Чудо! Оператор '$' заработал с movlw!
Кроме того, симулятор теперь корректно работает со стеком для PIC18.

Продолжу портирование OSA на этот компилятор.

Да, не долгой была радость... Компилятор слишком сырой.

Потестировал его на простых примерах и нарвался на кучу ошибок: путаница с указателями, с typedef'ами, с вложенными структурами, с локальными переменными. На выходных буду готовить им багрепорт. Проблема в том, что ошибки проявляются по-хитрому: поменяешь местами определения переменных - и все работает; добавишь функцию - все падает. Так что на каждую ошибку нужно будет подготовить конкретную mikro-программу с мегаописанием.

Да и по оболочке тоже много претензий: табуляция прыгает как хочет, копи-паст обрезает первый символ и переводы строк и т.д.

[masterzx]

Сообщение от tester

Да, не долгой была радость... Компилятор слишком сырой.

Спасибо тебе за твой труд
Будем ждать нормального реализа компилятора от них и от тебя ОСУ под этот компилятор

[Doctor]

Прошу помощи.
Воспользовался библиотекой Manchester Code в составе MikroC.
Проблема с Man_receive.
Кусочек кода

 
    temp = Man_Receive(error);
    if(error !=255)
    {  Man_Send(temp);}

В результате выполнения получаю сл. картинку:
На входе: 00000101 ; 00000110 ; 00000111
На выходе: 00010100 ; 00010010 ; 00010000

Это как-то криво работает библиотека, или я ее не правильно использую?
Результаты смотрел Logic Tool -ом в составе PicKit2.
MCU - PIC16F684.
Заранее спасибо за помощь.

[petrd]

Сообщение от Doctor

Прошу помощи.
Воспользовался библиотекой Manchester Code в составе MikroC.

Пример из help рабочий (проверено), но только для эксперементов.
http://www.microchip.su/showpost.php...26&postcount=7

[Doctor]

В том то и дело, что у меня не хочет работать
Значит придется свой декодер писАть...
А заодно и генератор...

[petrd]

Сообщение от Doctor

В том то и дело, что у меня не хочет работать
Значит придется свой декодер писАть...
А заодно и генератор...

Не знаю, что у Вас, а я брал 2 PIC, соединял напрямую и все работало, а через RF была проблема. Использовал MikroC 8.2.0.0.

[Doctor]

У меня через RF.
На выходе приемника (т.е. на входе PIC) сигнал такой же, как на выходе PIC в передатчике.
Не пойму, какая может быть проблема?

Сообщение от Doctor

 
    temp = Man_Receive(error);
    if(error !=255)
    {  Man_Send(temp);}

Наверное надо передать адрес переменной error чтобы Man_Receive могла ее изменить. С библиотекой не знаком, поэтому не посоветую где Man_Receive возвращает код ошибки а где принятый символ.

[Bill]

Сообщение от Doctor

Прошу помощи.
Воспользовался библиотекой Manchester Code в составе MikroC.
Проблема с Man_receive.
Кусочек кода

 
    temp = Man_Receive(error);
    if(error !=255)
    {  Man_Send(temp);}

В результате выполнения получаю сл. картинку:
На входе: 00000101 ; 00000110 ; 00000111
На выходе: 00010100 ; 00010010 ; 00010000

Это как-то криво работает библиотека, или я ее не правильно использую?
Результаты смотрел Logic Tool -ом в составе PicKit2.
MCU - PIC16F684.
Заранее спасибо за помощь.

Переменная error где изменяется? Если Вы ждете, что в Man_Receive, то никогда не дождетесь. Как сия функция определена?

[МимоПроходил]

Сообщение от tester

Да, не долгой была радость... Компилятор слишком сырой.

Потестировал его на простых примерах и нарвался на кучу ошибок: путаница с указателями, с typedef'ами, с вложенными структурами, с локальными переменными. На выходных буду готовить им багрепорт. Проблема в том, что ошибки проявляются по-хитрому: поменяешь местами определения переменных - и все работает; добавишь функцию - все падает. Так что на каждую ошибку нужно будет подготовить конкретную mikro-программу с мегаописанием.

Да и по оболочке тоже много претензий: табуляция прыгает как хочет, копи-паст обрезает первый символ и переводы строк и т.д.

И еще в микроПаскале конструкция типа

       if условие1 then if условие2 then действие;

работает неправильно, а именно выполняется лишь:

       if условие2 then действие;

если записать:

       if условие1 then begin if условие2 then действие;end;

то все работает.

Конструкцию типа:

       if (условие1) and (условие2) then действие;

Не применяю по причине бОльшего размера кода.


В микроСи, к сожалению, подобный код не проверял пока.

[masterzx]

Сообщение от МимоПроходил

В микроСи, к сожалению, подобный код не проверял пока.

В микроСи все работает

[Bill]

Причем, все одинаково, что

if (условие1)
     if (условие2)
           действие;

что

if (условие1 && условие2)
     действие;

По стандарту Си, если условие1 не выполняется, то проверка условия2 также не выполняется. В Паскале же, насколько я знаю, должна выполняться проверка обоих условий. Отсюда и код больше. Правда, в Borland Pascal есть опция, которая отменяет проверку второго и последующих условий если хотя бы одно из условий не выполняется.

[mos]

В микроси фо дспик нужно частоту выставлять в окошке. Возник вопрос- какую частоту выбрать: после плл или, допустим, фрц, если использую внутренний ген? И еще, в выборе среды между MPLAB+C30 и микроси на чем бы советовали начинающему остановиться, в частности, для дспик30?

[masterzx]

Сообщение от mos

В микроси фо дспик нужно частоту выставлять в окошке. Возник вопрос- какую частоту выбрать: после плл или, допустим фрц, если использую внутренний ген? И еще, в выборе среды между MPLAB+C30 и микроси на чем бы советовали начинающему остановиться, в частоности для дспик30?

Основную на которой ядро работает, тоесть после плл

[Doctor]

Сообщение от Bill

Переменная error где изменяется? Если Вы ждете, что в Man_Receive, то никогда не дождетесь. Как сия функция определена?

Ну я как бы взял строку из хэлпа...
Да и error меня мало интересует. Вопрос был в том, что неверно декодируется сигнал.

[petrd]

Сообщение от Doctor

Ну я как бы взял строку из хэлпа...
Да и error меня мало интересует. Вопрос был в том, что неверно декодируется сигнал.

А у Вас, что трансивер используется?