Richtige und falsche Erwartungen zu FHEM

Begonnen von andies, 31 Januar 2017, 10:43:38

Vorheriges Thema - Nächstes Thema

andies

Ich weiß nicht, ob ich als Anfänger hier überhaupt Vorschläge machen darf.

Als ich die ersten Dokumente zu FHEM gelesen habe, wurde mir nicht wirklich klar, was FHEM eigentlich ist. Die Einleitungen, die ich kenne, legen viel stärker Wert auf die Tatsache, was man mit FHEM machen kann. Daher entstand bei mir der Eindruck, es handelt sich um eine fast fertig konfigurierte Software, die nur ein wenig angepasst werden muss. Ich erwartete also, dass ich etwa 10 Minuten eine Config.json anpasse und wenn dann die Lampe angeht, schaltet sich die Kaffeemaschine aus, fertig. In Wirklichkeit ist es aber so, dass es sich bei FHEM fast um eine eigene Programmiersprache handelt - was natürlich 99% aller hier im Forum tätigen schon allein deshalb klar ist, weil sie vermutlich auch beruflich programmieren.

Ich hatte da selbst mein Aha-Erlebnis, als ich einen Text anzeigen wollte - und mir geantwortet wurde: "Erst mal ein notify anlegen, dann CustomReading" - "Ein was?". Es gibt den einen oder anderen Anwender (im Netz leicht zu finden), der deshalb FHEM in die Tonne getreten hat. Vermutlich war nicht klar, was da auf einen zukommt. Wenn man etwas mit FHEM machen will, muss man so vorgehen, wie das ein Programmierer macht: Syntax verstehen, Verfahrenslogik überlegen, entsprechende Programmelemente heraussuchen und miteinander kombinieren, ausprobieren, sehen, dass das doch nicht so geht usw usf.

Ich glaube, man kann (mindestens den 1% Nicht-Programmierern) hier vorab klarmachen, was sie erwartet. Wo man das am besten tut, kann ich da hoc nicht sagen.
FHEM 6.3 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

marvin78

fhem ist genau das, was es sein soll. Es steht an keiner Stelle, dass es sich um ein System für Leute handelt, die nicht willens sind, sich tief in die Materie einzuarbeiten. FHEM ist keine Programmiersprache und es erhebt auch keinerlei Anspruch, eine zu sein. Was FHEM ist, ist auf fhem.de ziemlich gut beschrieben.

andies

Tja, das hatte ich erwartet.

Aber für Leute wie Dich hatte ich das nicht geschrieben.
FHEM 6.3 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Beta-User

Zitat von: andies am 31 Januar 2017, 10:43:38
(mindestens den 1% Nicht-Programmierern)
Empirischer Erfahrungswert aus dem letzten Usertreff HN/LB: Viel Fachkompetenz, aber "berufliche Programmierer"? <20% (eher weniger).

Zitat von: andies am 31 Januar 2017, 10:43:38
hier vorab klarmachen, was sie erwartet. Wo man das am besten tut, kann ich da hoc nicht sagen.
Das wäre in der Tat wünschenswert, allerdings ist die Umsetzung schwierig, daher fehlt es auch hier an einem Vorschlag, wie man es "besser" machen kann, zumal das, was von einer Automatisierungslösung am Ende erwartet wird, nicht für alle dasselbe ist ;).

Kann daher marvin78 im Ergebnis nur zustimmen: Es gibt genug (durchaus verbesserungsfähige) Ansätze v.a. auf fhem.de (Wiki, Commandref und Forum), um dem interessierten Laien nahezubringen, was man mit FHEM machen kann und was es dazu braucht.

Zitat von: andies am 31 Januar 2017, 10:51:01
Aber für Leute wie Dich hatte ich das nicht geschrieben.
Solche Kommentare braucht daher wirklich keiner, allenfalls konstruktive Vorschläge, wie man die Interessierte dazu bringt, die für sie jeweils individuell wichtigen Einstiegsfragen zu klären!
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Ellert

