[gelöst]: blockinginfo verschwunden -> bis zum ersten BlockingCall

Begonnen von abc2006, 23 Januar 2018, 21:58:09

Vorheriges Thema - Nächstes Thema

abc2006

Hallo,
ich habe zur analyse meiner Probleme gerne den Befehl "blockinginfo" verwendet.

Leider ist dieser nach einem Update von

Latest Revision: 15933
attr           <devspec> <attrname> [<attrval>]                 
               set attribute for <devspec>
backup         Command backup not loaded. Use "help backup" for more help
               
blockinginfo                                                     
               show info about processes started by BlockingCall
cancel         [<id> [quiet]]                                   
               list sleepers, cancel sleeper with <id>

auf

Latest Revision: 15962
attr           <devspec> <attrname> [<attrval>]                 
               set attribute for <devspec>
backup         Command backup not loaded. Use "help backup" for more help
               
cancel         [<id> [quiet]]                                   
               list sleepers, cancel sleeper with <id>
cmdalias       Command cmdalias not loaded. Use "help cmdalias" for more help

verschwunden bzw. nicht mehr verfügbar.
Wo finde ich Gründe über die Entfernung bzw. Informationen über einen Nachfolger?
Eine Suche im Forum ergibt viele Ergebnisse über den Einbau, aber von der Entfernung hab ich bisher nix gefunden.

Danke und Grüße,
Stephan
FHEM nightly auf Intel Atom (lubuntu) mit VDSL 50000 ;-)
Nutze zur Zeit OneWire und KNX

P.A.Trick

#1
Ui den Befehl kannte ich noch gar nicht.

help blockinginfo funktioniert bei mir auch nicht mehr, allerdings der Befehl

blockinginfo funktioniert soweit bei mir.

Latest Revision: 15951
Cubietruck,RPI,QNAP Ts-419p+, FS20, FRITZ!DECT200, 7 MAX! Thermostate, 3 MAX! Fensterkontakte, Kodi, CUL V3.3, EM1000S, LW12, LD382, HUE, HM-CFG-USB-2, 1x HM-LC-SW1-FM, 2x HM-LC-SW2-FM, 2x HM-LC-Sw1PBU-FM, 3xHM-LC-Bl1PBU-FM,HM-SEC-RHS, 2xHM-SEC-SD,HM-WDS30-T-O, 3x HM-LC-Dim1TPBU-FM, RPI+AddOn

abc2006

Okay, ich habe schon mindestens einen gefunden, der den Befehl wohl noch hat. Also ein Fehler meinerseits?

@P.A.Trick:
wenn ich blockinginfo eingebe, erhalte ich

Unknown command blockinginfo, try help.

Grüße,
Stephan

FHEM nightly auf Intel Atom (lubuntu) mit VDSL 50000 ;-)
Nutze zur Zeit OneWire und KNX

Intruder1956

bei mir kommt bei " blockinginfo"
No BlockingCall processes running currently

Gruß
Zotac CI547 32GB RAM 500GB SSD,ESXI 6.5, VM-Fhem5.8, VM-ioBroker, Cul 868Mhz;Cul 433Mhz = Busware, LGW, HM-MOD-RPI-PCB, Uniroll, IT YCR-100 TMT2100,ITR-1500, LD382 mit Wifilight, ESA 2000 + SENSOR WZ SET,FS20 TFK, HM-Sec-SC, HM-CC-RT-DN,PCA301,

P.A.Trick

Zitat von: Intruder1956 am 23 Januar 2018, 22:49:55
bei mir kommt bei " blockinginfo"
No BlockingCall processes running currently

Gruß

Sieht bei mir genauso aus!
Cubietruck,RPI,QNAP Ts-419p+, FS20, FRITZ!DECT200, 7 MAX! Thermostate, 3 MAX! Fensterkontakte, Kodi, CUL V3.3, EM1000S, LW12, LD382, HUE, HM-CFG-USB-2, 1x HM-LC-SW1-FM, 2x HM-LC-SW2-FM, 2x HM-LC-Sw1PBU-FM, 3xHM-LC-Bl1PBU-FM,HM-SEC-RHS, 2xHM-SEC-SD,HM-WDS30-T-O, 3x HM-LC-Dim1TPBU-FM, RPI+AddOn

rudolfkoenig

blockinginfo steht erst nach dem ersten BlockingCall zur Verfuegung, und wird nicht (wie die meisten anderen externen Befehle) dynamisch vor dem ersten Aufruf geladen.

Wenn noch keiner der Module BlockingCall aufgerufen hat, dann kann man es mit { use Blocking;; BlockingCall(sub(){sleep(100)}, "Hallo!") } selbst tun.

abc2006

Hi,
danke!

bin selbst gerade über diese erkenntnis gefallen:

"die nach dem ersten BlockingCall ein blockinginfo Befehl zur Verfuegung stellt,"

im Beitrag

https://forum.fhem.de/index.php/topic,73490.msg656065.html#msg656065

Danke, dann ist das wohl gelöst.
Da dass meine Testumgebung ist, läuft da meist nix, ausser dem was ich selbst anstoße...

Grüße,
Stephan
FHEM nightly auf Intel Atom (lubuntu) mit VDSL 50000 ;-)
Nutze zur Zeit OneWire und KNX