lcd4linux-devel — lcd4linux development team

[Lcd4linux-devel] lcd4linux homepage

[Jonathan M. <jmc...@gm...>]

Hi Maxime,

The lcd4linux homepage [1] is currently returning a HTTP/404. Have you
moved the homepage elsewhere?

Thanks,
Jon

[1] https://ssl.bulix.org/projects/lcd4linux/

Re: [Lcd4linux-devel] Programmierung lcd4linux

[Michael R. <mi...@re...>]

Hello Daniel,

first, this is a english-speaking mailing list.

second, your Problem seems to have nothing to do with lcd4linux. So I'm afraif we can't be of any help here...



regards, michael


Am 2014-04-01 00:30, schrieb ds1...@we...:
> Hallo zusammen,
>
> Ich habe mir zum Spaß ein 2,5 LCD Display gekauft, mit dem Zeil es selber Programmieren zu vollen. Dank ein paar
> Programmierkentnissen in Java und C#, habe ich gehofft ein nettes Programm dazu zu schreiben. Ein Bauckup wurde unter
> Mint 16 schon erstellt nun möchte ich es bearbeiten. Ansich bin ich mit dem BS des Displays zufrieden. Nur möchte ich
> die Bilderanzahl (Speicher 8GB gesamt),
> von 70 auf 140 erweiteren. Was rechnerisch zumind. gehen würde. Ebenfalls auch die Steuertasten (3 Stück) sollen eine
> andere Funktion erfüllen.
>
> Leider kriege ich den Hexxode nicht in Netbeans rein, oder bin einfach zu unwissend.
>
> Ein Ra Pi hab ich schon zu Diashow umprogrammiert bekommen.
>
> Dann werde ich es auch sicher hiermt auch schaffen.
>
> Die Funktionen sollten beinahe die gleichen sein.
>
> Könnt ihr mir ein paar Tipps geben, wie ich dass hinbekomme? An einer Spende soll es nicht scheitern.
>
> Aber es soll mir ja auch Spaß machen...also bitte ich um Unterstützung, damit ich mich da reinwuscheln kann.
>
> Im Anhang ist das Backup. Wäre echt nett wenn Ihr mich mit Infos füttert...
>
>
>   Mit internettem Gruss
>
>
> Daniel
>
>
> ------------------------------------------------------------------------------
>
>
>
> _______________________________________________
> Lcd4linux-devel mailing list
> Lcd...@li...
> https://lists.sourceforge.net/lists/listinfo/lcd4linux-devel
>

-- 
Michael Reinelt <mi...@re...>
http://home.pages.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

[Lcd4linux-devel] Programmierung lcd4linux

[<ds1...@we...>]

Hallo zusammen,

Ich habe mir zum Spaß ein 2,5 LCD Display gekauft, mit dem Zeil es 
selber Programmieren zu vollen. Dank ein paar Programmierkentnissen in 
Java und C#, habe ich gehofft ein nettes Programm dazu zu schreiben. Ein 
Bauckup wurde unter Mint 16 schon erstellt nun möchte ich es bearbeiten. 
Ansich bin ich mit dem BS des Displays zufrieden. Nur möchte ich die 
Bilderanzahl (Speicher 8GB gesamt),
von 70 auf 140 erweiteren. Was rechnerisch zumind. gehen würde. 
Ebenfalls auch die Steuertasten (3 Stück) sollen eine andere Funktion 
erfüllen.

Leider kriege ich den Hexxode nicht in Netbeans rein, oder bin einfach 
zu unwissend.

Ein Ra Pi hab ich schon zu Diashow umprogrammiert bekommen.

Dann werde ich es auch sicher hiermt auch schaffen.

Die Funktionen sollten beinahe die gleichen sein.

Könnt ihr mir ein paar Tipps geben, wie ich dass hinbekomme? An einer 
Spende soll es nicht scheitern.

Aber es soll mir ja auch Spaß machen...also bitte ich um Unterstützung, 
damit ich mich da reinwuscheln kann.

Im Anhang ist das Backup. Wäre echt nett wenn Ihr mich mit Infos füttert...


  Mit internettem Gruss


Daniel

[Lcd4linux-devel] LCD4Linux Revision 1200 and Cross-Compile Toolchain FritzBox, 'convert2JPG', SamsungSP

[Michael H. <all...@gm...>]

/* $Id: drv_SamsungSPF 975 2009-01-18 11:16:20Z michael $
   * $URL: https://ssl.bulix.org/svn/lcd4linux/trunk/drv_SamsungSPF.c $
   *
   * SamsungSPF lcd4linux driver
   *
   * Copyright (C) 2012 Sascha Plazar <sa...@pl...>
   * Copyright (C) 2005, 2006, 2007 The LCD4Linux Team <lcd...@us...>
   *
   * This driver is based on playusb.c created on Aug 2, 2010 by Andre Puschmann
   * which is in turn based on code from Grace Woo: 
   *    http://web.media.mit.edu/~gracewoo/stuff/picframe
   *
   * This file is part of LCD4Linux.
   *
   * LCD4Linux is free software; you can redistribute it and/or modify
   * it under the terms of the GNU General Public License as published by
   * the Free Software Foundation; either version 2, or (at your option)
   * any later version.
   *
   * LCD4Linux is distributed in the hope that it will be useful,
   * but WITHOUT ANY WARRANTY; without even the implied warranty of
   * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
   * GNU General Public License for more details.
   *
   * You should have received a copy of the GNU General Public License
   * along with this program; if not, write to the Free Software
   * Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
   *
   */

/* 
   *
   * exported fuctions:
   *
   * struct DRIVER drv_SamsungSPF
   *
   */

