Neueste Beiträge

Seiten: 1 [2] 3 4 ... 10
11
Multimedia / Antw:[Neues Modul] VDR Steuerung per SVDRP: 70_SVDRP
« Letzter Beitrag von Michi1972 am Heute um 15:55:37 »
Die Antwort kommt so raus: (bei mir)

michael@server1:~$ svdrpsend PLUG satip INFO
220 server1 SVDRP VideoDiskRecorder 2.4.1; Sat Dec  3 15:54:40 2022; UTF-8
900-SAT>IP device: 0
900-CardIndex: 0
900-Stream: rtsp://10.1.1.9/?src=1&freq=11185&pol=v&ro=0.35&msys=dvbs2&mtype=8psk&sr=22000&fec=23 (Unicast) [stream=1]
900-Signal: lock=1 strength=67 quality=100 frontend=1
900-Stream bitrate: 75 kB/s
900-Buffer bitrate: 0 kB/s
900-Buffer usage: 0/2048 kB (0,0%)
900-Channel: Das Erste HD;ARD:11493:HC23M5O35P0S1:S19.2E:22000:5101=27:5102=deu@3,5103=mis@3,5107=qks@3;5106=deu@106:5104;5105=deu:0:10301:1:1019:0
900-Active pids:
900-Active section filters:
900-Filter 0:    7 (   9 kB/s) Pid=0x12 (EIT)
900-Filter 1:    0 (   0 kB/s) Pid=0x14 (TDT)
900-Filter 2:    2 (   0 kB/s) Pid=0x00 (PAT)
900-Filter 3:    0 (   0 kB/s) Pid=0x11 (SDT)
900-Filter 4:    0 (   0 kB/s) Pid=0x10 (NIT)
900 Filter 5:    0 (   0 kB/s) Pid=0x60 (---)
221 server1 closing connection

Das Plugin kann dies hier über svdrp:
michael@server1:~$ svdrpsend PLUG satip help
220 server1 SVDRP VideoDiskRecorder 2.4.1; Sat Dec  3 15:57:17 2022; UTF-8
214-Plugin satip v2.4.0 - SAT>IP Geräte
214-SVDRP commands:
214-    INFO      MODE      LIST      SCAN      STAT     
214-    CONT      OPER      ATTA      DETA      TRAC     
214 End of HELP info
221 server1 closing connection
12
Multimedia / Antw:[Neues Modul] VDR Steuerung per SVDRP: 70_SVDRP
« Letzter Beitrag von hapege am Heute um 15:52:02 »
Freut mich dass es klappt :)
Satip: Lässt ich das VDR Plugin denn per svdrp steuern?
Was ist denn die Antwort auf "svdrpsend PLUG satip INFO"?
13
Wunschliste / Antw:fhem 4 Nerds or users?
« Letzter Beitrag von martinp876 am Heute um 15:38:59 »
Hall Frank
a) commStInChn... vielleicht. Sollte ein Service sein. Könnte ich auf "no-Event" setzen Aber wieso macht es in diesem Zudammenhang so viele Schwierigkeinten?
Zitat
grundsätzlich macht die event philosophie in fhem (alle events on update) jedem irgend wann probleme, wenn man nicht selbst aktiv wird und gegensteuert.
dadurch lässt man alle erst mal an die wand laufen, finde ich. anders herum wäre humaner.
genau meine Meinung!

Zitat
theoretisch könnte mittlerweile jeder maintainer alle events im code auf change setzen.
das halte ich nun einmal für eine ganz schlechte Idee. Mehrere Gründe
I) der Kernel hat diesen Filter vorgesehen. Ich hatte das schon vor ~8 Jahren - zu meiner Anfangszeit - im code vorsehen wollen. Da es aber der Kernel macht sollte es auch dort bleiben
II) wenn es jeder einzeln einbaut kommt nur ein durcheinander heraus. Es wird noch chaotischer. Bitte bitte nicht
III) man kann es (wie immer) nicht umstellen - das klappt dann bei allen Usern erst einmal nicht mehr.
IV) Vorschlag wäre, ein "attr global event-default onChange" vorzusehen. Dann kann es jeder selbst einbauen. Überall vermerken, das dies bestCurrentPractice ist.
Und für Ausnahmefälle und Testfälle event-on-update - ist kein Schaden. "level: expert"

