Systenvariable Anwesenheit fehlt!??

[Black]

Wenn beide 40 und 41 BEIDE VARDP und integer sind, hast mal richtig glück gehabt.

dann machste erstmal ein backup den dem system jetzt.

dann provoierst du mal eine Servicemeldung. Lass dene Fantasie spielen, als nem Batterieaktor die Batterien raus und einen Befehl üder die WebUI senden, nem schaltaktor die 230V wegnehmen und per WebUi schalten lassen.

dann solltest du in der WebUI Kommunikationsstörung sehen

UND

WriteLine (dom.GetObject (41).Value()); sollte dir diese auch Anzeigen.

dann letzter test:

WebUI, testweise neues Programm anlegen.
wenn SystemVariable und da müsstest du auch die beiden Alarmvarialen zur auswahl haben... die müssten wohl den scheiss namen haben, also darumter gucken.

Wenn das geht, könenn wir denen man Sinnige namen geben:

dom.GetObject (40).Name ("Alarmmeldungen");

dom.GetObject (41).Name ("Servicemeldungen");

wenn das alles geht, nochmal backup machen und ich trink Hefeweizen.

Black

[Baxxy]

Lebt der Patient noch? Da fiebert man ja schon beim mitlesen mit und bekommt Durst.

Ich hatte damals an der .ova RM ohne Funkmodul rumgedoktort. Da ich's nicht hinbekommen hatte musste die .ova leider das zeitliche segnen.

[Patt]

Hey was soll ich sagen?

Perfekt, vielen DANK!!!

2 Variablen waren da, habe sie dann umbenannt, passt.

Bei dem Weizen bin ich dabei, würde dir nun gerne eines rüber beamen.

hier gibt es echt Freaks (sehr positiv gemeint)

Der Dateianhang Unbenannt.PNG existiert nicht mehr.

[Black]

das siehst nu so aus wie es aussehen sollte ^^.

Black

[Hütte]

@Black

mit deiner Analyse und deiner OP-Technik (Scripte) während der OP am offenen Herzen (wie Baxxy es nannte) lässt sich wohl so manche Installation, die beim ersten Start ohne Funkmodul stattfand, wieder zum vollen Leben erwecken. Großes Kino

[Black]

(...)Wenn das rund läuft wäre das eine gute Erweiterung für die "Restore PräsenzVar 950" des SDV. (...)

das hab ich mir auch gedacht umd hab die repraturfunktion darum erweitert, eine der sysvars wieder in die ID_SYSTEM_VARIABLES zurückschubsen zu können. Gleichzeitzig auch noch um die Wiederanlage und Korrektur für die Alarmmeldungen und die Servicemeldungen erweitert.

sollte dann ab der 4.5.0 mir drin sein, ich hab im testsystem die variablen mal gelöscht oder aus den aufzählungen geworfen, er konnts korrigieren. eizig falschen typ macht er nicht vollautomatisch, das löschen aus sicherheitsgründen muss der Mensch dann machen, das neuanlegen st dann wieder knopfdruck.

Black

[Baxxy]

das hab ich mir auch gedacht umd hab die repraturfunktion darum erweitert

Sehr gut, auch wenn die Funktion wohl die meiste Zeit über brachliegen wird. Wenn es dann soweit ist lasse ich das mal auf eine Kopf... ähm Funkmodul-lose .ova los.

[meckes]

Ich komme aus viewtopic.php?f=19&t=36896 und habe alles hier durchgearbeitet. Die 950 ist repariert.

Die 40 und 41 wollte sich nicht reparieren lassen. Ausgabe aus meinen Script (aus dem ursprünglichen Post):

ID Internal Visible Enabled Channel Name Value
40 true false true Alarmmeldungen 0
41 true false true Servicemeldungen 4

Type ist beides Integer. Name hab ich auch schon geändert. Auffälig war das Internal = True.

Hab die Werte nun geändert, jetzt geht es.

Code: Alles auswählen

dom.GetObject (40).Internal (false);
dom.GetObject (41).Internal (false);
dom.GetObject (40).Visible (true);
dom.GetObject (41).Visible (true);

Danke Black

Nachtrag:
Wurde gefixed: https://github.com/jens-maus/RaspberryMatic/issues/861
Weiterer Literatur: viewtopic.php?f=81&t=63338&start=20#p624829