#include "config.h"

#include <stdio.h>
#include <string.h>

#include <usb.h>
#include <jpeglib.h>

#include "debug.h"
#include "cfg.h"
#include "qprintf.h"
#include "timer.h"
#include "drv.h"

/* graphic display? */
#include "drv_generic_graphic.h"

// Drivername for verbose output
static char Name[] = "SamsungSPF";

struct SPFdev {
    const char type[64];
    const int vendorID;
    struct {
	const int storageMode;
	const int monitorMode;
    } productID;
    const unsigned int xRes;
    const unsigned int yRes;
};

static struct SPFdev spfDevices[] = {
    {
     .type = "SPF-72H",
     .vendorID = 0x04e8,
     .productID = {0x200a, 0x200b},
     .xRes = 800,
     .yRes = 480,
     },
    {
     .type = "SPF-75H",
     .vendorID = 0x04e8,
     .productID = {0x200e, 0x200f},
     .xRes = 800,
     .yRes = 480,
     },
    {
     .type = "SPF-83H",
     .vendorID = 0x04e8,
     .productID = {0x200c, 0x200d},
     .xRes = 800,
     .yRes = 600,
     },
    {
     .type = "SPF-85H",
     .vendorID = 0x04e8,
     .productID = {0x2012, 0x2013},
     .xRes = 800,
     .yRes = 600,
     },
    {
     .type = "SPF-85P",
     .vendorID = 0x04e8,
     .productID = {0x2016, 0x2017},
     .xRes = 800,
     .yRes = 600,
     },
    {
     .type = "SPF-87H",
     .vendorID = 0x04e8,
     .productID = {0x2033, 0x2034},
     .xRes = 800,
     .yRes = 480,
     },
    {
     .type = "SPF-107H",
     .vendorID = 0x04e8,
     .productID = {0x2035, 0x2036},
     .xRes = 1024,
     .yRes = 600,
     },
    {
     .type = "SPF-105P",
     .vendorID = 0x04e8,
     .productID = {0x201c, 0x201b},
     .xRes = 1024,
     .yRes = 600,
     },
    {
     .type = "SPF-1000P",
     .vendorID = 0x04e8,
     .productID = {0x2039, 0x2040},
     .xRes = 1024,
     .yRes = 600,
     },
    {
     .type = "SPF-700T",
     .vendorID = 0x04e8,
     .productID = {0x204f, 0x2050},
     .xRes = 800,
     .yRes = 600,
     },
     
};

static int numFrames = sizeof(spfDevices) / sizeof(spfDevices[0]);

struct usb_device *myDev;
usb_dev_handle *myDevHandle;
struct SPFdev *myFrame;

typedef struct {
    unsigned char R, G, B;
} RGB;

static struct {
    RGB *buf;
    int dirty;
    int fbsize;
} image;

static struct {
    unsigned char *buf;
    unsigned long int size;
} jpegImage;



/****************************************/
/***  hardware dependant functions    ***/
/****************************************/


/* please note that in-memory compression doesn't work satisfactory */
int convert2JPG()
{
    struct jpeg_compress_struct cinfo;
    struct jpeg_error_mgr jerr;
    int row_stride;		/* physical row width in buffer */
    JSAMPROW row_pointer[1];	/* pointer to a single row */

    /* Initialize compression frame */
    cinfo.err = jpeg_std_error(&jerr);
    jpeg_create_compress(&cinfo);
    jpeg_mem_dest(&cinfo, &jpegImage.buf, &jpegImage.size);

    cinfo.image_width = myFrame->xRes;
    cinfo.image_height = myFrame->yRes;
    cinfo.input_components = sizeof(RGB);
    cinfo.in_color_space = JCS_RGB;

    /* call some jpeg helpers */
    jpeg_set_defaults(&cinfo);
    jpeg_set_quality(&cinfo, 100, 1);	/*set the quality [0..100]  */
    jpeg_start_compress(&cinfo, 1);

    row_stride = cinfo.image_width;

    /* Convert line by line */
    while (cinfo.next_scanline < cinfo.image_height) {
	row_pointer[0] = (JSAMPROW) (image.buf + (cinfo.next_scanline * row_stride));
	jpeg_write_scanlines(&cinfo, row_pointer, 1);
    }

    /* Finish compression and free internal memory */
    jpeg_finish_compress(&cinfo);
    jpeg_destroy_compress(&cinfo);

    return 0;
}


// Find specific Samsung device
static void drv_SamsungSPF_find()
{
    info("%s: Searching SPF.", Name);

    /* open USB device */
    struct usb_bus *bus;
    struct usb_device *dev;

    usb_init();
    usb_find_busses();
    usb_find_devices();

    for (bus = usb_busses; bus; bus = bus->next) {
	for (dev = bus->devices; dev; dev = dev->next) {
	    if (dev->descriptor.idVendor == myFrame->vendorID) {
		if (dev->descriptor.idProduct == myFrame->productID.storageMode) {

		    info("Samsung photoframe in Mass Storage mode found.");
		    myDev = dev;

		    return;
		} else if (dev->descriptor.idProduct == myFrame->productID.monitorMode) {

		    info("Samsung photoframe in Custom Product mode found.");
		    myDev = dev;

		    return;
		}
	    }
	}
    }

    free(bus);
    myDev = 0;
}


