Beiträge von Macavity

Bibo007

Vorkenntnisse? Naja, ich weiß auf welcher Seite der Lötkolben heiß wird.

Spaß beiseite, ein paar grobe Kenntnisse habe, ich habe auch kein Problem was ein-, aus oder zusammenzulöten, danach hört es bei mir aber auf.

Ein Oszilloskop habe ich nicht, ein Multimeter schon. Zumindest die Spannung des Netzteils könnte ich damit messen.

Das Netzteil ist das Originale von Canon, was mit dem Drucker geliefert wurde.

"Gemacht" wurde mit dem Drucker nichts, der stand eine Weile ungenutzt, aber am Strom angeschlossen und halt "ausgeschaltet", wenn man das heute noch so nennen kann, auf dem Schreibtisch. Zuletzt benutzt wurde das gute Stück vor mehr als einem Jahr. Da funktionierte der Drucker problemlos.

MfG

Macavity

Bibo007

Erst einmal Danke für deinen Hinweis - die gängigen Foren und Portale habe ich schon alle abgeklappert.

Vielfach wird bei den Geräten die "Farbkatusche" (ist ja keine Tinte drin, da der Drucker per Thermosublimationsverfahren druckt) nicht oder nicht richtig erkannt.

Bei dem Gerät was ich hier haben ist aber das Problem das er anscheined in einem Boot-Loop hängt.

Die Displaybeluchtung geht beim Einschalten an, das Canon-Logo erscheint und danach ist Ende.

Das Gerät reagiert auf keine Tastendrücke mehr, auch nicht mehr auf den Power-(Soft)-Taster. Da hilft nur noch Stecker ziehen.

Über USB wird das Gerät während dessen auch nicht erkannt.

Das Netzteil ist ein externes Steckernetzteil. Gemessen habe ich das noch nicht, kann ich aber nachher mal prüfen.

Fotos von der Platine kann ich auch erst heute Nachmittag machen, da war mir aber, bis auch den (festen) Schmier im Bereich der drei Radialelkos, nichts aufgefallen.

Zitat von Bibo007

Vorsicht Gefahr! 5 Regeln beachten

Was meinst Du damit?

MfG

Macavity

massi  wirbel  Dr. Seltsam

Vielen Dank für Eure Antworten!

Anscheinend haben die Benachrichtigungen per E-Mail beim Eintreffen von neuen Beiträgen nicht funktioniert sodass ich erst jetzt eure Antworten gesehen habe.

Leider ist an der Stelle nach oben keine Luft, sodass ich befürchte das ich den Vorschlag von Dr. Seltsam nicht umsetzen kann (ist die Platine von einem Canon Selphy Fotodrucker, da ist im Gehäuse leider nicht viel Platz).

Ist zudem nur ein Schuß ins Blaue - auf der Platine sind noch drei weitere Radial-Elkos im Bereich der Spannungsversorgung. Prinzipiell zeigen die alle drei keine "dicken Köpfchen", aber die Platine sieht aus wie mit zuviel Flußmittel überzogen. Daher wollte ich testweise mal alle vier Elkos tauschen, in der Hoffnung dass die kleine Kisten dann wieder "bootet".

MfG

Macavity

Hallo,

lang, lang ist es her das ich zuletzt hier im Forum war (uff, ich sehe gerade, mehr als sechs Jahre).

Da hier immer die richtigen Hardware-Spezialisten waren hoffe ich das ich hier eine Antwort finde.