---------------------------------------
so hier meine Bewertung zu Performance. Ich habe eine Performance-improvement-aktion meines Systems gestartet... und mein altes Schlachtross apptime ausgepackt. Verrichtet immernoch gute Dienst.

name                                     function                               max    count      total  average   maxDly   avgDly TS Max call     param Max call
 iolgw:keepAlive                          HMUARTLGW_Ready                         11   705628   66566.75     0.09     0.00     0.00 03.12. 05:34:46 HASH(iolgw:keepAlive)
 rhasspyMQTT2                             MQTT2_CLIENT_connect                    20   705628  282105.81     0.40     0.00     0.00 02.12. 20:09:49 HASH(rhasspyMQTT2)
 hlt                                      HMLAN_Ready                             13   532835  136090.24     0.26     0.00     0.00 03.12. 10:08:04 HASH(hlt)
 ScnFlur                                  LightScene_Notify                       90   207844   29151.06     0.14     0.00     0.00 02.12. 17:02:23 HASH(ScnFlur); HASH(lfTreppeK)
 ScnGarden                                LightScene_Notify                      123   207844   12286.72     0.06     0.00     0.00 03.12. 09:48:33 HASH(ScnGarden); HASH(loDoorBall)
 ScnWohn                                  LightScene_Notify                      128   207844   15218.93     0.07     0.00     0.00 03.12. 10:22:03 HASH(ScnWohn); HASH(laLnge)
 WEB                                      FW_Notify                                1   207844    3724.10     0.02     0.00     0.00 03.12. 14:42:36 HASH(WEB); HASH(prRHMccu)
 WEBphone                                 FW_Notify                               10   207844    2189.22     0.01     0.00     0.00 03.12. 09:02:21 HASH(WEBphone); HASH(hwEss)
 WEBtablet                                FW_Notify                                4   207844    2109.08     0.01     0.00     0.00 03.12. 12:12:59 HASH(WEBtablet); HASH(hb_Clima)
 avgWeather                               average_Notify                          18   207844  117909.35     0.57     0.00     0.00 02.12. 16:34:13 HASH(avgWeather); HASH(h_burner_Pwr)
 dayTemp                                  average_Notify                          11   207844   81143.11     0.39     0.00     0.00 02.12. 15:13:38 HASH(dayTemp); HASH(hwSalon)
 et                                       eventTypes_Notify                       12   207844   66164.58     0.32     0.00     0.00 02.12. 17:04:43 HASH(et); HASH(haLnge)
 hZheating                                average_Notify                          14   207844   79150.21     0.38     0.00     0.00 02.12. 18:00:48 HASH(hZheating); HASH(hb_Clima)
 hlt                                      HMLAN_Notify                             7   207844    4511.92     0.02     0.00     0.00 02.12. 19:08:55 HASH(hlt); HASH(ScnGarden)
 ht                                       HMtemplate_Notify                        4   207844    4752.56     0.02     0.00     0.00 03.12. 00:03:13 HASH(ht); HASH(ccu)
 pa_stereo                                YAMAHA_NP_Notify                         3   207844    4635.76     0.02     0.00     0.00 02.12. 17:04:43 HASH(pa_stereo); HASH(haLnge_Clima)
 rg_Thermostate                           readingsGroup_Notify                    32   207844   34197.16     0.16     0.00     0.00 02.12. 14:59:38 HASH(rg_Thermostate); HASH(global)
 rg_battery                               readingsGroup_Notify                    25   207844   30899.62     0.15     0.00     0.00 02.12. 14:59:38 HASH(rg_battery); HASH(global)
 rg_critic                                readingsGroup_Notify                    64   207844   23780.12     0.11     0.00     0.00 02.12. 14:59:38 HASH(rg_critic); HASH(global)
 rg_heater                                readingsGroup_Notify                    98   207844   24188.40     0.12     0.00     0.00 02.12. 14:59:38 HASH(rg_heater); HASH(global)
 rg_pres                                  readingsGroup_Notify                    49   207844   24539.70     0.12     0.00     0.00 02.12. 14:59:38 HASH(rg_pres); HASH(global)
 testme                                   weekprofile_Notify                      58   207844    6213.75     0.03     0.00     0.00 02.12. 14:59:38 HASH(testme); HASH(global)
 tmr-CUL_HM_sndIfOpen                     sndIfOpen                              296   180830  130026.17     0.72  8610.98     7.51 03.12. 10:24:10 sndIfOpen:ioPCB
 ioPCB                                    HMUARTLGW_Read                        8815    87505 1068272.91    12.21     0.00     0.00 03.12. 10:22:10 HASH(ioPCB)
 b                                        ntf_Notify                              44    60070   19345.37     0.32     0.00     0.00 02.12. 14:59:37 HASH(b); HASH(global)
 iolgw                                    HMUARTLGW_Read                        1389    45741  519093.68    11.35     0.00     0.00 02.12. 14:32:14 HASH(iolgw)
 dblog                                    myDbMgmt_Log                            18    36262   33632.65     0.93     0.00     0.00 03.12. 00:27:14 HASH(dblog); HASH(WetterSchnaittach)
 tmr-YAMAHA_NP_GetStatus                  HASH(0x3ff1ac0)                         18    24850   91124.21     3.67  4374.70    18.90 02.12. 20:08:53 HASH(pa_stereo)
 deviceStateHM                            ntf_Notify                              45    19125   24414.36     1.28     0.00     0.00 02.12. 20:26:48 HASH(deviceStateHM); HASH(h_s_aussen)
 tmr-HMUARTLGW_CheckCredits               HMUARTLGW_CheckCredits                  11    12793   38103.78     2.98  7943.95    12.71 03.12. 05:23:06 HMUARTLGW_CheckCredits:iolgw
 ntfy_burnCnt                             ntf_Notify                              35    10124    3551.01     0.35     0.00     0.00 02.12. 14:59:38 HASH(ntfy_burnCnt); HASH(global)
 d_rpc178046BidCos_RF                     HMCCURPCPROC_Read                      331     8681  813479.43    93.71     0.00     0.00 02.12. 20:37:10 HASH(d_rpc178046BidCos_RF)
 tmr-HttpUtils_TimeoutErr                 HASH_unnamed                             8     6647    4929.60     0.74  7267.81    39.07 02.12. 18:37:04 HASH(0x83d8ed8)
 telnetPort                               telnet_Read                             12     4588   12198.61     2.66     0.00     0.00 02.12. 15:08:03 HASH(telnetPort)
 h_burner_SenPwr                          CUL_HM_Set                               5     3963    5442.84     1.37     0.00     0.00 03.12. 10:25:08 HASH(h_burner_SenPwr); h_burner_SenPwr; ?
 prBtPhonePapa                            PRESENCE_lanBtRead                     181     3318   23721.05     7.15     0.00     0.00 03.12. 15:12:50 HASH(prBtPhonePapa)
 tmr-DbLog_execmemcache                   HASH(0x2a55e50)                         59     3007   55652.52    18.51  4340.53    35.18 02.12. 18:42:20 HASH(dblog)
 tmr-PRESENCE_daemonScanScheduler         HASH(0x6113cb8)                        244     3007  257726.17    85.71  4389.95    52.30 02.12. 20:28:31 HASH(PsnceDaemon)
 prBtTablet                               PRESENCE_lanBtRead                     209     2333   15337.98     6.57     0.00     0.00 03.12. 15:08:38 HASH(prBtTablet)

