[Altes Modul] GoogleCast (98_GOOGLECAST.pm)

Begonnen von dominik, 10 Dezember 2015, 22:43:49

Vorheriges Thema - Nächstes Thema

MadMax-FHEM

Wie sieht es mit Speicher aus?

Hast du "cannot allocate" oder so Meldungen (weiter vorne/oben) im Log!?

Sieht bissi so aus als wären "Systemressourcen" aus!?

Sind die Meldungen nach "shutdown restart" (und somit Speicher komplett frei geben) weg!?

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

SouzA

Zitat von: MadMax-FHEM am 17 Juni 2019, 06:11:03
Wie sieht es mit Speicher aus?

Hast du "cannot allocate" oder so Meldungen (weiter vorne/oben) im Log!?

Sieht bissi so aus als wären "Systemressourcen" aus!?

Sind die Meldungen nach "shutdown restart" (und somit Speicher komplett frei geben) weg!?

Gruß, Joachim
cannot allocate (bzw. cannot fork) wird schon mit neustart beantwortet.

Die Meldungen von den Casts kommen nach Neustart ca. nach einer Stunde wieder ins log.

Was mich irritiert ist, dass die Meldungen nur von zwei den gleichen Chromecast-Devices kommen. Ich habe in Summe 5...

Bis denn
SouzA
Raspi 4, EnOcean TCM310 USB, HM-MOD-UART-USB, Jeelink, hue, AMAD, fully, FRITZBOX, Signalbot, VIERA, Presence BT/Mac, TPLink, Gassistant, Shelly, fhempy, ZigBee

Det20

Kenne ich, kann aber leider nicht auf das Modul verzichten. Viele Zeilen Quelltext kümmern sich bei mir nur um diese fork Geschichte, habe es nie ganz an den Griff bekommen. Welche Debian Version hast du drauf? Durch die letzte ist es ein wenig besser geworden. Ich starte beim fork Fehler fhem neu und, wenn mehr als 3 fork Fehler zwischen 0 und 0 Uhr auftreten, das gesamte System neu.

SouzA

#693
Zitat von: Det20 am 17 Juni 2019, 20:49:37
Kenne ich, kann aber leider nicht auf das Modul verzichten. Viele Zeilen Quelltext kümmern sich bei mir nur um diese fork Geschichte, habe es nie ganz an den Griff bekommen. Welche Debian Version hast du drauf? Durch die letzte ist es ein wenig besser geworden. Ich starte beim fork Fehler fhem neu und, wenn mehr als 3 fork Fehler zwischen 0 und 0 Uhr auftreten, das gesamte System neu.

PRETTY_NAME="Raspbian GNU/Linux 9 (stretch)"
NAME="Raspbian GNU/Linux"
VERSION_ID="9"
VERSION="9 (stretch)"
ID=raspbian
ID_LIKE=debian
Linux raspberrypi 4.19.42-v7+ #1219 SMP Tue May 14 21:20:58 BST 2019 armv7l GNU/Linux

Das mit dem Speicherschwund hat ja auch eher was mit nem Bug im Perl zu tun, als mit dem Modul an sich.
Geht auch ein Stück weit an der Problematik mit den Chromecasts vorbei... Ich glaube nicht, dass die bei mir zum cannot führen. Zumindest nicht alleine.

Wie bereits geschrieben machen auch nur 2 von 5 diese Meldungen.

Kann mir nicht erklären woran das liegt. Swap ist bei 0. Keine fork-Fehler.

Das verblüffendste ist, dass es den ganzen Tag keine Meldung mehr von Casts gab.
Bis heute morgen dauernde Meldungen. Letzte Meldung um 7.06h. Danach Ruhe...?!
(Letzter Neustart vom RPi war gestern Vormittag gegen 12h)

Tja, falls mal jemand eine Idee diesbezüglich hat, hätte ich da ein offenes Ohr!  ;)

Thx & Bis denn
SouzA

EDIT: und jetzt ab kurz nach 23 wieder...
2019.06.17 23:15:35 1: ERROR: Select error -1 (9), error count= 0
2019.06.17 23:15:35 1: Found and deleted bad fileno for GOOGLECAST-GC_Alarm
2019.06.17 23:15:41 1: ERROR: Select error -1 (9), error count= 0
2019.06.17 23:15:41 1: Found and deleted bad fileno for GOOGLECAST-GC_Haus

Raspi 4, EnOcean TCM310 USB, HM-MOD-UART-USB, Jeelink, hue, AMAD, fully, FRITZBOX, Signalbot, VIERA, Presence BT/Mac, TPLink, Gassistant, Shelly, fhempy, ZigBee

SouzA

Moin,

woher kommen überhaupt diese Meldungen?
Kann man die irgendwo unterdrücken? Verbose 0 im jeweiligen Device hilft nicht.
Es müllt einfach alles voll...

Thx für Hilfe.

Bis denn
SouzA
Raspi 4, EnOcean TCM310 USB, HM-MOD-UART-USB, Jeelink, hue, AMAD, fully, FRITZBOX, Signalbot, VIERA, Presence BT/Mac, TPLink, Gassistant, Shelly, fhempy, ZigBee

Det20

Die kommt von fhem selbst und bedeutet, dass da ein ungültige handle gefunden wurde.

SouzA

Zitat von: Det20 am 30 Juli 2019, 18:02:38
Die kommt von fhem selbst und bedeutet, dass da ein ungültige handle gefunden wurde.
Danke für die Info!
Und kann man das ausblenden?

Thx und bis denn
SouzA
Raspi 4, EnOcean TCM310 USB, HM-MOD-UART-USB, Jeelink, hue, AMAD, fully, FRITZBOX, Signalbot, VIERA, Presence BT/Mac, TPLink, Gassistant, Shelly, fhempy, ZigBee

