Fehlermeldungen bei der Installation

ManfredH

Projekt löschen und sich der Gartenarbeit widmen.. `
Das ist genau die Art von Kommentaren, mit denen man Interessenten/Anweder verschreckt. Mit einem Wort: überheblich (so zumindest kommt das bei mir an). Vor allem, wenn der Autor dann noch als "guru" eingestuft ist :(

> Doku lesen .lesen ..lesen.. Forum durchforsten… und sich in die Materie einarbeiten.. so einfach ist das..
Sag doch gleich "einfach Informatik studieren" - so einfach ist das :(

Aber mir wird jetzt klarer, daß der ioBroker eher ein Projekt für Insider ist, die sich jahrelang mit Linux und Programmierung beschäftigen und nichts für zwar engagierte, aber im Grunde doch mehr oder weniger unbedarfte Anwender. Schade.

eric2905

~~@ManfredH:~~

Ich bemühe mich, meine Beiträge nicht als Angriffe erscheinen zu lassen `

Dann lies mal als Außenstehender diesen Teil:
~~@ManfredH:~~

Das ist ja schön. Weiß man aber nur, wenn man sich auskennt. `

Hier ist konstruktive Kritik immer willkommen, sofern sie normal vorgebracht wird. Wenn jemand schreibt, das nur Warnings zu finden sind und dann so eine Antwort kommt, kann das falsch ankommen (und der „Sender“ ist dafür verantwortlich, wie sein gesagtes beim „Empfänger“ ankommt).

ioBroker ist nicht nur für Nerds, usw.

Man muss aber bereit sein, zu lesen und Infos anderer anzunehmen und ggf. zu befolgen.

Gleich gegenpoltern erhöht dabei nicht unbedingt die Hilfsbereitschaft der anderen.

Es gibt einige tausend Installationen, das sind garantiert nicht alles Nerds.

Gruß,

Eric

Von unterwegs getippert

ManfredH

Danke. Ich hab lang genug selbst im Support gearbeitet um zu wissen, was destruktiv und was konstruktiv ist. Und ich hab mich immer bemüht, die Sorgen der Anwender ernst zu nehmen. Weil ich es als meine Aufgabe ansah, Unzulänglichkeiten (sowohl im Programm als auch in der Doku) zu beseitigen, um alles verständlicher zu machen. Und ich kann Dir versichern, daß mir das auch gelungen ist.

Was "Sender/Empfänger" angeht kann ich mich Deiner Einschätzung nicht anschließen. Hängt nämlich auch von der Persönlichkeit des Empfängers ab und nicht ausschließlich vom Sender. Können wir gerne offline weiter diskutieren. Und ich kann Dir ebenfalls versichern daß ich davon mehr Ahnung habe als von ioBroker, den Adaptern und Linux.

AlCalzone

Vorab: Ich habe mich nicht angegriffen gefühlt. Deine Formulierung ist allerdings etwas lax und kann von dem einen oder anderen durchaus als patzig aufgefasst werden. Aber gut, zum eigentlichen Thema…

~~@ManfredH:~~

Wenn man die Akzeptanz vergrößern will, dann sollte man auf solches Feedback eingehen. Ist ja nicht so, daß ich überhaupt keine Ahnung habe und mich auch nicht bemühe, Dokumentationen zu lesen. Genau deshalb sollte man das evtl. ernst nehmen. `

Das Problem hierbei ist, ioBroker nutzt unter der Haube npm zur Verwaltung der Installation. Und genau das hat so seine Eigenheiten, wie bei Kleinigkeiten Warnungen in gelber Farbe auszugeben. Oder gerade die Kompilierung von nativen Modulen, die zeilenweise rote ERR! um sich werfen, am Ende den Erfolg aber mit einem kleinen "ok" bestätigen.

Wir könnten jetzt natürlich hingehen und die Ausgabe filtern/umschreiben, damit unbedarfte Nutzer nicht erschrecken. Aber das schließt wieder das Risiko ein, dass wirklich wichtige Meldungen verschluckt bzw. verfremdet werden.

