Interessant waere auch, ob es irgendwo "transfer error" oder "NAK" Meldungen gibt, aber sonst keine Probleme beim Empfang.
Gruss,
S:oren
[erledigt] Probleme mit Kernel Treiber TT6400 für linux 5.16
-
-
Baut gerade mit fix2.
Interessant waere auch, ob es irgendwo "transfer error" oder "NAK" Meldungen gibt, aber sonst keine Probleme beim Empfang.
Das werde ich beobachten.
Grüße
kamel5
-
Alle bei verschiedenen Registern. Am I2C-Gate selber liegt es also nicht. Hm.
Gruß,
Sören
-
Da hat es wohl zufällig das Lesen des Lock-Registers getroffen. Da scheint mir ansonsten kein Muster drin zu sein. Irgendwelche Reads gehen gelegentlich schief.
Nach I2C-Spec braucht man eigentlich keine lange Wartezeit vor dem Read. Vielleicht braucht der Demod das?
Hat irgendwer ein Datenblatt und/oder User-Manual von dem stv0900?
Gruß,
Sören
-
Hat irgendwer ein Datenblatt und/oder User-Manual von dem stv0900?
Ich meine natuerlich nicht diese 5 Seiten Overview...
-
Jetzt ist bei mir auch mal so ein NAK aufgetreten, aber auf dem Tuner (Adresse 0x60), nicht auf dem Demod (0x68). Also liegt es auch nicht an einer eventuell komischen Demod-I2C-Implementierung.
-
Danke!
Ich hatte nochmal mit Wartezeiten zwischen den Transfers probiert, das hilft nicht. Ich hoffe, ich finde noch eine bessere Loesung.
Im Moment scheinen die NAKs (nach I2C Spec NACKs, soll ich das umbenennen?) nicht wirklich echt zu sein. Immerhin wird jetzt eine Null statt nicht-initialisierten Daten zurueckgegeben, dadurch laeuft es etwas besser, aber richtig gut und vertrauenerweckend ist das so noch nicht.
Gruss,
S:oren
-
(nach I2C Spec NACKs, soll ich das umbenennen?)
Warum nicht? "NAK" habe ich nur in einer Zeile gefunden oder habe ich da was übersehen.
Und dann ist es richtiger...
Grüße
kamel5
-
Ist das wirklich die letzte Codeversion? Hier wird wieder Unsinn in das I2C-Gate-Register geschrieben.
Mär 17 17:24:25 kernel: SAA716x FF 0000:0c:00.0: I2C 1 write transfer, addr=0x68 length=2
Mär 17 17:24:25 kernel: SAA716x FF 0000:0c:00.0: <W 0000> 0xf1
Mär 17 17:24:25 kernel: SAA716x FF 0000:0c:00.0: <W 0001> 0x2b
Mär 17 17:24:25 kernel: SAA716x FF 0000:0c:00.0: I2C 1 read transfer, addr=0x68 length=1
Mär 17 17:24:25 kernel: SAA716x FF 0000:0c:00.0: I2C 1 read NAK, msg 1, addr = 0x68, len=1
Mär 17 17:24:25 kernel: SAA716x FF 0000:0c:00.0: I2C 1 write transfer, addr=0x68 length=3
Mär 17 17:24:25 kernel: SAA716x FF 0000:0c:00.0: <W 0000> 0xf1
Mär 17 17:24:25 kernel: SAA716x FF 0000:0c:00.0: <W 0001> 0x2b
Mär 17 17:24:25 kernel: SAA716x FF 0000:0c:00.0: <W 0002> 0x7a
Gruß,
Sören
-
Vielleicht kannst Du gleich meinen aktuellen Testcode nehmen. Der lief jetzt eine Weile bei mir. Aber so ein Fehler kommt bei mir erst nach Stunden.
Die NACKs sind umbenannt.
Gruß,
Sören
-
Hm, verstehe ich nicht. In fix2 werden die Read-Daten bei NAK genullt.
Aber eigentlich sollten diese NAK gar nicht vorkommen (mit vdr, mit i2c_detect schon). Vielleicht klappt es mit fix3 besser?
Gruß,
Sören
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!