es zeigt mir mit wenigen clicks genau, was ich wissen will.
Mein System ist auf "change-Event for all " eingestellt.
Die Auswertung ist auf Anzahl ereignisse eingestellt und sortiert. Schnell sieht man, was erst einmal falsch läuft und was ganz einfach zu beheben wäre - gefunden?

Die beiden high-runner sind pflicht- keep alive muss so oft kommen. MQTT2 - kenne ich noch nicht... kann ich abschalten.
HMLAN ready ... muss ich prüfen.

So nun die Bösewichte. Alle danach haben identisch 207844 aufrufe aus notify erhalten. Sie dauern nicht lange, ok. Aber unnötig. Offensichtlich haben sie sich pauschal eingetragen bei notify und werden bei ALLEN notifies alarmiert. Das macht schon einmal gar keinen Sinn.
Die WEB interfaces lasse ich durchgehen.
LightScene könnte kinderleicht eintragen, bei wem sie notifizert werden wollen.
ReadingsGroup dito - etwas komplizierter, aber machbar.
Average... ebenso
=> wenn ich nun event-on-update nutzen würde wäre da noch schlechter.
 hm - nun muss ich wohl für die Module ein add-on erstellen bei welchem ich das Enrolen übernehmen. So werde ich das nicht lassen...