static int drv_SamsungSPF_open()
{
    if (!myDev) {
	error("%s: No device specified!", Name);
	return -1;
    }

    int res = -1;
    char buf[256];

    if (myDev->descriptor.idProduct == myFrame->productID.storageMode) {
	info("%s: Opening device and switching to monitor mode", Name);

	myDevHandle = usb_open(myDev);

	setuid(getuid());

	strcpy(buf, "** no string **");
	res = usb_get_string_simple(myDevHandle, myDev->descriptor.iManufacturer, buf, sizeof(buf));
	debug("usb_get_string_simple => %d, %s", res, buf);

	memset(buf, 0, 256);

	res = usb_control_msg(myDevHandle, USB_TYPE_STANDARD | USB_ENDPOINT_IN,
			      USB_REQ_GET_DESCRIPTOR, 0xfe, 0xfe, buf, 0xfe, 1000);
	/* usb_close( myDev ); */
	// Sleep some time before research
	sleep(1);
	drv_SamsungSPF_find();
    } else
	info("%s: No device in storage mode found", Name);

    if (myDev->descriptor.idProduct == myFrame->productID.storageMode) {
	error("%s: Was not able to switch to monitor mode!", Name);
	return -1;
    }

    if (myDev->descriptor.idProduct == myFrame->productID.monitorMode) {
	info("%s: Device '%s' is now in monitor mode.", Name, myFrame->type);
	myDevHandle = usb_open(myDev);
	return 0;
    }

    error("Unknown error: usb_control_msg() = %d", res);
    return -1;
}


/* dummy function that sends something to the display */
static int drv_SamsungSPF_send(char *data, unsigned int len)
{
    char usb_hdr[12] = { 0xa5, 0x5a, 0x18, 0x04, 0xff, 0xff,
	0xff, 0xff, 0x48, 0x00, 0x00, 0x00
    };
    char buffer[1] = { 0x0 };
    int usb_timeout = 1000;
    int usb_endpoint = 0x2;
    int ret;

    *(int *) (usb_hdr + 4) = len;

    debug("bytes_to_send: %d, offset: %d", len, 12);

    /* Send USB header */
    if ((ret = usb_bulk_write(myDevHandle, usb_endpoint, usb_hdr, 12, usb_timeout)) < 0) {
	error("%s: Error occurred while writing data to device.", Name);
	error("%s: usb_bulk_write returned: %d", Name, ret);
	return -1;
    }

    /* Send JPEG image */
    if ((ret = usb_bulk_write(myDevHandle, usb_endpoint, data, len, usb_timeout)) < 0) {
	error("%s: Error occurred while writing data to device.", Name);
	error("%s: usb_bulk_write returned: %d", Name, ret);
	return -1;
    }

    //Finish transmission by sending zero 
    if ((ret = usb_bulk_write(myDevHandle, usb_endpoint, buffer, 1, usb_timeout)) < 0) {
	error("%s: Error occurred while writing data to device.", Name);
	error("%s: usb_bulk_write returned: %d", Name, ret);
	return -1;
    }
    
    //Keep SPF87h and friends in MiniMonitorMode
    char bytes[]={0x09,0x04};
    
    if ((ret = usb_control_msg(myDevHandle, 0xc0, 0x01,0x0000,0x0000,bytes,0x02,1000))<0)
    {
      error("%s: Error occurred while sending control_msg to device.", Name);
      error("%s: usb_control_msg returned: %d", Name, ret);
    };
    
    return 0;
}


/* for graphic displays only */
static void drv_SamsungSPF_blit(const int row, const int col, const int height, const int width)
{
    int r, c;

    for (r = row; r < row + height; r++) {
	for (c = col; c < col + width; c++) {
	    RGB p1 = image.buf[r * myFrame->xRes + c];
	    RGBA p2 = drv_generic_graphic_rgb(r, c);
	    if (p1.R != p2.R || p1.G != p2.G || p1.B != p2.B) {
		image.buf[r * myFrame->xRes + c].R = p2.R;
		image.buf[r * myFrame->xRes + c].G = p2.G;
		image.buf[r * myFrame->xRes + c].B = p2.B;
		image.dirty = 1;
	    }
	}
    }
}


static void drv_SamsungSPF_timer( __attribute__ ((unused))
				 void *notused)
{
    if (image.dirty) {
	debug("FB dirty, writing jpeg...");
	convert2JPG();

	/* Sent image to display */
	if ((drv_SamsungSPF_send((char *) jpegImage.buf, jpegImage.size)) != 0) {
	    error("%s: Error occurred while sending jpeg image to device.", Name);
	}
	/* Clean dirty bit */
	image.dirty = 0;

	/* Free JPEG buffer since a new is allocated each time an image is 
	   compressed */
	if (jpegImage.size)
	    free(jpegImage.buf);
	jpegImage.size = 0;
    }
}


/* start graphic display */
static int drv_SamsungSPF_start(const char *section)
{
    int timerInterval = 1000;
    char *s;

    cfg_number(section, "update", timerInterval, 0, -1, &timerInterval);
    debug("Updating display every %dms", timerInterval);

    DROWS = myFrame->yRes;
    DCOLS = myFrame->xRes;
    info("%s: Using SPF with %dx%d pixels.", Name, DCOLS, DROWS);

    s = cfg_get(section, "Font", "6x8");
    if (s == NULL || *s == '\0') {
	error("%s: no '%s.Font' entry from %s", Name, section, cfg_source());
	return -1;
    }

    XRES = -1;
    YRES = -1;
    if (sscanf(s, "%dx%d", &XRES, &YRES) != 2 || XRES < 1 || YRES < 1) {
	error("%s: bad Font '%s' from %s", Name, s, cfg_source());
	return -1;
    }

    if (XRES < 6 || YRES < 8) {
	error("%s: bad Font '%s' from %s (must be at least 6x8)", Name, s, cfg_source());
	return -1;
    }
    free(s);

    /* Allocate framebuffer */
    image.fbsize = myFrame->xRes * myFrame->yRes * sizeof(RGB);
    image.buf = malloc(image.fbsize);
    memset(image.buf, 128, image.fbsize);
    image.dirty = 0;

    /* JPEG buffer is allocated by jpeglib */
    jpegImage.buf = 0;
    jpegImage.size = 0;

    /* regularly transmit the image */
    timer_add(drv_SamsungSPF_timer, NULL, timerInterval, 0);

    return 0;
}