[Blockierte Grafik: https://abload.de/img/elkovbj4f.jpg]

Gehe ich richtig in der Annahme, dass es sich bei diesem Elko (C74) um einen 100µF/6,3Volt handelt und dieser Artikel bei Reichelt ( https://www.reichelt.de/smd-ch…-elko-100-6-3-p31911.html ) der passende ist?

MfG

Macavity

Hi,

habe mir mal die Bedienungs- bzw. Einbauanleitung angesehen, jetzt weiß ich was Du meinst.
Hast Du eine zweite Festplatte die Du zum testen verwenden könntest? Wenn dort der gleiche Fehler auftritt würde ich auf einen Gerätedefekt tippen. Hat der Freund, von dem die Box ist das vielleicht vorher schon selber versucht die Platte einzubauen (ich sag nur ESD)?
Ansonsten würde ich es mal noch mit ext2 oder xfs versuchen. Ich stocher auch nur ein wenig im Nebel, da ich das Gerät leider nicht kenne. Gibt es ansonsten noch Logfiles? Vielleicht noch mal neu starten, mit "tail" ins Syslog schauen und erneut versuchen einen Ordner auf der Platte anzulegen.
P.S.: Ich seh gerade die Box hat auch eSATA. Da schon mal die Platte dran angeschlossen?

Gruss

Macavity

Hi,

zu 100% sicher das die Platte in Ordnung ist? Mal das Kabel getauscht?

Gruss

Macavity

Hi,

danke an alle für die Antworten.

mini73
BS ist ein "älteres" Debian (siehe Signatur). Müsste somit SysV sein.
Das mit dem "killen" werde ich nachher mal testen.

Gruss

Macavity

Hi,

ich steh gerade ein wenig auf dem Schlauch.

Die Schleife in "meiner" runvdr sieht wie folgt aus:

while (true) do
      eval $VDRCMD >/dev/null 2>&1
      if test $? -eq 0 -o $? -eq 2; then exit; fi
      $KILL $VDRPRG
      sleep 10
      UnloadDriver
      LoadDriver
      done

In der runvdr.template steht aber das:

while (true) do
      eval "$VDRCMD"
      if test $? -eq 0 -o $? -eq 2; then exit; fi
      echo "`date` reloading DVB driver"
      $KILL $VDRPRG
      sleep 10
      UnloadDriver
      LoadDriver
      echo "`date` restarting VDR"
      done

Kann mir jemand den Unterschied beim "eval"-Befehl und hauptsächlich die Funktionsweise des "test" im runvdr-Skript erläutern (ich hab es nicht so mit Bash-Scripting)?
Gibt es eine Möglichkeit zu testen ob die Schleife richtig funktioniert und der VDr tatsächlich neu gestartet wird?

Danke und Gruss

Macavity

clausmuus

Hi,

das passierte mir an meinem LG hin und wieder auch einmal.
Es kann sein, das dein Fernseher falsche EDID-Informationen sendet.

Versuche doch mal, in der /boot/config.txt "hdmi_group=2" zu setzen.
Ich habe seit dem keine Probleme mehr.

Ansonsten kannst Du die weiteren Tipps von hier versuchen: http://www.raspberrypi.org/forums/viewtopic.php?t=5062

Gruss

Macavity

reufer

Danke für die Version 0.0.9 und Deine tolle Arbeit.

Bei mir läuft noch die Revision f0b7ff1f aus dem Git, mit der ich keine Probleme mehr hatte (die grauen Zwischenbilder bei verschlüsselten HD-Sendern, die ich noch hatte, hatten mit dem Ausgabeplugin nichts zu tun).
Die 0.0.9 werde ich heute Abend mal testen.

Gruss

Macavity

Hi,

das Problem mit dem Akkuverbruch hatte ich auch (bei O2 - zu Hause (fast) keinen Empfang -> der Akku war nach einem Tag leer).
Seit ich bei D1 (guter Empfang) bin hält der Akku im Schnitt 2-3 Tage.

Als Tasche verwende in diese hier: http://www.amazon.de/mumbi-Ledertasche-Google-Rückzugfunktion-Ausziehhilfe/dp/B00FJYBZUG/
(ist aber sicherlich Gewöhnungssache, ich hatte eine ähnliche Tasche vorher schon 4 Jahre bei meinem HTC Desire).

Gruss

Macavity

francescosoft

Bei SD habe ich keine Probleme, triitt das vlt. nur bei bestimmten Kanälen auf (nenn doch einfach mal die problematischen Kanäle).

Gruss

Macavity

UFO

Wenn ich Mirus Post aber richtig deute, waren nur die beiden TT-1600 aktiv - und das wären Budget-Karten.

Gruss

Macavity

Hi,

die Info bekommst Du immer, wenn Du die aktuellen Treiber aus dem LinuxTV GIT verwendest.
Negatives ist mir noch nicht aufgefallen.

Gruss

Macavity

Hi,

Frage: warum verwendest Du lircd und nicht inputlircd?

Gruss

Macavity

Hi,

ich habe folgendes Problem, bei de ich nicht weiter komme:

Alle 15 Minuten bricht mir der Livestream weg. Der Sender ist dabei egal, es passiert sowohl bei ARD/ZDF als auch bei den Privaten.
Auf dem Fernseher erscheint dann nur "Connection lost". Wenn man mit "OK" bestätigt landet man wieder im Hauptmenü und kann über die Senderliste den Kanal sofort wieder auswählen.

Im Log auf dem Server erscheint nur:

Apr 17 20:10:41 capulet vdr: [3410] receiver on device 2 thread started (pid=25378, tid=3410, prio=high)
Apr 17 20:10:41 capulet vdr: [3411] TS buffer on device 2 thread started (pid=25378, tid=3411, prio=high)
Apr 17 20:19:36 capulet vdr: [3951] epg data writer thread started (pid=25378, tid=3951, prio=low)
Apr 17 20:19:37 capulet vdr: [3951] epg data writer thread ended (pid=25378, tid=3951)
Apr 17 20:29:37 capulet vdr: [3411] TS buffer on device 2 thread ended (pid=25378, tid=3411)                         <- hier erscheint die "Connection Lost" Meldung
Apr 17 20:29:37 capulet vdr: [3410] buffer stats: 118816 (2%) used
Apr 17 20:29:37 capulet vdr: [3410] receiver on device 2 thread ended (pid=25378, tid=3410)
Apr 17 20:29:37 capulet vdr: [4557] epg data writer thread started (pid=25378, tid=4557, prio=low)
Apr 17 20:29:39 capulet vdr: [4557] epg data writer thread ended (pid=25378, tid=4557)
Apr 17 20:30:04 capulet vdr: [4589] receiver on device 2 thread started (pid=25378, tid=4589, prio=high)               <- aus der Kanalliste wurde der Sender wieder ausgewählt
Apr 17 20:30:04 capulet vdr: [4590] TS buffer on device 2 thread started (pid=25378, tid=4590, prio=high)
Apr 17 20:39:38 capulet vdr: [5164] epg data writer thread started (pid=25378, tid=5164, prio=low)
Apr 17 20:39:39 capulet vdr: [5164] epg data writer thread ended (pid=25378, tid=5164)
Apr 17 20:45:20 capulet vdr: [4590] TS buffer on device 2 thread ended (pid=25378, tid=4590)                         <- hier erscheint die "Connection Lost" Meldung
Apr 17 20:45:20 capulet vdr: [4589] buffer stats: 118816 (2%) used
Apr 17 20:45:20 capulet vdr: [4589] receiver on device 2 thread ended (pid=25378, tid=4589)
Apr 17 20:45:49 capulet vdr: [5540] receiver on device 2 thread started (pid=25378, tid=5540, prio=high)               <- aus der Kanalliste wurde der Sender wieder ausgewählt
Apr 17 20:45:49 capulet vdr: [5541] TS buffer on device 2 thread started (pid=25378, tid=5541, prio=high)
Apr 17 20:49:39 capulet vdr: [5771] epg data writer thread started (pid=25378, tid=5771, prio=low)
Apr 17 20:49:40 capulet vdr: [5771] epg data writer thread ended (pid=25378, tid=5771)
Apr 17 20:59:40 capulet vdr: [6373] epg data writer thread started (pid=25378, tid=6373, prio=low)
Apr 17 20:59:41 capulet vdr: [6373] epg data writer thread ended (pid=25378, tid=6373)
Apr 17 21:00:35 capulet vdr: [5541] TS buffer on device 2 thread ended (pid=25378, tid=5541)                         <- hier erscheint die "Connection Lost" Meldung
Apr 17 21:00:35 capulet vdr: [5540] buffer stats: 118816 (2%) used
Apr 17 21:00:35 capulet vdr: [5540] receiver on device 2 thread ended (pid=25378, tid=5540)

Hardware Server: 1 x Skystar HD + 1 x TT S2-1600
Software Server: Debian 7.0.4 + VDR 2.0.4 (selbstkompiliert) / Plugins: dummydevice, vomp 0.4.1, streamdev-server 0.6.1 / DVB-Treiber von LinuxTV aus dem GIT

Hardware Client: Raspberry Pi
Software Client: Raspbian Stable / Vompclient 0.4.1

Das Problem besteht auch, wenn man den Streamdev-Server weg lässt, jedoch tauchen dann keine "TS buffer on device 2 thread ended" Meldungen mehr auf.

Jeder Tipp / Vorschlag ist willkommen, da der WAF doch aktuell sehr leidet.

Danke und Gruss

Macavity

Zitat von reufer

Sehe ich auch so...

Vielleicht sollte man sich auf eine Version verständigen.

Bugfixing für unstable/testing halte ich persönlich (während der Entwicklung) für Resourceverschwendung.

Gruss

Macavity

reufer

Auch wenn der Link schon 2 Monate alt ist, vermute ich mal das es genauso funktioniert: http://menzerath.eu/artikel/ra…n-8-jessie-aktualisieren/

Gruss

Macavity

P.S.: Warum mir jedoch immer kein Grund einfällt, warum man immer bei Debian im Testing-Zweig "rumwühlen" muss. Es gibt "Stable" - und das hat meist einen Grund.

Hi,

die "Löschlogik" findest Du in der "recording.c" (gleich am Anfang, Du kannst es nicht verfehlen).

Du könntest z.B. die Konstanten "REMOVECHECKDELTA" und "DELETEDLIFETIME" erhöhen und dann mit einem Skript per Cron in einem kürzeren Interval deine zu sperrenden Ordner auf gelöschte Dateien prüfen und diese wieder "rechtzeitig" umbenennen.

Gruss

Macavity

reufer

Vielleicht hilft Dir das: http://www.raspberrypi.org/forums/viewtopic.php?f=66&t=7689

oder das: http://www.raspberrypi.org/forums/viewtopic.php?f=33&t=50675

Gruss

Macavity