@andies:
Ist unsere Welt so beschaffen, dass eine Erwartung, wie Deine, nahe liegt?

Kennst Du Automationssysteme durch die Deine Erwartung erfüllt wird?

Das Dokument FHEM für Einsteiger hat einen Umfang von über hundert Seiten, schon der Umfang hat mich vermuten lassen, dass es nicht einfach wird.

andies

Dann werde ich mal konkreter: Würde es Sinn ergeben, einen längeren Absatz auf dieser Seite https://wiki.fhem.de/wiki/Erste_Schritte_in_FHEM zu schreiben? Konkret vor "Der erste Einstieg", sinngemäß als "Vorbemerkung"? Ich kann da gern etwas entwerfen, aber wenn die Antwort heißt "nutzen kann das nur, wer sich tief in die Materie einarbeitet", ergibt das keinen Sinn für mich. Denn es muss auch möglich sein, dass man nur Teile von FHEM nutzt und sich gerade nicht darum kümmert, wie ein Modul aufgebaut ist und was qx etc bedeutet. Man muss dann nur wissen, dass man eben nicht jede Funktionalität nutzen kann - eben weil es ein Server/Perl/ich-weiß-das-doch-nicht ist.

@ellert: Ich finde das Dokument für Einsteiger sehr gut, es war das erste, was ich gelesen habe. Allerdings eben genau nicht die Hundert Seiten, sondern nur die ersten fünf bis zehn und dann dachte ich "ich fange mal an". Und dann wurde mir klar, was ich alles nicht über Automatisierungssysteme weiß. Ich will auch nicht, vielleicht drücke ich mich da missverständlich aus, dass die Dinge grundsätzlich geändert werden. Um Gottes Willen, sehr vieles ist hier sehr gut aufgebaut. Ich rede wirklich von einem, vielleicht zwei Absätzen auf der Wiki-Seite. Mehr nicht. (Ich bin, das hatte ich klar geschrieben, blutjunger Anfänger, ich mache Euch doch keine Vorhaltungen?!)
FHEM 6.3 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

CoolTux

Zitat von: andies am 31 Januar 2017, 10:43:38
Ich weiß nicht, ob ich als Anfänger hier überhaupt Vorschläge machen darf.

Als ich die ersten Dokumente zu FHEM gelesen habe, wurde mir nicht wirklich klar, was FHEM eigentlich ist. Die Einleitungen, die ich kenne, legen viel stärker Wert auf die Tatsache, was man mit FHEM machen kann. Daher entstand bei mir der Eindruck, es handelt sich um eine fast fertig konfigurierte Software, die nur ein wenig angepasst werden muss. Ich erwartete also, dass ich etwa 10 Minuten eine Config.json anpasse und wenn dann die Lampe angeht, schaltet sich die Kaffeemaschine aus, fertig. In Wirklichkeit ist es aber so, dass es sich bei FHEM fast um eine eigene Programmiersprache handelt - was natürlich 99% aller hier im Forum tätigen schon allein deshalb klar ist, weil sie vermutlich auch beruflich programmieren.

Ich hatte da selbst mein Aha-Erlebnis, als ich einen Text anzeigen wollte - und mir geantwortet wurde: "Erst mal ein notify anlegen, dann CustomReading" - "Ein was?". Es gibt den einen oder anderen Anwender (im Netz leicht zu finden), der deshalb FHEM in die Tonne getreten hat. Vermutlich war nicht klar, was da auf einen zukommt. Wenn man etwas mit FHEM machen will, muss man so vorgehen, wie das ein Programmierer macht: Syntax verstehen, Verfahrenslogik überlegen, entsprechende Programmelemente heraussuchen und miteinander kombinieren, ausprobieren, sehen, dass das doch nicht so geht usw usf.

Ich glaube, man kann (mindestens den 1% Nicht-Programmierern) hier vorab klarmachen, was sie erwartet. Wo man das am besten tut, kann ich da hoc nicht sagen.

