Posts by jrie

Ich habe fast alle Weiterentwicklungen von IRMP_STM32 auch in die Keyboard Version eingebaut, am wichtigsten Firmware-Upgrade und Erkennung, ob der uC ein echter STM32 ist, sowie viele kleine Verbesserungen und Fehlerbehebungen. Dabei ist mir noch ein Bug aufgefallen, wenn man nicht schnell genug mit dem Finger auf der Fernbedienung war, hat „set by remote“ nicht funktioniert. Der ist jetzt auch gefixt.

Was noch fehlt ist der Wechsel auf die USB-FS-Device_Lib_V4.1.0.

Neue Firmware und Binaries finden sich im git.

Sachen gibt es …

Ich habe die neuen Tools auch mit einem Blauen getestet. Der ging aber nicht so richtig. Schließlich habe ich festgestellt, dass der an NRST einen Pullup von 100 Ohm hat (R12 hier). Laut Datenblatt braucht er den gar nicht, aber viele Boards haben da 10 kOhm. Die 100 Ohm haben einen Software-Reset verhindert, weil sie NRST zu nah an 3,3V gehalten haben.

Darauf muss man erst mal kommen …

Jetzt ist R12 abgelötet und Software-Reset sowie die Tools gehen tadellos

Mittlerweile sind die Upgrade-Tools soweit verbessert, dass sie dfu-util nicht mehr nachstehen und produktiv eingesetzt werden können.

MegaV0lt wrote:

Aber mehrere Aufnahmen gehen dann halt nicht.

Bei mir gehen 4 gleichzeitig, mein CAM kann das. Mehr Sender gibt es auf dem Transponder nicht

Mit der klugen Maus braucht man auch ein nicht mehr weiter entwickeltes Plugin. Dieses Plugin lief bei mir am Ende so unzuverlässig, dass ich auf DD-CI mit ddci2 umgestiegen bin. Seitdem ist Alles gut.

Es gibt jetzt auch ein Kommandozeilen-Tool stm32FWupgrade. Das ist einfacher zu benutzen als dfu-util, aber dfu-util ist zuverlässiger. Windows Binaries sind im git, auch für stm32IRconfig_gui und auch Windows USB Treiber für den Bootloader.

Neu im git:

Beim Firmware-Upgrade startet das grafische Konfigurationstool stm32IRconfig_gui einen Hintergrundsprozess, der auf den Bootloader wartet, und rebootet dann den Empfänger und trennt sich von ihm. Nach dem Reboot startet der Bootloader und der Hintergrundsprozess verbindet sich mit ihm und flasht die neue Firmware. Dabei werden Fortschrittsmeldungen zur stm32IRconfig_gui -Oberfläche geschickt. Wenn der Flashvorgang fertig ist, startet die neue Firmware und das Konfigurationstool verbindet sich wieder mit dem Empfänger. Das ganze dauert nur ein paar Sekunden.

Vorgestern auf Arte HD:

Input file: 00001.ts Output file: 00001.ts.neu Packets: 11156131 Dropped: 4951196 (44%)

Input file: 00002.ts Output file: 00002.ts.neu Packets: 11158686 Dropped: 6709962 (60%)

Input file: 00003.ts Output file: 00003.ts.neu Packets: 11156709 Dropped: 6940413 (62%)

Input file: 00004.ts Output file: 00004.ts.neu Packets: 11157087 Dropped: 6366683 (57%)

Input file: 00005.ts Output file: 00005.ts.neu Packets: 11155104 Dropped: 6371466 (57%)