/****************************************/
/***        exported functions        ***/
/****************************************/


/* list models */
int drv_SamsungSPF_list(void)
{
    int i;

    printf("SamsungSPF driver, supported models [");
    for (i = 0; i < numFrames; i++) {
	printf("%s", spfDevices[i].type);
	if (i < numFrames - 1)
	    printf(", ");
    }
    printf("]\n");

    return 0;
}


/* initialize driver & display */
/* use this function for a graphic display */
int drv_SamsungSPF_init(const char *section, const int quiet)
{
    info("%s: Initializing SPF.", Name);

    char *s;
    int i;

    myDev = 0;
    myFrame = 0;

    // Look for model entry in config
    s = cfg_get(section, "Model", NULL);
    if (s == NULL || *s != '\0') {
	s = cfg_get(section, "Model", NULL);
	if (s == NULL || *s == '\0') {

	    drv_SamsungSPF_list();
	    error("%s: no '%s.Model' entry from %s", Name, section, cfg_source());
	    return -1;
	}
    }
    // Look for specified device
    for (i = 0; i < numFrames; i++) {
	if (strcasecmp(s, spfDevices[i].type) == 0) {
	    myFrame = &spfDevices[i];
	    info("%s: Configured for model %s.", Name, spfDevices[i].type);
	    break;
	}
    }

    if (!myFrame) {
	drv_SamsungSPF_list();
	error("%s: unknown model '%s'!", Name, s);
	return -1;
    }

    free(s);

    /* try to open USB device */
    drv_SamsungSPF_find();
    if (!myDev) {
	error("%s: No Samsung '%s' found!", Name, myFrame->type);
	return -1;
    }

    /* open display and switch to monitor mode if necessary */
    if (drv_SamsungSPF_open() == -1)
	return -1;

    int ret;

    /* real worker functions */
    drv_generic_graphic_real_blit = drv_SamsungSPF_blit;

    /* start display */
    if ((ret = drv_SamsungSPF_start(section)) != 0)
	return ret;

    /* initialize generic graphic driver */
    if ((ret = drv_generic_graphic_init(section, Name)) != 0)
	return ret;

    if (!quiet) {
	char buffer[40];
	qprintf(buffer, sizeof(buffer), "%s %dx%d", Name, DCOLS, DROWS);
	if (drv_generic_graphic_greet(buffer, NULL)) {
	    sleep(3);
	    drv_generic_graphic_clear();
	}
    }

    return 0;
}


/* close driver & display */
/* use this function for a graphic display */
int drv_SamsungSPF_quit(const int quiet)
{

    info("%s: shutting down.", Name);

    /* clear display */
    drv_generic_graphic_clear();

    /* say goodbye... */
    if (!quiet) {
	drv_generic_graphic_greet("goodbye!", NULL);
    }

    drv_generic_graphic_quit();

    debug("closing connection");
    printf("%s: Closing driver...\n", Name);
    usb_close(myDevHandle);
    free(myDev);
    free(myDevHandle);

    return (0);
}


/* use this one for a graphic display */
DRIVER drv_SamsungSPF = {
    .name = Name,
    .list = drv_SamsungSPF_list,
    .init = drv_SamsungSPF_init,
    .quit = drv_SamsungSPF_quit,
};

[Lcd4linux-devel] LCD Display Driver

[Sascha K. <sa...@sa...>]

Hello Dear lcd4linux Team,

i have buyd a hd44780 compatible Display from Abacom and tryed to use
some Drivers to bring the display to work. I failed... 

i have got from Abacom a libusb python script that can communicate with
this display. I dont can make it real to work. 

The Hardware: 

USB-To-Serial Adapter: ch351a-Chip
Display: HD44780 Compatible 4x20 (Blue/White)

I try to make a Driver via Libusb but my knowlege in C is very very
slow. I have played a little with the python script and have understand
a little bit of communicating with USB and Microcontroller Adressing but
i have no time to develop a working driver. In your driver Howto you
have written "if a usb device mail me". Can u Develop a Driver for
this? 

I can give you the Adress Tables and Datasheets or some other
informations

Best regards from Germany

Sascha Kilian

[Lcd4linux-devel] Ruby support for lcd4linux

[Michael M. <mme...@gm...>]

Hello lcd4linux developers,

I did some addition for lcd4linux: I implemented a plugin for ruby
script language support. It allows ruby scripts(up to 10) to run in
the backgroupd supplying lcd4linux with output based on the string
argument which lcd4linux supplies. I add the patch and if you like it,
feel free to include it in your code. Hope it helps.

- Michael

[Lcd4linux-devel] Ruby support for lcd4linux

[Michael M. <mme...@gm...>]

Hello lcd4linux developers,

I did some addition for lcd4linux: I implemented a plugin for ruby
script language support. It allows ruby scripts(up to 10) to run in
the backgroupd supplying lcd4linux with output based on the string
argument which lcd4linux supplies. I add the patch and if you like it,
feel free to include it in your code. Hope it helps.

- Michael

[Lcd4linux-devel] SamsungSPF 87H

[Stefan I. <ste...@sy...>]

Hello,

Are there any plans to support the SPF-87H ?

