Привет народ.Вот решил я слепить себе нечто из указанных в теме компонентов.Нарисовал и изготовил макетку, красиво всё распаял и написал из надёрганных в сети кусков маленькую програмку для управления ЖКИ. Вначале, после нудного изучения даташитов никак не мог инициализировать ЖКИ, но потом разобрался что к чему и наконец он начал подавать признаки жизни и засветился.
Компилятор, который я пользую - CCS, имеет в своём составе файл SED1335.C , но как я не пытался приспособить его, так и не смог.Порывшись в сети,я нашёл другой файл с таким же названием, но вроде бы не для ПИКов, а для чего-то другого.Однако , слегка подшаманив его, я смог встроить его в прогу и он заставил таки выдавать на экран символы в текстовом режиме(даже с возможностью размещения в заданое место) и переключаться в графический режим.
И на этом всё и закончилось.
Все попытки нарисовать линию или круг или просто точку,несмотря на множество примеров, я так и не смог. Позаимствовав из старого файла процедуру

void glcd_pixel(int16 x, int16 y, int1 color)
{
int8 data;
int16 addr;
// Calculate the byte address containing the pixel
addr = GLCD_GRAPHICS_ADDR + (GLCD_WIDTH/8 * y + x/8);
// Read the byte of data at the address
data = getData(addr);
// Turn the pixel on or off
if(color == ON)
bit_set(data, 7 - x%8);
else
bit_clear(data, 7 - x%8);
// Write the new data byte to display memory
setData(addr, data);
}

я попробовал нарисовать на экране пиксель, но он вроде как нарисовался но разместился не в тех координатах, которые я указывал.Как я понимаю, за размещение отвечает строка
//GLCD_GRAPHICS_ADDR- нач. адрес- 1200, GLCD_WIDTH- кол во символов в строке- 320
addr = GLCD_GRAPHICS_ADDR + (GLCD_WIDTH/8 * y + x/8);
Может кто из вас раскомментирует эту странную формулу и подправит её, если она неправильная.

Сообщение отредактировал andreichk - Jan 25 2008, 21:03

Спасибо за столь быстрый ответ и ваше желание помочь. Я не буду у вас все детали расспрашивать.
На первый взгляд мне непонятен этот блок "Syncronisation", который находится в файле "OSZILLOGRAF.JPG" и его распиковка насчёт XC9572. И потом эти красные перемычки под PIC18F4685, насколько я понимаю это типа Jumper?

Fire Starter

первоначально предполагалось сделать аппаратную синхронизацию,но обошлись программной,поэтому этот блок отсутствует,забудьте про него.Красные перемычки,это Jumper

Спасибо, видно я просмотрел этот момент в дискуссиях. Интересный проект у вас.
Другая точка зрения чисто экономическая. Кажется что если все компоненты приобрести из продажи то выйдет почти цена готового дивайса. Тут надо-бы иметь дешёвую доставку как я понимаю.

Fire Starter

Конечно хотел-бы сам сделать длё чего я и рассматриваю стоимость компонентов. Работаю сам в проектах с мобильной электроникой, больше в области твёрдого товара (Hardware).

Добрый вечер.

Fire Starter

to andreichk
поражен проделанной работе.... этож до какой степени нужно любить "радио"
правда в печатке нашел несколько ошибок, это недочёт или специально? проэкт очень интересный и заслуживает очень большого внимания. Для всех желающих могу заказать платы здесь(не первый год здесь заказываю, благо от меня это всего в 60 км) http://www.etal.ua/ru/catalog/part107/group253 не сочтите за рекламу, не в коем разе... цена в среднем 2 доллара за квадратный дэциметр(односторонняя) всё зависит от колличества.
с разрешения andreichk а также наверное администрации форума хотел бы попросить разрешения сделать народный проэкт. ???!!!
B.R. Andrey

да делайте уже, только скажите,где ошибки-то?

просветите пожалуйста новичка, - что записывается в памяти фифо если она на нижних пределах измерений(625кгц) тактируется в 128 раз медленнее ацп? если ошибся поправте,но помоему за один такт записи(на 625кгц) ацп на шине меняет значение 128 раз, тоесть получаем мы некое усреднение(мусорение) на шине данных? конечно при условии что меряем мы сигнал выше 625кгц.

еще коечто наклюнулось- перечитывая датащит на фифо.
после сброса, начиная чтение может нужно отключить строб записи иначе прочитаем только что записавшийся адрес?
соответственно на малых частотах тактирования адреса считывания будут перескакивать через адрес записи и могут появиться глюки в синхронизации? или я опять чет не допонял.
в схеме(та что в Sплане и джипеге) ресет fifo подключен к 19 ноге плиски хотя на ней по исходникам находится кнопка.
вопросик по плиске - в этой 9572 нету не одного элемента на 3 состояния?и может кто подскажет как попроще одно пяти разрядное двоичное число разложить на два четырех,нужно для управления двумя мультиплексорами,ато у меня при разложении декодерами и логикой закончились ресурсы плиски
по плате - помоему нет смысла ее заказывать в том виде в каком она есть,поскольку в снг нету памяти в плсс корпусе,все что удалось найти эт в минидипе в Питере. да и без анальной части этот прибор очень узкопрофильный.(почему дорожки отгорают быстрей чем высокоскоростная защита от перенапрежений? )

банальные ошибки в коментариях исходника.На плате и растровых рисунках ошибок нет

Дык да , прав ты, все через ж...
Особенно посмотреть как для 18 пиков указатели на ROM пользовать.
Но все же на сей компиль достаточно много инфы и примеров и складывается впечатление что у буржуев он в особом почете.

А вам мужики огромный респект , такую работу проделали..

Вопрос по данному проэкту.
1. Есть ли у данного устройства порт для подклячения к ПК, и какой?
2. Где можно найти дешовые дисплеи для данного устройства?
3. Подойдёт ли дисплей с контроллером "HD64646/MSM6255/SED1330"?

Сообщение отредактировал Inversiya - Feb 24 2009, 16:31

1.нет
2. смотря где вы живёте
3.с SED1330 подойдёт, с остальными не знаю...

А я чета схемы и этого осцилла не вижу
....
Виноват, схемы нашел. Но это же было на 3й странице.

Сообщение отредактировал Kabron - Mar 13 2009, 08:52

Так автор зарабатывал пропуск в свои. И я считаю честно заработал.

спасибо за высокую награду