ВходНаше всё Теги codebook 无线电组件 Поиск Опросы Закон Пятница
3 мая
О смысле всего сущего0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынокОбъявления
МикроконтроллерыPLD, FPGA, DSP AVRPICARM, RISC-VТехнологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты
378419 Топик полностью
framer (04.01.2013 00:20, просмотров: 278) ответил AVF на да, HAL оптимизирован на максимальное быстродействие с конкретным драйвером, он не очень удобен (18битный цвет), работа только в окнах, всегда автоинкремент, зато получаю гарантию качества на небольших партиях. там правда еще мусор от ST-шной GUI,
Эмулятор типа того. Бинарник в Debug. Проект подготовлен для MinGW. Что изменил. Из lcdHAL.c сделал 3 файла guiCore.c и реализация HAL для форточек win_lcdHAL и для реального устройства real_lcdHAL (не проверял нет платформы). В guiCore.c вынес http://caxapa.ru/upload/files/ac4651f5d1ff6587876f9a360ad9c7f0492ba3cf
80% из lcdHAL.c не связаное с hardware а остальное связанное с перенес в win_lcdHAL и real_lcdHAL. Такая структура вводит соответствующий уровень абстракции. HAL ничего не знает о GUI а GUI о HAL. HAL привязывается к GUI так как линухе принято вот так LCD_SetFunctions(Win_LCD_GetHal_Function()); а захотим реальное устройство то так LCD_SetFunctions(LCD_GetHal_Function()); в структуре передаются указатели на функции HAL. теперь если надо новый HAL то пишем новый и подставляем другую структуру в одной линии. Советую на такую технику обратить внимание. Пока не совсем понятно на счет widgets. бум смотреть.
Ответить