I am not a programmer, but I will try to help.

Thank you,
Stefan Ioan

[Lcd4linux-devel] MPRIS plugin.

[John De B. <zoo...@gm...>]

Hi all

Recently I have tried to build a new plugin to handle the MPRIS2 dbus
protocol using the current MPRIS plugin as a guide.

As I a very new to this world (programming of any sort) it has been a bit of
a trial and error approach.

Anyway to cut a long story short I got my plugin to build without errors
with the current svn version of lcd4linux but have had no success in getting
it to work. I decided to use the current MPRIS plugin to see if it was
working and it also does not work.

Both plugins do appear on dbus but no messages are received and if I build
as a standalone program my plugin works (receives messages).

Anyway the question is, does anyone have MPRIS plugin working and if so what
am I missing.

regards

John

Re: [Lcd4linux-devel] Patch for dpf-ax driver

[<sup...@wo...>]

Hi Michael,

no additional headers, etc., are needed. I just wanted to know beforehand if it's possible. When I actually started writing the driver I saw that it was no big deal to put everything into one file.

Thanks for the quick commit!

superelchi

> Gesendet: Donnerstag, 23. Mai 2013 um 05:16 Uhr
> Von: "Michael Reinelt" <mi...@re...>
> An: sup...@wo...
> Cc: lcd...@li...
> Betreff: Re: [Lcd4linux-devel] Patch for dpf-ax driver
>
> Hello all,
> 
> thanks for the patch, it has been applied and checked in.
> 
> btw, from the discussions I assumed that there will be some separate files (dpf header file) but I could not find any in 
> the patch... but the driver seems to compile cleanly...
> 
> 
> 
> 
> regards, Michael
> 
> 
> Am 2013-05-19 15:55, schrieb sup...@wo...:
> > Hi,
> >
> > so here is my patch for the DPF driver.
> > Well, it's  really a complete rewrite. Seems that only the copyright notice is left untouched. :-)
> >
> > Features:
> > * Include scaletext patch.
> > * Includes changes from Ondrej Wisniewski's patch.
> > * Driver is self contained, no external dpf-ax libs/headers needed.
> > * Two properties supported:
> >    - Property 'Backlight': Set the dpfs backlight/brightness.
> >      Values: 0-7 (0 = off, 7 = max)
> >    - Property 'Orientation': Set the dpfs logical orientation.
> >      Values: 0 = landscape, 1 = portrait, 2 = reverse landscape, 3 = reverse portrait.
> >
> > Would be nice if this patch finds its way into the svn.
> > Nevertheless you will find a copy of it in the next svn version of http://dpf-ax.sourceforge.net/.
> >
> > Have fun
> > superelchi
> >
> >
> >
> > ------------------------------------------------------------------------------
> > AlienVault Unified Security Management (USM) platform delivers complete
> > security visibility with the essential security capabilities. Easily and
> > efficiently configure, manage, and operate all of your security controls
> > from a single console and one unified framework. Download a free trial.
> > http://p.sf.net/sfu/alienvault_d2d
> >
> >
> >
> > _______________________________________________
> > Lcd4linux-devel mailing list
> > Lcd...@li...
> > https://lists.sourceforge.net/lists/listinfo/lcd4linux-devel
> 
> -- 
> Michael Reinelt <mi...@re...>
> http://home.pages.at/reinelt
> GPG-Key 0xDF13BA50
> ICQ #288386781
> 

Re: [Lcd4linux-devel] Patch for dpf-ax driver

[Ondrej W. <ond...@gm...>]

Hi

thanks  superelchi for the driver update and Michael for applying it to 
the lcd4linux svn. Using the latest and greatest lcd4linux with a DPF 
display should be really easy now. And I guess ready to use dpf enabled 
lcd4linux packages should be available in the major Linux distris soon. 
Then it will be just "plug and play" :-)

Ondrej

/On 23/05/2013 05:16, Michael Reinelt wrote://
/
> Hello all,
>
> thanks for the patch, it has been applied and checked in.
>
> btw, from the discussions I assumed that there will be some separate files (dpf header file) but I could not find any in
> the patch... but the driver seems to compile cleanly...
>
>
>
>
> regards, Michael
>
>
> Am 2013-05-19 15:55, schrieb sup...@wo...:
>> Hi,
>>
>> so here is my patch for the DPF driver.
>> Well, it's  really a complete rewrite. Seems that only the copyright notice is left untouched. :-)
>>
>> Features:
>> * Include scaletext patch.
>> * Includes changes from Ondrej Wisniewski's patch.
>> * Driver is self contained, no external dpf-ax libs/headers needed.
>> * Two properties supported:
>>     - Property 'Backlight': Set the dpfs backlight/brightness.
>>       Values: 0-7 (0 = off, 7 = max)
>>     - Property 'Orientation': Set the dpfs logical orientation.
>>       Values: 0 = landscape, 1 = portrait, 2 = reverse landscape, 3 = reverse portrait.
>>
>> Would be nice if this patch finds its way into the svn.
>> Nevertheless you will find a copy of it in the next svn version of http://dpf-ax.sourceforge.net/.
>>
>> Have fun
>> superelchi
>>
>>
>>
>> ------------------------------------------------------------------------------
>> AlienVault Unified Security Management (USM) platform delivers complete
>> security visibility with the essential security capabilities. Easily and
>> efficiently configure, manage, and operate all of your security controls
>> from a single console and one unified framework. Download a free trial.
>> http://p.sf.net/sfu/alienvault_d2d
>>
>>
>>
>> _______________________________________________
>> Lcd4linux-devel mailing list
>> Lcd...@li...
>> https://lists.sourceforge.net/lists/listinfo/lcd4linux-devel