Input file: 00006.ts Output file: 00006.ts.neu Packets: 10000501 Dropped: 6022083 (60%

Anpassungen für die USB-FS-Device_Lib_V4.1.0 sind im git.

Beim Anpassen der Patche gab es viel zu tun.

Das Firmware Upgrade läuft jetzt auch unter Windows.

Ich plane, das noch sicherer zu machen. Dazu muss ich erst mal verstehen, wie Threads im Fox Toolkit funktionieren ...

Viel vollwertiger als die im Alugehäuse

frank0304 wrote:

Habe versucht zusätzlich noch den NRST-Eingang (Pin 7) des uC mit dem RST(Reset) Ausgang des Programmierers zu verbinden, aber auch danach hat es nicht funktioniert.

Der RST Ausgang ist dafür nicht geeignet. Die grünen Sticks von Baite können das (T_JRST).

frank0304 wrote:

1. Wenn ich es richtig verstanden habe, dann bekommt man die STM32 Clones nicht zum laufen - richtig ? (Habe leider eine China-Kopie erhalten)

Welchen Klon hast du denn? Manche laufen, die Frage ist wie zuverlässig.

frank0304 wrote:

hier hat sich aber mittlerweile die Version geändert

Danke für den Hinweis

Da wurden anscheinend diverse Pfade geändert, die müssen angepasst werden, damit alles ausgepackt wird.

Das Skript müsste mal entsprechend angepasst werden.

Im Moment bastel ich aber immer noch an der stm32IRconfig_gui, da habe ich noch einige Ideen und auf Windows soll sie auch upgraden können, da beisse ich mir gerade die Zähne aus.

Die stm32IRconfig_gui kann jetzt Firmware Upgrade. Einfacher geht’s nicht mehr

Wenn man sie von der Konsole startet, sieht man die Upgrade-Meldungen in der Konsole.

Erstmal nur für Linux.

Außerdem bleibt sie jetzt nicht mehr hängen, wenn man im laufendem Betrieb den Empfänger abzieht.

Im Herstellungsprozess im git-wiki sind jetzt auch Bilder der Optokoppler-Erweiterungsplatine.

Neuere Versionen zeigen an, ob ein echter STM32 drin ist, oder ein Fake.

GT220 => kein nvdec => kein softhddevice mit nvdec

Das wird ja in zwei Schritten übersetzt. Erst in der map und dann noch im vdr. Letzteres hängt von deiner Distribution ab.

Anbei eine allgemeine map. Die muss noch an die remote.conf angepasst werden (oder umgekehrt).

Die Taste mit # davor bezieht sich auf die Zeile eins tiefer.

Wenn du eine map für deine Distribution fertig hast, kannst du sie ja mal hier posten.

jojo61 wrote:

Das ist mir im Moment zu aufwändig. Dann muss ich unterscheiden ob ich Live oder im Playback bin. Ansonsten sieht man beim springen in einer Aufnahme nicht wo man hingesprungen ist.

Das kannst du aus meinen commits in #7 übernehmen.

Denn in Aufnahmen muss man ja nicht auf Daten warten und meine Patche sorgen u.a. dafür, dass Aufnahmen perfekt abspielen.

jojo61 wrote:

den Sync nach dem Umschalten zu verbessern

jojo61 wrote:

Ich kann aber nicht einfach das Bild anhalten weil man dann beim Springen in einer Aufnahme erstmal nicht sieht wo man hingesprungen ist.

Du kannst das in Aufnahmen anders handeln als beim TV Umschalten.

So habe ich das damals gemacht (Beitrag, im Diff).

Es kann auf manchen Sendern alleine schon 480ms dauern, bis die erste PTS kommt (siehe Beitrag).

Dazu kommt der Audio/Video Versatz, der damals bei meinen Messungen bei 300 - 400 ms lag (siehe Beitrag).

Schau dir mal meine Patche an, am besten die commits bei rofafor:

Lass vdr-checkts (nicht der Patch, sondern das ausführbare Programm) über deine Aufnahme laufen, dann weisst du, ob sie ok ist oder nicht.

Wenn nicht ok, ist es definitiv ein Hardware Problem auf dem Eingangsweg (Schüssel bis Platte).

Wenn ok, ist es auf dem Ausgabeweg (Platte bis Monitor).

The last thread about mpv was this one: https://www.vdr-portal.de/forum/index.php?thread/126854-announce-mpv-plugin-0-0-4

Andere Möglichkeit: Mehr Scheduler im der Kernel .config anstellen und Kernel neu bauen.