Merke: das sind zig-fach zu viele Aufrufe
Und: der kernel macht alles richtig - die Modul-schreiber sind das Problem.

Anzumerken: mein gepimptes dblog-notify  myDbMgmt_Log  braucht nur noch 36510 Aufrufe. Gesamtzeit 34sec. Mal sehen, ob es noch schneller geht.
Und hier werden ALLE events und entites geprüft, von welchen wir etwas loggen wollen. Ich bin auf den Weg....


14
Wenn Du (mich) etwas fragst und eine Antwort bekommst, was zu tun ist, dann fände ich es respektvoll, wenn Du das erst einmal einfach so machen würdest.

Das habe ich auch getan und mich auch mit "Daumen hoch" für Deine Antwort bedankt.
Und ja, das hat funktioniert, wofür ich mich hier nochmals explizit bedanke!

Mit dem restlichen Text wollte ich lediglich andeuten, dass ich mich bei Gelegenheit über eine angepasste _custom_defs.h freuen würde wenn die "Spezialparameter" eingepflegt sind, da sich das _custom_defs.h-Format wohl inzwischen weiter geändert hat.
Aber wie gesagt: Es funktioniert ja auch so, auch wenn es im Quellkode uneinheitlich (und damit erst einmal irgendwie "falsch") aussieht.

Noch einmal: Vielen Dank für Eure schnellen Antworten und für BSB_LAN überhaupt!
15
DOIF / Antw:Doif Tanken - Beispiel aus dem Wiki
« Letzter Beitrag von Franz Tenbrock am Heute um 15:21:31 »
nun geht es
homematik hat aber nach einem reboot des cubi wieder rumgezickt,
 erst als ich den usb Stecker gezogen habe und dann wieder neu rein
lief das Teil wieder als wäre nichts gewesen

habe das aus dem 1. Post bestimmt 3 x komplett gemacht
damit hing es wohl zusammen

jetzt läuft erst mal alles
auch das doif Tanken

Sorry für das Chaos



16
Sehe gerade, dass man NanoX anschalten kann in der .yaml-Datei. Die Foku befindet sich unter https://github.com/DomiStyle/esphome-panasonic-ac.

@EinEinfach: Eine Frage zu der setList:Die passt scheinbar nicht ganz zu meinem Modell (EthereaX) und muss ich daher wohl bei mir anpassen. Z.B. gibt es bei mir hoirizontalen und vertikalen Swing und auch einen powerful und quiet Modus. Kannst Du sagen, wie Du die Parameter herausgefunden hast für die SetList?
17
FHEMapp / Antw:Problem mit %t -> invalid Date
« Letzter Beitrag von jemu75 am Heute um 14:57:31 »
Auf welchem Device hast du FHEMApp geöffnet? Ich kann mich schwach erinnern, dass das Thema mit den Datumswerten mal auf div. iOS Geräten aufgefallen war.
18
Anfängerfragen / Antw:DOIF Ereignissteuerung
« Letzter Beitrag von Damian am Heute um 14:51:02 »
Ja, sieht so aus als ob das für mich besser ist. Ich nutze gerne fertige Werkzeuge und erfinde nicht gerne das Rad neu.

Ich habe es momentan noch wie folgt umgesetzt:
(["^MQTT2_surv$:^43_object_\d+_person_prob",0] >= 80 and [?Kamera_bw] eq "ON") Worin aber der Unterschied besteht zu folgender Schreibweise verstehe wiederrum auch nicht:
[?Kamera_bw]:"on"Mir ist auch nicht klar, wie sowas case insensitive gemacht werden könnte...