Daher ist der aktuelle Ansatz: Alle Informationen mit denen ein Neuling nix anfangen kann hinter einem "Experten" oder "erweitert"-Button (den du wohl schon angeklickt hast) verstecken und echte Fehler in den Log schreiben.

Wenn du eine bessere Idee hinsichtlich usability hast, gerne her damit!

ManfredH

~~@AlCalzone:~~

Vorab: Ich habe mich nicht angegriffen gefühlt. Deine Formulierung ist allerdings etwas lax und kann von dem einen oder anderen durchaus als patzig aufgefasst werden. Danke für das Feedback. Ich werd mich bemühen, meine Beiträge noch konstruktiver zu formulieren ;) > Wir könnten jetzt natürlich hingehen und die Ausgabe filtern/umschreiben, damit unbedarfte Nutzer nicht erschrecken. Aber das schließt wieder das Risiko ein, dass wirklich wichtige Meldungen verschluckt bzw. verfremdet werden. `
Hielte ich bei einem System, das auf so viele unterschiedliche Komponenten im Open-Source-Umfeld zurückgreift, für den falschen Ansatz. Weil es garantiert nicht lange dauert, bis das nächste Paket mit einer neuen Version und geänderter Ausgabe daherkommt und dann geht's wieder nicht. Vergebene Mühe!

> Daher ist der aktuelle Ansatz: Alle Informationen mit denen ein Neuling nix anfangen kann hinter einem "Experten" oder "erweitert"-Button (den du wohl schon angeklickt hast) verstecken und echte Fehler in den Log schreiben.
Und genau darüber bin ich mit meinem npm-Problem gestolpert (mit bereits erwähnten Folgen). Da ist die Installation nämlich ohne irgendeine sichtbare Meldung "eingefroren". War vielleicht eine Ausnahme, m.E. aber eine zuviel (zumindest für mich). Beim ersten mal war das erweiterte Log nicht eingeschaltet und beim zweiten kam auch nur die Meldung, daß der Prozeß gestoppt wurde - sonst nix!

> Wenn du eine bessere Idee hinsichtlich usability hast, gerne her damit!
Gerne. Und nachdem ich mich schon ein paar Jahrzehnte(!) mit Usability beschäftige, behaupte ich, da einigermaßen mitreden zu können.

Einen Teil hab ich ja schon geschrieben. Dazu gehört m.E., nicht zwanghaft alles zu verstecken, d.h. die Defaults auf "sichtbar" bzw. Fenster nicht schließen zu setzen. Was ist so schlimm daran, wenn der Anwender das sieht? Oder die Ausgabe zumindest über einen zus. Button anzeigbar zu machen zum späteren Studium? Dazu eine Meldung, daß die Installation erfolgreich war und es 0-n Warnungen gab? Diese Anzeige dann auch ohne Screenshot kopierbar machen. Ich schreib mir mittlerweile einiges auf bzgl. ioBroker und den Adaptern und wenn ich kein Copy&Paste machen kann dann ärgere ich mich (was dann wiederum zu ärgerlichen Beiträgen hier führen kann).

Mindestens genauso wichtig halte ich jedoch wie an anderer Stelle bereits geschrieben eine detaillierte Doku, vor allem zur Installation: * Change-Log (auch History)

SW-Voraussetzungen (speziell Versionen anderer Pakete; dazu auch Hinweise, wie man diese Versionen ermittelt. Und aktualisiert!)
altes Log sichern und dann löschen, um neue Meldungen zur Installation besser finden zu können (eine Erfahrung aus meinem "npm-Problem")
Das halte ich für genauso wichtig wie eine immer aktuelle Anwender-Doku. Und als Anwender möchte ich mich jetzt ohne Entwickler-Vorkenntnisse nicht durch irgendwelche github-Repositories wühlen (inkl. der Auseinandersetzung mit dieser Plattform selbst), sondern das knapp und deutlich z.B. hinter dem Fragezeichen bei den Adaptern (vor allem bei Updates). Sozusagen als "erweiterte Anwender-Doku". Da könnte man dann z.B. gut reinschreiben, daß Warnungen erstmal wenig bedeuten und nicht protokolliert werden(?). Im Gegensatz zu echten Fehlern. Auch würde ich gerne wissen, wo ich diese Sachen finde. Also im großen und ganzen das, was man seit vielen Jahren unter "Release Notes" kennt. Falls es solche beim ioBroker gibt, dann wäre ich für einen Hinweis dankbar, wo sie zu finden sind.

Ich hoffe, das waren jetzt erstmal genug (hoffentlich) konstruktive Vorschläge ;) . Und wenn das erlauchte Entwickler-/Admin-Gremium sich vorstellen kann, jemand wie mich da in die Abstimmung von Benutzeroberflächen einzubeziehen wäre ich nicht abgeneigt, mich da einzubringen. Auch als persönliche Gegenleistung für die gemachte Arbeit, von der ich jetzt profitieren darf.

Homoran

So lange das Fenster sich automatisch schließt und nicht mit einer letzten Zeile:

exited wich Code 1

sondern wie von dir beschriebn automatisch schließ ist alles in Ordnung

Gruß

Rainer

Homoran

und auch das:
~~@ManfredH:~~

ohne irgendeine sichtbare Meldung "eingefroren". `
ist wieder ziemlich relativ.

