Beiträge von djiwondee

    Bei der Ansteuerung von ePaper-Displays über Home Assistant sollte man sich aber im Klaren darüber sein, dass häufige Änderungen auch einen deutlich höheren Stromverbrauch zur Folge haben. Primär sind diese Teile ja zum Anzeigen zeitlich möglichst konstanter Inhalte gedacht.

    Das paperlessepaper aktualisiert per Default nur einmal stündlich und legt sich dann schlafen. Will man das sofort aktualisieren, muss man am Gerät eine Taste drücken. Zusätzlich haben sie auch was einbaut, was den "Bildunterschied" in % ermittelt. Ist wohl gedacht, dass das Aktualisieren unterdrückt wird, wenn das neue Bild vom alten nicht signifikant abweicht...

    Nun ja, ich habe mir die Integration aber ja auch nicht gebaut, damit ich da in Cartoonstyle Videos darauf schauen kann...

    Soeben ist ein brandneues UNAS2 angekommen:

    Der Inhalt kann nicht angezeigt werden, da du keine Berechtigung hast, diesen Inhalt zu sehen.

    Unboxing muss leider bis zum Wochenende warten. Es wird in meinem Unifi Home-Setup das in die Jahre gekommene Synology NAS aus 2015 ablösen (Synology DS214play + 2x 4TB WD RED HDD) für einen Bundle-Preis von damals 652,00€.

    Ich bin gerade echt von den Socken bzgl. Claude. Angefixt durch diesen Artikel habe ich mal einen interaktiven Dialog mit Claude gestartet, um ein API-Reverse-Engineering meines Heizungsreglers im Keller zu machen. Diesen kann ich per Webbrowser zur Konfiguration erreichen, als auch mit einer iOS App, um Betriebsart, Räume, Schaltzeiten aus Sicht eines Bewohners zu steuern:

    Der Inhalt kann nicht angezeigt werden, da du keine Berechtigung hast, diesen Inhalt zu sehen.

    Vor sechs(!) Jahren habe ich mir schon mal einen Man-In-The-Middle (MitM) Raspi konfiguriert und konnte alle/viele API-Endpoints identifizieren, die die Mobile-App anspricht. Gescheitert bin ich aber an der Signierung und mithin der Verschlüsselung der Parameter der HTTP-requests (User-token), die der MitM-raspi nur hat anzeigen können.

    Es hat mit Claude und ein bißchen Copy und Paste in die Browser-Konsole keine drei Stunden gedauert, dann hatte ich

    • alle Endpoints verifiziert
    • grundsätzlich den Einsatz dar Crypto-Bibliotheken verstanden
    • das konkrete Signieren der API Requests nachbauen (coden) lassen
    • ein Python Test-Script für den erfolgreichen Login in das gateway
    • die Verifizierung aller End-points
    • Konkrete API-Tests für das Lesen und Setzen von Einstellungen der Räume

    Der Inhalt kann nicht angezeigt werden, da du keine Berechtigung hast, diesen Inhalt zu sehen.

    Nun mag ja Claude (Sonnet 4.6 benutzt) und mithin Claude Code ja auf Programmierung hin trainiert wurde sein. Es bestärkt meine Meinung, dass strukturierbare, Logiken folgende Aufgaben sicher weniger dem Halluzinieren unterliegen...

    Bevor jemand fragt: nein, der Claude Chrome-Connectore war NICHT aktiviert. Soweit geht das Vertrauen dann doch nicht. Wenn ich Claude wohl gelassen hätte...

    Hallo zusammen,

    nutzt hier jemand einen [paperlesspaper](https://paperlesspaper.de) ePaper-Bilderrahmen?

    Ich habe eine Home Assistant Integration dafür entwickelt und suche nach weiteren Nutzern zum Test bzw. Austausch. Die Integration ermöglicht es, den Bilderrahmen direkt aus HA zu steuern und per Automation mit Bildern zu bespielen.

    In Simons HA-Community habe ich dazu bereits einen Thread eröffnet und suche Freiwillige. Falls jemand so ein Gerät hat und Interesse an der Integration hast, meldet Euch gerne.

    Kurzes Update zur Integration - Was geht schon?

    • Geräte werden automatisch aus dem paperlesspaper-Account erkannt
    • Bilder kann man direkt aus Home Assistant aufs ePaper-Display schicken
    • Bietet eine Action für Automationen
    • Sensoren für Batterie, nächste Sync und Ruheintervall
    • Binary Sensoren für Erreichbarkeit und Bild-Updatestatus
    • Buttons für Neustart des ePaper Gerätes und Reset der Device-Values auf die Defaults
    • Polling-/Aktualisierungsintervall für ie Cloud-Abfrage einstellbar
    • Deutsch & Englisch lokalisiert

    Was braucht man?

    • Ein paperlesspaper-Gerät (z. B. OpenPaper 7)
    • API-Key aus der App/Webseite
    • Home Assistant ab 2024.1
    • HACS

    Das Repo ist aktuell noch privat – ich würde gern erst ein bisschen Feedback einsammeln, bevor ich es public mache. Wenn jemand Lust hat zu testen: einfach hier melden oder PN.

    Die Beta-Version 0.1.0 ist schon ziemlich ziemlich leistungsfähig. Jedoch ist die API wohl noch nicht komplett und ich konnte bisher nur mit (m)einem OpenPaper 7 testen.

    Sobald sich Bedarf abzeichnet geht das Repo natürlich öffentlich und dann auch sauber über HACS verfügbar.

    Aber grundsätzlich ist das übergreifende Zusammenarbeiten von verschiedenen LLMs nur vorteilhaft

    Das schaut mir schon ein sehr nach einer "Philosophischier-Gruppe", wenn ich mir die "Haluz" von mehreren und dann noch kombiniert anschauen und verifizieren muss...

    Ich denke für strukturierte und logische Aufgaben (Coding, Kausalitäten) Audio, Video sind spezialisierte LLMs schon sehr sehr gut. Aber ein echte und zuverlässige Conglusio, wie sie echte Experten mit echter Erfahrung machen, da brauch es m. E. noch ein paar Trainings-Epochen...

    Hmm... nicht, dass ich es tatsächlich benutzt hätte, aber..


    Sich auf ein Modell zu fixieren wird dem volatilen Charakter LLM-Services und ihrer Anbieter aktuell haben sicher eh nicht gerecht...

    Plant Apple eine eigene Siri-App mit Chatbot-Oberfläche?

    Zitat

    Darüber hinaus plant Apple offenbar, die bisherige Suchfunktion Spotlight durch Siri zu ersetzen.

    Hoffentlich nicht! Bin zwar kein Keyboard-Jünger, aber die Spotlight-Suche möchte ich nicht missen. Sowas ist immer noch schnelle als Siri fragen!!! Der Inhalt kann nicht angezeigt werden, da du keine Berechtigung hast, diesen Inhalt zu sehen.

    Meine Nutzung von Homebrew beläuft such auf "gelegentlich". Homebrew ist (einer?) der inoffiziellen Paketmanager für macOS. Aus meiner Sicht quasi ein App Store für Entwickler und Power-User, der Programme installiert, aktualisiert und verwaltet, die Apple bspw. nie im Mac App Store aufnehmen würde.

    Der App Store verlangt Sandboxing, Apple-Signierung und viele Einschränkungen. Kommandozeilen-Tools, Open-Source-Software oder spezialisierte Dev-Werkzeuge passen da schlicht nicht rein.

    Wenn mich mal ein Tool oder eben auch ein GUI-basierte App interessiert, dann schaue ich i. d. R. immer auch bei Homebrew nach. Ist für mich beinahe eine erste empirische Prüfungsschwelle, bevor ich irgendwo auf ner Webseite was runterlade...

    Meine bisher wichtigste Anwendung ist openjdk .Auch in Betrieb genommen damit sind blackhole-2ch , qlmarkdown , syntax-highlight.

    Ich muss gestehen: Deinem Beitrag habe ich inhaltlich erstaunlich wenig hinzuzufügen – viele der Punkte beschreiben ziemlich präzise, wo sich Apple gerade strategisch befindet. Was mich allerdings zunehmend umtreibt, ist eine andere, vielleicht etwas banalere, aber langfristig genauso problematische Entwicklung: die schleichende Transformation von macOS zu einem Software-Monster, das immer stärker an die Komplexität erinnert, die wir früher nur von Windows kannten.

    Apple hat über viele Jahre davon profitiert, dass macOS im Kern vergleichsweise schlank, klar strukturiert und vor allem konsistent war. Systemdienste waren überschaubar, der Funktionsumfang wuchs moderat, und vieles folgte einer relativ klaren Designphilosophie. In den letzten Jahren habe ich jedoch zunehmend den Eindruck, dass sich auch hier eine Art Feature-Inflation entwickelt – getrieben durch Cloud-Dienste, AI-Integration, Hintergrundservices, Telemetrie, Sync-Mechanismen und immer neue System-Frameworks, die irgendwo „unter der Haube“ laufen.

    Das Ergebnis ist ein Betriebssystem, das immer mehr Subsysteme und Abhängigkeiten mit sich herumschleppt. Genau das war historisch eines der Hauptprobleme von Windows: Jahrzehnte von Kompatibilitätslast, Service-Schichten, Hintergrunddiensten und APIs, die man aus Gründen der Rückwärtskompatibilität nie mehr wirklich loswird. Apple hat lange den Vorteil gehabt, regelmäßig alte Zöpfe abzuschneiden. Aber auch dort scheint inzwischen der Mut zu radikalen Schnitten begrenzt zu sein – vermutlich, weil das eigene Ökosystem inzwischen selbst zu groß und zu komplex geworden ist.

    Der AI-Schub verstärkt diesen Effekt zusätzlich. Statt eines klaren, strukturellen Neubeginns entstehen vielerorts neue Schichten: lokale Modelle, Cloud-Modelle, Assistenz-Frameworks, Privacy-Layer, API-Gateways für Entwickler, Abo-Dienste für spezialisierte Funktionen. Alles einzeln plausibel – in Summe aber ein weiterer Ausbau der Systemkomplexität.

    Und genau da sehe ich die eigentliche Ironie: Apple verkauft Stabilität zunehmend als Produktfeature, während gleichzeitig immer mehr Infrastruktur ins System wandert, die diese Stabilität langfristig schwieriger macht. Ein Betriebssystem, das immer mehr Dienste integriert, wird zwangsläufig auch immer mehr Fehleroberflächen haben.

    Dein Punkt zur Lock-in-Strategie passt da sehr gut hinein. Wenn AI, Health-Features, Cloud-Dienste und Gerätefunktionen immer enger miteinander verzahnt werden – und dann noch über Abomodelle laufen – entsteht ein System, das technisch wie wirtschaftlich immer stärker geschlossen wird. Für Apple ist das rational: maximale Kundenbindung. Für Nutzer bedeutet es aber auch eine zunehmende Abhängigkeit von einem immer komplexeren Stack.

    Was ich deshalb fast noch bedenklicher finde als das „AI-Trostpflaster“: die langfristige Entwicklung hin zu einem Betriebssystem, das seine ursprüngliche Eleganz und technische Klarheit verliert, weil ständig neue Schichten auf bestehende Strukturen gesetzt werden. Genau so entstehen über die Jahre die Software-Gebirge, die irgendwann kaum noch jemand vollständig überblickt.

    Kurz gesagt: Wenn Apple nicht aufpasst, wird aus dem einst bewusst schlanken System irgendwann genau das, wovon viele Mac-Nutzer jahrzehntelang geflohen sind – ein hochkomplexes, schwer durchschaubares Plattform-Ökosystem, das eher verwaltet als gestaltet wird...

    Ubiquiti bietet wohl ein Planungstool auf der Website an, eventuell sehe ich mir das mal näher an.

    Damit hatte ich mich mal beschäftigt...aber die Rahmenbedingungen das zu nutzen ziehen ein Anwendungsszenario "Office, Gebäude, Plant" in Betracht und kein Privathaus?

    Ich kann nur soviel sagen, ich mag mein Unifi Setup nicht mehr hergeben (Dream Machine Pro, 1 PoE Switch, 3 U7 Wall Accesspoints)...