Monatsrückblick Januar/Februar 2026 ist online!

[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!