Re: [Lcd4linux-devel] Patch for dpf-ax driver

[Michael R. <mi...@re...>]

Hello all,

thanks for the patch, it has been applied and checked in.

btw, from the discussions I assumed that there will be some separate files (dpf header file) but I could not find any in 
the patch... but the driver seems to compile cleanly...




regards, Michael


Am 2013-05-19 15:55, schrieb sup...@wo...:
> Hi,
>
> so here is my patch for the DPF driver.
> Well, it's  really a complete rewrite. Seems that only the copyright notice is left untouched. :-)
>
> Features:
> * Include scaletext patch.
> * Includes changes from Ondrej Wisniewski's patch.
> * Driver is self contained, no external dpf-ax libs/headers needed.
> * Two properties supported:
>    - Property 'Backlight': Set the dpfs backlight/brightness.
>      Values: 0-7 (0 = off, 7 = max)
>    - Property 'Orientation': Set the dpfs logical orientation.
>      Values: 0 = landscape, 1 = portrait, 2 = reverse landscape, 3 = reverse portrait.
>
> Would be nice if this patch finds its way into the svn.
> Nevertheless you will find a copy of it in the next svn version of http://dpf-ax.sourceforge.net/.
>
> Have fun
> superelchi
>
>
>
> ------------------------------------------------------------------------------
> AlienVault Unified Security Management (USM) platform delivers complete
> security visibility with the essential security capabilities. Easily and
> efficiently configure, manage, and operate all of your security controls
> from a single console and one unified framework. Download a free trial.
> http://p.sf.net/sfu/alienvault_d2d
>
>
>
> _______________________________________________
> Lcd4linux-devel mailing list
> Lcd...@li...
> https://lists.sourceforge.net/lists/listinfo/lcd4linux-devel

-- 
Michael Reinelt <mi...@re...>
http://home.pages.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

[Lcd4linux-devel] Patch for dpf-ax driver

[<sup...@wo...>]

Hi,

so here is my patch for the DPF driver.
Well, it's  really a complete rewrite. Seems that only the copyright notice is left untouched. :-)

Features:
* Include scaletext patch.
* Includes changes from Ondrej Wisniewski's patch.
* Driver is self contained, no external dpf-ax libs/headers needed.
* Two properties supported:
  - Property 'Backlight': Set the dpfs backlight/brightness.
    Values: 0-7 (0 = off, 7 = max)
  - Property 'Orientation': Set the dpfs logical orientation.
    Values: 0 = landscape, 1 = portrait, 2 = reverse landscape, 3 = reverse portrait.

Would be nice if this patch finds its way into the svn.
Nevertheless you will find a copy of it in the next svn version of http://dpf-ax.sourceforge.net/.

Have fun
superelchi

Re: [Lcd4linux-devel] Driver for dpf-ax

[<sup...@wo...>]

Hi Ondrej,

besides for lcd4linux dpfs are widely used as info displays for Video Disk Recorder VDR.
In fact after I had written a driver for VDRs plugin graphlcd a german reseller, who sold these dpfs for Euro 2,90 , was sold out in a couple of weeks. :-)
In this driver I also integrated the low level stuff and it works now for around 1 1/2 years without problems.
As I am also maintaining the dpf-ax code, I will make sure that the protocol will not change in the forseeable future. So integrating the protocol within a driver looks safe to me.

superelchi


> Gesendet: Dienstag, 14. Mai 2013 um 14:44 Uhr
> Von: "Ondrej Wisniewski" <ond...@gm...>
> An: lcd...@li...
> Betreff: Re: [Lcd4linux-devel] Driver for dpf-ax
>
> Hi,
> 
> I would also strongly encourage you to integrate the dpf-ax driver into 
> lcd4linux. I tried to help with the patch I sent in some months ago 
> because the dpf-ax driver from your repository was not compatible any 
> more with the latest lcd4linux version (which I needed because of the 
> MPD plugin). And it took me quite some time to make all the necessary 
> changes to make everything build together. Therefore I wanted to share 
> my changes with other people facing the same problem. Although the 
> project does still seem to be maintained (there was some tiny patch 2 
> month ago), contributions sent to this mailing list are not really 
> discussed.
> 
> Since your driver is mainly (or exclusively?) used by lcd4linux, it 
> makes perfect sense to integrate it. It will make life easier for a lot 
> of people (including me, of course). I don't think there is a problem 
> with your 3 files approach. I can see that currently there are some 
> drivers with two files (.c and .h).
> 
> Keep up the good work.
> 
> Ondrej
> 

Re: [Lcd4linux-devel] Driver for dpf-ax

[Ondrej W. <ond...@gm...>]

Hi,

I would also strongly encourage you to integrate the dpf-ax driver into 
lcd4linux. I tried to help with the patch I sent in some months ago 
because the dpf-ax driver from your repository was not compatible any 
more with the latest lcd4linux version (which I needed because of the 
MPD plugin). And it took me quite some time to make all the necessary 
changes to make everything build together. Therefore I wanted to share 
my changes with other people facing the same problem. Although the 
project does still seem to be maintained (there was some tiny patch 2 
month ago), contributions sent to this mailing list are not really 
discussed.

Since your driver is mainly (or exclusively?) used by lcd4linux, it 
makes perfect sense to integrate it. It will make life easier for a lot 
of people (including me, of course). I don't think there is a problem 
with your 3 files approach. I can see that currently there are some 
drivers with two files (.c and .h).

Keep up the good work.

Ondrej

