Okay, danke! Ob Welle oder nicht, das hat ein paar neue Erkenntnisse und Stichworte auf meinen Schreibtisch gespült, und meine Hoffnung ist, dass auch andere was mitnehmen können, wenn sie über den Thread stolpern. Zumindet ging es mir oft so, aber für dieses Thema hatte ich nichts Greifbares gefunden und drehte mich ein bisschen im Kreis.

Stimmt, die Ersteinrichtung dieser Geräte scheint auch eine Sache für sich zu sein, aber da muss man halt nur z.B. den Lesekopf haben und eine Anleitung und einen passenden Stromzähler (da bin ich bei mir noch nicht sicher, der kann das zwar theoretisch, aber der der hat noch nicht einmal eine LED für die Taschenlampensteuerung hinter dem zugehörigen Fensterchen – vermutlich ein spezielles Sparmodell für den Energieversorger ...). Knackpunkt war halt die permanente Auswertung und – und auch da stimme ich zu – der potenzielle Sprung in weitere Verbindungen, denn genau dieser systemübergreifende Ansatz des iobrokers macht ihn ja am Ende so interessant

@Samson71: Ich sehe keine Welle. Und der Rest sollte sich ja oben geklärt haben.

@homoran: Ich hätte das "erstmal" vielleicht doch kursiv schreiben sollen.

Und ja, Du hast recht, es ist eine SmartHome-Software, aber das Feld ist groß und beinhaltet neben "all singing and dancing" eben auch eher simple Anwengungsfälle. Insofern lese ich der Link, den Du referenzierst, möglicherweise etwas anders. Da steht ja was von "ohne von dem geballten Wissen der angeblichen "Nerds" erschlagen zu werden.".

Ganz genau. Um nochmal auf den gestern genannten Aspekt zu kommen: Ich stelle mir das Smart-Home-System "iobroker" mal als mehrstöckiges Haus vor. Üblicherweise geht man zur bestenfalls "barrierefreien" Haustür rein und kann sich dann je nach Bedarf vom Erdgeschoss bis zum Dach bewegen. Das Problem an diesem Haus ist: Es hat derzeit keine Haustür, jedenfalls ist sie gut versteckt. Man muss sich erstmal eine Leiter besorgen und durch die Fenster im ersten Obergeschoss klettern. Ist man einmal drin, ist alles gut, da gibt es Treppen und teils sogar Fahrstühle (auch dank all der eifrigen Nerds). Auf diese Weise drehen aber viele Leute vor dem Haus wieder um, obwohl sie gerne rein möchten. Und statt dass einige Nerds von oben teure Alu-Leitern anpreisen, sollten sie lieber eine Haustür installieren, damit man erstmal reinkommt ohne große Mühe. Wie weit man dann geht, ist dann offen.

Es ist ein bisschen plakativ, ja, aber vielleicht zeigt es, was ich meine. Möglicherweise ist mein Eindruck auch falsch, aber ich glaube, dass man viele Leute "verliert", bevor diese überhaupt angefangen haben, und das wäre ja schade.

@Ralla66: Stimmt, bei dem Lesekopf geht es um Tasmota. Dein Ansatz geht also auch in die Richtung des Minimal-Brokers, oder? Habe selber noch nie Apps erstellt, aber vielleicht sollte ich mal nach dem Ding suchen und mal gucken. Die Frage ist, wie einfach oder schwierig es ist, die Daten aus dem WLAN zu fischen Einziger Nachteil aus Sicht von iobroker: Man hat dann genau das und kann sich nicht innerhalb von iobroker weiter entwickeln. Sackgasse sozusagen. Aber auch das wäre schon mal gut

Mehr gibt es nicht für 5 Cent

Okay, über das Preis-Leistungs-Verhältnis wollen wir hier nicht diskutieren

Du hast recht, wenn die Spezifikation nicht gut ist, wird es schwierig, und das ist ja auch ein Grund für meine Frage. Aber ja, mein Versuch, kompakt zu bleiben, ht vielleicht auch zu viele Freiheitsgrade gelassen.

Das mit dem Server lassen wir mal so stehen. Wir sprechen hier vornehmlich von der logischen Server-Ausprägung, wie oben unter 1. beschrieben. Dass eine HW da drunter sein muss, die das physisch und vom Environment her kann, ist klar, aber das ist bei einem Smartphone grundsätzlich erstmal gegeben.

Zu den weiteren Überlegungen:

• Nein, das Handy schaltet sein WLAN nicht ab, wenn es das nicht soll. Und wenn, dann ist es nicht zu gebrauchen, klar.
• Zugriff auf´s Handy ... naja, die App muss schon in der Lage sein, eine Datei im Speicher abzulegen. Das machen viele andere Apps auch, angefangen von Kameras, Diktiergeräten, Einkaufslistengeneratoren, ....
• Auswertung erfolgt am PC, ja. Dazu muss man die obigen Dateien natürlich dort hin bekommen. Aber das ist ja üblicherweise keine große Sache.
• Heimautomatisierung ist schön, aber für das hier besprochene Szenario erstmal uninteressant. Das ist ja genau Teil des Problems, dass die vorhandenen Lösungen immer zu viel können wollen. Damit wird es aber für die einfachen Sachen zu schwer.
• Bedienbarkeit ... wie gesagt, das Handy fungiert einfach nur als Server und hat nur die Aufgabe, die Daten wegzuschreiben. Stichwort Simplizität vom vorherigen Punkt. SSH und dergleichen ist schon wieder eine andere Nummer.