Wie dir bereits (und in vielen weitere Threads) beschriebn wurde muss dein kleiner RasPi die als ERR bezeichneten nicht gefundenen Pakete jetzt selber kompilieren, damit es eben nicht zu einem Problem kommt.

Und sei dir versichert das macht er. Aber das dauert.

Gruß

Rainer

Homoran

~~@ManfredH:~~

Mindestens genauso wichtig halte ich jedoch wie an anderer Stelle bereits geschrieben eine detaillierte Doku, vor allem zur Installation: `
Die Doku wird gerade überarbeitet - Danke für das Feedback!

~~@ManfredH:~~

Change-Log (auch History) `
befindet sich auf Github (Unter Adapter auf das Fragezeichen klicken) Außerdem wird es bei einem Update angeboten

~~@ManfredH:~~

SW-Voraussetzungen (speziell Versionen anderer Pakete; `
Sollte auch über den Github Link erreichbar sein - wird aber in der neuen Doku kommen.

~~@ManfredH:~~

altes Log sichern und dann löschen, um neue Meldungen zur Installation besser finden zu können `
SÄMTLICHE Logs der letzten 7 Tage in ausführlichster Form befinden sich unter /opt/iobroker/log

Zusätzlich gibt es noch ein npm install log

Gruß

Rainer

AlCalzone

Ich hab deine Anregungen mal zusammengefasst in die Entwicklergruppe gestellt - da sind durchaus sinnvolle Anregungen dabei.
~~@ManfredH:~~

Dazu eine Meldung, daß die Installation erfolgreich war und es 0-n Warnungen gab? `
Hier gibt es wieder das Problem, dass man die eigentlich filtern müsste. Wenn npm über deprecated Module meckert oder andere Wehwehchen hat, ist das eigentlich in einer Installations-Summary uninteressant. Wir können daran nämlich nix ändern, außer unsere eigenen Abhängigkeiten möglichst aktuell (aber kompatibel) zu halten.

ManfredH

Hallo Rainer,

Ich hoffe, das artet jetzt nicht in eine Schlacht aus, aber die eine oder andere Anmerkung dazu möchte ich schon machen:

> exited wich Code 1
Schön. Für einen Entwickler eine Selbstverständlichkeit - klar. Aber stell Dir (auch Deine Kollegen) doch bitte einen Anwender auf einem etwas anderen Niveau vor. Nicht jetzt unbedingt "DAU", aber jemand mit zumindest einigen Jahren Erfahrung mit Computern auf Anwender-Ebene. Der ist mit sowas überfordert. Und wenn man das (evlt. nicht ganz so devot wie von einigen gewünscht) kundtut, dann bekommt man von einem "guru" wie arteck ein "Projekt löschen und sich der Gartenarbeit widmen.. " um die Ohren gehauen, oder die Empfehlung "Doku lesen .lesen ..lesen.. Forum durchforsten… und sich in die Materie einarbeiten.. so einfach ist das.." :( . Ich bin zunächst mal Anwender mit der Bereitschaft, mich auch intensiver mit der Programmumgegung auseinanderzusetzen. Aber muß ich mich dann gleich in die Tiefen eines github-Repositories begeben (auf das auch Du verweist)? Warum kann man das nicht einfacher machen? Ist für Entwickler zwar einfach(er) (genauso wie die Doku dort abzulegen), aber als Anwender steht man da ziemlich schnell im Wald. Vor allem wenn man sich das KnowHow dazu wieder selbst erarbeiten darf/soll. Abgesehen davon hab ich z.B. beim hm-rega neben der vollständigen History unter "Info" nichts, aber auch gar nichts bzgl. Installationshinweisen gefunden :(

` > SÄMTLICHE Logs der letzten 7 Tage in ausführlichster Form befinden sich unter /opt/iobroker/log

Zusätzlich gibt es noch ein npm install log `
Auch hier wieder die Frage, in welchen Tiefen der Doku sich solche Hinweise finden und warum man das nicht an prominenter Stelle machen kann?

> (Installation "eingefroren"
Du hast das Log afair ja durchforstet - ich selbst weiß nicht mehr ob da irgendwelche Kompilierungen stattgefunden haben. An anderer Stelle habe ich solche Meldungen auch zu Gesicht bekommen und war dann nicht wirklich beunruhigt. Wenn aber eine halbe Stunde lang nix passiert und ich auch nicht mitbekomme, was der RasPi da im Hintergrund treibt, dann ist das nicht sehr erfreulich. Und danach dann gar nix mehr geht, weil halt die npm-Version nicht mehr paßt :(

ManfredH

~~@AlCalzone:~~

Wenn npm über deprecated Module meckert oder andere Wehwehchen hat, ist das eigentlich in einer Installations-Summary uninteressant. `
Jein. Laßt doch die "erweiterte" Anzeige einfach weg, schreibt die Ausgabe grundsätzlich in eine log-Datei und laßt die über einen Button bei Bedarf anzeigen - feddisch. Da kann dann jeder damit machen was er will. Und das Fenster dazu nicht automatisch schließen (lassen). Die meisten Programme, die ich (auf Windows-Ebene) so kenne, enden mit einem "Installation erfolgreich/fertig", was bestätigt werden muß. Spätestens da kann man einen Button oder ein Häkchen "Log anzeigen" anbringen. Ansonsten halt eine Fehlermeldung, daß der Adapter wg. xyz nicht installiert werden konnte (siehe Log).

Homoran

Falsche Zitat!
~~@ManfredH:~~

exited wich Code 1

Schön. Für einen Entwickler eine Selbstverständlichkeit - klar. `
Es ging um das "nicht Schließen" des Fensters als Alarmsignal!

~~@ManfredH:~~

in welchen Tiefen der Doku sich solche Hinweise finden `
im iobroker log ;-)

