Monatsrückblick Januar/Februar 2026 ist online!

[Peoples]

@Knallochse
also bei mir war es der o.g. Adapter, der hat einen Datenpunkt erzeugt der mit einer Zahl angefangen hat und genau das mag wohl der iobroker nicht.

Ich habe das damals so gefunden dass ich alle Datenpunkte der Reihe nach gelöscht habe und dann immer wieder diese Suchfunktion verwendet habe. Nach dem Löschen der Datenpunkte dieses Adapters hat die Suche bestenes funktioniert.

Das Löschen ist normaler weise auch nicht schlimm, da nach dem Neustart des jeweiligen Adapters die Datenpunkte ja wieder erstellt werden sollten

[Homoran]

@Peoples sagte in [Fehler] - Kein filtern im Admin nach Name mehr möglich:

und genau das mag wohl der iobroker nicht.

Doch das ist erlaubt, nur keine Punkte o.ä

[Knallochse]

@Homoran sagte

Doch das ist erlaubt, nur keine Punkte o.ä

Könntest du mir das bitte etwas genauer beschreiben. Kein Punkt unter ID oder Name?
Ich habe hier einen Haufen Datenpunkte (insgesamt fast 24.000 Objekte) wobei mehrere jeweils in der ID oder im Namen Punkte verwenden, und die meisten sind von Adaptern erzeugt worden.

[Homoran]

@Knallochse
Die ID darf keine Punkte enthalten (Name weiß ich nicht genau, aber...)
Der Punkt ist ein Trenner für die Dateistruktur

javascript.0.eigene_Daten.Licht.Lampe_Buero.STATE

javascript ist der Adapter
0 die Instanz
eigene_Daten das Oberverzeichnis
Licht das Unterverzeichnis
Lampe_Buero das Gerät
STATE der Datenpunkt für den Zustand

und jede dieser Ebenen ist durch einen Punkt getrennt.

Hat jetzt eine ID einen weiteren Punkt, verschiebt sich die gesamte Struktur

[Knallochse]

@Homoran Danke für deine Ausführlicher Erklärung.
Das wird ja Spannend den Fehler zu finden

[Homoran]

@Peoples
Klappt bei mir

Muss aber @paul53 rechtgeben.
Wenn du mit eingeschaltetem Expertenmodus die Seite betrittst klappt es erst wenn du den Experten ausschaltest

[Peoples]

@Homoran
Der Datenpunkt wurde damals automatisch von dem sma-em - Adapter erstellt:

