I checked the DOGM128 driver on the LPC17 based core, and it works (basically) - there was a bug which caused that only the left half of the display was written, but the initialization was already working correctly.
Ich konnte mir die Frage selbst beantworten. Aber mir stellt sich eine neue: Im Schema ist ein 2.2ĂÂľF vermerkt, sollte da gemäss DOG nicht 9x ein 1ĂÂľF Kondensator rein?
Yes, the dog_g driver is part of the universal driver.
A pretty good hint can be found in mios32_lcd.c:
s32 MIOS32_LCD_Init(u32 mode)
{
s32 ret;
// currently only mode 0 supported
if( mode != 0 )
return -1; // unsupported mode
// initial LCD parameters
// can be overruled in APP_LCD_Init()
static const mios32_lcd_parameters_t default_parameters = {
.lcd_type = MIOS32_LCD_TYPE_CLCD,
.num_x = 2, // since MBHP_CORE_STM32 and MBHP_CORE_LPC17 has two J15 ports
.num_y = 1,
.width = 20, // since most people will (probably) build the SCS
.height = 2,
.colour_depth = 1,
};
mios32_lcd_parameters = default_parameters;
// ...
[/code]
you'd want to override .lcd\_type in APP\_LCD\_Init with MIOS32\_LCD\_TYPE\_GLCD\_DOG and the rest accordingly.
Hope that helps!