dvb-usb: error while querying for an remote control event.
I think they have an other .sys for the remote control management firmware.
But when I try to scan the dmesg is exactly the same as before, everything seems correct, but there's no signal / SNR. I don't know if this could be a different GPIO used or different i2c or something like that, because the rest seems correct.
Albert
2008/2/16, Hans-Frieder Vogt <hfvogt@xxxxxxx>:
Albert,
your dmesg-output looks absolutely fine for me (besides the already discussed xc2028 4-0061: Error on line 1063: -5
message).
Since you also obvisouly succeeded to patch the xc3028 firmware so that the scode can be loaded (which in my
cinergy did not make any noticeable difference), I still have the suspicion that the dib0700-firmware is the main reason
for your device not working.
Can you try the firmware from the Windows-driver? Comparing various dib0700-based device drivers, I found quite
different dib0700-firmware in these. I am not sure if there is any single "latest" version of the firmware which can be used
for all devices.
I have written a small tool to extract the dib0700 firmware from the Windows driver (there are probably already other/better
tools around, but I just did not find any). If you use this tool (ignore the warnings, I am still trying to understand how the
firmware is organised) and then copy the resulting firmware to the firmware-directory under the name of
dvb-usb-dib0700-1.10.fw, do you see any difference?
Good luck,
Hans-Frieder
Here comes the tool:
/*
dib0700 firmware extraction tool
extracts firmware for DiBcom0700(c) based devices from .sys driver files
and stores all found firmwares in files dibfw-00.fw, dibfw-01.fw, ...
Copyright (C) 2008 Hans-Frieder Vogt <hfvogt@xxxxxxx>
This program 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 version 2
This program 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.
*/
#include <stdio.h>
#include <stdlib.h>
#include <fcntl.h> /* for O_RDONLY */
#include <unistd.h> /* for open/close, ftruncate */
#include <errno.h>
#include <string.h>
#include <sys/stat.h>
#include <sys/mman.h>
static const char fwstart[] = "\x02\x00\x00\x00\x04\x70\x00\x00";
#define MAX_FW 10
static int fwofs[MAX_FW];
int read_firmware(unsigned char *m, int idx) {
int fd;
int j, i = 0;
unsigned char *buf; /* fw is stored in junks of 22 bytes */
char fname[20];
unsigned char bytes, hibyte, lobyte, endflag, crcbyte;
unsigned int crc, datapos;
int databytes = 0;
sprintf(fname,"dibfw-%02x.fw", idx);
fd = open(fname, O_WRONLY | O_CREAT, S_IRUSR | S_IWUSR);
if (fd < 0) {
fprintf(stderr, "ERROR trying to open/create output file \"%s\""
"\n", fname);
return 1;
}
for (i=0;; i=i+22) {
buf = &m[i];
bytes = buf[0];
lobyte = buf[2];
hibyte = buf[3];
endflag = buf[4];
crcbyte = buf[21];
/* do the checksum test */
crc = 0;
for (j=0; j<22; j++)
crc += buf[j];
if ((crc & 0xff) != 0) {
fprintf(stderr, "ERROR: invalid line 0x%08x:\n", i);
for (j=0; j<22; j++)
fprintf(stderr, "0x%02x ", buf[j]);
fprintf(stderr, "\n");
break;
}
/* check whether data really fits together */
if (i > 0) {
datapos = lobyte | (hibyte << 8);
if (datapos != databytes) {
fprintf(stderr, "WARNING data inconsistent? at "
"offset 0x%04x data written is 0x%04x, "
"but line says 0x%04x\n", i, databytes,
datapos);
}
}
/* now write the data */
write(fd, &bytes, 1);
write(fd, &lobyte, 1);
write(fd, &hibyte, 1);
write(fd, &endflag, 1);
write(fd, &buf[5], bytes);
write(fd, &crcbyte, 1);
if (i > 0) {
databytes += bytes;
}
/* endflag seems to indicate the end of the firmware */
if (endflag == 1)
break;
}
close(fd);
}
int main(int argc, char **argv) {
struct stat st;
int fd;
unsigned char *map;
unsigned long map_len;
int err;
int i, j;
int num_fw = 0;
printf("%s - an extraction tool for DiBcom0700(c) firmware from W* drivers\n",
argv[0]);
if (argc!=2) {
fprintf(stderr, "%s <sys-filename>\n", argv[0]);
return 1;
}
if ((err = stat(argv[1], &st) < 0)) {
fprintf(stderr, "ERROR calling stat: %s\n", strerror (err));
return 1;
}
fd = open(argv[1], O_RDONLY, 0);
if (fd < 0) {
fprintf(stderr, "ERROR trying to open file \"%s\"\n", argv[1]);
return 1;
}
/* generate a memory map for the file */
map = mmap(NULL, st.st_size, PROT_READ, MAP_PRIVATE, fd, 0);
close (fd);
if (map == MAP_FAILED) {
fprintf (stderr, "ERROR calling mmap: %s\n", strerror (errno));
return 1;
}
map_len = st.st_size;
/* first search for characteristic start-string */
for (i=0; i<map_len-8; i=i+4) {
if ((*((unsigned int *)&map[i]) == *((unsigned int *)fwstart)) &&
(*((unsigned int *)&map[i+4]) == *((unsigned int *)&fwstart[4]))) {
printf("found start of FW at 0x%08x\n", i);
fwofs[num_fw] = i;
num_fw++;
if (num_fw >= MAX_FW) {
fprintf(stderr, "WARNING: number of firmwares "
"identified limited by compile time "
"array size %d\n", MAX_FW);
break;
}
}
}
if (0 == num_fw) {
fprintf(stderr, "ERROR: did not find any firmwares in file "
"\"%s\"\n", argv[1]);
return 1;
}
for (i=0; i<num_fw; i++) {
read_firmware(&map[fwofs[i]],i);
}
return 0;
}
Am Samstag, 16. Februar 2008 schrieb Albert Comerma:
> More information... I attach a dmesg of tuner-xc2028 loaded in debug mode
> while doing a scan ( scan es-Collserola|tee channels.conf ). I don't see any
> problem, but it doesn't work.
>
> Albert
>
> 2008/2/16, Albert Comerma <albert.comerma@xxxxxxxxx>:
> >
> > For what I understand, changing the Firmware 64 to 60000200 changes the if
> > frequency to 5.2MHz. So this modification on the firmware should make the
> > card work. What it's more strange for me is that when trying to scan no
> > signal or SNR is reported, so it seems like xc3028 firmware is not working
> > properly. Perhaps could be a wrong BASE or DTV firmware loaded?
> >
> > Albert
> >
> > 2008/2/16, Albert Comerma <albert.comerma@xxxxxxxxx>:
> > >
> > > So, If it's not a problem, any of you could send me the current xc3028
> > > firmware you are using, because mine does not seem to work... Thanks.
> > >
> > > Albert
> > >
> > > 2008/2/15, Patrick Boettcher <patrick.boettcher@xxxxxxx>:
> > > >
> > > > Aah now I remember that issue, in fact it is no issue. I was seeing
> > > > that
> > > > problem when send the sleep command or any other firmware command
> > > > without
> > > > having a firmware running. In was, so far, no problem.
> > > >
> > > > Patrick.
> > > >
> > > >
> > > >
> > > > On Fri, 15 Feb 2008, Holger Dehnhardt wrote:
> > > >
> > > > > Hi Albert, Hi Mauro,
> > > > >
> > > > > I have successfulli patched and compiled the driver. Im using the
> > > > terratec
> > > > > cinergy device and it works fine.
> > > > >
> > > > >>> [ 2251.856000] xc2028 4-0061: Error on line 1063: -5
> > > > >
> > > > > This error message looked very familar to me, so i searched my log
> > > > and guess
> > > > > what I found:
> > > > >
> > > > > Feb 15 20:42:18 musik kernel: xc2028 3-0061: xc2028_sleep called
> > > > > Feb 15 20:42:18 musik kernel: xc2028 3-0061: xc2028_sleep called
> > > > > Feb 15 20:42:18 musik kernel: xc2028 3-0061: Error on line 1064: -5
> > > > > Feb 15 20:42:18 musik kernel: DiB7000P: setting output mode for
> > > > demod df75e800
> > > > > to 0
> > > > > Feb 15 20:42:18 musik kernel: DiB7000P: setting output mode for
> > > > demod df75e800
> > > > > to 0
> > > > >
> > > > > It identifies the marked line (just to be sure because of the
> > > > differen line
> > > > > numbers)
> > > > >
> > > > > if (priv->firm_version < 0x0202)
> > > > > -> rc = send_seq(priv, {0x00, 0x08, 0x00, 0x00});
> > > > > else
> > > > > rc = send_seq(priv, {0x80, 0x08, 0x00, 0x00});
> > > > >
> > > > >> The above error is really weird. It seems to be related to
> > > > something that
> > > > >> happened before xc2028, since firmware load didn't start on that
> > > > point of
> > > > >> the code.
> > > > >
> > > > > The error really is weird, but it does not seem to cause the
> > > > troubles - my
> > > > > card works despite the error!
> > > > >
> > > > >>
> > > > >>> [ 2289.284000] xc2028 4-0061: Device is Xceive 3028 version 1.0,
> > > > firmware
> > > > >>> version 2.7
> > > > >>
> > > > >> This message means that xc3028 firmware were successfully loaded
> > > > and it is
> > > > >> running ok.
> > > > >
> > > > > This and the following messages look similar...
> > > > >
> > > > > Holger
> > > > >
> > > > > _______________________________________________
> > > > > linux-dvb mailing list
> > > > > linux-dvb@xxxxxxxxxxx
> > > > > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
> > > > >
> > > >
> > > > _______________________________________________
> > > > linux-dvb mailing list
> > > > linux-dvb@xxxxxxxxxxx
> > > > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
> > > >
> > >
> > >
> >
>
--
--
Hans-Frieder Vogt e-mail: hfvogt <at> gmx .dot. net
_______________________________________________ linux-dvb mailing list linux-dvb@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
