Philips Box empfängt falsche FB-Taste

Sklaventreiber
Heinrich Hansen
Neugieriger
Neugieriger
Beiträge: 12
Registriert: Dienstag 22. Juli 2003, 17:04

Philips Box empfängt falsche FB-Taste

Beitrag von Heinrich Hansen »

Hi,

ich hab bei meiner Philips Sat Box ständig das Problem, dass sie einen falschen Fernbediehnungscode empfängt, weil die Übertragung wohl irgendwie durch Reflexionen gestört wird. Das heißt, man drückt auf eine Taste aber empfangen wird eine ganz andere (die "8" ist dabei sehr beliebt ;-)).

Nun wollte ich mal fragen, ob noch jemand diese Probleme kennt und wenn ja, ob das auch nicht Philips Boxen betrifft.

Für mich hab ich einfach mal die dbox2_fb_rc.c eine wenig verändert, so dass nur nach zweimaligen Empfang des gleichen codes dieser erst akzeptiert wird.

Ein weiterer Bonus ist, dass die Box sich jetzt erheblich besser umschalten läßt und nicht immer mal wieder beim Schalten einen Kanal überspringt.

Damit alles richtig flutscht, sollte die Wiederholverzögerung auf 0 und Anfangsverzögerung auf ca. 250 eingestellt werden.

Hier die Änderung:

u16 old_rc_code = 0;

Im QueueHandler dbox2_fp_new_rc_queue_handler
nach fp_cmd(fp_get_i2c(), cmd, (u8*)&rc_code, sizeof(rc_code));

if(( rc_code & 0x1f ) != old_rc_code )
{
old_rc_code = (rc_code & 0x1f);
return;
}
Zuletzt geändert von Heinrich Hansen am Dienstag 23. März 2004, 19:26, insgesamt 2-mal geändert.
Soli
Interessierter
Interessierter
Beiträge: 44
Registriert: Montag 5. Mai 2003, 08:44

Beitrag von Soli »

Hi,

ja die Fehler habe ich bei meiner Philips auch öfters.
Ich würde das gern mal mei mir testen

Muss das hier rein ?

