IRMP Power-Off

[Idefix16]

Das Auskommentieren aus der conf dürfte bei dem Empfänger nichts bringen, da der IRMP das Poweroff Signal gar nicht über USB raus gibt, sondern diesen Code intern auswertet, den Ausgang schaltet und diesen Code NICHT per USB übermittelt. (IF-Abfrage im Code)

Das ist richtig bei einer gemeinsamen Ein/ Aus Taste. Bei getrennten Tasten gilt es nur für die angelernte Einschalt-Taste.

Moin,
in meinem Fall nutze ich natürlich eine gemeinsame Ein/Aus Taste.

[gb]

Das ist richtig bei einer gemeinsamen Ein/ Aus Taste. Bei getrennten Tasten gilt es nur für die angelernte Einschalt-Taste.

Hallo Martin, ich glaub, ich muß langsam mal die von dir gestellten IRMP Empfänger in Angriff nehmen.
Mal gucken, wie ich den Irtrans ausm System hebeln kann.
Klingt zwar alles recht verständlich, aber kann das nicht so richtig nachvollziehen.

Besteht dieses Problem eigentlich bei allen Vor- und Nachfolgermodellen, oder nur bei einem bestimmten?

MfG Aaron

[Martin]

Besteht dieses Problem eigentlich bei allen Vor- und Nachfolgermodellen, oder nur bei einem bestimmten?

Alle AVR basierten IR-Receivger haben im Prinzip eine identische Firmware.
Also ja. Probleme haben damit bisher nur wenige (<5 User). Also tritt es normalerweise nicht auf.

[gb]

Alle AVR basierten IR-Receivger haben im Prinzip eine identische Firmware.
Also ja. Probleme haben damit bisher nur wenige (<5 User). Also tritt es normalerweise nicht auf.

Aha, also könnte ich auch mit dem neueren vorlieb nehmen.
Dann gehe ich das morgen und Freitag mal an.

MfG Aaron

[michel8]

Hi Michel!
Ich meine, dass das nicht geht, da zwar ein Zähler vorhanden ist, dieser aber auch hochläuft,wenn eine kurze Pause dazwischen ist. Somit würde man die Funktion "vdr nimmt auf, Power zum erzwingen " bei einem lahmlegen von i>0 mit lahmlegen.
Das kann aber gern von jemandem geprüft werden, der einen vdr vor sich hat, ist bei mir nur aus dem Gedächtnis.
Sorry für Rechtschreibung, etc. Bin am Handy

Schöne grüße

David

ich glaube Du hast mich falsch verstanden, David.


Ich hatte an folgendes gedacht:
http://www.easy-vdr.de/git/?p=trusty/.gi...a6bb4dda04

Code:

#! /bin/bash
if pidof etc/powerbtn.sh
   exit 0
fi
sudo /usr/bin/poweroffvdr
sleep 1

nach Weitergabe des poweroff an den VDR kann für eine Sekunde kein erneuter poweroff weitergegeben.
Vielleicht reicht auch ein "sleep 0.5" oder weniger es geht ja nur um die prellzeit die sonst mit dem Kondensator geglättet werden sollte...
Möglicherweise ist auch das "if pidof" nicht ganz passend...

Gruß
Michel

[sirnova]

Hi Michel!

Ja, hatte es falsch verstanden Das klingt nach ner super Idee, könnte klappen, je nachdem "wer" die Zwischenspeicherung übernimmt. Ich hoffe mal, dass ich das in den nächsten Tagen mal ausprobieren kann.
Besten Dank für den Tip!

David

[michel8]

je nachdem "wer" die Zwischenspeicherung übernimmt.

wieso Zwischenspeicherung?


Das Problem ist doch, dass schnell hintereinander mehrere Powerbutton-Events an den VDR übergeben werden.
Warum auch immer das MoBo mehrere Events generiert, von USB und lirc kommt es ja nicht.
Es könnte am Zusammenspiel der MoBo Beschallung (die wohl im Normalfall eher das Prellen eines Tasters vermeiden soll) mit dem Optokopler und der Ansteuerzeit auf dem IRMP liegen.
Den Spannungsverlauf an den MoBo Pinseln für den Powerbutton müsste man mit einem Oszi vergleichen zum Verlauf beim Drücken des Tasters um dem Effekt auf die Schliche zu kommen.