/On 14/05/2013 13:04, sup...@wo... wrote://
/
> Hi Hans,
>
> thanks for the info.
> Even if lcd4linux is currently not actively maintained I know that many users of dpf-ax (including me) are using it.
> I'm just interested to make it easier for everyone to get this up and running.
> So maybe fixing the driver and posting a patch will do. If the patch finds its way into the svn - okay. If not,  checking out the current svn and applying the patch is also doable.
>
> superelchi
>

Re: [Lcd4linux-devel] Driver for dpf-ax

[<sup...@wo...>]

Hi Hans,

thanks for the info.
Even if lcd4linux is currently not actively maintained I know that many users of dpf-ax (including me) are using it.
I'm just interested to make it easier for everyone to get this up and running.
So maybe fixing the driver and posting a patch will do. If the patch finds its way into the svn - okay. If not,  checking out the current svn and applying the patch is also doable.

superelchi
 

> Gesendet: Dienstag, 14. Mai 2013 um 12:25 Uhr
> Von: "Hans de Goede" <hde...@re...>
> An: sup...@wo...
> Cc: lcd...@li...
> Betreff: Re: [Lcd4linux-devel] Driver for dpf-ax
>
> Hi,
> 
> I'm afraid I cannot answer your question, since I'm not really a lcd4linux dev,
> but as someone packaging lcd4linux for Fedora, and following this list for
> quite a while now, I can tell you that the lcd4linux project is not really
> actively maintained atm.
> 
> I think it is great that you want to improve support for the axp dpf-s, I
> say go for it!  I'll surely happily add the patches to the Fedora packages,
> even better would be if someone (maybe you) would revive the lcd4linux project,
> if you're interesting try to see if you can reach the original admins, and if
> they want to make you an admin for the sf project, then:
> 
> 1) cleanup the axp driver
> 2) look at all the patches which have been posted on the list / are used by
> distros and add them
> 3) prepare a new release
> 4) put a tarbal of this release on the downloads part of the sf project
> 5) ???
> 6) profit !
> 
> :)
> 
> Regards,
> 
> Hans
> 

Re: [Lcd4linux-devel] Driver for dpf-ax

[Hans de G. <hde...@re...>]

Hi,

On 05/14/2013 11:05 AM, sup...@wo... wrote:
> Hi,
>
> I'm a maintainer of dpf-ax, the tools for hacking AX206 Digital Photo Frames.
>
> I've noticed some problems with the current DPF-driver for lcd4linux:
>
> 1. Does not compile with recent dpf-ax library.
> 2. Property "Backlight" supports only on/off instead of values from 0..7.
> 3. No support for the "Orientation" property.
> 4. *VERY* cumbersome to get this to work because you have to get & compile dpf-ax's library separately, rename the header file *AND* copy the library/header to a special location (which is documented nowhere.) :-(
>
> There is a patch by Ondrej Wisniewski on the mailing list that fixes point 1 and 2. Thx Ondrej!
> Point 3 is also fixed by Ondrej - but I dropped support for this property in the latest dpf-ax version. :-o
>
> I'm currently thinking about re-writing the driver for lcd4linux to fix all these issues.
> To address point 1 and 4 I would like to include all dpf-access routines into the driver. So no more need for external headers/libraries - and no more problems. :-)
> Point 2 ist already fixed by Ondrej and point 3 I'm planning to re-implement in software.
> It would be the cleanest approach to split the driver in 3 files, e.g.: drv_dpf.c, drv_dpflib.c and drv_dpflib.h.
>
> So my question:
> Is it possible / allowed / welcome for a driver to have more than one file? As far as I can see all current drivers have only one file (drv_XXXX.c.)

I'm afraid I cannot answer your question, since I'm not really a lcd4linux dev,
but as someone packaging lcd4linux for Fedora, and following this list for
quite a while now, I can tell you that the lcd4linux project is not really
actively maintained atm.

I think it is great that you want to improve support for the axp dpf-s, I
say go for it!  I'll surely happily add the patches to the Fedora packages,
even better would be if someone (maybe you) would revive the lcd4linux project,
if you're interesting try to see if you can reach the original admins, and if
they want to make you an admin for the sf project, then:

1) cleanup the axp driver
2) look at all the patches which have been posted on the list / are used by
distros and add them
3) prepare a new release
4) put a tarbal of this release on the downloads part of the sf project
5) ???
6) profit !

:)

Regards,

Hans

[Lcd4linux-devel] Driver for dpf-ax

[<sup...@wo...>]

Hi,

I'm a maintainer of dpf-ax, the tools for hacking AX206 Digital Photo Frames.

I've noticed some problems with the current DPF-driver for lcd4linux:

1. Does not compile with recent dpf-ax library.
2. Property "Backlight" supports only on/off instead of values from 0..7.
3. No support for the "Orientation" property.
4. *VERY* cumbersome to get this to work because you have to get & compile dpf-ax's library separately, rename the header file *AND* copy the library/header to a special location (which is documented nowhere.) :-(

There is a patch by Ondrej Wisniewski on the mailing list that fixes point 1 and 2. Thx Ondrej!
Point 3 is also fixed by Ondrej - but I dropped support for this property in the latest dpf-ax version. :-o

I'm currently thinking about re-writing the driver for lcd4linux to fix all these issues.
To address point 1 and 4 I would like to include all dpf-access routines into the driver. So no more need for external headers/libraries - and no more problems. :-)
Point 2 ist already fixed by Ondrej and point 3 I'm planning to re-implement in software.
It would be the cleanest approach to split the driver in 3 files, e.g.: drv_dpf.c, drv_dpflib.c and drv_dpflib.h.

So my question:
Is it possible / allowed / welcome for a driver to have more than one file? As far as I can see all current drivers have only one file (drv_XXXX.c.)