Da steht in solchen Fällen (sinngemäß): You can find more info under Pfad/zum/npm-install.log

und du hast recht:
~~@ManfredH:~~

Ich hoffe, das artet jetzt nicht in eine Schlacht aus `

Homoran

~~@ManfredH:~~

enden mit einem "Installation erfolgreich/fertig", `
Ach, mir ist gerade noch etwas eingefallen:

Hast du den Schieber "mehr" aktiviert?

Dann darfst du dich auch nicht wundern, dass du mehr Informationen bekommst.

Sollten diese ganzen npm Meldungen auch ohne aktivierte Option "mehr" gekommen sein, müssen wir mal sehen was dagegegen machbar ist.

Gruß

Rainer

ManfredH

~~@Homoran:~~

Hast du den Schieber "mehr" aktiviert?

Dann darfst du dich auch nicht wundern, dass du mehr Informationen bekommst. `
Da ich die Maske aktuell nicht mehr vor mir habe und mich auch an das konkrete Aussehen nicht mehr erinnere, kann ich das nicht genau sagen. Da war nur rechts oberhalb der Meldungsbox ein Schieber und den hab ich dann beim 2. oder 3. Mal so eingestellt, daß mehr Infos kommen. Und natürlich hab ich mich darüber nicht gewundert, weil ich das bewußt gemacht habe (kann ja auch lesen). Zuletzt beim Admin-Adapter ging das aber komplett schief, weil auch mit "mehr" nicht mehr angezeigt wurde als die Meldung, daß der Prozeß gestoppt wurde. Das "mehr" ist auch generell nicht das Problem, sondern daß man das a) erst anwählen muß, b) deswegen ggf. halt wichtige Infos verpaßt und c) mit der "Eieruhr" nicht klar ist, daß man den Schieber auch noch während der Installation betätigen kann.

> Sollten diese ganzen npm Meldungen auch ohne aktivierte Option "mehr" gekommen sein, müssen wir mal sehen was dagegegen machbar ist.
Die Meldungen waren mit und ohne "mehr" identisch (also nur 2-3 Zeilen und das war's dann auch). Und auf das Log bin ich erst später (nach der 3. Installation) gestoßen, weil ich das wie bereits geschrieben ausgeblendet hatte. Auch so ein Punkt. Welchen Anfänger denkt schon dran, daß es Probleme geben könnte und man da dann im Log nachschauen kann. Und bis ich auf die Idee mit dem Log gekommen bin liefen danach noch etliche andere Aktionen, aufgrund derer das Log ziemlich umfangreich wurde und ich den relevanten Teil dann nicht gefunden habe (auch mangels Kenntnis des adäquaten Suchkriteriums).

Ich wollte mit meinen ganzen Beiträgen auch niemand an den Karren fahren (auch wenn ich schon etwas verärgert war weil's nicht klappt und Infos dazu schwer bis gar nicht zu finden sind). Seht es einfach mal als "Anwenderbericht" eines im Prinzip nicht ganz so unbedarften Anwenders an. Wenn ich schon mit solchen Problemen kämpfe, wie geht es dann jemand, der noch weniger Ahnung hat wie ich? Wie geschrieben bekommt man zwar Hilfe im Forum (wenn auch verständlicherweise nicht gleich), ich halte das aber für nicht sonderlich befriedigend. Wesentlich lieber wäre mir eine saubere, umfangreiche, leicht verständliche und leicht zu findende Dokumentation! Dann bräuchte ich nämlich nicht andere um Hilfe bitten und mich dabei wie in vielen anderen Foren auch als Newbie outen. Und mir von einem "guru" vorschlagen lassen ich soll's ganz lassen und mich der Gartenarbeit widmen. Gefällt mir nämlich nur mittelprächtig. Nehmt meinen "Bericht" und meine zugehörigen Beiträge einfach als Feedback und überlegt euch, was man besser machen kann damit Leute wie ich nicht kämpfen müssen. Vorschläge dazu hab ich ja gemacht.

BTW: In meinem Job hab ich immer den Ansatz vertreten "wenn's einer nicht versteht, dann ist es einer zuviel". Von daher hab ich meine Doku auch immer akribisch genau gemacht. Hat mir nämlich auch Zeit gespart (weniger Rückfragen) und wenn Fragen kamen, dann konnte ich ihn immer auf die betreffende Stelle in der Doku hinweisen wo die Antwort auf die Frage steht ;)

(sorry für den etwas länglichen Text)

Homoran

~~@ManfredH:~~

(sorry für den etwas länglichen Text) `
kein Problem - wir freuen uns ja über Feedback.