Aber das ist auch egal, Interessant ist nun wie schnell und wie viele der Events generiert werden, daher die Frage nach dem Output von
apci-listen
Dann kann die filtertest richtig eingestellt werden...


Gruß
Michel

[Idefix16]

Moin Michael,

wie viele der Events generiert werden, daher die Frage nach dem Output von
apci-listen

Siehe im Anhang hier
http://www.easy-vdr.de/forum/index.php?t...#msg169462
"PowerOff_angetippt.JPG": Einmal kurz den Button auf der FB angetippt
"PowerOff_ca_1s_gedrückt.JPG": Button ca. 1s gedrückt gehalten


bzgl. einer Aufzeichnung mit dem Oszi. Hier kann ich evtl. in KW45 was machen, da ich hier wieder am Arbeitsplatz wäre.

Gruß,
Matthias

[michel8]

Sehe ich das richtig, dass du bei einem kurzen Druck auf die powertaste nur 2 Events bekommst, um die auch noch unterschiedlich sind?
Hier hatten wir das Thema schon mal
http://www.easy-vdr.de/forum/index.php?t...#msg163644


Wie sieht denn bei Dir die [size=78%]/etc/acpi/events/powerbtn aus ?[/size]

[sirnova]

Hi Michel!

Folgender Code scheint einigermaßen zu funktionieren, hab es aber nur mit manuellem "schnell hintereinander drücken" getestet, da es bei mir mit dem Kondensator gut läuft.
Datei: /etc/acpi/powerbtn.sh

Code:

#! /bin/bash
if pidof sudo /usr/bin/poweroffvdr
then
   exit 0
fi
sudo /usr/bin/poweroffvdr

Die Datei wird im Paket von etc nach /etc/acpi kopiert, daher die Differenz. Bei deiner Version wurde geprüft ob powerbtn.sh läuft, da es aus der powerbtn.sh heraus geprüft wird, würde er sich vermutlich immer selbst finden. Dein Ziel war es wahrscheinlich eine parallele Instanz zu finden, richtig? Das wäre auf jeden Fall die bessere Lösung. Ich habe es mal mit pidof poweroffvdr gemacht. Irgendwie ist die Lösung aber nicht schön....
Das ganze funktioniert vermutlich aber auch NUR bei laufendem vdr (siehe poweroffvdr-code). Wenn es immer laufen soll, muss im poweroffvdr noch ein sleep im "else". Woher kommt eigentlich der sleep 2 im poweroffvdr? hat der einen Sinn? oder ist es nur für eine verzögerte Anzeige?

Was ich mit der "Zwischenspeicherung" meinte konnte man nicht verstehen... Sorry dafür.
Folgendes:
Aus irgendeinem Grund werden die Events der Powertaste wohl nicht parallel abgearbeitet. Also wenn man 10 mal schnell hintereinander drückt, dauert es 10x2 Sekunden, bis die Aktion abgearbeitet ist. Das sieht man schön beim zweiten Screenshot von Matthias. Die Taste wird zuerst sehr häufig losgelassen und am Ende nur noch gedrückt (ich hoffe du weißt, was ich meine... ist blöd zu erklären).
Hatte leider nicht mehr Zeit zum Testen, aber evtl helfen dir ja trotzdem diese Erkenntnisse. Hoffe, dass ich demnächst ein bisschen mehr Zeit hab, dann geh ich alles mal systematisch an. Irgendwie interessiert mich das, obwohl ich den Hardware-Fix sinnvoller finde, als den "Fehler" noch später abzugreifen.

Schöne Grüße und besten Dank für deinen Hinweis

David

[Bleifuss2]

Hallo David

#! /bin/bash
if pidof sudo /usr/bin/poweroffvdr
then
  exit 0
fi,
sudo /usr/bin/poweroffvdr

Coole Idee, wenn ich mir das so anschaue, das könnte funktionieren.

Woher kommt eigentlich der sleep 2 im poweroffvdr? hat der einen Sinn? oder ist es nur für eine verzögerte Anzeige?