Greetings
superelchi

Re: [Lcd4linux-devel] LCD4Linux I2C LCD

[Michael R. <mi...@re...>]

Hi Justin,

> Is there a list of I2C commands that would be preferred such that I maintain broad compatibility? I'm effectively using
> the 256x64 pixel screen as an 8 line character LCD. I think it would make the most sense to fall under the category of
> graphic, vs text, but I know I'm ready to move forward with text mode now.

It depends :-)

graphical displays basically just require one command, or better one functionality: copy an area of pixels to the 
display. All the text and widget rendering, bar handling, double-buffering stuff is done by lcd4linux. Take a look at 
some of the graphic drivers, and you'll find just one blit() function you need to implement.

For a text display, you need mre functions: a goto(x, y), a "put string" function, and all this "user-defined character" 
stuff. I am sure you don't want to do this user-defined char handling with your graphical display...

as I2c tends to be quite fast, a very simple approach could be to transfer a whole line of pixels at once, passing the y 
coordinate as the first i2c packet byte, followed by a bitmap of all pixels in that row (I just implemented something 
similar with a graphical display driven by a AVR connected cia i2c to another AVR board)


regards, michael

-- 
Michael Reinelt <mi...@re...>
http://home.pages.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

[Lcd4linux-devel] LCD4Linux I2C LCD

[Justin R. <jus...@ce...>]

I'm building a 256x64 graphic LCD, similar to PicoLCD, but building it for I2C support. In my system, I can't place a screen on the USB, but we have been using LCD4Linux over USB to the PicoLCD to do our testing. I'm basically at the point in my screen microcode where I am ready to implement the functions from the host over I2C, and I came across this document: 

http://ssl.bulix.org/projects/lcd4linux/wiki/driver_howto

Is there a list of I2C commands that would be preferred such that I maintain broad compatibility? I'm effectively using the 256x64 pixel screen as an 8 line character LCD. I think it would make the most sense to fall under the category of graphic, vs text, but I know I'm ready to move forward with text mode now.

Thanks, I would appreciate suggestions and/or guidance.

Justin 

--
Justin Rogers | Centripetal Networks, Inc.
Principal Hardware Engineer
Office: 571.252.5084  |  Cell: 703.999.7010
jus...@ce... (mailto:jus...@ce...)

[Lcd4linux-devel] "Timer skipped" problem: is this a know issue?

[Ondrej W. <ond...@gm...>]

I guess it is, saw some discussion about it some months ago.
With lcd4linux svn-1142 everything was well, but with the latest version 
svn-1191 I get lots of these errors:
Timer #0 skipped 1 interval(s) or 1000 ms.

Can anyone please tell me which version broke the timer handling? Anyone 
already working on a fix?

Ondrej

[Lcd4linux-devel] New patch for DPF driver and latest dpflib

[Ondrej W. <ond...@gm...>]

Hi Michael,

I had a hard time building the latest lcd4linux version (SVN-1191) with 
the DPF driver, using the latest dpflib (SVN-42) from 
dpf-ax.svn.sourceforge.net. There is already a patch provided but it's 
against a rather old version of lcd4linux (SVN-1142). Now many of the 
things in the old patch are not needed any more and that's why I made an 
updated patch (see attachment). It's mainly correcting naming conflicts 
for the dpflib header file in the configure script and some changes to 
make the drv_dpf.c compile against the latest dpflib.

It would be great if this patch could be integrated in the next SVN 
version if lcd4linux. That would be one less patch to apply.

Thanks, Ondrej

[Lcd4linux-devel] [Patch] Correct bug from r1185

[Stefan K. <ste...@gm...>]

Hello,

we have one patch for lcd4linux.
This patch fix a bug which comes with r1185 from lcd4linux.
At the moment are many widgets defect.

lcd4linux-timer.patch
* Corrects timer handling bug introduced in r1185.

Regards,
Stefan Kuhne

Re: [Lcd4linux-devel] lcd4linux with T6963 and ubuntu

[Michael R. <mi...@re...>]

Hi Yodee,

the answer is simple: rotate it physically :-), because rotation in software is not supported

Am 2012-10-13 15:29, schrieb Stojcsics Zsolt:
> Hi!
>
> I’m trying to configure my display, but i don’t know how can i rotate the display 180 degree.
>
> pls help me
>
> _____________________________________________
>
> Stojcsics Zsolt (Yodee)
> Email: yo...@gm... <mailto:yo...@gm...>
> Mobil: +36703689970
>
> Skype: yodee013 <skype:yodee013>
>
> Facebook: http://facebook.com/yodee13
> _____________________________________________
> Sent from MS Outlook 2007
>
>
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_sfd2d_oct
>
>
>
> _______________________________________________
> Lcd4linux-devel mailing list
> Lcd...@li...
> https://lists.sourceforge.net/lists/listinfo/lcd4linux-devel

-- 
Michael Reinelt <mi...@re...>
http://home.pages.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

[Lcd4linux-devel] [lcd4linux] hdd temp doesn't work

[Stojcsics Z. <yo...@gm...>]

Hello,

 

I can't use hddtemp plugin, because it drops warn massage. I start lcd4linux
with -Fvv, and i get this warning:

 

Evaluator: unknown function 'hddtemp' in <hddtemp('/dev/sda')>

 

What do I wrong?

 

Thanks

 

_____________________________________________

Stojcsics Zsolt (Yodee)
Email: yo...@gm...
Mobil: +36703689970

Skype: yodee013

Facebook: http://facebook.com/yodee13
_____________________________________________
Sent from MS Outlook 2007