~~@ManfredH:~~

sondern daß man das a) erst anwählen muß, `
Aber das widerspricht doch deiner anderen Aussage, dass ein Einsteiger mit zuveiel Infos überfordert ist und ggf. verängstigt wird.

~~@ManfredH:~~

b) deswegen ggf. halt wichtige Infos verpaßt `
wichtige Infos sollten IMMER im log erscheinen, bei Fehlern sogar in rot und dann sollte sogar die Beschriftung des Menüpunkts rot werden, damit es auch schön auffällig ist.

~~@ManfredH:~~

Welchen Anfänger denkt schon dran, daß es Probleme geben könnte und man da dann im Log nachschauen kann. `
Böse Antwort: Jeder der hier auch nur einmal im Forum über ein Problem gelesen hat. Wir wollen immer Infos aus dem log haben.

~~@ManfredH:~~

Ich wollte mit meinen ganzen Beiträgen auch niemand an den Karren fahren `
Da gab es schon schlimmeres!

~~@ManfredH:~~

Wenn ich schon mit solchen Problemen kämpfe, wie geht es dann jemand, der noch weniger Ahnung hat wie ich? `
Das ist eigentlich genau die Denkweise, die ich für die Doku anwende - und auch richtig so.

~~@ManfredH:~~

überlegt euch, was man besser machen kann `
Sei dir versichert, das werden wir immer wieder machen.