static void dbox2_fp_new_rc_queue_handler(u8 queue_nr)
{
struct rc_key *key;
u16 rc_code;

Bzw kannst du sagen wo man das einfügen muss ?
Heinrich Hansen
Neugieriger
Neugieriger
Beiträge: 12
Registriert: Dienstag 22. Juli 2003, 17:04

Beitrag von Heinrich Hansen »

Hallo,

also das u16 old_rc_code = 0; muss vor die Funktion und der Rest hinnein so das es so aussieht:

Code: Alles auswählen

u16 old_rc_code = 0;
static void dbox2_fp_new_rc_queue_handler(u8 queue_nr)
{
	struct rc_key *key;
	u16 rc_code;
	u8 cmd;

	switch (mid) {
	case TUXBOX_DBOX2_MID_NOKIA:
		cmd = 0x01;
		break;
	case TUXBOX_DBOX2_MID_PHILIPS:
	case TUXBOX_DBOX2_MID_SAGEM:
		cmd = 0x26;
		break;
	}

	fp_cmd(fp_get_i2c(), cmd, (u8*)&rc_code, sizeof(rc_code));

	if(( rc_code & 0x1f ) != old_rc_code )
	{
		old_rc_code = (rc_code & 0x1f);
		return;
	}

	if (disable_new_rc)
		return;
[...]
Viel Spaß damit ;-)
HEAD
Einsteiger
Einsteiger
Beiträge: 313
Registriert: Freitag 14. Februar 2003, 15:59

Beitrag von HEAD »

Ich habe auch Philips .
Probleme mit "8" hab ich keine , aber das "Ein weiterer Bonus ist, dass die Box sich jetzt erheblich besser umschalten läßt und nicht immer mal wieder beim Schalten einen Kanal überspringt. " kann ich bestätigen.
THX .
Soli
Interessierter
Interessierter
Beiträge: 44
Registriert: Montag 5. Mai 2003, 08:44

Beitrag von Soli »

@Heinrich Hansen

danke für den patch :D

Bisher hatte ich noch kein 8/9 noch Doppelsrünge ...
Npq
Senior Member
Beiträge: 1339
Registriert: Donnerstag 24. April 2003, 12:12

Beitrag von Npq »

Könnte mal jemand mit evtest aus dem CDK genau mitschneiden, wie das bei der Philips ankommt (natürlich OHNE den Patch oben)?

Kann mir gerade nicht vorstellen wieso das mit dem Patch störungsfrei ablaufen soll wenn man die Taste nur einmal drückt (z.B. beim Programmwechsel). Wenn ich das auf meiner Sagem mache dann kommt nämlich das Feedback (rote LED) obwohl die Taste nicht empfangen wurde. Das Navigieren in Listen funktioniert so auch nicht mehr richtig.

Sendet die Philips vielleicht eine Taste immer zweimal?
HEAD
Einsteiger
Einsteiger
Beiträge: 313
Registriert: Freitag 14. Februar 2003, 15:59

Beitrag von HEAD »

Event: time 1071726607.994068, type 1, code 2, value 1
Event: time 1071726608.240130, type 1, code 2, value 0
Event: time 1071726614.638389, type 1, code 3, value 1
Event: time 1071726614.880129, type 1, code 3, value 0
Event: time 1071726615.876193, type 1, code 4, value 1
Event: time 1071726616.120134, type 1, code 4, value 0
Event: time 1071726617.487836, type 1, code 5, value 1
Event: time 1071726617.597400, type 1, code 5, value 2
Event: time 1071726617.840130, type 1, code 5, value 0
Event: time 1071726618.806480, type 1, code 6, value 1
Event: time 1071726618.916090, type 1, code 6, value 2
Event: time 1071726619.160128, type 1, code 6, value 0
Event: time 1071726619.805768, type 1, code 7, value 1
Event: time 1071726619.915362, type 1, code 7, value 2
Event: time 1071726620.160129, type 1, code 7, value 0
Event: time 1071726621.672456, type 1, code 7, value 1
Event: time 1071726621.920128, type 1, code 7, value 0
Event: time 1071726622.985603, type 1, code 8, value 1
Event: time 1071726623.095200, type 1, code 8, value 2
Event: time 1071726623.340130, type 1, code 8, value 0
Event: time 1071726624.101717, type 1, code 9, value 1
Event: time 1071726624.350123, type 1, code 9, value 0
Event: time 1071726624.928212, type 1, code 10, value 1
Event: time 1071726625.037801, type 1, code 10, value 2
Event: time 1071726625.280128, type 1, code 10, value 0
Event: time 1071726625.901232, type 1, code 11, value 1
Event: time 1071726626.150123, type 1, code 11, value 0
Npq
Senior Member
Beiträge: 1339
Registriert: Donnerstag 24. April 2003, 12:12

Beitrag von Npq »

Also so wie ich dachte. Dann ist das aber keine schöne Lösung, weil Tasten verloren gehen. Irgendjemanden wird das stören, hmm.

Kann man nicht irgendein anderes Kriterium raussortieren welches zuverlässiger ist?

So wäre das ein Kandidat für einen Modulparameter der nicht per default an ist.

PS @HEAD: Hast du in der Liste jetzt nur die Tasten gedrückt? Mir ging's eigentlich auch um den Fehlerfall (einmal gedrückt aber zweimal gesendet bzw. falsche Taste angekommen) wegen der Zeiten.
HEAD
Einsteiger
Einsteiger
Beiträge: 313
Registriert: Freitag 14. Februar 2003, 15:59

Beitrag von HEAD »

Wie ich schon oben sagte , ich hab kein Problem mit falschen Tasten.