Ja der sleep gibt eigentlich keinen Sinn, wenn dann müsste der nach dem vdrsend kommen.

Wobei deine obige Lösung wird nur funktionieren wenn das Skript poweroffvdr lange läuft, sonnst wird es ja doch wieder gestartet. Von daher muss ein sleep rein.

Gruß
Peter

[sirnova]

Hi Peter!

Die Idee war von Michel

Den Ansatz finde ich trotzdem irgendwie sehr "workaround"... Dazu kommt noch, dass das Skript eine undefinierte Laufzeit hat, ein paralleles Dummy-Skript "easyvdr_shutdown_sleep" wäre aber ein bisschen zuviel des guten. Man weiß ja grob, wo der Fehler herkommt und da macht es für mich keinen Sinn einen "großen" Umbau anzustoßen, der nur für wenige User eine positive Veränderung mit sich bringt. Da find ich den Hardware-Workaround sinnvoller.
Hab heute mal meinen zweiten Empfänger zum spielen gesucht, aber der ist irgendwie verschütt... Mal hoffen, dass ich den Morgen finde.

Schöne Grüße

David

[sirnova]

Hi zusammen!

Bin endlich dazu gekommen mal weiter zu testen.
Also: An der Stromversorgung sowie dem Abnehmer liegt es nicht. Getestet mit einem externen USB-Ladegerät und ohne angeschlossenem Mainboard.
Was mir aber aufgefallen ist: Beim Power des KLS 1.6 Profils blinkt die grüne Lampe 2 oder 3 mal. Wenn ich die Powertaste des Fernsehers drücke hingegen nur einmal. Somit könnte es helfen, wenn man einfach einen anderen Code für Power benutzt.
Zudem hab ich die Power-Taste des Fernsehers mal dauerhaft gedrückt und es waren sehr viele Repeats an der grünen Lampe zu sehen. Tippe im Bereich 10 pro Sekunde.
Falls meine Interpretation richtig ist, müsste also das Repeat-Verhalten angepasst werden. Ich meine im Code war dort sowieso etwas komisches bzw für mich nicht nachvollziehbares.  Meine, dass dort "us" waren und im Kommentar "ms" stand. Evtl schau ich dort mal demnächst weiter.
Die Abhängigkeit des FB-Profils würde aber auch erklären, warum es bei manchen läuft und bei anderen nicht.
@Martin: Hat man die Möglichkeit selbst die FW zu flashen? Ich meine, dass dafür ein zusätzlicher Programmer notwendig war oder? Falls nicht, wäre ein Link zu einer entsprechenden Anleitung super, dann würde ich dort mal ein bisschen rumspielen (wenn mal wieder Zeit übrig ist )

Schöne Grüße

David

[Martin]

@Martin: Hat man die Möglichkeit selbst die FW zu flashen? Ich meine, dass dafür ein zusätzlicher Programmer notwendig war oder? Falls nicht, wäre ein Link zu einer entsprechenden Anleitung super, dann würde ich dort mal ein bisschen rumspielen (wenn mal wieder Zeit übrig ist )

Du brauchst noch so einen Programmer im Originalzustand.
Den Source clonen
https://github.com/ranseyer/USBasp-IR-Ad...usb-master
oder https://github.com/realglotzi/irmpusb

make
make flash #fertig...

[sirnova]

Hi zusammen,

ich habe letztens nochmal über das Fehlerbild nachgedacht. Ich vermute das Problem in dem Poweron/-off Bereich, also das was innerhalb der Platine und nicht per Lirc interpretiert wird. Hier wird nach meinem Empfinden quasi ein "Tastenpreller" nicht erkannt. Die FB sendet innerhalb kürzester Zeit das Signal mehrmals hintereinander. Normalerweise wird dies durch Lirc "gefiltert". Meine FB Sendet typischerweise 2-3 mal, Martins KLS2.0 hingegen nur einmal.
Es ist also KEIN Hardwarefehler, sondern ein Softwarefehler. Somit leider auch nicht änderbar (ohne Programmierer). Bei der Harmony kann es aber unter "Befehlswiederholungen" eingestellt werden.

Schöne Grüße

David