Gerne würde ich den ganzen Overhead vermeiden, und auch das unten stehende NOTIFY mit einem DOIF lösen, aber nach vielen Versuchen bekomme ich es nicht hin :-\.
MQTT2_surv:\d+_bw.* {
    my $Kamera_bw = ReadingsVal("Kamera_bw", "state", "");

    if ($Kamera_bw ne "ON" and
        ReadingsVal("MQTT2_surv", "41_bw", "") eq "1" and
        ReadingsVal("MQTT2_surv", "42_bw", "") eq "1" and
        ReadingsVal("MQTT2_surv", "43_bw", "") eq "1" and
        ReadingsVal("MQTT2_surv", "44_bw", "") eq "1" ) {
        fhem("set Kamera_bw ON");
    }

    if ($Kamera_bw ne "OFF" and
        ReadingsVal("MQTT2_surv", "41_bw", "") eq "0" and
        ReadingsVal("MQTT2_surv", "42_bw", "") eq "0" and
        ReadingsVal("MQTT2_surv", "43_bw", "") eq "0" and
        ReadingsVal("MQTT2_surv", "44_bw", "") eq "0" ) {
        fhem("set Kamera_bw OFF");
    }
}

Ich würde es an deiner Stelle so lassen.

Man kann es zwar in einer Zeile formulieren, aber dann müsste man neue Syntax lernen.
19
OK, da das Umfeld der von @freetz vorgeschlagenen custom_defs-Änderung bei mir noch etwas anders aussah (S1610_0_TEXT statt STR1610_TEXT, etc.) und es "10019 Manueller TWW-Push" bei mir auch nicht gibt warte ich dann noch auf die neue Version und eine erneut erzeugte custom_defs-Datei, wenn möglich.

Gibt es eigentlich auch die Möglichkeit zum manuellen "Legionellen-Push?" Der Wertebereich von "8003 Status - Status Trinkwasser" sieht danach aus.

Wenn Du (mich) etwas fragst und eine Antwort bekommst, was zu tun ist, dann fände ich es respektvoll, wenn Du das erst einmal einfach so machen würdest. Schotty hat zwar jetzt grundsätzlich korrekt geschrieben, dass es in den aktuell von mir generierten Versionen bei Parameter 10019 enthalten ist, aber wenn Du eine neue _custom_defs.h von mir erstellt bekommen möchtest, kann das eine Weile dauern, weil erst mal alle anderen dran sind, die noch gar keine bekommen haben. Da schnell mal zwei Zeilen hinzuzufügen und auszuprobieren, würde nicht nur Dir Zeit sparen, sondern auch mir zusätzliche (und grundsätzlich unnötige) Arbeit ersparen. Wenn es dann nicht klappen sollte, können wir immer noch über andere Schritte reden.

Zu den "Spezialparametern" fügen wir grundsätzlich nur die Parameter hinzu, die geräteübergreifend vom Raumgerät betätigt werden können und somit nicht im Dump des Reglers enthalten sind. Ein eventuell existierender Parameter für Legionellenpush gehört sicher nicht dazu, auch da müsstest Du also analog zu dem Vorgehen bei TWW-Push die entsprechenden Zeilen aus der _custom_defs.h aus Version 2.2 kopieren und an der entsprechenden Stelle einfügen.
20
Einplatinencomputer / Antw:Bullseye
« Letzter Beitrag von MadMax-FHEM am Heute um 14:33:57 »
Sorry aber ich bin aus .... komme nicht mehr hinterher.

Ja schwierig.
Die Infos/Antworten sind mittlerweile auf so 3 Threads verteilt...

@Franz Tenbrock: ich verstehe ja die "Panik" aber "panisches Handeln" (oder eher "wirres") macht es nicht besser und führt auch nicht schneller zur Lösung. Und ich glaube immer noch ein sauber aufgesetztes System würde nicht so viel "Hinterher-Aufwand" bedeuten/bedeutet haben. Weil die Anleitungen (meist) für aktuelle Systeme gelten und nicht für "Hochgerüstete" mit "Altlasten" (Beispiel: initd -> systemd / also wo/wie wird nun hmland gestartet?)

Gruß, Joachim
Seiten: 1 [2] 3 4 ... 10
decade-submarginal