Det20

Such mal im source danach. Wenn ich mich recht erinnere, lässt sich das logging nicht abschalten

dominik

Diese Meldungen kommen wenn die Verbindung zum Cast Device verloren geht. Die Meldung selbst kommt aus der FHEM Mainloop und die kann ich auch nicht unterdruecken.


Ich habe gerade noch ein Update gemacht um Devices mit Leerzeichen im Namen zu unterstuetzen:
define wz.home GOOGLECAST Home Wohnzimmer
fhempy -  https://github.com/fhempy/fhempy: GoogleCast, Tuya, UPnP, Ring, EQ3BT, Nespresso, Xiaomi, Spotify, Object Detection, ...
Kaffeespende: https://paypal.me/todominik

HerrEmo

Ich bekomme mein Google Mini nicht zum laufen.
In der HomeApp auf dem Handy heist der Mini Rks

in Fhem


define RKs.chromecast GOOGLECAST Rks


defmod RKs.chromecast GOOGLECAST Rks

setstate RKs.chromecast offline
setstate RKs.chromecast 2019-08-04 08:49:45 presence offline
setstate RKs.chromecast 2019-08-04 08:49:45 state offline


Im Log
019.08.04 08:54:49 4: GOOGLECAST: search result: |CCDEVICE|192.168.1.201|8009|059c605e-42b5-2a6b-e9db-3649d664a4d1|Google Home Mini|Rks
2019.08.04 08:54:49 4: GOOGLECAST: search result: |CCDEVICE|192.168.1.201|8009|059c605e-42b5-2a6b-e9db-3649d664a4d1|Google Home Mini|Rks
2019.08.04 08:54:49 4: Connection accepted from telnetForBlockingFn_1564900303_127.0.0.1_60122
2019.08.04 08:54:49 5: Cmd: >{BlockingStart('185')}<
2019.08.04 08:54:49 5: Cmd: >{GOOGLECAST_findChromecastsResult('|CCDEVICE|192.168.1.201|8009|059c605e-42b5-2a6b-e9db-3649d664a4d1|Google Home Mini|Rks')}<
2019.08.04 08:54:49 4: GOOGLECAST:  not found, retry in 10s.
2019.08.04 08:54:49 4: Connection accepted from telnetForBlockingFn_1564900303_127.0.0.1_60124
2019.08.04 08:54:49 5: Cmd: >{BlockingStart('186')}<
2019.08.04 08:54:49 5: Cmd: >{GOOGLECAST_findChromecastsResult('|CCDEVICE|192.168.1.201|8009|059c605e-42b5-2a6b-e9db-3649d664a4d1|Google Home Mini|Rks')}<
2019.08.04 08:54:49 4: GOOGLECAST:  not found, retry in 10s.


stimmt das define?

* Banana Pro mit rasbian und FHEM 5.8 * JeeLink (v3c) - JeeLink 868   -> Proficell TX 29
*SCC - Stackable CC1101 433Mhz + 868Mh SlowRF -> Brennenstuhl Steckdosen
*Fritzbox FBAHA -> Dect Steckdose *Gateway Intertechno ITGW-433 ->  Rolladensteuer RMF
*HM-CFG-USB-2 -> HM-SEC-SCO - HM-CC-RT-DN

dominik

Das define sieht richtig aus, was meinst du mit defmod und setstate danach?
fhempy -  https://github.com/fhempy/fhempy: GoogleCast, Tuya, UPnP, Ring, EQ3BT, Nespresso, Xiaomi, Spotify, Object Detection, ...
Kaffeespende: https://paypal.me/todominik

MadMax-FHEM

Das ist vermutlich "raw definition"...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Gernot69

Hallo.

Seit einem Jahr funktioniert nach eurer Hilfe meine Chromecast Audio super. Danke Dominik

Aber seit ca 2-4 Monaten habe ich ein Problem . Wenn ich Tunein, GooglePay oder Plex streame (Android HAndy und Iphone) , dann läuft der Stream einfach weiter obwohl ich  "stream beenden" drücke  in der GooglePlay/App. Alles andere (Pause ,  Lautstärke , skip .... usw.) funktioniert bestens.

Mit 98_Googlecast und Google Home  funktioniert alles bestens  auch "stream beenden" ..
Wenn ich meine chromcasts lösche in FHEM , dann funktioniert auch "stream beenden" im GooglePlay.

Kennt jemand diese Problem? Oder kann das jemand nachstellen?
Mit Verbose5 keine Fehlermeldung . Aber irgendwie schaut das so aus als ob der Stream von "98_googlecast " selbständig wieder gestartet wird .. Sonst habe ich keine Erklärung ..

danke

SouzA

Hi,
Das kann ich hier nicht darstellen.
3xChromecast...
Wenn ich Spotify vom Handy starte, kann ich die Übertragung auch wieder damit stoppen. Als auch mit fhem.
Hast du irgendwelche Automatiken in fhem, die einen start auslösen könnten?

Bis denn
SouzA
Raspi 4, EnOcean TCM310 USB, HM-MOD-UART-USB, Jeelink, hue, AMAD, fully, FRITZBOX, Signalbot, VIERA, Presence BT/Mac, TPLink, Gassistant, Shelly, fhempy, ZigBee

Gernot69

Hallo SouzA

danke dafür. Ich habe die Programme deaktiviert .. Sicherheitshalbe habe ich eine neue Chromecast angelegt, die noch nie in FHEM eingebunden war.. und auch keine Programmcode hat.. Es reicht wenn ich diese definiere .-- Dann ist der Fehler wieder da... wenn ich die Cast wieder lösche ist der Fehler weg...
Vielleicht kann jemand anderes das nachstellen .. (Ich verwende Tunin und Google Play Music )
danke
Gernot