Дисплеи от мобильных телефонов- осцилограммы работы

da-nie

Вот про Nokia 6100: http://forum.radiokot.ru/viewtopic.php?f=20&t=45298

Реклама

lawr

И здесь можно глянуть

Реклама

da-nie

А вот шрифт в кодировке DOS размером 8x8 (не помню, но вроде бы я его когда-то с PC снял). И здесь код начинается с 0! Смещение символа равно 8*код символа.

Вложение:

font8x8.rar [1.38 KiB]
Скачиваний: 209

VDLab

Зукс писал(а):

Я так понимаю Ваш шрифт тоже с пропуском первых 32 символов? Размер символов указал правильно но символы не те выводятся что нужно... Кодировка таже?
Английский текст печатает нормально а русский - иероглифы

Шрифт с пропуском первых 32 непечатаемых символов кодировка 1251(русская тобишь), так что причина не в шрифте.
Я так понимаю, WinAVR - какой то особенный, если в нем не работает приведение типов:

ch=pgm_read_byte(&FONT8x15[(unsigned char) c-32 ][h]);

Без этого, на нормальных компиляторах тоже нормально вторая половина шрифта не отображалась.
Короче, теперь вопрос в том, как осуществляется приведение типов в WinAVR.

Реклама

Эиком - электронные компоненты и радиодетали

Зукс

VDLab, У меня 5-я студия. На winavr все некак руки не доходят перейти... Может в ней и причина? Еще попробовал вывести на экран то что у меня находится в массиве символов и вот что вышло(правада все не влезли в экран):

Это я коды символов передавал

Реклама

VDLab

Выглядит вроде нормально. Строчки с псевдографикой (7я и 8я) в принципе могут быть заполнены произвольными символами.

Цитата:

У меня 5-я студия...

Это ж вроде только среда разработки, а к ней уже компилятор подключается (насколько я знаю).

Реклама

Зукс

компилятор шел вместе со студией, может это из-за него?

Foks

В пятой студии всё тот же AVR-GCC, а проект WinAVR уже заброшен. Так что не надо пороть гарячку - с компилятором всё ОК

Зукс

Так в чем же тогда может быть проблема? Может компилятор както настроить можно? У меня студия отказывается работать с файлом если в его пути присутсвтуют киррилические символы. А теперь и при компиляции проблемы с кирилицей... :dont_know:

Реклама

Foks

Нету никаких проблем с компиляцией, проблемы у Вас с текстовым редактором. Он по всей видимости использует UTF-8, а нужно cp1251. Нужно копаться в настройках студии, либо использовать другой редактор как временное решение.

Зукс

Akelpad пишет (1251 ANSI кириллица)

Foks

Хм. С приведением типов в GCC всё в порядке (вроде бы):

Код:

#include <stdio.h>

int main()
{
char a  = -31;
unsigned char b = (unsigned char)a;
printf("%i, %i\n", (int)a, (int)b);
return 0;
}

Выводит -31, 225.

da-nie

Цитата:

Хм. С приведением типов в GCC всё в порядке (вроде бы):

Цитата:

Я так понимаю, WinAVR - какой то особенный, если в нем не работает приведение типов:
ch=pgm_read_byte(&FONT8x15[(unsigned char) c-32 ][h]);

В приведении типов надо вспоминать приоритет операций. Чтобы этим не заниматься, проще написать: ch=pgm_read_byte(&FONT8x15[((unsigned char) (c))-32 ][h]); и не мучаться.

Зукс

Код:

void put_string(unsigned char x, unsigned char y, char *str, unsigned int color)
{
 unsigned char j;
 
  while (j =*str++)
  {
    LCD_Char(x , y, j, color);
    x+=CHAR_W;
  }
}

char *str
В передаче строки используется тип Char а не Unsigned char. Но когда пытаюсь поставить unsigned выдает ошибку "несоответствие типов". Как это исправить? Или там все нормально?
З.Ы. Может забить вообще на эту СИ-шку и перейти на старый добрый Паскаль? Там было все намного проще а тут только и делаю что на грабли наступаю... :facepalm:

Вроде видел что Паскаль используют для АВР

da-nie

Цитата:

В передаче строки используется тип Char а не Unsigned char. Но когда пытаюсь поставить unsigned выдает ошибку "несоответствие типов". Как это исправить? Или там все нормально?

Так и должно быть.

Цитата:

Может забить вообще на эту СИ-шку и перейти на старый добрый Паскаль? Там было все намного проще а тут только и делаю что на грабли наступаю...

