Продукция mikroElektronika

[ut1wpr]

Вопрос что за зверь UART_Wr_Ptr

По названию функции ясно.
Взять байт по указателю, переданному функции как параметр, с последующей его передачей по UART.

[synk]

Приветствую!
Продолжаю первый раз писать програму на С для общения МК с GSM модулем. В качестве основы смотрю примеры mikroElektronika.
Есть такой код:

char atc1[] = "ATE0";                      // disable command echo
char atc2[] = "AT#HFMICG=4";               // handsfree microphone gain
char atc3[] = "AT#SHFEC=1";                // handsfree echo canceller
char atc4[] = "AT+CLVL=12";                // loudspeaker volume level
char atc5[] = "AT#SRS= 3,0";               // select ringer sound
char atc6[] = "ATS0=0";                    // number of rings to auto answer (auto answer disabled)
char atc7[] = "AT+CRC=1";                  // Enable extended format reporting
char atc8[] = "AT+CLIP=1";                 // Enable caller number identification
char atc9[] = "AT#QSS?";                   // Query SIM Status

----------//-----------------------------

void send_atc(char *s)
{
// send command string
   while(*s) {
      UART1_Write(*s++);
   }
// terminate command with CR
   UART1_Write(0x0D);
}

Я правильно понимаю, что в данном случае команды в порт будут подаваться последовательно от atc1 до atc9, разделеные переводом каретки?

[Vadim_sh]

нет. будет передаваться одна команда, указатель на которую будет передаваться этой функции при вызове. В УАРТ пишется по одному байту, по завершении символов в команде будет отправлен байт 0D

[synk]

До конца месяца, у MicroC скидки на компиляторы $100.
Я себе заказал, правда так и не понял, какой почтой придет.

[makser1]

Компиляторы, конечно, интересные. Среда отличная, одинаковая для многих платформ.
Есть только пара недостатков:
1 Закрытые библиотеки (что не очень существенно).
2 Плохая оптимизация как по скорости так и по объему прошивки.
По второй причине серьезно ориентироваться на них нельзя.
Если посмотреть asm генерации, то там кошмар.
Но для простых не требовательных проектов и особенно для начинающих весьма подходящее.

[3d cube]

8 лет уже на микробейсике сижу. Для пиков.
Недостатки :
-Надо соображатся с расположением и величиной массивов.
Для пик16 размер массива не более памяти в одном банке. К примеру 120h-16Fh 80 байт для PIC16F883/PIC16F884. Деклярация absolute 0x120, указывающая на начало банка абсолютно необходима.
То же самое для PIC18. Размер не более 256 байт. absolute на начало банка тоже необходима. Для PIC24 ограничений не заметил.
-не находит объявления переменных в include модулях. Даже объявленные в главном модуле не находятся. Постоянно надо указывать, что переменная external .
-дебажить через программатор МикроЕ невозможно. Для этого сделал программный UART на передачу к ноге PGC пиков. У PicKit2 это вход RX. Компилирю, заливаю, пререключаю PicKit2 в UART режим, смотрю что происходит.
-Не любит слабых кристаллов. Давайте по крайней мере 3Кбайт ROM, 128 RAM. Для дебажить.

Плюсы:
-Инструкция byref. Тоесть можно передавать массивы подпрограммам, не используя заумные значки как @ ^. Сия инструкция в документации явно не указана. Употреблена в примерах.
-Удобный редактор
-Приличный софт дебагер
-Сравнительно богатые библиотеки. Подключаются одним щелчком. Специфических, как RFID к примеру нет.
-LIBSTOCK

Еще есть, будет время и желание отпишусь дополнително
Удачи !

[oscill]

3d cube
Вопрос, как вывести на GLCD шрифт размером 16х18 ?
Для PIC18 есть библиотека XGLCD, а для PIC16 какие варианты ?

[OakRidge]

Для PIC16F877А делал, вручную почти, Тошиба 6369 если не путаю. Очень давно. Знаки 112х56. Ну не помню точно. И помнить не желаю. Там с кровососами имел дело. Театр типа хАроший барин, плАхой барин.
Есть очень хорошая программа для картинок и циферь, энтусиаста, получаете готовый код с массивом констант.
oscill, правда, на абсолютно готовое расчитывать Вам глупо. Да и модель дисплея не указали. А их множество. Есть голландская контора, на том прирабатывает. Библиотеки LCD разного рода.