{
  "from": "system.adapter.sma-em.0",
  "user": "system.user.admin",
  "ts": 1572519118746,
  "common": {
    "name": "Device",
    "type": "channel"
  },
  "native": {},
  "acl": {
    "object": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "_id": "sma-em.0.meineSeriennummer",
  "type": "channel"
}

Leider finde ich den Thread nicht mehr der mir damals geschickt wurde, dort stand was ich mit dem Datenpunkt machen soll dass dies wieder funktioniert.

Eben dieser Anleitung bin ich gefolgt und alles ist seit dem gut

[Homoran]

@Peoples ist doch alles ok.
Den Bindestrich würde ich auch noch in der ID vermeiden.

Aber nicht, dass wir aneinander vorbei reden.
Natürlich dürfen Punkte in einer ID sein, wenn man die ID als ganzen "Pfad" sieht.
Nur in jeder "Ebene" darf kein weiterer Punkt sein.

Um einen eigenen State in einem eigenen Obkektbaum anzulegen muss man sogar den ganzen Pfad inclusive der Trennpunkte eingeben.

[Knallochse]

Beim Anschauen meiner Objekte habe ich erstmal leider keine groben Fehler entdecken können.
Bindestriche werden aber von den verschiedensten Adaptern bei der Objekterstellung verwendet.
Welche Möglichkeiten zum Aufspüren von Fehlern gibt es noch (Filter funktioniert ja leider nicht)?

[omega235]

Hallo,

hatte das Problem auch.

https://github.com/ioBroker/ioBroker.admin/issues/504

Das Problem ist das MOMA Kanäle (Ordner in Objekte) mit einer Zahl als Name erzeugt:
Ist: "name": 1
soll: "name": "1"

Das kann über den Raw (nur experten) Reiter korrigiert werden

{ "type": "channel", "common": { "name": 1 }, "native": {}, "from": "system.adapter.moma.3", "user": "system.user.admin", "ts": 1580751546979, "_id": "moma.3.fsSize.1", "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }

[Peoples]

@omega235 sagte in [Fehler] - Kein filtern im Admin nach Name mehr möglich:

Hallo,

hatte das Problem auch.

https://github.com/ioBroker/ioBroker.admin/issues/504

Das Problem ist das MOMA Kanäle (Ordner in Objekte) mit einer Zahl als Name erzeugt:
Ist: "name": 1
soll: "name": "1"

Das kann über den Raw (nur experten) Reiter korrigiert werden

Genau die Erklärung hatte ich nicht mehr gefunden

[wendy2702]

@Knallochse Ich habe es selber noch nicht gemacht aber gibt es nicht einen Download Button zum exportieren aller Objekte?

Dann das Download file eventuell in Notepad++ öffnen und erstmal nach „name“ suchen und dann die Suche immer weiter verfeinern.

Kann das morgen mal machen wenn ich am Rechner sitze.

[Knallochse]

@wendy2702 Ich habe deinen Rat befolgt, und mir die Objekteliste exportiert und mit Notepad++ betrachtet.
Mit dem Filtern habe ich mir die Namen angeschaut. Der Alexa-Adapter hat Kontakte Synchronisiert und als Objekte angelegt.
Diese habe ich dann im Admin direkt gelöscht. (ein editieren und wieder einspielen der json habe ich mich nicht getraut)

Nach löschen dieser Einträge (Kontakte) konnte ich die Filterfunktion unter "Name" wieder benutzen.

Diese Vorgehensweise (zur Fehlerbeseitigung) ist aber sehr Aufwendig und bestimmt nicht für die "breite Masse" geeignet.

Es sollte wie schon bei meinem Github-Issues https://github.com/ioBroker/ioBroker.admin/issues/486 angemerkt, das Anlegen unter Objekte (von Adapter oder manuell) eine Prüfung auf Korrektheit stattfinden.
Entweder sollte das er erzeugen solcher Objekte verhindert werden, oder eine Warnmeldung erscheinen.

Ich erstelle manuell Objekte , aber in diesem Fall geschah das von Adapter.

[wendy2702]

@Knallochse Cool!

Hast du mal ein Beispiel für den Fehlerhaften Eintrag?

[Knallochse]

@wendy2702 Ich weiß nicht genau welches Objekt es war aber hier ein paar Beispiele
Bemerkungen habe ich im Code bei Name dazu geschrieben.

"alexa2.0.Contacts.AFW7KD72AHR5MTCXLR5PXC7BFHOA": {
    "type": "channel",
    "common": {
      "name": null, -hier fehlen meiner Meinung nach ""
      "read": true,
      "write": false
    },
    "native": {},
    "from": "system.adapter.alexa2.0",
    "user": "system.user.admin",
    "ts": 1588183933814,
    "_id": "alexa2.0.Contacts.AFW7KD72AHR5MTCXLR5PXC7BFHOA",
    "acl": {
      "object": 1636,
      "owner": "system.user.admin",
      "ownerGroup": "system.group.administrator"

oder das

"alexa2.0.Contacts.AHBYLZ7JNMA5M6PZ5K2Z5RPD4RBA.#clearOwnMessages": {
    "common": {
      "role": "button",
      "type": "boolean",
      "read": false,
      "write": true,
      "def": false,
      "name": "#clearOwnMessages" - darf der Name mit # losgehen?
    },
    "type": "state",
    "native": {},
    "from": "system.adapter.alexa2.0",
    "ts": 1569042884831,
    "_id": "alexa2.0.Contacts.AHBYLZ7JNMA5M6PZ5K2Z5RPD4RBA.#clearOwnMessages",
    "acl": {
      "object": 1636,
      "state": 1636,
      "owner": "system.user.admin",
      "ownerGroup": "system.group.administrator"

Ich hoffe das hilft weiter.

[mctom]

@Knallochse

Ich stehe gerade vor einem ähnlichen Problem.
Kannst du mir verraten wie du in Notepad++ gefiltert hast?

[Knallochse]

@mctom Die "name" Einträge rausfiltern und nach nicht erlaubten Zeichen oder leeren Einträgen suchen

[mctom]

Das war mir soweit klar. Ich suche nur nach einer Funktion wie das Suchen möglichst schnell geht. Hast du eine spezielle Filterfunktion in Notepad++ gefunden?

[nik82]

Bei mir waren es tatsächlich auch Einträge von den Alexa Kontakten.
Update des Alexa Adapters hat bei mir geholfen!