"Dann nehme ich doch lieber einen SBC ..." schreibst Du. Ja, im Grunde ist das valide, und es würde eigentlich auch meinem Naturell entsprechen Aber ich habe einfach keine Zeit, mich mit diesem Geraffel auseinanderzusetzen und will auch nicht erstmal einen Haufen Geld dafür ausgeben. Die Zeiten, dass man Raspys für ein paar Euro bekommen hat, sind ja bekanntlich vorbei.

Und für Leute, die gar keine Affinität zu dem ganzen Kram haben, ist die Hürde noch viel höher, nehme ich mal an. Alle Welt spricht davon, dass die Leute, um beim Beispiel zu bleiben, ihren Stromverbrauch optimieren und reduzieren sollen, ebenso den von Wasser und Wärme, aber wenn es dann um so "popelige" Sachen geht wie einen Zähler zu loggen, um sich mal die Daten angucken zu können, wird es entweder zu kompliziert oder zu teuer oder beides. Und das ist meines Erachtens so unnötig. Eigentlich müsste auf jedem Router sowas laufen, aber die Hersteller haben vermutlich gar kein Interesse daran, weil sie dann keine eigenen Produkte mehr anbieten könnten. AVM zum Beispiel macht ja im Grunde nichts anderes, aber eben nur mit den eigenen Komponenten, und zum Auslesen von Zählern haben sie komischerweise nichts.

Will nicht zu weit abschweifen, aber das sollte den Beweggrund der Frage nochmal beleuchten. Die übrigens noch offen ist, oder? Die Sache mit dem MQTT-Broker auf dem Android-Handy, die @BananaJoe ansprach, klang erstmal gut übrigens. Aber eigentlich ist der iobroker ja nichts anderes als das, nur dass er natürlich viel Schnittstellen mitbringt, die die ganze Home-Automatisierung ermöglichen. Eine kurze Suche nach einem "Basis-MQTT-Broker" blieb aber zunächst erfolglos bzw. es war wieder nicht direkt erkennbar, ob es sich wirklich um Broker/Server handelt.

Danke für die schnellen ersten Antworten!

@Homoran: Ja genau, ich hatte das ja als "verstanden" bezeichnet. Ist ja auch logisch.

@bananajoe: Ja, das MQTT taucht auch auf als eins der möglichen Protkolle, stimmt. Und der iobroker scheint damit ja per Adapter oderso umgehen zu können. Und dass das Smartphone bei dem Setup, das mir vorschwebt, der Server ist, das ist ja klar, und genau darum geht es ja. Ich möchte ja genau das realisieren, und ich stimme insofern ein Stück weit Deiner letzten Aussge nicht ganz zu, dass ein Smartphone nicht als Server gedacht/gebaut ist. Man sollte den Server-Begriff hier einfach so verstehen, wie er im Grunde gemeint ist, ohne da zu viel rein zu interpretieren. Hier geht es ja nicht um Hardware, sondern um eine Funktionalität. Diese benötigt natürlich eine Hardware, aber die Anforderungen sind so gering, dass heutzutage sogar eine Taschenuhr ausreichen würde. Insofern ist das Smartphone eigentlich prädestinert dafür: Es hat genügend Ressourcen inkl. Speicher, verbraucht nicht übermäßig viel Energie, insbesondere, wenn das Display nur selten läuft, und hat sogar noch einen Akku der einen Stromausfall puffern würde. Was will man mehr?

Hallo,

zum Hintergrund: Die meisten Stromzähler haben ja eine blinkende LED und/oder einen IR-Daten-Output. Dafür gibt es Leseköpfe wie den oben genannten. Aber wohin mit den Daten? Neben anderen wird auch iobroker oft als Lösung genannt. Allerdings gehen alle Beschreibungen offenbar davon aus, dass man eine laufende iobroker-Umgebung zur Verfügung hat.

Ich habe verstanden, dass man den iobroker auf irgendeinem 24/7-Gerät laufen lassen muss. Sowas wie die FRITZ!Box scheidet ja offenbar leider aus, und auch auf einen Raspi oderso möchte ich nicht setzen. Ein NAS existiert ebenfalls nicht. Die einzige Option wäre ein altes Android-Smartphone.

Gestern habe ich irgendwo gelesen, dass es nun auch native Android-Apps gibt, aber verstehe ich das richtig, dass das nur z.B. Visualisierungen sind, aber nicht die Server? Wenn man das alles liest, erfährt man das nämlich auch nicht wirklich, man bekommt aber den Eindruck, dass auch hier stillschweigend von einem existierenden iobroker-Server ausgegangen wird.

Die Frage ist also:

Kann ich ein Android-Smartphone (und nur das, nichts sonst) dafür nutzen, mittels iobroker die Daten des Lesekopfes permanent über WLAN zu empfangen und wegzuschreiben? Das ist im Grunde alles, was ich brauche. Keine Visialisierung, nichts weiter. Nur die Daten als Text-File oder was auch immer. Das ist doch eigentlich trivial, oder?