Weiter zum Inhalt

Tester

1.4k Themen 208.7k Beiträge

In dieser Kategorie werden Adapter Versionen vorgestellt die der Entwickler zum Testen Frei gibt.

NEWS

Unterkategorien


  • In dieser Kategorie werden Adapter Versionen, die noch nicht in offiziellen Repos sind, vorgestellt.

    133 3k
    133 Themen
    3k Beiträge
    BluefoxB
    Aktuelle Test Version 0.1.4 Veröffentlichungsdatum 09.11.2026 Github Link https://github.com/ioBroker/ioBroker.ai-parakeet Fehler und Wünsche https://github.com/ioBroker/ioBroker.ai-parakeet/issues Hallo zusammen, der neue Adapter ai-parakeet bringt Spracherkennung auf den ioBroker-Host. Das Modell NVIDIA Parakeet TDT 0.6B v3 läuft dort auf der CPU, ohne Cloud, ohne Grafikkarte und ohne Docker. Die Sprachaufnahmen bleiben im eigenen Netz. Der Adapter geht auf den Technologie-Test von @OliverIO zurück. Ich suche Tester, vor allem auf unterschiedlicher Hardware. Was der Adapter macht erkennt 25 europäische Sprachen und bestimmt die Sprache selbst, mit Satzzeichen und Groß-/Kleinschreibung bietet die OpenAI-kompatible API POST /v1/audio/transcriptions. Was die Whisper-API von OpenAI nutzen kann, kann auch diesen Adapter nutzen, z. B. ioBroker.assistant transkribiert per sendTo aus Skripten, z. B. Sprachnachrichten zeigt im Reiter "Live-Test" der Instanz-Einstellungen den erkannten Text live an. Dazu gibt es eine Testseite im Browser ersetzt mit einem Korrekturwörterbuch Wörter, die das Modell regelmäßig falsch erkennt Was er nicht macht: Er übersetzt nicht, Parakeet transkribiert nur. Er ist auch kein Sprachassistent: Die Aufnahme und das Ausführen der Befehle bleiben Sache von ioBroker.assistant oder eines eigenen Skripts. Voraussetzungen 64-Bit Linux, Windows oder macOS (x64 oder arm64), 32-Bit-Systeme werden nicht unterstützt Node.js 22.19 oder neuer, js-controller 6 oder neuer, admin 7.6.20 oder neuer Der Reiter "Live-Test" braucht admin 8.3.10 oder neuer. Im Stable-Repository ist admin noch 8.3.5, dafür also admin aus dem Beta-Repository nehmen mindestens 1,5 GB freier Arbeitsspeicher, besser insgesamt 4 GB oder mehr. Das Modell belegt geladen etwa 1,1 GB etwa 700 MB Speicherplatz für das Modell, auf einem Raspberry Pi am besten auf einer SSD Zugriff auf huggingface.co beim ersten Start. Ohne Internet lassen sich die Modelldateien von Hand kopieren, siehe Anleitung Installation Der Adapter ist noch nicht im Beta-Repository, der PR dafür läuft. Bis dahin von npm installieren: iob url iobroker.ai-parakeet Auf Linux mit x64 lädt onnxruntime-node bei der Installation zusätzlich etwa 200 MB CUDA-Bibliotheken, die der Adapter nicht nutzt. Mit der Umgebungsvariablen ONNXRUNTIME_NODE_INSTALL=skip lässt sich das verhindern. Auf ARM (Raspberry Pi) und Windows wird nichts nachgeladen. Danach in Admin eine Instanz anlegen. Beim ersten Start lädt der Adapter das Modell (etwa 670 MB) und prüft die SHA-256-Prüfsummen. Den Fortschritt zeigt der Reiter "Server". Ein abgebrochener Download wird an der Abbruchstelle fortgesetzt. Bereit ist die Instanz, wenn info.status = ready ist. Erste Schritte Reiter "Live-Test" → Mikrofon starten und sprechen. Der Browser erlaubt das Mikrofon nur, wenn Admin über HTTPS oder auf localhost geöffnet ist. Sonst sagt der Reiter das. Mit einer Audiodatei von der Kommandozeile (WAV geht immer, andere Formate brauchen ffmpeg):curl http://192.168.1.10:9999/v1/audio/transcriptions -F file=@befehl.wav -F response_format=text In ioBroker.assistant die Spracherkennung "OpenAI (Whisper)" wählen und als Spracherkennungs-Server die Adresse dieses Adapters eintragen, z. B. http://192.168.1.10:9999 (ohne /v1). Die richtige Adresse steht im Reiter "Server". In Skripten:sendTo('ai-parakeet.0', 'transcribe', { file: '/opt/iobroker/sprachnachricht.ogg' }, result => { log(result.error || `${result.text} (${result.audioSeconds} s in ${result.inferenceMs} ms)`); }); Für MP3, OGG/Opus, M4A, WebM und FLAC braucht der Adapter ffmpeg. Entweder auf dem Host installieren oder im Reiter "Erkennung" auf "ffmpeg herunterladen" klicken. Alles Weitere steht in der Anleitung. Was getestet werden soll Installation und erster Start auf verschiedenen Hosts: Raspberry Pi 4 (noch nicht gemessen), Mini-PCs mit N100 und ähnlichen CPUs, VMs, LXC-Container, Windows und macOS Reiter "Live-Test" und Testseite, die Testseite auch über HTTPS von einem anderen Rechner Nutzung durch ioBroker.assistant, auch im Multihost-Betrieb mit dem Adapter auf einem anderen Host verschiedene Sprachen, Hintergrundgeräusche, unterschiedliche Mikrofone Dateiformate mit dem heruntergeladenen ffmpeg, längere Aufnahmen Korrekturwörterbuch, die Option "Wörter aus dem Prompt verwenden" Entladen nach Leerlauf-Minuten und das erneute Laden des Modells Besonders interessiert mich, wie schnell die Erkennung auf eurer Hardware ist. So weit gemessen, für einen Befehl von 3 bis 6 Sekunden: Host CPU-Threads Rechenzeit Echtzeitfaktor Raspberry Pi 5 (8 GB), mit laufendem Frigate 3 0,5 - 1,1 s etwa 0,2 Intel Core i9-14900HX 4 0,1 - 0,3 s etwa 0,03 - 0,05 Postet gern eine Zeile in dieser Form (die Werte stehen in stats.lastAudioSeconds, stats.lastInferenceMs und stats.lastRtf): Hardware, RAM, CPU-Threads: … s Audio, … ms Rechenzeit, Echtzeitfaktor … Bekannte Einschränkungen Der Server hört ab Werk auf 0.0.0.0 ohne API-Schlüssel, und die Testseite ist aktiv. Jeder im Netz kann die Erkennung also ohne Passwort nutzen. In einem nicht vertrauenswürdigen Netz einen API-Schlüssel setzen oder die Adresse auf 127.0.0.1 ändern. Es läuft immer nur eine Erkennung gleichzeitig, weitere Anfragen warten in der Warteschlange. Vollständige Aufnahmen kommen dabei vor den Zwischenergebnissen der Testseite. Aufnahmen über 300 Sekunden werden abgelehnt (einstellbar), Aufnahmen über 90 Sekunden in Fenstern von 60 Sekunden erkannt. Bei weniger als 1,1 GB freiem Speicher lädt der Adapter das Modell nicht. Die Prüfung lässt sich abschalten. Das Modell liegt in iobroker-data/ai-parakeet/models und ist nicht Teil des ioBroker-Backups. Fehler melden Bitte als Issue auf GitHub oder hier im Thread, mit: Host (Hardware, Betriebssystem) und freiem Arbeitsspeicher Versionen von ai-parakeet, js-controller, admin und Node.js Log der Instanz auf der Stufe debug, ab dem Start der Instanz Bitte vor dem Posten prüfen, ob im Log erkannter Text oder etwas anderes Privates steht. Danke fürs Testen!
  • Tester für Responsive Design Initiative gesucht

    Angeheftet Verschoben
    57
    3 Stimmen
    57 Beiträge
    19k Aufrufe
    David G.D
    @simatec [image: Screenshot_20250310_194949_Chrome.jpg] Iot 3.3.0 Admin 7.4.21
  • Richtlinien für die Kategorie Tester

    Angeheftet Gesperrt Verschoben forum richtlinien
    1
    0 Stimmen
    1 Beiträge
    3k Aufrufe
    Niemand hat geantwortet
  • Test Adapter rpi2 2.x

    Verschoben
    522
    4 Stimmen
    522 Beiträge
    234k Aufrufe
    GarfonsoG
    @Laser welche Adapterversion?
  • Test Adapter airly

    1
    0 Stimmen
    1 Beiträge
    31 Aufrufe
    Niemand hat geantwortet
  • Test Adapter Ford 0.0.x

    Verschoben
    177
    4
    1 Stimmen
    177 Beiträge
    37k Aufrufe
    Samson71S
    @Marc9025 sagte: Adapter ist auf der neusten Version 2.0.1 Hat noch jemand das Problem ? Seit heute Morgen nicht mehr. Nach neuer Autorisierung wurde der Zugang wieder akzeptiert und der Adapter ist wieder grün. Ich denke da hat es bei Ford selber mit dem API-Zugang gehakt.
  • 5 Stimmen
    2k Beiträge
    1m Aufrufe
    mickemupM
    @SKB Ich würde mich gerne als Alpha Tester zur Verfügung stellen. Momentan laufen bei mir 3 Instanzen. Zum Thema Importer: Bei mir würde ich die 3 Instanzen dann gerne in eine "zusammenfassen". Ob dies via Importer geschieht, oder ein "Copy&Paste" irgendwo in einem Config Datapoint trifft mir persönlich nicht soo viel an. Ein sauberer "Importer" wäre aber natürlich die "Deluxe" Lösung Grüsse
  • vis-2-widgets-collection

    Verschoben
    414
    6
    8 Stimmen
    414 Beiträge
    160k Aufrufe
    icebearI
    @Andreas-Placzek said: Deshalb die Frage; Kann die JSON-Tabelle bei einem Klick auf eine Zeile ein Ereignis auslösen? Ich würde gern per Klick auf eine Zeile ein Fenster zur Anzeige eines Textfeldes mit Details öffnen. Wie kann ich das realisieren? Wenn die Tabelle "statisch" ist also sich in höhe und breite nicht verändert sondern nur die Inhalte in den Zellen, könntest du über die Zeile ein "durchsichtiges" Button Widget legen (über z-index) welches die von dir gewünschte Aktion auslöst.
  • Test Adapter Zendure SolarFlow 6.0.0 – mit Nulleinspeisung

    86
    0 Stimmen
    86 Beiträge
    3k Aufrufe
    nograxN
    @speedyblade sorry für die späte Antwort, ist mir durchgegangen. Es wird immer der niedrigste Wert angenommen, denn das ist der kritische. Was genau würdest du denn da ändern wollen?
  • Test Adapter eusec 3.x.x

    eusec
    85
    2 Stimmen
    85 Beiträge
    5k Aufrufe
    T
    @guitardoc Danke, damit ist die Tailscale-Frage geklärt. Tailscale via 192.168.188.1 dev eth0 heißt: Der ioBroker-Server ist nicht im Tailnet. Alles an 100.65.44.92 schickt er an die FritzBox, und die verwirft es. Das erklärt auch, was du beobachtest: Unterwegs spricht die Home-App nicht selbst mit yahka, sondern über deine Steuerzentrale (HomePod oder Apple TV). Die steht im Heimnetz und nennt yahka ihre eigene 192.168er-Adresse. Deshalb läuft das Video, egal ob der Tunnel an ist. Zu Hause spricht die Home-App direkt mit yahka und nennt als Ziel für das Video die Adresse des iPhones. Mit eingeschaltetem Tailscale ist das weiter die Tailscale-Adresse. "Allow local network access" sorgt nur dafür, dass das iPhone das Heimnetz am Tunnel vorbei erreicht. Welche Adresse die Home-App an yahka weitergibt, ändert es nicht. Das hatte ich in meiner letzten Antwort zu optimistisch eingeschätzt. Nachprüfen kannst du das im Log von yahka: Steht bei einem Versuch zu Hause in der Zeile Stream run: ffmpeg … am Ende wieder srtp://100.65.44.92:…, ist es genau das. Abhilfe: Dem Heimnetz beibringen, dass 100er-Adressen über den Tailscale-LXC laufen. Der leitet als Exit-Node ohnehin weiter. Zum Testen auf dem ioBroker-Server als root: ip route add 100.64.0.0/10 via <IP des Tailscale-LXC> ip route get 100.65.44.92 sollte danach via <IP des Tailscale-LXC> zeigen. Dann zu Hause mit eingeschaltetem Tailscale die Home-App ganz schließen, neu öffnen und auf die Kamera tippen. Die Route gilt nur bis zum nächsten Neustart des LXC, sofort entfernen geht mit ip route del 100.64.0.0/10. Läuft das Video damit, trag die Route dauerhaft in der FritzBox ein, bei den statischen IPv4-Routen: Netzwerk 100.64.0.0, Subnetzmaske 255.192.0.0, Gateway die IP des Tailscale-LXC. Dann gilt sie für alle Geräte im Heimnetz und übersteht Neustarts. pkt_size=1188 kannst du dann drinlassen, denn jetzt gehen die Pakete wirklich durch den Tunnel. Das klappt nur, wenn Tailscale im LXC mit einem echten tun-Gerät läuft (/dev/net/tun an den Container durchgereicht, so wie in den üblichen Proxmox-Anleitungen), nicht mit --tun=userspace-networking. Im zweiten Fall leitet der LXC Pakete aus dem Heimnetz nicht ins Tailnet weiter. Ton Alles klar, das bleibt dann erst einmal liegen. Bewegung und Personen Dein Screenshot enthält die Antwort. notification_motion steht seit dem 05.10.2025 um 15:51 auf false. Das ist die Einstellung der Klingel selbst, ob sie bei Bewegung eine Benachrichtigung verschickt. Am Morgen desselben Tages um 07:03 haben sich person_detected und motion_detected zum letzten Mal geändert. Bis dahin kamen die Personenmeldungen also bei eusec an. Seit die Benachrichtigung bei Bewegung aus ist, schickt eufy für die Klingel nur noch Klingelmeldungen (notification_ring steht auf true). Zum Einschalten in der eufy-App bei der Klingel die Benachrichtigung bei Bewegung wieder einschalten oder in ioBroker notification_motion auf true setzen. Die Einstellung gilt für die Klingel und nicht nur für eusec. Dein iPhone bekommt dann vermutlich auch wieder Meldungen für die Leute auf der Straße. Die Bewegungserkennung steht bei dir auf "Humans only", es geht also nur um Personen. Danach sollte bei jeder erkannten Person person_detected kurz auf true gehen und etwa eine Minute später das neue Bild kommen. Deine Benachrichtigungsart ist "Am effizientesten" (notification_type), dabei kommt das Bild nicht mit der Meldung, eusec holt es danach von der HomeBase. Dass trotzdem manchmal ein Bild von der Straße in Home auftauchte, liegt an einem zweiten Weg: Jedes Mal, wenn eusec eine Verbindung zur HomeBase aufbaut, zum Beispiel für den Livestream, fragt es das letzte Ereignis jeder Kamera ab und lädt dessen Bild. War das gerade eine Person auf der Straße, kam eben dieses Bild. In meiner letzten Antwort hatte ich geschrieben, das Bild komme nur mit einer Push-Benachrichtigung, das war unvollständig.
  • Test Adapter hoymiles - Hoymiles Wechselrichter

    60
    0 Stimmen
    60 Beiträge
    5k Aufrufe
    E
    @crunchip sagte: sollte sein, Doku lesen https://www.iobroker.com/docs/basics/repositories.md Danke für deinen Kommentar. Ich kann nur für mich sprechen: Du hast da bestimmt 100%ig recht, aber für jemanden, der das nicht häufig macht, führen diese Anleitungen oftmals zu immer weiteren Anleitungen und/oder nicht immer zu vollem Durchblick. Das wirft dann Fragen auf, die halt am mangelnden Wissen / Erfahrung des Ausführenden liegen. So wie bei mir. Bin halt kein Developer.. mea culpa. Aber deshalb wollte ich den zurückgelegten Weg in einem zusammenfassenden Beitrag beschreiben. Wollte andere ermutigen. Wenn da ein Fehler dabei war, dann danke für die Korrektur. Grüße Uwe
  • 3 Stimmen
    1k Beiträge
    608k Aufrufe
    B
    @Christian-Kohlöffel ich habe ein Ahnung woran es liegt. sun2000.0 2026-11-09 19:55:44.106 warn The inverter with modbus ID 2 is no longer accessible. sun2000.0 2026-11-09 19:55:44.104 warn The inverter with modbus ID 1 is no longer accessible. Die beiden Zeilen zeigen an, dass die Inverter nicht mehr erreichbar sind. Es wird der deviceStatus ausgewertet. Hier scheint das Problem zu liegen. Der Slave ist im standby der Master "shutdown". OK, dann ist die modbus Schnittstelle natürlich tot! Ok, ich werde mir mal etwas überlegen.... sun2000.0 2026-11-09 19:55:44.992 silly Fetched inverter.1.derived.deviceStatus, val=Standby: no irradiation sun2000.0 2026-11-09 19:55:44.991 silly Fetched inverter.1.deviceStatus, val=40960 sun2000.0 2026-11-09 19:55:44.991 silly ### DataPolling STOP ### sun2000.0 2026-11-09 19:55:44.128 silly Fetched inverter.0.derived.dailyActiveEnergy, val=2.834 sun2000.0 2026-11-09 19:55:44.127 silly Fetched inverter.0.derived.dailySolarYield, val=3.342 sun2000.0 2026-11-09 19:55:44.127 silly Fetched inverter.0.derived.dailyInputYield, val=0.4203 sun2000.0 2026-11-09 19:55:44.126 silly Fetched inverter.0.derived.deviceStatus, val=Shutdown: command
  • Test Luxtronik2-Controller V0.24.x

    99
    11
    0 Stimmen
    99 Beiträge
    9k Aufrufe
    TbsJahT
    0.24.0 (2026-11-09) 🐛 Bugfixes & Tweaks Operating Mode & Write Protection (jsonConfig.json, main.ts): Explicit Operating Mode Selection: Added a central "Operating Mode" selector in the Connection tab with color-coded status banners to clearly distinguish between Read-Only (Monitoring), Read & Write without Modbus (Native via Port 8889), and Read & Write with Modbus TCP (Hybrid RAM access). Dynamic UI Locking: When "Read-Only" is selected, all write-related configuration tabs (Modbus, Idle Defaults, Cycle Optimization, HUP, ZIP, and PV Surplus) and their inputs are automatically grayed out and disabled. Selecting native write mode unlocks the optimization tabs while keeping the Modbus tab disabled. Strict Backend Write Lock: Enforced a global hardware write lock in Read-Only mode across onReady, syncConfigValue, runOptimizationSchedule, and onStateChange (while keeping diagnostic functions like debug logging, raw dumps, and firmware checks active). Automatic Config Migration: Existing installations are seamlessly migrated on startup to the matching operating mode based on their previously active Modbus and optimization settings. 0.23.2 (2026-11-07) COP & Efficiency Calculation (copManager.ts): Isolated Counter Tracking: Introduced dedicated reference states for Total, Heating, and Hot Water counters (last_raw_power_* and last_raw_thermal_*). Each counter is now compared strictly against its own previous value, completely preventing cross-mode "ghost deltas" and astronomical COP spikes during cycle transitions. Automatic Total-Delta Fallback: Added seamless fallback detection for controllers with firmware bugs (e.g., Novelan LAV) where mode-specific counters like energy_warmwater remain permanently at 0. If a specific counter reports a delta of 0 during an active cycle, the adapter automatically uses the live delta of the corresponding total counter (energy_total / thermalenergy_total) without requiring manual configuration workarounds. 0.23.1 (2026-11-07) COP & Efficiency Calculation Fix (copManager.ts): Fixed Astronomical COP Values: Resolved a critical bug where the internal calculation logic switched between specific and total energy counters, causing massive "ghost deltas" and resulting in astronomical COP values (e.g., > 1000). Restored Robust Routing: The adapter now strictly and safely relies on the continuous total counters (energy_total and thermalenergy_total). It calculates the delta over the polling interval and dynamically routes it into the Heating or Hot Water buckets based on the active operating state. Note: Users facing the hardware bug where the heat pump does not track DHW power internally should select "External Object ID" in the adapter settings and link their energy_total datapoint as a workaround. 0.23.0 (2026-11-07) 🐛 Bugfixes & Tweaks Configuration & Baseline Logic: Custom Heating Offset Baseline: Added a new configuration field in the "Idle Defaults" tab for the default heating target temperature offset (Parallelverschiebung)[cite: 10]. Preserved Baselines: The idle reset mechanism (main.ts) and the PV surplus manager (pvManager.ts) now respect this custom baseline (e.g., +1 K) instead of hard-resetting the offset to 0 K[cite: 7, 13]. This ensures that your manual baseline heating curve is perfectly preserved when returning from a PV boost or entering standby.
  • Test Adapter faikout v0.0.17

    7
    1 Stimmen
    7 Beiträge
    287 Aufrufe
    S
    @akuehnemann73 Vielen Dank für ihr Feedback! Das ist mir auf meiner Hardware gar nicht aufgefallen: In der nächsten Version wird nur noch bei Änderungen die Verbrauchs-JSON neu geschrieben, also alle paar Minuten, statt bei jeder MQTT Nachricht.
  • Test Adapter webuntis2 version 0.3.x

    18
    0 Stimmen
    18 Beiträge
    548 Aufrufe
    B
    Hi, Mir fehlen bei den Daten über den Adapter die Lehrer - sowohl die Kurzform als auch die Langform. Die Felder sind nicht gefüllt. In der mobileApp und auf der Browserseite beio webuntis.com finde ich sie. Daher glaube ich nicht, dass es an meinen Rechten liegt. Im Log finde ich allerdings Some master data could not be loaded; unavailable lookups remain empty Dass ich keine Homework sehe verstehe ich - da steht im log warn WebUntis homework refresh failed: FORBIDDEN; previous data was kept Aber ich sehe auch in den anderen Geräten keine Hausaufgaben. Vielleicht hilft Dir die Fehlermeldung. Vielen Dank für den Adapter!
  • Test Adapter ocpp 1.x.x

    7
    3 Stimmen
    7 Beiträge
    82 Aufrufe
    D
    @meister-mopper ich teste alles, wenn ich mal einen Elektrohobel hier habe.. leider ist der ID weg und der Elroq verzögert sich
  • Test Adapter solaredge 2.0

    30
    0 Stimmen
    30 Beiträge
    970 Aufrufe
    D
    Bei mir funktioniert es jetzt auch nicht mehr. Im Log steht: "Not authorized. Open the authorization link in the instance settings and paste the code or the redirect URL." Wenn ich den authorization link öffne, lande ich nach dem Anmelden bei: "http://localhost:8081/?error=400.9"
  • Test Adapter homeconnect 2.0.0-alpha

    11
    0 Stimmen
    11 Beiträge
    493 Aufrufe
    J
    In Bezug auf die Pyrolyse, muss ich beim nächsten Mal schauen, aber bis zur nächsten Reinigung wird es jetzt leider etwas dauern. Etwas zum Herd: An meinem Herd gibt es eine ablaufende Zeit und eine Stoppuhr. Die ablaufende Zeit aktualisiert sich nicht nachdem die initiale Zeit angegeben ist (also auch im Datenpunkt erscheint), die Stoppuhr ist nicht als Datenpunkt hinterlegt. In der Homeconnect app gibt es eine Anzeige wie der Herd gerade läuft. Z.B. Leistungsstufe 5 vorne rechts. Kann man das auch abfragen? Wenn ich versuche über den Datenpunkt den Herd anzuschalten, muss ich das am Herd bestätigen / einschalten. Es erscheint nur App Ein/Aus bedienung auf dem Bildschirm. Gibt wohl immer noch keine Möglichkeit das über die ferne zu machen oder? Über die App geht es im übrigen auch nicht. PUT /api/homeappliances/BOSCH-PXY801KW1E-68A40E49A816/settings/BSH.Common.Setting.PowerState failed: SDK.Error.InvalidSettingState (BSH.Common.Setting.PowerState currently not available or writable) Gewähltes Programm: Hier sind nur wenige Programme gelistet. Es gibt weitaus mehr. Laufendes Programm: Hier steht nur Leistungsstufen. Der Herd unterscheidet Leistungsstufen 1-9, Pan Boost, sowie Topf Boost und Assist Stufen 1 bis 5. Laufendes Programm: Ohne die Herdplatte angeben zu können, hat das Programm keine Auswirkung. Auch wenn der Datenpunkt nicht unter commands steht, so tut sich was am Herd neues Icon, wenn ich ein Programm auswähle. Kindersicherung: Es erscheint nur auf dem Herd, dass man die Sperrtaste 4 sek halten soll. Der Herd wird nicht gesperrt. Vorschläge: Falls möglich sollte jede Herdplatte einen Ordner mit den Datenpunkten Stufe und Programm haben.
  • Test Adapter sehybrid V1.X.X

    7
    2
    0 Stimmen
    7 Beiträge
    251 Aufrufe
    obermolchO
    Neue Version ist 1.1.4, Änderung bei GH Workflows, keine Änderung von Funktionen oder Code.
  • Test Adapter octopus-energy-monitor v1.2.x GitHub/Latest

    11
    0 Stimmen
    11 Beiträge
    510 Aufrufe
    B
    @tippy88 sagte: mit Version 1.2.0 über das Iobroker Beta/Latest Repository gibt es einige Neuerungen Ich habe die Version installiert, die History Daten passen jetzt für den Octopus Heat Tarif. Hier der Vergleich 05-07 Nov.: Mein Script: {"date":"2026-11-05","timestamp":1793833200000,"total":18.648,"totalCost":4.15,"niedrig":9.472,"niedrigCost":1.78,"hoch":0.038,"hochCost":0.01,"standard":9.138,"standardCost":2.36},{"date":"2026-11-06","timestamp":1793919600000,"total":2.373,"totalCost":0.55,"niedrig":0.912,"niedrigCost":0.17,"hoch":0.075,"hochCost":0.02,"standard":1.386,"standardCost":0.36},{"date":"2026-11-07","timestamp":1794006000000,"total":17.047,"totalCost":3.25,"niedrig":16.492,"niedrigCost":3.11,"hoch":0.045,"hochCost":0.01,"standard":0.51,"standardCost":0.13}] Adapter: {"date":"2026-11-05","timestamp":1793833200000,"total":18.648,"totalCost":4.15,"costStatus":"complete","niedrig":9.472,"niedrigCost":1.78,"hoch":0.038,"hochCost":0.01,"standard":9.138,"standardCost":2.36,"unpriced":0,"unpricedCost":0},{"date":"2026-11-06","timestamp":1793919600000,"total":2.373,"totalCost":0.55,"costStatus":"complete","niedrig":0.912,"niedrigCost":0.17,"hoch":0.075,"hochCost":0.02,"standard":1.386,"standardCost":0.36,"unpriced":0,"unpricedCost":0},{"date":"2026-11-07","timestamp":1794006000000,"total":17.047,"totalCost":3.25,"costStatus":"complete","niedrig":16.492,"niedrigCost":3.1,"hoch":0.045,"hochCost":0.01,"standard":0.51,"standardCost":0.13,"unpriced":0,"unpricedCost":0} Noch zu Info: Für den 25.10.2026 bekommt ich keine Daten von Octopus, da war die Zeitumstellung. Um die History Daten Sinnvoll zu nutzen, habe ich meine letzten 8 Abrechnungen Feb-Sep mit den History Daten verglichen. Als Quelle habe ich meine eigenen History Daten verwendet, aber in Zukunft kann ich die Daten des Adapter nehmen. :-) Das Ergebnis: Eine Rechnung stimmt bis auf die letzte Kommastelle überein. Drei Rechnungen haben kleine Rundungsfehler bis zu einem kWh. Vier Rechnungen haben grobe Abweichungen. Berechne ich die Summe der Abweichung, bin ich momentan mit 15 kWh im Vorteil. Die Größte Abweichung hatte der 29. März 2026, da war die Umstellung Sommerzeit. Mein Fazit ist, Octopus hat generell ein Problem mit der Zeitumstellung.
  • ioBroker Visu iPhone Native App

    184
    1
    4 Stimmen
    184 Beiträge
    14k Aufrufe
    P
    Hallo Bluefox, Ich habe jetzt die 2.4.5 installiert. Leider erkennt die unterschiedliche User nicht mehr. Ich habe auf einer Seite einen Button, der nur für User in bestimmten Gruppen angezeigt werden soll. Wenn ich mit einem Browser auf die VIsu zugreife wird der Button bei einem bestimmten User auch ausgeblendet. In der App ist er unabhängig vom eingelegteM User immer sichtbar.

431

Online

33.1k

Benutzer

84.2k

Themen

1.4m

Beiträge