FHEM/lib/UPnP/ControlPoint.pm bringt fhem zum einfrieren

Begonnen von the ratman, 08 Januar 2018, 11:25:15

Vorheriges Thema - Nächstes Thema

frank

kommt dein log-mitschnitt wirklich aus fhem.log oder kopierst du es aus dem eventmonitor?
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

the ratman

#46
das ist das originale und einzige log von fhem, wie es standarmäßig existiert. da raus wird auch kopiert. entweder direkt in fhem oder per winscp mit dem np++ geladen und durchsucht.
hab nur nur mal mein wintablet auf den tisch gstellt und den eventmonitor nebenher laufen lassen, drum dessen erwähnung.
→do↑p!dnʇs↓shit←

frank

logdatei ist bestens.
denn im eventmonitor mit option log kommen logeinträge, die durch geforkte fhem instanzen erzeugt werden, leider nicht an.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Nobby1805

Zitat von: the ratman am 23 Januar 2018, 09:42:00
naja, die zeilen  mit xxx hätten wir ja gerne mal im log stehen, dann wüssten die autoren endlich, was bei mir so fasch rennt *g*
Vielleicht solltest du deine UsedOnlyIP und IgnoreIp mal testweise entfernen ... ich habe gerade mal in die Source geschaut, der xxxx-Log kann gar nicht kommen wenn Ignore zutrifft bzw. UsedOnly nicht zutrifft
FHEM-Featurelevel: 6.2   (fhem.pl:28227/2023-11-29) auf Windows 10 Pro mit Strawberry Perl 5.32.1.1-32bit
TabletUI: 2.7.15
IO: 2xHMLAN(0.965)|HMUSB2(0.967)

the ratman

bei den letzten tests wars ohne ignores oder "nur erlaubt". ich hatte vor ein paar tagen alles gelöscht (auch die versteckten devices) und dann alles neu anglegt, auch alle automatisch erkannten clients am leben gelassen. frag mich nur ned wann ... ich hab das schon so oft gemacht und auch die verschiedensten kombinationen aus ip erlaubt/ip verboten/mit clients/gelöschte clients/mit und auch gelöschten lgtv-steuerungsmodule durch, dass ich den überblick verloren hab, wann ich wie mit was getestet hab.

derzeitiger stand is auf jeden fall: dlnarenderer durfte (neu angelegt) machen, was er wollte, nichts wurde verändert. ich hab grad mal alles in einen raum geschoben, sonst nichts gemacht. die lgtv-steuerung is ebenfalls wieder am laufen. brauch sowieso im echtbetrieb dann mal zwingend sowohl den dlnarenderer, als auch die tv-steuerung.
→do↑p!dnʇs↓shit←

the ratman

ich verzweifel jetzt wirklich.

dachte, ich ignorier die warnings einfach und mach mal weiter ...
es geht jetzt um eine wlan-box, die wunderbar radiostreams über den dlnarenderer empfängt.
die hauptfunktion wäre aber eine tts-durchsage zu machen. bei der kommt aber nur "buffering" - das wars dann. die sache ging aber noch vor ein paar wochen.
log auf lvl. 5 macht das selbe wie immer - nämlich nichts, bis auf die schon bekannten warnings.

damit ich hier überhaupt daten bring, ein listing zur box, den rest kennts ihr ja schon:
Internals:
   CFGFN     
   DEF        uuid:FF310001-4218-4A51-8C15-5C2BFF310001
   NAME       DLNA_5C2BFF310001
   NR         176
   STATE      buffering
   TYPE       DLNARenderer
   UDN        uuid:FF310001-4218-4A51-8C15-5C2BFF310001
   READINGS:
     2018-01-27 15:50:06   channel         1
     2018-01-27 15:57:12   currentTrackURI http://translate.google.com/translate_tts?tl=de&client=tw-ob&q=testen wir mal
     2018-01-27 15:21:41   friendlyName    Balkenlaerm
     2018-01-27 15:21:41   manufacturer    Linkplay Technology Inc.
     2018-01-27 15:21:41   manufacturerURL http://www.muzohifi.com
     2018-01-27 15:21:41   modelDescription MUZO Cobblestone
     2018-01-27 15:21:41   modelName       MUZO Cobblestone
     2018-01-27 15:21:41   modelNumber     V01-Jan  7 2017

     2018-01-27 15:21:41   modelURL        http://www.muzohifi.com
     2018-01-27 15:21:41   multiRoomSupport 0
     2018-01-27 15:21:41   multiRoomVolume 100
     2018-01-27 15:21:41   mute            0
     2018-01-27 15:21:41   presence        online
     2018-01-27 15:57:12   state           buffering
     2018-01-27 15:57:12   stream          http://translate.google.com/translate_tts?tl=de&client=tw-ob&q=testen wir mal
     2018-01-27 15:57:12   transportState  TRANSITIONING
     2018-01-27 15:21:41   volume          100
   helper:
     caskeid    0
     caskeidClients
Attributes:
   alias      dlna client balkenlaerm
   channel_01 http://swr-swr1-bw.cast.addradio.de/swr/swr1/bw/mp3/128/stream.mp3?ar-distributor=f0b2
   channel_02 http://str30.creacast.com/hitradio_ohr
   channel_09 http://onair-ha1.krone.at/kronehit1058.mp3
   channel_10 http://mp3stream7.apasf.apa.at:8000/
   group      dlna
   icon       audio_volume_high
   room       multimedia
   ttsLanguage de
   userattr   channel_01 channel_02 channel_03 channel_04 channel_05 channel_06 channel_07 channel_08 channel_09 channel_10 multiRoomGroups ttsLanguage
   webCmd     volume

was soll ich tun?

btw. wenn wir schon dabei sind: wenn das mal funzt, wäre es möglich die zeitdauer eines tts-textes in ein reading zu schreiben, so wie das auch das text2speech modul kann?
→do↑p!dnʇs↓shit←