Aber trotzdem verstehe ich deine Kritik nicht ganz.

zum einen mehr Infos, zum anderen weniger.

und zur Existenz eines logs einen Hinweis zu schreiben: Achtung das log enthält bei auftretenden Fehlern einen Hinweis darauf finde ich schon weit hergeholt.

~~@[url=https://de.wikipedia.org/wiki/Logbuch:~~

~~Wikipedia"]~~Verwandt mit dem Logbuch sind die in der EDV verwendeten Loglisten oder Logdateien (Logmessages), bei denen vom laufenden Programm eine chronologisch fortlaufende Liste der Funktionsaufrufe mit ihren Parametern, sowie Warn- und Fehlermeldungen erzeugt wird. `

und in der Doku ist das log sowie dessen mögliche Einstellungen beschrieben:

http://www.iobroker.net/docu/?page_id=5 … pter_Admin

interne Verlinkung.

Dass die Doku im Moment an den Admin v3 angepasst wird ist selbstverständlich.

Gruß

Rainer

ManfredH

~~@Homoran:~~

Aber trotzdem verstehe ich deine Kritik nicht ganz.

zum einen mehr Infos, zum anderen weniger. `
Ich fürchte, wir reden hier ein klein wenig aneinander vorbei. Was m.E. ein Problem schriftlicher Kommunikation über solche Medien wie ein Forum ist. Vielleicht sollten wir uns darüber mal persönlich unterhalten (Tel).

` > und in der Doku ist das log sowie dessen mögliche Einstellungen beschrieben:

http://www.iobroker.net/docu/?page_id=5 … pter_Admin `
Im Augenblick sehe ich da eine V3.4.7. Also einigermaßen weit entfernt von einer 3.0.0. Und die aktuelle Version ist nicht allzu weit von der entfernt, die ich bei meinen ersten Gehversuchen vor ein paar Wochen kennengelernt habe. Keine Ahnung, welcher Version die von Dir zitierte Beschreibung entspricht, aber einer 3.4.7 sicher nicht. Dort kann man zwar links oben das Log komplett ein- oder ausschalten, aber keine Levels usw. angeben (zumindest hab ich nix dergleichen gefunden/gesehen). Womit wir dann wieder bei des Pudels Kern wären: aus meiner (ehemaligen) Projektleiter-Sicht kann es nicht sein, daß ein Major-Release ohne dazu passende Doku online geht. Vielleicht ein weiterer Punkt zum Nachdenken. Unabhängig von sonstigen (von mir bereits erwähnten) gefühlten Defiziten in der Doku.

eric2905

Moin,

~~@ManfredH:~~

Keine Ahnung, welcher Version die von Dir zitierte Beschreibung entspricht, aber einer 3.4.7 sicher nicht. `
Und wieder so eine Formulierung, die nicht sein muss resp. auch anders / weniger angreifend geschrieben werden könnte….

~~@ManfredH:~~

Dort kann man zwar links oben das Log komplett ein- oder ausschalten, …. `
Das ist so nicht korrekt. Dort kann man das Log nicht komplett ein-/ausschalten, sondern lediglich die Anzeige des Menüpunktes.

~~@ManfredH:~~

… aber keine Levels usw. angeben (zumindest hab ich nix dergleichen gefunden/gesehen). `
Warum sollte man dort (in den Einstellungen des Menüs) Loglevel einstellen können?

Der Loglevel wird, wie in der von Homoran verlinkten Doku beschrieben, bei der jeweiligen Instanz eingestellt.
~~@Doku:~~

Im Reiter Instanzen kann bei den einzelnen Instanzen der zu loggende Loglevel eingestellt werden. `

~~@ManfredH:~~

aus meiner (ehemaligen) Projektleiter-Sicht kann es nicht sein, daß ein Major-Release ohne dazu passende Doku online geht. `
Wenn man für eine Software bezahlt, dann stimme ich Dir da völlig zu.

Wir sprechen hier aber von einem Projekt, das von Freiwilligen in Ihrer Freizeit auf die Beine gestellt wurde und aufrecht erhalten wird. Und da solch eine Forderung zu stellen, ist unfair.

Als Projektleiter kannst Du sicherlich mit Excel umgehen.

Hast Du mal versucht, im Reiter Logs oben den Spaltenkopf für die Logtiefe anzuklicken und dort dann entsprechend was auszuwählen?

Zur Verdeutlichung ein Screenshot:

~~![](</s><URL url=)<link_text text="https://uploads.tapatalk-cdn.com/201807 ... cca967.png">https://uploads.tapatalk-cdn.com/20180731/7c4455e20637ad66126f0720eacca967.png</link_text>" />

Siehe dazu auch die Doku zum Reiter Logs : http://www.iobroker.net/docu/?page_id=5604&lang=de

Ja, auch diese Doku beinhaltet noch Screenshot vom Admin 2, nichtsdestotrotz sind alle Punkte enthalten und man kann sich zurechtzufinden.

Gruß,

Eric

Von unterwegs getippert~~

ManfredH

~~@eric2905:~~

man kann sich zurechtzufinden. `
Eine m.E. sehr verallgemeinernde Aussage - ich finde mich da leider nicht wirklich zurecht. Was bei mir wohl daran liegt, daß ich angesichts nicht aktueller Screenshots erstmal gar nicht auf die Idee komme, daß die Beschreibung zur aktuellen Version paßt. Abgesehen davon sehe ich bei den Reitern z.B. keine Übereinstimmung mit der aktuellen Version; bei der von Dir zitierten Doku zu den Logs geht es mir genauso - sorry! Für Leute, die mit dem ioBroker vertraut sind mag das kein Problem sein. Aber die haben halten eine andere Sichtweise als ein unbedarfter Anwender(neuling). Stell Dir einfach mal jemand vor, der zu irgendeinem Gebiet einem Fachmann eine Frage stellt. Oft wird er ob der Antwort nur noch Bahnhof verstehen. Ich habe den Eindruck, daß einige "gurus" hier etwas betriebsblind sind und Feedback wie z.B. von mir nicht wirklich ernst nehmen, d.h. sich eher rechtfertigen und mich auf meine Defizite bzgl. Doku finden(!) und lesen hinweisen als sich mit meinen Ausführungen wirklich auseinanderzusetzen. Wie schon erwähnt habe ich mich in meinem Job bei Anwenderfragen immer selbst gefragt, warum der was evtl. nicht versteht und wie ich es besser (verständlicher) machen könnte. Und ihn nicht mehr oder weniger barsch darauf hingewiesen, daß er gefälligst suchen und lesen soll (so empfinde ich manche Antworten hier).

` > Wenn man für eine Software bezahlt, dann stimme ich Dir da völlig zu.

Wir sprechen hier aber von einem Projekt, das von Freiwilligen in Ihrer Freizeit auf die Beine gestellt wurde und aufrecht erhalten wird. Und da solch eine Forderung zu stellen, ist unfair. `
Was ist daran unfair, wenn man erwartet, daß zu einer Version auch die Doku paßt? Aber das ist vermutlich eine Frage des persönlichen Anspruchts. Daß Programmierer stolz darauf sind wenn sie eine neue Version fertig haben ist nachvollziehbar. Mein persönlicher(!) Anspruch (auch privat) ist halt der, daß ich keine "halben Sachen" mache (und eine nicht aktuelle Doku zählt für mich dazu). "Nothing is finished until the paperwork is done" lautet ein Grundsatz - davor hat eine Version bestenfalls einen Beta-Status.

AlCalzone

Deine Kritik in allen Ehren - ich habe auch schon manchmal Dokumentation vermisst, wobei es bei mir meist nur um sehr spezifische Fragen ging. Versteh uns bitte nicht falsch - gute Kritik hilft! So hat deine Meldung von gestern schon hierzu geführt: https://github.com/ioBroker/ioBroker.admin/pull/303

~~@ManfredH:~~

Abgesehen davon sehe ich bei den Reitern z.B. keine Übereinstimmung mit der aktuellen Version; bei der von Dir zitierten Doku zu den Logs geht es mir genauso - sorry! `
Das kann ich hier aber nicht nachvollziehen. Klar es sieht anders aus - so sind z.B. die Reiter links statt oben, aber am grundsätzlichen Aufbau hat sich von v2 zu v3 im Log-Reiter nix verändert. Die Spalten des Logs sind an der gleichen Stelle, die Kopfzeilen sind immer noch Dropdowns, die den Log-Inhalt filtern. Möglicherweise ist rechts ein Icon dazu gekommen oder entfernt worden.

Oder verstehe ich dich hier falsch?

ManfredH

http://www.iobroker.net/docu/?page_id=5473&lang=de#Log
> Im Reiter Instanzen kann bei den einzelnen Instanzen der zu loggende Loglevel eingestellt werden. In dem Auswahlmenü wird der anzuzeigende Mindest-Loglevel ausgewählt. Es gibt keinen Reiter "Instanzen"! Nur "Quelle". Wenn das dasselbe ist, warum spricht man bei den Adaptern überall von Instanzen und hier nicht?

Loglevel: Steht nirgends. Man kann bei einer Spalte auswählen zwischen "debug", "silly" usw., aber das ist nicht die Überschrift im Gegensatz zu anderen Spalten, die eine richige Überschrift haben.

Fatal finde ich auch, daß man auf der Seite "Admin" beim Klick auf "Reiter - Log" nur auf derselben Seite zu o.g. Anker springt und im Text kein weiterer Verweis zu finden ist, wohingegen man zu dem von AlCalzone genannten http://www.iobroker.net/docu/?page_id=5604&lang=de mit der ausführlichen Beschreibung nur über die http://www.iobroker.net/docu/?page_id=2238&lang=de kommt. Dort sind dann neben "Adapter Admin" die verschiedenen Reiter aufgeführt, darunter auch "Reiter Log". Nur hat diese Seite kein Inhaltsverzeichnis und man muß fast ganz nach unten scrollen, um die Beschreibung/den Link zum "Reiter Log" zu finden. Erwarten würde ich diese Beschreibungen bei der Beschreibung des Reiters Admin (wo eben nur allg. Text zu finden ist; s.o.). Also alles andere als klar strukturiert und leicht auffindbar. Dafür wird man dann von einem guru mit dem korrekten Link beglückt und hat wieder ein schlechtes Gewissen, weil man Sachen gefragt/moniert hat, die ja da sind. Nur findet man sie halt nicht wirklich (und schon gar nicht leicht). Das wiederum ist dann das Problem des Anwenders :(

BTW: Meine Vorgehensweise bei neuer Software ist i.d.R. die, daß ich mir das erstmal anschaue und versuche zu verstehen. Gerade mit meinem Background ergibt sich dann viel von selbst. Wenn ich was nicht verstehe oder nicht zuordnen kann, dann lese ich die Doku, so vorhanden und auch auffindbar. Erst wenn ich was nicht finde oder verstehe dann frag ich nach.

Community Forum

NEWS

Fehlermeldungen bei der Installation

Support us

619

32.7k

82.5k

1.3m