FHEM ist ein Hausautomatisierungs Framework. Die Anforderungen an die Logik können so komplex sein das es ein fertiges Produkt nicht geben kann. Das müsste Qivicon in den letzten Jahren schmerzlich feststellen. Daher liegt es an jedem selbst seine Wünsche und Anforderungen an seine Automatisierungslogik selbst zusammen zu stellen. Die Boardmittel sind dafür da.
Aber wenn Du lieber was all you can haben willst, nimm Qivicon/Telekom. Da bist Du gut beraten.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

marvin78

Für das Wiki kann jeder einen Zugang bekommen. Der Sinn einese solchen Absatzes erschließt sich mir nicht. Man MUSS FHEM verstehen um es gefahrlos in einer Heimautomation einzusetzen. Es geht kein Weg daran vorbei. Die Einarbeitung ist eine Pflichtaufgabe, wenn man dieses Hobby angeht. Dafür gibt es mittlerweile massig mehr oder weniger gute Literatur. Allein an deren Umfang erkennt man, dass FHEM nichts für Leute ist, die keine Lust auf Denkarbeit haben (und ja, ich habe den Eindruck, dass es genau darum geht).

Fast 90% aller FHEM-User haben ganz sicher bei 0 angefangen. Man muss kein Programmierer oder Geek sein, um FHEM zu verstehen. Aber es ist Arbeit. Wenn man nicht arbeiten will -> kein FHEM. Es ist im Grunde ganz einfach.

drhirn

Zitat von: andies am 31 Januar 2017, 11:31:52
Dann werde ich mal konkreter: Würde es Sinn ergeben, einen längeren Absatz auf dieser Seite https://wiki.fhem.de/wiki/Erste_Schritte_in_FHEM zu schreiben? Konkret vor "Der erste Einstieg", sinngemäß als "Vorbemerkung"? Ich kann da gern etwas entwerfen

Ich fände es super, wenn du da einfach mal was entwerfen würdest. Du hast sicher einen anderen Blick auf FHEM, als Leute, die sich schon lange damit beschäftigen. Und dann können wir ja gemeinsam drüber reden, ob, wie und wo wir das einbauen könnten.

KernSani

Ich kann durchaus nachvollziehen, dass ein Einsteiger, der sich vielleicht mal Apple Homekit angesehen hat, keine Ahnung hat was bei FHEM auf ihn zu kommt, oder was man mit FHEM alles anstellen kann. Die Frage ist tatsächlich, wie man das vernünftig formuliert ohne abzuschrecken...   
RasPi: RFXTRX, HM, zigbee2mqtt, mySensors, JeeLink, miLight, squeezbox, Alexa, Siri, ...

drhirn

Zitat von: KernSani am 31 Januar 2017, 12:05:58
Die Frage ist tatsächlich, wie man das vernünftig formuliert ohne abzuschrecken...   

"Wenn Sie die Schnauze von den unflexiblen Herstellerlösungen voll haben und sich nicht scheuen, etwas Zeit zu investieren um das unbeschreibliche Potential von FHEM kennen zu lernen, ist diese Lösung genau das richtige für sie."

;)

Mitch

Also ich kann das gar nicht nachvollziehen.
Als ich mit fhem angefangen habe, konnte ich anhand der Webseite und damals den google Gruppen sehr schnell feststellen, was auf mich zu kommt.
Und damals gab es auch noch kein geniales Einsteigerdokument.

Auch bin ich kein Programmierer (mal davon abgesehen, dass FHEM keine Programmiersprache ist).

Wie hier schon geschrieben, es ist ein Framework und bietet eine Plattform. Den Rest muss der User selber machen.
Aber genau das ist doch auch das schöne daran und macht Spaß.

FHEM im Proxmox Container

Thorsten Pferdekaemper

Hi,
die Grundidee, dass man irgendwo ein paar Zeilen schreibt, die die Erwartungshaltung geraderücken, finde ich sehr gut. Hier im Thread finden sich ja schon ein paar Ansätze, was man da schreiben könnte und andies hat sich auch schon angeboten, ein paar Zeilen zu schreiben. Warum also nicht?
Ich wüsste nur nicht so genau, wo man das dann hinschreibt. Vielleicht muss sowas an ein paar Stellen: Einsteiger-PDF, Einsteiger-Seite im Wiki und vielleicht sogar auf die "Homepage" von http://meinfhemserver:8083/fhem.
Gruß,
   Thorsten