А вот этого не советую. Не имеет ни малейшего значения, какого типа у вас строка. Пусть будет char - это стандартная строка. Имеет огромное значение то, как вы будете вычислять смещение когда будете брать символы из строки.
Совершенно не важно, что у вас в программе ниже j - unsigned char. Очень важно, какого типа у вас символ внутри LCD_Char. Сделайте вот так вот и не мучайтесь: ch=pgm_read_byte(&FONT8x15[((unsigned char) (c))-32 ][h]);
Если и так не работает, то у вас просто коды символов перепутаны и всё - приведение типов тут не при чём.

Код:

void put_string(unsigned char x, unsigned char y, char *str, unsigned int color)
{
 unsigned char j;
 
  while (j =*str++)
  {
    LCD_Char(x , y, j, color);
    x+=CHAR_W;
  }
}

Цитата:

j =*str++

Это вам кто посоветовал так сделать? Не, ну если нравится извращениями заниматься, то, конечно.

Зукс

Цитата:

Это вам кто посоветовал так сделать? Не, ну если нравится извращениями заниматься, то, конечно.

VDLab посоветовал. Я в Си-шке плохо разбираюсь

Код:

ch=pgm_read_byte(&FONT8x15[((unsigned char) (c))-32 ][h])

У меня эта часть выглядит вот так:

Код:

ch=pgm_read_byte(&FONT8x15[(unsigned char) c-32 ][h])

da-nie

Цитата:

VDLab посоветовал. Я в Си-шке плохо разбираюсь

А вы понимаете, что это выражение делает? И почему оно заканчивает вывод строки по достижению нуля.

Цитата:

У меня эта часть выглядит вот так:

Вот функции печати:

Код:

//----------
//вывод символа в позицию
//----------
inline void LCD_PutSymbol(unsigned char x,unsigned char y,unsigned char symbol,unsigned short color,unsigned short bkcolor)
{
 if (symbol<32 || symbol>223) return;
 symbol-=32;
 LCD_SetOutputRectangle(x,y,x+7,y+13);
 for(y=0;y<14;y++)
 {
  unsigned char byte=pgm_read_byte(&(Font8x14[symbol][y]));
  for(x=0;x<8;x++,byte<<=1)
  {
   if (byte&0x80) LCD_SetPixel(color);
             else LCD_SetPixel(bkcolor);
  }
 }
}
//----------
//вывод строчки в позицию
//----------
inline void LCD_PutString(unsigned char x,unsigned char y,const char *string,unsigned short color,unsigned short bkcolor)
{
 unsigned char l=strlen(string);
 for(unsigned char n=0;n<l;n++,x+=8)
 {
  LCD_PutSymbol(x,y,string[n],color,bkcolor);
 }
}

Всё это печатается. Но в шрифте 8x14 нет маленьких русских букв.

Foks

da-nie писал(а):

В приведении типов надо вспоминать приоритет операций.

Вы не правы, операция отнимания на низком уровне одинакова для знаковых и беззнаковых чисел. Я также это проверил, отнимание до преобразования типа и после дает одинаковый результат, даже если там происходит переход через нуль.

Зукс

Код:

А вы понимаете, что это выражение делает?

Честно говоря не совсем. Для меня пока язык СИ - далек. Я думаю там переменной J присваивается первый символ строки, потом следующий итд. и пока строка не закончится - цикл не завершается. А завершается наверное потому что в конце строки всегда находится ноль... Но каким образом переменная *str может в себе нести целую строку и код текущего символа этого мне не понять :shock:

В Паскале такого небыло
Так в чем еще может быть проблема почему у меня русские символы не отображаются?

da-nie

Цитата:

Вы не правы, операция отнимания на низком уровне одинакова для знаковых и беззнаковых чисел. Я также это проверил, отнимание до преобразования типа и после дает одинаковый результат, даже если там происходит переход через нуль.

Да, отнимание до или после действительно будет давать одинаковый результат, если будет выполнено преобразование типов. Этого я не заметил.

Цитата:

Я думаю там переменной J присваивается первый символ строки, потом следующий итд. и пока строка не закончится - цикл не завершается. А завершается наверное потому что в конце строки всегда находится ноль...

Да, разумеется.

Цитата:

Но каким образом переменная *str может в себе нести целую строку и код текущего символа этого мне не понять :shock:

В Паскале такого небыло

Переменная str - это только адрес строки в памяти и информация о типе того, что там в памяти. В цикле изменяется адрес. И читается их адреса символ.

Цитата:

Так в чем еще может быть проблема почему у меня русские символы не отображаются?

Я дал пример. Он работает у вас?

Дисплеи от мобильных телефонов- осцилограммы работы

Кто сейчас на форуме