Neues YouTube-Video: Visualisierung im Devices-Adapter

[mcm1957]

@Homoran sagte:

@mcm1957 sagte:

warum der Fronius Solarweb Adapter mehr als 8000 (!) States anlegt

Wo siehst du das?
Auch 5000Objects kommen mir viel zu viel vor, sber die 8k+ sind Unifi

Sorry - falschen Adapter aus dem Bild gelesen.

[mcm1957]

Am Bild ist der Shelly zwar zugeklapptt - aber > 5000 Objekte würden mich dort auch überraschen. Wieviele Shellies sind da aktiv?

[Asgothian]

@Samson71 sagte:

@Asgothian sagte:
Auch wenn ich mich damit unbeliebt mache - sollte diese Meldung nicht auch einen Link auf eine Doku enthalten wo

Reicht es nicht, dass es im Readme zum Adapter generell drinsteht und auch im Eröffnungspost zum Adaptertest von 7.1.x offiziell erwähnt wird?

Die Anzahl der nachfragenden Posts ist da eindeutig: Nein.

A.

[Homoran]

@Asgothian sagte:

Die Anzahl der nachfragenden Posts ist da eindeutig: Nein.

Eigentlich ist jede einzelne Nachfrage zuviel!
Allerdings wird es diese immer geben, egal wie gut die Doku ist.

Ich hatte anfangs auch mit deutlich mehr als den bisher aufgekommenen Fragen gerechnet.
Diese Anzahl bei einem Upgrade im stable ist eigentlich verschwindend geri g, da es ja jeden (außer den Betatestern und den Langschläfern) betrifft.

[crunchip]

@mcm1957 sagte:

kannst ja konkret vorschlagen mit welchem Text das wo stehen sollte damit alle die nichts lesen das mitbekommen...

Beispielpfad:
system.adapter.<Adapter>.0.objectsWarnLimit
für die, die es nicht verstehen, bzw vorbildlich nicht den Expertenmodus aktiv haben, ein Hinweis mit einfügen

[Homoran]

@crunchip sagte:

system.adapter.<Adapter>.0.objectsWarnLimit
für die, die es nicht verstehen, bzw vorbildlich nicht den Expertenmodus aktiv haben, ein Hinweis mit einfügen

Also einfach "im Expertenmodus unter ......"

Das wäre aber alles nicht nötig, wenn es über die GUI in den Instanzen ginge.
Dann müsste nur dieses

Statt für die Adapterinstanz.... gegen in der Adapterinstanz.... getauscht werden

[Codierknecht]

@Ro75 sagte:

Aus eigener Erfahrung kann ich sagen, das Anwender, Kunden sich definitiv nicht die Zeit nehmen und 300 Zeilen Text lesen

Die Infos beim Update sind da offenbar dann auch schon zu viel?

[crunchip]

@Codierknecht sagte:

dann auch schon zu viel

naja, nicht zu viel, jedoch möglicherweise unverständlich. Man darf nicht immer davon ausgehen, das hier nur Poweruser sich mit iobroker beschäftigen.

[Ro75]

@Codierknecht sagte:

Die Infos beim Update sind da offenbar dann auch schon zu viel?

GENAU. Was soll der Standard-User daraus ableiten? Fachchinesisch! Englisch. Ich hatte vor Jahren schon mal in einem anderen Beitrag darauf hingewiesen, dass die Infos die da angezeit werden einfach nicht ausreichend korrekt sind. Die Info, hier konkret, mag korrekt sein. ABER keinerlei Info wo einstellbar.

Und wenn schon der Adapter genannt wird, sollte es doch kein Problem sein den Datenpunkt korrekt zu benennen und anzuzeigen. Dazu den Hinweis "Expertenmodus". Oder noch besser: gleich in die GUI. Aber daszu hatte ich bereits einen Verbesserugnsvorschlag gemacht.

Mein Fazit: Man könnte sich hier viele "Problemmeldungen" sparen (und auch Antworten, wiederholt), wenn man an anderer Stelle bissel mehr Zeit reinstecken würde.

Ro.75

[Winni]

@Codierknecht sagte:

Die Infos beim Update sind da offenbar dann auch schon zu viel?

Nicht jeder ist der englischen Sprache mächtig...

[Ro75]

@Codierknecht sagte:

Die Infos beim Update sind da offenbar dann auch schon zu viel?

Wenn man "unter sich" bleibt, sprich im Rahmen von Entwickler - NEIN. Hier gibt es aber ANWENDER und die müssen nicht zwangsweise Ahnung davon haben! Hier wird einfach von falschen Voraussetzungen ausgegangen bzw. angenommen.

Ro75.

[mcm1957]

@crunchip sagte:

@mcm1957 sagte:

kannst ja konkret vorschlagen mit welchem Text das wo stehen sollte damit alle die nichts lesen das mitbekommen...

Beispielpfad:
system.adapter.<Adapter>.0.objectsWarnLimit
für die, die es nicht verstehen, bzw vorbildlich nicht den Expertenmodus aktiv haben, ein Hinweis mit einfügen

