Modul für MPD

Begonnen von roedert, 08 Januar 2014, 12:17:21

Vorheriges Thema - Nächstes Thema

Wzut

sorry , aber meine Glaskugel ist z.Z. leider defekt .....

was steht denn im log zu idle ? da sollte zumindest die eine Zeile mit der PID erscheinen
und bei px x sollte fhem mit zwei laufenden Prozessen gelistet sein. ( der  eine mit der PID aus dem log.
In der sub Idle_done sind zwei Zeilen mit #Log 3 auskommentiert , mach die mal scharf und schaue wieder ins log.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Wernieman

#76
das ist es gerade, er schreibt im log nichts wegen idle

Edit:
Sorry, war gestern nicht gut drauf.

Schaue es mir am Wochenende nochmals gründlich an. Momentan will er nicht Update per "IDLE"

Edit2:
Nach einem, wegen fhem-update, notwendigen Restart von FHEM funktioniert es heute. Komisch, was dort passiert war. Bleibt bei mir im Auge.

Schon mal danke für das Modul!
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

roedert

Ich habe gerade mal das aktuelle 73_MPC (Version 0.5  - 16.01.14) ausprobiert ... dabei sind einige Fragen aufgekommen:

1) Grundsatzfrage: Warum heisst das Modul eigentlich MPC und nicht MPD da es ja diesen steuert und mit MPC ziemlich wenig gemeinsam hat ;)
2) ich habe attr interval 120 gesetzt, trotzdem wird alle 30sec gepollt und unter Internals steht weiterhin INTERVAL 30
3) ich habe ein Playlist mit den Radiosendern des Elgato Netstream Sat
[playlist]
File1=http://192.168.xxx.xxx/stream/tunerequest00040000C0FFFFFF00BB2A10044500FF00016F34030001FF
Title1=SWR3
File2=http://192.168.xxx.xxx/stream/tunerequest00040000C0FFFFFF00BB2A10044500FF00016F3C030001FF
Title2=WDR 2
NumberOfEntries=2
Version=2


get current song liefert
Arbeitszimmer.MPD currentsong:
file: http://192.168.xxx.xxx/stream/tunerequest00040000C0FFFFFF00BB2A10044500FF00016F3C030001FF
Title: WDR 2
Pos: 1
Id: 1


Aufgelöst wird dies in Artist WDR und Title R 2

Nach welcher Vorlage entsteht das denn?

Wzut

#78
1. MPC well es ein Ersatz für das Konsole mpc ist  , C = Client. Der MPD ist das was gesteuert wird. 
2. ja das Intervall ist etwas tricky , habe ich mir so bei OWTHERM abgeschaut. Es gibt ein set <name> intervall um mal eben schnell das Intervall zu ändern per Befehl und ein attr intveral das als Startwert beim Neustart/Reload benutzt wird. Wenn du im laufenden Betrieb das attr interval änderst wird es aber sofort übernommen, nur die Anzeige bei Internals zeigt noch den alten Wert bis zum Neustart.
3. Das sind die Infos die der MPD auf Abfrage zurückgibt , vergleiche das mal mit der Ausgabe des mpc auf der Konsole
ZitatAufgelöst wird dies in Artist WDR und Title R 2
das sollte eigentlich nicht sein , zerschneiden nur  beim ersten Vorkommen von Blank-Blank
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Wernieman

Erst mal großes Kompliment an das Modul, es funktioniert!

Sogar notify ala "define Musik_On notify myMPD:play set Lautsprecher on" funktioniert super!

Und ohne Zeitverzögerung ....
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

Wzut

#80
Freut mich das es gut läuft.
Ich habe die Tage etwas weiter gespielt und nutze inzwischen nur noch den Modus mit  useIdle 1 und interval 0  ;)
Hintergrund : Inzwischen habe ich meinem MPD ein LCD Display spendiert und im Polling Modus dauerte es halt einige Sekunden bis Titel usw. aktualisiert wurden. Der MPD macht das mit dem Idle Modus aber wesentlich besser - d.h. die neuen Songinfos sind bereits nach den ersten Takten eines neuen Stückes in der Annzeige ( Radio Stream)


Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

roedert

Wäre es nicht an der Zeit das Teil in den "offiziellen" FHEM-Teil mit zu übernehmen incl. der automatischen Updates?

Wernieman

@Wzut
Danke, das auch Du den Vorteil des "idle"-Modus siehst ;o)
Und Danke für Deine Arbeit :o)

@all
Mal eine andere Frage, wollte in einer "if" Abfrage den MPC-Status verwenden:
if ( Value("myMPD" eq "stop" && Value("M1_Lautsprecher") eq "on" ) { ... }
was aber nicht funktioniert. Weiß jemand die "Lösung"?
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

roedert

if ( Value("myMPD" eq "stop" && Value("M1_Lautsprecher") eq "on" ) { ... }

..fehlende Klammer nach Value("myMPD" ?

Wernieman

Danke ... der Fehler saß also mal wieder vor dem Bildschirm ....
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

drdownload

Falls es jemanden interessiert, es gibt auch eine IF Implementierung direkt in FHEM http://forum.fhem.de/index.php/topic,17895.0.html
CUL 868 Slow-RF (FS20 Aktoren, Sender, FHT8V), CUL 868 (WMBUS-Empfang), Jeelink (PCA301), WS3600 (WH3080 über USB-Basis), Bewässerung mit ESP-Easy und Proplanta, RFXTRX433 Home-Easy Empfang und Senden, Oregon TH, WS001 TH), Blackbean IR, Mopidy-Snapcast MR Audio, Kodi, Forum-LED-Controller,

Wernieman

Da die dahinterliegende Funktion etwas komplizierter ist, würde mir die "neue" FHEM-IF-Abfrage nichts helfen ;o)
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

Wernieman

#87
Kleine "Bugmeldung":
Set ich das Modul habe, bleibt beim "shutdown" ein fhem Prozess stehen. Ein Normales "Killen" reicht nicht, es muss schon ein "kill -9" sein. Entsprechend klappt auch ein "shutdown restart" nicht sauber, d.h. es bleibt ein Prozess vom "alten" fhem stehen

z.B. vorher:
hedwig fhem # ps aux | grep [f]hem
fhem     13006  0.0  0.9 105332 38924 ?        S    10:27   0:09 /usr/bin/perl /opt/fhem/fhem.pl /etc/fhem/fhem.cfg
fhem     13082  0.0  0.5  81688 22056 ?        S    10:27   0:00 /usr/bin/perl /opt/fhem/fhem.pl /etc/fhem/fhem.cfg

Nach dem shutdown:
hedwig fhem # ps aux | grep [f]hem
fhem     13082  0.0  0.5  81688 22056 ?        S    10:27   0:00 /usr/bin/perl /opt/fhem/fhem.pl /etc/fhem/fhem.cfg


Im Logfile ist schon nach dem shutdown zu sehen:
2014.01.23 13:28:41 0: Server shutdown

Wenn ich denn noch wartenden Prozess -9 kille, erscheint kein neuer Eintrag im Logfile.

Ansonsten funktioniert alles super!
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

justme1968

schau mal hier: http://forum.fhem.de/index.php?topic=18969.msg126847#msg126847

vermutlich ist es das gleiche fork problem?

gruss
  andte
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

Wernieman

Habe kein reread verwendet, sondern ein "normales" shutdown. Könnte aber trotzdem das gleiche sein, nur ... habe das Modul nicht geschrieben :o(
(Bin eben doch noch zu sehr Anfänger in FHEM)
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html