FUIP

Beta-User

Zitat von: Mitch am 31 Januar 2017, 13:40:54
Also ich kann das gar nicht nachvollziehen.
Ich kann nachvollziehen, dass Du das vor dem Hintergrund Deiner langjährigen Erfahrungen nicht (mehr) nachvollziehen kannst.

Meine Erfahrung beim Einstieg vor knapp 3 Jahren war die, dass Interessierten der Eindruck vermittelt wurde, es sei leicht. Mit meinen jetzigen Erfahrungen würde ich sagen: Wer das behauptet, handelt unlauter, jedenfalls nicht "freundlich" im Sinne von FHEM! Das kann zwar wahr sein, tatsächlich verleitet es aber dazu, sich mit einigen grundlegenden Fragen nicht auseinanderzusetzen. Und das muß man dann hinterher uU. ausbaden.

Von daher finde ich einen "Beipackzettel", einige kritische Worte zur Selbstprüfung vorab oder vielleicht auch einen "alternativen FHEM-Erfahrungsbericht" sinnvoll (mit "witzigen" Beispielen, wie man es nicht machen sollte, welche typischen Denkfehler vorkommen oder welche Abhängigkeiten man übersehen kann). Dabei kann ich Thorstens Vorschlag einiges abgewinnen, das durchaus breit zu streuen.

Auch jetzt sehe ich (m.E. zu) viele Newbies, die einfach blind irgendetwas nachbasteln, aber keinen Schimmer davon haben, wie grundlegende Dinge funktionieren. Dass dann irgendwann Frust droht, ist klar. M.E. bräuchte es zur Vorbeugung aber dazu tatsächlich einer klareren Kommunikation, was einen wirklich erwartet - und zwar dauerhaft, die Landschaft - manche haben es Zoo genannt - will/muß ja gepflegt werden.

Wenn machne hier schreiben, das Einsteigerdukument schon nach 5-10 Seiten weggelegt zu haben, ist das vielleicht aber auch vergebliche Mühe ;).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Morgennebel

Eine sinnvolle und gute Diskussion und Dank an den Thread-Ersteller.

Vielleicht können wir die Diskussion aber auch abstrahieren und uns fragen, wo wir mit fhem gemeinsam in 3-5 Jahren sein wollen - weil dies die Frage beantwortet, wie wir mit unseren Anwendern und Neuanwendern umgehen wollen.

Wollen wir weiter ein verschworener Kern von Gläubigern der guten Sache sein und das Forum als Third-Level-Support ansehen?
Oder wollen wir uns weiter öffnen und mehr Anwender für das tolle Framework begeistern und müssen im Forum mehr Anfänger fragen lesen?
Oder gibt es einen Mix?

Die "Anfängerfragen" im Forum sind jedenfalls selten welche. Und den meisten von uns fehlt die Geduld, diese zu beantworten. Alle, die länger als 1 Jahr fhem einsetzen, können die Einstiegsprobleme gar nicht mehr nachvollziehen.

Vielleicht tut uns etwas Professionalisierung im Sinne von Corporate Identity im Forum/Wiki/Web, im Sinne von mehr bebilderter Dokumentation, im Sinne von Informationsgraphiken oder Flußdiagrammen wirklich gut.

Oder bleiben wir in der Nerd-Ecke stehen...

Ciao, -MN
Einziger Spender an FHEM e.V. mit Dauerauftrag seit >= 24 Monaten

FHEM: MacMini/ESXi, 2-3 FHEM Instanzen produktiv
In-Use: STELLMOTOR, VALVES, PWM-PWMR, Xiaomi, Allergy, Proplanta, UWZ, MQTT,  Homematic, Luftsensor.info, ESP8266, ESERA