Wenn dort nur Beispielpfad steht wird das wohl niemand etwas helfen :-)

kannst ja konkret vorschlagen mit welchem Text das wo stehen sollte damit alle die nichts lesen das mitbekommen...

Also bitte formuliere KONKRET welcher Text dort stehen sollte. Der Text der Notification ist ja im Prinzip anpassbar. Sollte nur kein Roman sein. Ev. wär es ja gut wenn du ein entsprechende Hilfeseite wo erstellst die deinen Vorstellungen und Anforderungen entsprciht. Auf die kann man dann ja ggF verlinken.

[Ro75]

@mcm1957 sagte:

Beispielpfad:
system.adapter.<Adapter>.0.objectsWarnLimit

Warum nur so? Der Adapter ist doch mit der Warnung in der Liste. Also kann doch stehen: system.adapter.unifi.0.objectsWarnLimit oder system.adapter.fronius-solarweb.0.objectsWarnLimit

Wo ist das Problem?

Ro75.

[Homoran]

@Ro75 sagte:

Warum nur so? Der Adapter ist doch mit der Warnung in der Liste. Also kann doch stehen

Das war IMHO genau so gemeint!
<Adapter> als Platzhalter für den vollständigen Pfad

[Homoran]

Ja, da ist Verbesserungspotential!
Aber nochmal:
Wir haben eine einstellige Zahl an Anfragen bei >60.000 Installationen.
Ich finde leider nicht die Zahl der bereits aktuellen Controller-Nutzer

[crunchip]

@mcm1957 sagte:

Also bitte formuliere KONKRET welcher Text dort stehen sollte

habe ich doch

crunchip sagte:

Beispielpfad:
system.adapter.<Adapter>.0.objectsWarnLimit

dann vielleicht nochmals etwas ausführlicher
....Wenn dies zu erwarten ist, können Sie das Limit im Expertenmodus unter dem jeweiligen Pfad "system.adapter.<Adapter>.0.objectsWarnLimit" erhöhen

[MartinP]

Ich habe jetzt mal versucht, in einer Trockenübung die Stelle zu finden, an der im Fall der Fälle geschraubt werden müsste...

Es gibt ja zwei Fälle:

1. "Karteileichen" Datenpunkte. Da müsste man dann eben von Hand löschen, Mühsam, aber leicht einleuchtend

2. Der Adapter hat aus bestimmten Gründen WIRKLICH berechtigterweise so viele Datenpunkte. An welcher Stelle man dieses ominöse "defaultObjectWarnLimit" findet, da bin ich aber auch überfragt. Und ich bin in der Beziehung eigentlich ein Trüffelschwein....

Während ich das schreibe, sind einige weitere Postings eingelaufen...

Dass man von Hand einen Datenpunkt erzeugen muss, ist etwas "sperrig"...
Ich denke aber im 95% des Auftretens der Warnung ist es eher Fall (1), und es ist eher Aufräumen von Hand gefragt, bis man wieder unter 5000 ist ....

Wer es schafft, dass eine Instanz mehr als 5000 Datenpunkte erzeugt, sollte schon eine umfangreichere Installation haben, und einige Skills angesammelt.

Ein Vorschlag:
Wenn die Warnung Auftritt, könnte der Mechanismus, der die Warnung auslöst auch vielleicht den objectsWarnLimit Datenpunkt für die entsprechende Instanz selber erzeugen, gefüllt mit der Default 5000?
Wäre aber wie von mir vermutet in 95% der Fälle unnötig, da der Fall "Hausputz" vorliegt...

[Samson71]

@MartinP sagte:
Dass man von Hand einen Datenpunkt erzeugen muss, ist etwas "sperrig"...

Wo steht das? Bei mir waren/sind die unter den Adaptern in den Objekten vorhanden.

[Homoran]

@MartinP sagte:

Dass man von Hand einen Datenpunkt erzeugen muss

Welchen meinst du?Da ist nix von Hand zu erstellen

[mcm1957]

@Ro75 sagte:

Und wenn schon der Adapter genannt wird, sollte es doch kein Problem sein den Datenpunkt korrekt zu benennen und anzuzeigen. Dazu den Hinweis "Expertenmodus".

Und Natürlich muss dann dort auch die Info stehen, dass man sich sein System vor irgendwelchen Anpassungen sehen soll und nicht nur blind Warnungslimits raufschrauben soll. Aber Moment - das liest doch dann keiner - oder hab ich das falsch verstanden ...

Oder noch besser: gleich in die GUI. Aber daszu hatte ich bereits einen Verbesserugnsvorschlag gemacht.

GUI Einstellungen sind mesit sinnvoll. Kannst du bitte die Issue Nummer deines Feature Requests als Referenz hier angeben damit dein Verbesserungsvorschlag leichter gefunden werden kann? Danke.

Mein Fazit: Man könnte sich hier viele "Problemmeldungen" sparen (und auch Antworten, wiederholt), wenn man an anderer Stelle bissel mehr Zeit reinstecken würde.

Du bist herzlich eingeladen aktiv mitzuarbeiten und "ein bisserl mehr Zeit" reinzustecken.