Posts by SHF

    Hmmmm..... da gibt es ein Problem mit dem Lüfter, wenn man die "WakeUp" Funktion aktiviert hat. Der Lüfter läuft natürlich weiter wenn der Pi aus ist....

    Was passiert, wenn du den PWM-Eingang vom Lüfter mit Masse verbindest? (Wichtig: natürlich ohne PI dran!)

    Ich bin nicht sicher, ob der Lüfter dann überhaupt anhält.

    Wenn nicht, muss man ihn wirklich vom Strom trennen.

    Die meisten Beamer kann man inzwischen umgedreht an der Decke montieren, das ist vom Hersteller so vorgesehen. Dass dann der Lüfter, ausgelöst durch das Umdrehen des Bildes, lauter wird höre ich aber zum ersten mal.

    Man könnte mal den Gegenversuch machen und den Beamer richtig herum hinstellen und das Bild umdrehen lassen. Wenn es dann laut wird liegt es sicher nicht an der Einbaulage.


    Ich würde als Zuspieler einen mini PC empfehlen. Intel NUC oder was in der Art.
    Die brauchen heute kaum mehr als 10W und man ist frei in der Software-Auswahl.

    Nach dem, was ich gelesen habe, soll auch die Intel-Grafikeinheit soll das Bild beschleunigt drehen können. Probiert habe ich das aber noch nicht ausgiebig.

    Woran liegt das? Kennt jemand das Problem?

    Fehlermeldungen gibt es keine, es spult nur einfach nicht, oder mal spult es schnell vor, dann kann man es aber nicht mehr stoppen und muss den

    Film abbrechen. Alles sehr unschön und ärgerlich, da bei SD es ohne Probleme geht.

    Xine zeigt ohne Hardwarebeschleunigung hier auch dieses Verhalten.


    Probier mal mit Xine direkt eine HD-Datei abzuspielen, ob es da auch auftritt.


    installiert ist mesa-vdpau-drivers 10.3.2-1+deb8u bzw. vdpau-va-driver 0.7.4-dmo5

    Die gehören beide nicht zum NVIDIA-Driver. -> weg damit!

    Der korrekte sollte "nvidia-legacy-304xx-vdpau-driver" heissen. Versionsnummer muss identisch mit der des NVIDIA-Drivers sein.


    Dann sicherstellen, dass auch wirklich VDPAU benutzt wird.

    Dazu zB. vdr-sxfe mit --verbose=2 aus einer Konsole starten, da wird das angezeigt. (Ich verwende Xine nicht vdr-sxfe, da kann die Option evtl. anders heissen)

    Ich verstehe das Problem mit dem Tacho Signal noch nicht ganz. Dort wird auf die Möglichkeit einer Beschädigung des Pi's hingewiesen...

    Man könnte den Ausgang des Pi durch Kurzschluss oder Überspannung beschädigen.


    Ein Widerstand von 1...5 kOhm in der Leitung sollte IMHO als Schutz aber ausreichen.

    Am Lüfter wird ja nicht rum gebastelt, Elektrostatische Aufladungen sind nicht zu erwarten.

    Interessanter finde ich dieses Schaltbild aus dem User guides:

    Da sieht man ganz gut, wie die Netzteile zusammen geschaltet werden.


    SHARE +/- Pin 6 und 7 sollte vermutlich zu den Ausgangspins 5VShare +/- bzw 12VShare+/- auf den Leiterplattenverbinder gehen.

    Denke ich auch.


    Sense Pin 2 wäre auch noch interessant.

    Der IC misst damit aber den Strom, das kann nach hinten los gehen.


    Ich würde es eher einen Widerstand von Pin 3 (ADJ) gegen Masse versuchen.

    Aber wie geschrieben, das wäre ein Versuch.

    ganz so trivial ist die Sache leider nicht. Ich habe 12 ICs gezählt, alle mow. niedrig integriert. Ein hochintgrieter IC und dann die Herstellerapllikation wäre zu schön gewesen.

    Das sind deutlich mehr ICs, als ich erwartet habe. Üblich ist etwa ein drittel davon.


    mit viel Mut zum Risiko könnte man folgendes angehen. Beim TDA 16888 --> http://dalincom.ru/datasheet/TDA16888.pdf


    und der Appl. Note dazu --> http://cdn14.21dianyuan.com/download.php?id=80683 Seite 6 ist eine Standard Applikation zu sehen. Dort sind Optokoppler als Feedbackpfad zu sehen, die die Rückführung von der Sekundär zur Primärseite ermöglichen.

    In der App Note sollten die Widerstände um IC2 interessant sein.

    Die wird es aber in diesem Netzteil nicht geben.


    Auf meinem letzten Bild sind zwei Stück Load Share Controller UC3902 zusehen

    Daran, dass man die NTs parallel schalten kann, hatte ich nicht gedacht.

    Aber da die aus irgendwelchen professionellen Servern stammen, ist es natürlich logisch, dass sowas geht.


    Die Ausgangsspannung muss also irgendwo im Bereich dieser Controller definiert werden.

    Das erklärt auch, warum die nichts einstellen kann.


    Im Datenblatt steht was vom Masterunit, die die Spannung definiert, ich denke da müsste man ansetzen.

    Zum UC3902 gibt es ausser diesem Datenblatt noch eine Anleitung und eine App-Note, wo der Aufbau so einer Schaltung recht ausführlich beschrieben ist. Inklusive Schaltplänen.

    Ich denke damit wird man was anfangen können. Der Interessante Punkt ist am Ausgang dieser Controller, da von da aus die Spannung beeinflusst wird. Bei dem Haufen von Bauteilen, die auf dem NT verbaut sind, kann das da auch schon kniffelig werden.

    oder wenigstens einen Schaltplan

    Wenn man die Bezeichnung den verbauten Steuer-ICs hat, könnte dessen Datenblatt weiter helfen. Da sind eigentlich immer Schaltungsvorschläge drin und die Netzteil-Hersteller orientieren sich meist daran.


    All zu viele Spannungsteiler wird es am 12V Ausgang doch nicht geben..

    Spannungen werden üblicherweise möglichst nahe an der Last gemessen um die Leitung auszuschliessen.


    In dem Bild weiter oben sieht man derartige Leiterbahnen direkt beim Stecker abzweigen:

    43562-astec-aa21660-4-jpg

    Die beiden dünnen Leiter an den dicken +5V und +12V Bahnen meine ich.

    Der Jumper bei +12V könnte auch interessant sein.


    Vielleicht ist es aber noch viel einfacher.

    Eigentlich alle PC-Netzteile haben innen ein Poti mit dem die Ausgangsspannung im Werk fein justiert wird.

    Irgendwas im Bereich +-2V sollte damit möglich sein.

    Ein Blick in das Gehäuse kann also lohnen.


    Und ich würde nicht so sehr darauf bauen das das Ding wirklich dauerhaft bei Maximallast ohne Kühlung läuft.

    Bei (optimistisch) angenommen 90% Wirkungsgrad kommt man auf ~40W Abwärme.

    Das ist schon einiges für den kleinen Karton.

    Wenn man dauerhaft grössere Leistung raus zieht, sollte man die Temperatur im Auge behalten, sonst machen das die Elkos nicht lange mit.

    Der aktuelle von hg.code.sf.net/p/xine?

    Nein, original Debian-Paket.

    Das Problem besteht aber seit Jahren kenne. Ehrlich gesagt, kann ich mich nicht erinnern, das es jemals nicht existierte.

    Dann schicke mal einen backtrace an Torsten.

    Backtrace müsste ich wirklich mal machen.


    Da es immer beim Umschalten oder bei einem öffnen eines neuen Video-Files passiert, könnte es durchaus die gleiche Stelle sein.


    Die anderen Player (Mplayer. MPV, VLC und ffplay) steigen bei mir aktuell beim ersten Umschalten aus. Ich könnte schwören, dass es früher zumindest mit einem von denen ging.

    Nach meinem Verständnis bedeutet headless die Verwendung vom VDR ohne Ausgabeplugin. => kein Zugriff auf das OSD

    In dem Moment, wo vdr-sxfe verwendet wird wäre dann nicht mehr headless.


    Auch ich verwende das xineliboutput-Plugin und habe bislang keine wirkliche Alternative dafür gefunden.


    Ich verwende aber Xine als player, kann aber auch da bestätigen, dass sich der Player gelegentlich aufhängt.

    Es liegt aber IMHO nicht auf der VDR-Seite im xineliboutput-Plugin, sondern auf der des Players.

    Xine neigt auch beim abspielen von längeren Playlisten dazu sich derartig aufzuhängen.


    Man kann den RTP-Stream kann man auch mit anderen Playern wiedergeben, leider ohne OSD (siehe Readme).

    Ich hatte ein wenig mit VLC experimentiert und das schien robuster.

    Mit der aktuellen Version (heute), steigen VLC als auch Mplayer beim ersten Umschalten aus. Beim Zurückschalten auf den Ausgangskanal, läuft es aber weiter.


    Das Abspielen den Video-Streams ist / war (warum auch immer das jetzt nicht mehr geht) kein Problem. Es fehlt nur das OSD.

    Ich hatte schon daran gedacht, ob man nicht einen einfachen, xine-freien Client basteln könnte. Wirklich kümmern müsste man sich ja nur ums OSD, den Videoteil kann man ja mit ffmpeg oder einem anderen Player machen.

    Leider ist OSD-Teil von dem xvdr-Protokoll nicht wirklich dokumentiert. Die Informationen im Quellcode zusammen zu suchen und zu interpretieren, ist auch nicht mal eben gemacht, ich habe aus Zeitgründen dann irgendwann aufhört.

    In find kann man mit -exexdir auch direkt Aktionen auf gefundene Dateien in einem Verzeichnisses ausführen.

    find -type f -a \( -iname "*.mp3" -o -iname "*.loss" -o -iname "*.aiff" -o -iname "*.m4a" \) -execdir echo {} +

    {} liefert alle gefundenen Dateien dem Verzeichnis.

    In dem Beispiel muss das echo dann noch durch den eigentlichen Befehl ersetzt werden.


    Ob es in diesem Fall was ausmacht ist fraglich, aber bei grösseren Datenmengen läuft es so deutlich schneller als mit der Shell.

    Ich möchte eine Gleichspannungsversorgung schützen. Hier sind die Serienwiderstände natürlich nicht so toll, weil ständig Verlustleistung anfällt.
    Wie sollte die Schaltung sinnvollerweise geändert werden?

    Spulen an Stelle der Widerstände einbauen. (Ging hier aber nicht, da da kein DSL-Signal mehr durchkommen würde.)

    Die Induktivität der Spulen lässt die Spannung dahinter nur langsam ansteigen und schützt so die Cera Dioden.

    Vor und hinter den Spulen baut man dann noch Kondensatoren (MKP oder Keramik) zwischen die Leitungen, das dämpft HF-Störungen.

    Netzfilter werden eigentlich immer so aufgebaut, da gibt es auch einige Beispiele im Netz.

    Da durch den Filter kein HF-Signal durchkommen soll, ist das alles unproblematisch.

    Netzfundstück:

    Das sagt der Marktführer bei Routern dazu:

    AVM: So schützen Sie Ihre Geräte vor Blitzschäden

    Wo wir gerade beim Thema sind, wollte ich euch das nicht vorenthalten. :hat2


    Was ich mich im Zusammenhang mit dem ISDN-Überspannungsableiter vor allem frage: Bräuchte ich denn Sicherungen?

    Da ist anscheinend nicht mal die Telekom sicher.

    Ich habe hier 3 unterschiedliche Splitter liegen. Alle haben Gasableiter verbaut, aber nur einer Sicherungen davor.

    In den älteren DSL-Modems waren auch Gasableiter verbaut und das ohne Sicherung davor.


    Darf ich denn auf "Kundenseite" einfach so eine eventuell auftretende Überspannung kurzschließen oder besteht dann Gefahr für die Zuleitung?

    Wie sieht es denn mit Brandgefahr aus? Besteht das Risiko das mein ISDN-Überspannungsschutz, direkt am ins Haus führende Kabel, bei ausreichend "Energie" aus dem Netz einfach abbrennt?

    Wenn die Überspannung in den relevanten Bereich geht, würde ich mir eher Sorgen machen, was alles ohne Überspannungableiter passieren kann.

    Oder stresst die SSD zu sehr, so dass vorzeitiger Verschleiß droht?

    Wenn man die üblichen Dinge (trim aktivieren, SSD nicht zu voll werden lassen, evtl. Mountoptionen wie noatime) beachtet, würde ich mir da überhaupt keine Sorge machen.


    Du musst halt mit ner Ramdisk arbeiten für EPG etc. Und Swap deaktivieren.

    Beides unnötig, ich habe seit über 5 Jahren EPG und Videotext auf die SSD laufen, gab bislang keine Problem.

    Auch der Verschleiss hält sich laut SMART noch immer in Grenzen. Und dabei handelt es sich nur um eine, in heutigen Masstäben mickrige, 32GB-SSD.
    Die ganzen Metadaten der Aufzeichnungen (= /video0) laufen übrigens auch auf diese SSD.


    Genug Ram sollte da sein, nicht nur 2 GB.

    Genug RAM ist natürlich Vorraussetzung. Wenn der RAM knapp wird, geht es zuerst an den Disk-Cache und der nimmt der SSD einen guten Teil der Lese- und Schreib-Operationen ab.


    Spricht rein technisch (also abgesehen vom hohen Preis) eigentlich etwas gegen den Einsatz einer SSD auch für die Video-Partition?

    Für mich spricht das Fehlerverhalten dagegen.

    Meine Festplatten-Defekte waren bislang immer schleichend. Wenn man da was bemerkt hat, hatte ich immer Zeit die Daten, mit allenfalls minimalen Verlusten, runter zu ziehen. (Das soll jetzt aber kein Argument sein, aufs Backup zu verzichten!)

    Die Defekte bei denn SSDs hingegen waren plötzlich und fatal. Der Rechner blieb einfach im Betrieb stehen. Danach waren die SSDs komplett tot.


    Für die Video-Daten (= /video1) würde ich noch immer eine 2,5"-HDD wählen.

    Die Metadaten (= /video0) liegen bei mir aber schon lange auf der SSD (natürlich mit automatischem Backup). Das lasst die HDD deutlich weniger oft anlaufen und bringt Geschwindigkeits-Vorteile beim Einlesen der Aufnahmen.


    Bei den aktuellen SSD-Preisen, IMHO eine SSD als Aufnahme-Cache interessant.

    Aufnahmen laufen dann immer auf die SSD und werden nach x Tagen dann auf die HDD verschoben.

    Das würde die Laufzeit der HDD nochmals deutlich reduzieren und Schneiden ginge rasant.

    Vielleicht hab ich im Winter ja mal Zeit dafür ...

    Allerdings hat die Backspace-Taste in xine-ui keine Funktion, das mach das Browsen durch das Menü ohne "zurück"-Funktion etwas hackelig.

    Da kann man AFAIK was bei Xine konfigurieren.

    Hab ich aber nie gemacht, meine FB hängt über LIRC direkt am VDR.


    streamdev-server mit vlc oder mpv als client

    Du kannst auch VLC oder MPV an xineliboutput betreiben.

    Allerdings muss man die Fernbedienung direkt an den VDR anbinden. Und es gibt halt kein OSD.

    So, ich hoffe jetzt klappt das mit dem Beitrag ....

    Mein Verbindungskabel ist ca. 40 Jahre alt. ...

    ... Erbstück, langjähriger Familienbesitz und praktisch unersetzbar ;D.

    (Ich erinnere den Anfangspost noch so ungefähr :))


    Interessanterweise ist



    Nach Einmessung wird auf ein Ersatzpaar umgeschaltet bis nichts mehr frei ist. Dann wird gebuddelt,

    "Mein" Kabel gehört der Telekom und es gibt noch eine Menge freie Ersatzpaare.

    Selbst wenn es getauscht werden müsste stört mich das nur soweit, dass es wahrscheinlich wieder eine Ewigkeit dauern wird, bis die das hin bekommen.

    Vielleicht ziehen die dann aber den geplanten Glasfaserausbau vor, da gibt es die Probleme dann nicht mehr ;).


    Jedoch frage ich mich, was wäre ohne die rechtzeitige Ableitung passiert. Darüber habe ich auch schon nachgedacht. Sinnvoll wäre so eine Art Typ 2 Ableiter, der außerhalb des oben beschriebenen Schutzes direkt am Kabel hängt.

    Die Sicherungen brauchen auch eine Zeit zum Ansprechen, ist mir inzwischen aufgefallen. Das muss man auch einbeziehen. Das Thema ist wirklich komplex.

    Das Kabel bekommt also auch einen gewissen Schutz mit.


    Hauptsächlich sind die Sicherungen, was ich gelesen habe, wohl als Schutz gedacht, falls Netzspannung anliegt. Da würden die GDTs leitend und das Kabel würde verschmoren.


    Bei deinem eigenen Kabel kannst du die Sicherungen eigentlich weg lassen.

    Ich würde aber eher zu trägen Sicherungen, mit einem etwas höheren Wert greifen.

    Ein Überstromschaden wird sich nicht nur auf ein Aderpaar begrenzen, das will man unbedingt vermeiden.




    Ich habe einen ISDN-Überspannungsschutz rumliegen der keine Anwendung mehr hat, für DSL aber auch nicht funktioniert.

    Das war auch mein Ausgangspunkt.


    Ist aber im Wesentlichen Gasableiter mit "Mittenabgriff" und Dioden

    Bei mir waren noch zwei "widerstandsartige" Bauteile drin, die aber Spulen gewesen sind. Die waren bei mir die Ursache, dass es nicht ging.


    hätte ich nur noch die Gasableiter und hätte vermutlich einen DSL-tauglichen Überspannungsschutz. Richtig?

    Ein Gasableiter, der wirklich nach Masse ableitet, ist definitiv besser als nichts.

    Ich gehe davon aus, dass in meinem Fall (starten des vdr im Quellverzeichnis in einem Terminal-Emulator) die Log-Meldungen gleich die im Terminal sind?!:

    Vielleicht noch mal im Syslog schauen.

    Ich kann mich wage erinnern, dass nicht immer alles im Terminal kam.

    Ist aber auch schon wieder eine Ewigkeit her, dass ich das versucht habe.

    Also neuer Versuch mit xineliboutput, - Premiere auf vdr-2.4.1- und siehe da:

    mit der Option "-V opengl2" oder "-V opengl" geht sogar der lokale client und ich sehe auch das OSD inkl. Menü. Mit "--local none" und dem Hilfsprogramm


    vdr-sxfe funktioniert es mit den opengl-Treibern in den ersten Versuchen am besten.

    Du kannst auch Xine und VLC als Client versuchen (letzteres leider ohne OSD).

    Dann gibt es mehrere Übertragungsmöglichkeiten, eventuell lohnt sich da ein Blick ins Manual, wenn die Verbindung abbricht.


    Beim automatisch öffnenden lokalen Client bleibt beim Verändern der Fenstergröße leider das Seitenverhältnis nicht erhalten und man erhält schnell gestauchte oder gestreckte Köpfe.

    Den Client mit starten, hab ich nie gemacht.

    Ich verwende Xine als Client (zu xineliboutput) und da klappt das mit dem Seitenverhältnis.