"TypeName" liefert unerwartete Ergebnisse

[netfox]

Hallo zusammen,

gegeben ist folgendes einfaches HM-Skript:

Code: Alles auswählen

string gewerke = "Zentrale,Verschluss,Sicherheit";
string gewerk;
var item;
foreach(gewerk, gewerke.Split(","))
{
   item = dom.GetObject(gewerk);
   WriteLine(item.TypeName());
}

Diese drei Gewerke existieren in meiner CCU in exakt dieser Schreibweise und jedem der Gewerke sind mehrere Komponenten zugeordnet (teilweise überschneidend).

Meine Erwartung wäre eine dreimalige Ausgabe von "ENUM".

Die Ausgabe ist aber:

Code: Alles auswählen

FAVORITE
ENUM
null

Kann ich mir nicht erklären.

• FAVORITE passt nicht (davon abgesehen, dass das offenbar ein im Handbuch nicht dokumentierter Objekttyp ost) - ich habe einen einzigen Favoriten namens "Alarm" (der liefert auch korrekt den Typnamen "FAVORITE"),
• null für Gewerk "Sicherheit" passt überhaupt nicht

Für sachdienliche Hinweise dankbar,
netfox

[Black]

3 malige Ausgabe von Enum wäre richtig..

mach mal in deinem Programm aus
item = dom.GetObject(gewerk);

ein
item = dom.GetObject (ID_FUNCTIONS).Get (gewerk);

Gruss, Black

[netfox]

Das soll ein Typcast sein, ja?

Scheint in der offiziellen Sprachbeschreibung nicht erläutert zu sein.
(Ich schwanke noch, ob die Sprache schlechter ist als die Sprachbeschreibung oder umgekehrt.)

Irgendwie passt aber die Syntax noch nicht, erhalte jetzt als Ausgabe nur 1x "null", egal, welche von den Varianten

Code: Alles auswählen

item = dom.GetObject(ID_FUNCTIONS).Get(gewerk);
item = dom.GetObject (ID_FUNCTIONS).Get(gewerk);
item = dom.GetObject (ID_FUNCTIONS).Get (gewerk);

ich verwende (die letzte wäre exakt die von die angegebene).

Wenn ich die Reihenfolge der Liste umstelle, so dass "Verschluss" vorn steht, ist die Ausgabe
ENUM
null



Ohne brauchbare Sprachbeschreibung ist das sowieso nur ein Stochern im Nebel.





Aber nehmen wir mal an, hier wäre ein Typcast notwendig - wieso verhalten sich die Gewerke so unterschiedlich?
Ich habe keinen anderen Objekttyp mit gleichem Namen.

Gruß,
netfox

[netfox]

Ich denke, ich bin der Lösung auf der Spur.

Code: Alles auswählen

string all_functions = dom.GetObject(ID_FUNCTIONS).EnumUsedNames();
WriteLine(all_functions);

liefert mir

Code: Alles auswählen

funcButton	funcCentral	funcClimateControl	funcEnergy	funcEnvironment	funcHeating	funcLight	funcSecurity	funcWeather	Verschluss

Warum zum Henker ist nur "Verschluss" auf deutsch? Ich habe keine Gewerke gelöscht oder neu angelegt, sondern nur die Komponenten hinzugefügt.

In der GUI werden alle Gewerke auf Deutsch angezeigt.

MIt

Code: Alles auswählen

string gewerke = "funcCentral,Verschluss,funcSecurity";

tut's dann mein Progrämmchen (mit oder ohne Typcast).

Nächster Akt: Ich gehe in der Homematic-GUI in die Gewerkeliste auf Änderung des Namens und trage nochmal "Sicherheit" und "Zentrale" ein und speichere.

-->

Code: Alles auswählen

string all_functions = dom.GetObject(ID_FUNCTIONS).EnumUsedNames();
WriteLine(all_functions);

Code: Alles auswählen

funcButton	funcClimateControl	funcEnergy	funcEnvironment	funcHeating	funcLight	funcWeather	Sicherheit	Verschluss	Zentrale

Damit ist mein konkretes Problem gelöst - ich wüsste aber gern, wie es überhaupt dazu kommen konnte, dass GUI-Anzeige und interne Darstellung differieren.

Wer weiß, an welchen Stellen noch ähnliches schlummert...

Hat jemand einen Erklärungsversuch?
Ansonsten steht wohl eine Supportanfrage an.

vG,
netfox

[stan23]

Hat jemand einen Erklärungsversuch?

Das wird im Forum unter Klarnamenbug behandelt und hat seinen Ursprung wohl in einer Art von Lokalisierung.
Du kannst es reparieren wenn du die Gewerke umbenennst, und dabei den gleichen Namen wieder vergibst: dabei wird func... mit dem gewünschten Klarnamen überschrieben.

[Black]

Suche mal hier nach klarnamenbug.... Das erklärt deinen Effekt.... wie du schon sagst. Bug.

Lösung... den Namen für die Gewerke (Räume übrigens auch) manuell vergeben

Wenn du mit Scripten viel in den Objekten der ccu wühlst werfe mal einen Blick in meine sig auf den SDV

Black