hm-rpc.1 zeigt nur state no alarm an
-
zunächst einmal die grundsätzliche Rückfrage:
- welche node Version?
- welche npm Version?
- welche Admin Version?
- welche hm-rega Version?
- welche hm-rpc Version?
- wie erfolgt die Verbindung zur CCU? (user?)
- sind alle Adapter (hm-rega und hm-rpc) grün?
- wurde bereits einmal einen Neustart von "hm-rpc.1" gemacht?
- was verbindet sich mit "hm-rpc.0" (wired = "hm-rpc.1", Funk = "hm-rpc.2")
- wurden die Funk-basierten Datenpunkte erfolgreich übernommen/eingelesen?
-
@Homoran
Danke für die schnelle Antwort,
das kommt nach dem ich den adapter neustarte in der log. -
@markus-now packe das ganze bitte mal in einen "spoiler" oder "code"
-
@markus-now
Was sind das für geräte, die mit oeq beginnen? -
@Homoran das müßten HMW-IO-12-Sw7-DR Multiswitche sein (!?!)
@markus-now korrekt? -
welche Admin Version/ 3.6.0
welche hm-rega Version/ 2.3.3
welche hm-rpc Version/ 1.9.11
sind alle Adapter (hm-rega und hm-rpc) grün/ ja
wurde bereits einmal einen Neustart von "hm-rpc.1" gemacht/ ja
hm-rpc.0 = HMIP
hm-rpc.1 = wired
hm-rpc.2 = Funk
Funk und HMIP Datenpunkte sind erfolgreich übernommen.
-
@BBTown Ja
-
@BBTown und HMW-Sen-Sc-12-DR
-
@markus-now
Ich sehe da einen aktiven filter.Ist der auch eben aktiv gewesen?
-
@markus-now den hier meint Rainer
-
@Homoran HMW-IO-12-Sw7-DR Multiswitche
-
@BBTown ja ist alles schon die ganze zeit so
-
@Homoran sagte in hm-rpc.1 zeigt nur state no alarm an:
Ich sehe da einen aktiven filter.
der dürfte in diesem Falle aber unkritisch sein, da die anderen 19 Kanäle dennoch in der Liste auftauchen sollten. Es handelt sich beinahe aussichtslos um "state" Datenpunkte beim Multiseitch 12/7Korrektur - die Datenpunkte wurden als "switch" und "button" angelegt und waren daher tatsächlich gefiltert
-
@markus-now
Aber laut log legt et die punkte anhm-rpc.1 2019-05-01 19:40:00.501 debug object hm-rpc.1.OEQ1529238.0 created hm-rpc.1 2019-05-01 19:40:00.496 debug object hm-rpc.1.OEQ1529238.1 created hm-rpc.1 2019-05-01 19:40:00.490 debug object hm-rpc.1.OEQ1529238.2 created hm-rpc.1 2019-05-01 19:40:00.484 debug object hm-rpc.1.OEQ1529238.3 created hm-rpc.1 2019-05-01 19:40:00.476 debug object hm-rpc.1.OEQ1529238.4 created hm-rpc.1 2019-05-01 19:40:00.471 debug object hm-rpc.1.OEQ1529238.5 created hm-rpc.1 2019-05-01 19:40:00.453 debug object hm-rpc.1.OEQ1529238.6 created hm-rpc.1 2019-05-01 19:40:00.444 debug object hm-rpc.1.OEQ1529238.7 created hm-rpc.1 2019-05-01 19:40:00.438 debug object hm-rpc.1.OEQ1529238.8 created hm-rpc.1 2019-05-01 19:40:00.432 debug object hm-rpc.1.OEQ1529238.9 created hm-rpc.1 2019-05-01 19:40:00.428 debug object hm-rpc.1.OEQ1529238.10 created hm-rpc.1 2019-05-01 19:40:00.423 debug object hm-rpc.1.OEQ1529238.11 created hm-rpc.1 2019-05-01 19:40:00.417 debug object hm-rpc.1.OEQ1529238.12 created hm-rpc.1 2019-05-01 19:40:00.413 debug object hm-rpc.1.OEQ1529238.13 created hm-rpc.1 2019-05-01 19:40:00.407 debug object hm-rpc.1.OEQ1529238.14 created hm-rpc.1 2019-05-01 19:40:00.401 debug object hm-rpc.1.OEQ1529238.15 created hm-rpc.1 2019-05-01 19:40:00.394 debug object hm-rpc.1.OEQ1529238.16 created hm-rpc.1 2019-05-01 19:40:00.388 debug object hm-rpc.1.OEQ1529238.17 created hm-rpc.1 2019-05-01 19:40:00.382 debug object hm-rpc.1.OEQ1529238.18 created hm-rpc.1 2019-05-01 19:40:00.378 debug object hm-rpc.1.OEQ1529238.19 created -
@Homoran super vielen vielen DANK an euch
das war das problem.
vielen Dank Homoran.
-
-
@markus-now
Da sieht man mal wieder wie wichtig unkastrierte Screenshots sind -
@Homoran Ja auf jeden fall wieder was dazugelernt.
-
@Homoran Wahnsinn, bei mir sind das alles "states", so leicht nimmt man daher an, das sei also überall der Fall ... ich habe meine Antwort weiter unten entsprechend korrigiert
-
@Homoran
Hallo Homoran,
das mit dem filter in der objekte übersicht, hast du ja lösen können DANKE nochmal.
Aber ich habe jetzt gesehen dass ich das Problem habe wenn, ich Datenpunkte in Programme einsetzen möchte.
Könnt ihr mir da bitte auch weiter helfen?
ist da auch ein filter aktiv, kann aber nichts auswählen.
Danke und Grüße Markus.
