Da mich künstliche Verknappung immer noch triggert und ich mir @ollie sichern wollte, habe ich mich auch dort angemeldet. Was mit dem Rollout kam, war pure Ernüchterung.

Versuchen 8PM und Wedium eigene Ansätze (auch wenn das Konzept nicht neu ist), ist W social wirklich nur ein Clone. Das Frontend, die App, alles schreit nach Bluesky. Nur halt leicht eingefärbt und teils sind Funktionen im Web-Frontend entfernt, wie z. B. die eigene URL als Handle setzen.

Als ich bei einem anderen W social Nutzer die eigene URL als Handle sah, wurde ich aber neugierig, da die Funktion ja nicht im Frontend vorhanden ist. Also begann das Graben.

Das AT-Protokoll ist erst mal Open Source bzw. die API gut dokumentiert. Im Falle von der eigenen URL als Handle war es an sich auch sehr einfach, nach kurzer Recherche.

1. DID herausfinden

Das geht am einfachsten im Browser auf wsocial.eu, wenn man z. B. von der Startseite auf sein Profil klickt. Mit dem Klick auf das Profil sieht man in den Entwicklertools des Browsers unter Netzwerk eine 200er Auflösung, wie diese hier:

https://pds.wsocial.network/xrpc/app.bsky.feed.getAuthorFeed?actor=did:plc:HIER_IST_DEINE_DID&filter=posts_and_author_threads&includePins=true&limit=30

Der individuelle Wert zwischen …:plc: und &filter=… ist das Interessante an der Stelle.

2. DNS TXT Record setzen

Der gleiche Schritt, wie es auch bei Bluesky passieren muss. Für die betreffende Domain, die genutzt werden soll, muss ein DNS-Eintrag gesetzt werden.

• Host: _atproto.deinedomain.tld
• Type: TXT
• Value: did=did:plc:deine-did-hier

Propagation abwarten und ggf. prüfen: dig TXT _atproto.deinedomain.tld

3. Session erstellen

curl -s -X POST "https://pds.wsocial.network/xrpc/com.atproto.server.createSession" -H "Content-Type: application/json" -d '{"identifier":"DEINNAME.wsocial.eu","password":"DEIN_PASSWORT"}'

Aus der Response das Feld accessJwt kopieren.

4. Handle aktualisieren

curl -s -X POST "https://pds.wsocial.network/xrpc/com.atproto.identity.updateHandle" -H "Authorization: Bearer DEIN_ACCESSJWT" -H "Content-Type: application/json" -d '{"handle":"deinedomain.tld"}'

Leere 200-Response = fertig. Das Handle ist jetzt @deinedomain.tld.

Wem das zu kompliziert ist, der geht auf bsky.app, wählt beim Login einen alternativen Hosting-Anbieter aus, gibt dort https://pds.wsocial.network ein und dann seine regulären W social Login-Daten. Über das Frontend kann man dann in den Optionen auch wieder eine Domain als Handle einrichten. Der Schritt mit dem DNS-Eintrag bleibt aber.

Und wer sich dann fragt, wie das Profil befüllt werden kann: atproto-pds-mirror spiegelt ein bestehendes AT-Proto-Profil (z. B. von Eurosky) auf einen anderen PDS, wie W social.

Dieser Beitrag ist Teil meiner Seite Anleitungen.

In den letzten Jahren hatte ich immer wieder den Gedanken, mir eine Home-Assistant-Instanz aufzusetzen, um die vielen losen Enden meiner Smarthome-Landschaft zusammenzuführen. Neben der Fritz!Box mit Thermostaten und einigen Schaltern, hat auch die Therme eine Anbindung, dann gibt es noch ein paar Sachen von Ikea und auch die Rollläden lassen sich aus der Ferne steuern.

Matter war erst noch eine Option, auf die ich warten wollte. Warten, bis sie endlich nicht mehr von heise und Co. kritisiert wird. Es ist offensichtlich schwierig, eine Lösung zu schaffen, die mit allem sprechen kann.

Wobei Home Assistant nun unabhängig vom Protokoll ja schon mit allem sprechen kann. Ich hatte Bedenken wegen des Aufwandes und habe es ewig vor mir hergeschoben. Nun hatte ich die Zeit und habe mir eine ordentliche Instanz aufgesetzt, die wirklich viel kann und ein bisher okayes Dashboard hat.

Knackpunkt war in jüngster Vergangenheit, dass der Umfang meiner Home-Assistant-Instanz den Raspberry Pi an sein Limit bringt. Es ist nur ein 4er mit 2GB RAM. Zwar mit SSD über USB 3, aber insgesamt jetzt nicht die Welt.

Erster Gedanke war ein Raspberry Pi 5 mit 4, wenn nicht sogar 8 GB RAM. Aber das sind mal eben 100 Euro, noch. Bei den steigenden RAM-Preisen derzeit, kann sich das ggf. bald ändern.

Dazu braucht man dann noch eine Kühlung, ein Gehäuse, Netzteil und ggf. noch mal einen guten Massenspeicher. Wo landet man da preislich?

Das wollte ich gar nicht mehr herausfinden, nachdem ich mich an einen Artikel von heise.de erinnerte, die einen Thin Client lobten, weil mit dem viel zu machen ist und der halt günstig ist.

heise hat damals rund 70 Euro genannt, kurz nach dem Artikel sind die Preise etwas gestiegen. Ich habe just einen für 45 Euro bei Kleinanzeigen ergattern können, neue SSD für weitere 15 Euro. Die verbauten 4GB RAM reichen mir erst mal. Um Gehäuse, Kühlung und Netzteil muss ich mich auch nicht mehr kümmern und der Stromverbrauch des Futro ist auch etwas geringer, als beim Pi 5. Soweit schon mal alles gut!

Als der Futro auf dem Weg zu mir war, habe ich dann im Netz mitbekommen, dass man nicht so einfach Home Assistant darauf installieren kann, wie beim Pi.

Problematisch kann es mit der Festplatte werden, da die vom BIOS nicht erkannt wird bzw. die Bootfähigkeit nicht vorhanden ist.

So schwerwiegend ist es aber nicht, wenn man sich nicht vor einem Live-Linux und ein bisschen Terminal scheut. Im Folgenden versuche ich zusammenzufassen, wie es bei mir innerhalb kürzester Zeit eingerichtet war.

Home Assistant auf Futro S740 installieren

Voraussetzungen

USB-Stick (FAT32 formatiert) für BIOS-Update
USB-Stick für Linux-Live-System
Internetverbindung, natürlich

Teil 1: BIOS-Update

Warum ist das notwendig?

Ältere BIOS-Versionen haben Probleme mit dem UEFI-Boot von der internen SSD. Nach der HAOS-Installation wird die SSD oft nicht als Boot-Option erkannt. Ein Update auf mindestens R1.13.0 oder neuer behebt dieses Problem.

Download: Das Admin Pack V5.0.0.13 – R1.14.0 findest du hier:

https://support.ts.fujitsu.com/IndexDownload.asp?SoftwareGuid=FA0A6053-4D47-4C28-93A3-021C2E530D93

Gefunden durch R3NE07 – Auch sonst eine gute Referenz für das Gerät!

Durchführung

1. ZIP herunterladen und entpacken
2. USB-Stick FAT32 formatieren
3. Inhalt der ZIP direkt ins Root-Verzeichnis des Sticks kopieren (nicht den Ordner, sondern die Dateien!)
4. Futro starten → F12 drücken → USB-Stick auswählen, wird als „FUJITSU Update Utility“ angezeigt
5. Update bestätigen mit Y
6. Nach „Updating Flash: 100%“ USB-Stick abziehen
7. Capsule Flash Update mit Y bestätigen
8. Neustart abwarten

Teil 2: Linux-Live-System vorbereiten

Du kannst Ubuntu Desktop oder eine andere Ubuntu-basierte Distribution verwenden.

Ubuntu Desktop: https://ubuntu.com/download/desktop
Linux Mint: https://www.linuxmint.com/download.php

Mit Balena Etcher die ISO auf den Stick schreiben.

Booten
1. USB-Stick einstecken
2. Futro starten → F12 → USB-Stick (UEFI) auswählen
3. Try Ubuntu bzw. Ubuntu ausprobieren wählen (nicht installieren!)

Teil 3: HAOS auf interne SSD schreiben

Terminal öffnen und HAOS herunterladen, ggf. vorher Tastaturlayout in den Einstellungen auf Deutsch einstellen.

cd ~/Downloads

wget https://github.com/home-assistant/operating-system/releases/download/17.0/haos_generic-x86-64-17.0.img.xz

Evtl. gibt es schon eine aktuellere Version, die findest du dann hier.

Dann, interne SSD identifizieren:

lsblk

Typische Ausgabe:
– NVMe SSD: `/dev/nvme0n1`
– SATA SSD: `/dev/sda`

Achte darauf, nicht versehentlich den USB-Stick zu überschreiben! Die interne SSD vom Futro wird, wie bei mir, die nvme0n1 sein.

HAOS auf SSD schreiben

Für NVMe SSD:

xzcat haos_generic-x86-64-17.0.img.xz | sudo dd of=/dev/nvme0n1 bs=4M status=progress

sudo sync

Für SATA SSD (`/dev/sda`):

xzcat haos_generic-x86-64-17.0.img.xz | sudo dd of=/dev/sda bs=4M status=progress

sudo sync

Wenn sich die Version von HAOS geändert hat, muss der Befehl natürlich angepasst werden. Man kann auch einfach den Download in haos.img.xz umbenennen.

Das Wichtigste: EFI-Boot-Eintrag erstellen

Für NVMe SSD:

sudo efibootmgr --create --disk /dev/nvme0n1 --part 1 --label "HAOS" --loader '\EFI\BOOT\bootx64.efi'

Für SATA SSD:

sudo efibootmgr --create --disk /dev/sda --part 1 --label "HAOS" --loader '\EFI\BOOT\bootx64.efi'

Teil 4: Erster Start

1. Linux herunterfahren
2. USB-Stick abziehen
3. Futro starten

Die Kiste rödelt dann erst mal etwas. Wenn du, wie ich, den Futro noch am Monitor angeschlossen hast, kannst du den Fortschritt beobachten.

Der erste Start dauert 5 bis 20 Minuten. In dieser Zeit wird die Partition auf die volle SSD-Größe erweitert und Home Assistant Core heruntergeladen.

Sobald du dann den Terminal-Startbildschirm von Home Assistant siehst, sollte auch über http://homeassistant.local:8123 so langsam was zu sehen sein.

Teil 5: Backup wiederherstellen (optional)

Falls du ein bestehendes Home-Assistant-Backup hast:

1. Im Onboarding-Bildschirm Aus Backup wiederherstellen wählen
2. .tar-Backup-Datei hochladen
3. Alle Einstellungen, Automationen und Integrationen werden übernommen

Fazit

Eigentlich ist das alles halb so wild. Das Wichtigste ist es, den EFI-Boot-Eintrag zu schreiben. Bei den BIOS-Einstellungen muss man noch darauf achten, dass Secure Boot aus und UEFI-Boot an ist. Was bei mir ohnehin der Fall war.

Quellen
1. Home Assistant Installation Generic x86-64
2. GitHub Issue – Boot-Problem Fujitsu/SATA

Dieser Beitrag ist Teil meiner Anleitungen.

One Hand Operation + im Galaxy Store

Dieser Beitrag ist Teil meiner Anleitungen.

Es scheint bei einigen Anbietern von CalDav-Services, wie z. B. Nextcloud, gerne Probleme mit der Integration in Thunderbird zu geben.

Vorzugsweise wenn man eine eigene Nextcloud Instanz laufen hat, verlangt Thunderbird bei jedem Start nach dem Passwort, obwohl dieses zuvor schon korrekt gespeichert wurde.

Wie bei so vielen Sachen ist die Lösung banal: In den Einstellungen zum „Config Editor“ herunterscrollen, klicken, das Risiko akzeptieren und nach calendar.network.multirealm suchen. Siehe Beitragsbild.

Klicke doppelt auf die Zeile, um es auf true zu setzen, schließe und öffne Thunderbird. Du wirst dann noch mal nach allen Kalenderpasswörtern gefragt, solltest du mehrere Kalender integriert haben. Danach läuft es, yay!

Dieser Beitrag ist Teil meiner Anleitungen.

Die Lösung ist erstaunlich einfach: WiFi-Karte tauschen!

Als Ersatz taugt die Intel Wireless-AC 9260, deren Treiber nicht (vollständig?) offen sind, aber qualitativ eine deutliche Verbesserung bedeuten. Den Umstand muss man bereit sein einzugehen, wobei der Vorteil aus meiner Sicht überwiegt. Inzwischen gibt es mit der Intel AX200 oder AX210 auch Wi-Fi-6-Alternativen im gleichen M.2-2230-Formfaktor, die ich allerdings nicht selbst getestet habe.

Die einzusteckende Seite der Karte ist nicht identisch, das kann man getrost missachten, und gerade die für Purism Geräte markanten Schalter zur Deaktivierung des W-LAN funktionieren weiterhin.

Zu beachten ist nur, dass man die Kabel entsprechend in Main und AUX einsteckt, wie sie vorher auch eingesteckt waren, und man den kleinen Aufkleber über die Kabel wieder anbringt, damit diese keinen Kontakt mit dem Gehäuse bekommen.

Der Tausch sollte bei jeglichem Laptop gut funktionieren. Sicherheitshalber kann man sich vorher die Treiber für Windows bei Intel herunterladen.

—
* Auch unter der Modellbezeichnung Atheros QCNFA222 geführt

Dieser Beitrag ist Teil meiner Anleitungen.

Nach einigem Hin und Her, und den typischen Tutorials, die bei mir nichts gebracht haben, bin ich auf Grundlage dieser auf das unten folgende Szenario gekommen (Stand Oktober 2018, mit der 7490 und Firmware Version 7.0.1). Wie bei allen Tutorials, erst mal ganz durchlesen! Eine Garantie auf Erfolg gibt es, wie bei all diesen Sachen, leider nicht und sollte irgendwann diese Anleitung nicht mehr funktionieren, oder gar andere Resultate erzeugen: Ihr macht das aus freien Stücken!

Vorbereitung zur Vorbereitung

• Windows-Rechner oder zumindest einen Rechner mit vernünftigem Ethernet-Port, der nicht über USB angesteuert wird. Dann sollte es auch mit einer virtuellen Windows-Maschine funktionieren. Weil…
• … du die recovery.exe deiner Fritz!Box ausführen musst: Google Suche nach AVM Recovery und Typenbezeichnung, z. B. 7490 und du solltest direkt den FTP-Ordner von AVM erhalten
• Die Fritz!Box liegt am besten neben dem Rechner auf dem Tisch (von wegen Timing und die blinkende Power-Leuchte im Blick haben) und ist per LAN-Kabel mit dem Rechner verbunden.
• Der Rechner bzw. dessen Ethernet-Anschluss bekommt eine feste IP, 192.168.178.2 – Netmask ist, wie üblich, 255.255.255.0, der Rest kann missachtet werden

Vorbereitung

• Command Prompt (Eingabeaufforderung) als Administrator öffnen – Start drücken, cmd eingeben, Rechtsklick, als Administrator öffnen (warum auch immer: so klappt der FTP-Log-in besser)
• ftp 192.168.178.1 eingeben, noch nicht Enter drücken
• Die AVM recovery.exe ausführen und bis zu dem Schritt führen, an der man die Fritz!Box vom Strom nehmen soll. Hier warten! Denn danach kommt die Aufforderung, der Box wieder Strom zu geben, den Schritt brauchst du später
• Die beiden Anwendungen, AVM recovery und Command Prompt auf dem Desktop recht nah einander drapieren, gleich muss es etwas zügiger gehen

Durchführung

Das meiste wirst du kennen, wenn du dich mit dem Thema beschäftigt hast. Das (für mich) Neue ist, die recovery.exe gleich nach dem Reboot auszuführen, dafür:

• Fritz!Box vom Strom nehmen, Command Prompt im Fokus haben, Strom wieder rein
• Mehrere Lampen leuchten auf einmal, dann hält die Power-Lampe einen Moment an und fängt danach an zu blinken
• Nach dem ersten Blinken drückst du in Command Prompt Enter, dann kommt der FTP Log-in
• Nutzer und Passwort sind: adam2
• Das Folgende Schritt für Schritt eingeben, mit Enter bestätigen (es sollte alles u. a. mit 200 bestätigt werden):

debug bin
quote GETENV provider
quote UNSETENV provider
quote SETENV firmware_version avm

Jetzt kurz innehalten. Die Idee, die sich mir an dieser Stelle ergeben hat, geht davon aus, dass die Box jetzt denkt, sie sei eine freie/ originale Fritz!Box. Wenn sie danach aber vollständig hochfährt, kommt von irgendwoher der provider additive Schmarn. Aber die recovery.exe kann im richtigen Moment die Box als freie Box identifizieren und überschreibt entsprechend auch das additive Zeug.

Deswegen geht es so weiter:

• Eingabe von: quote REBOOT (Edit: Schreibweise in Großbuchstaben kann bei älteren Geräten relevant sein), Enter drücken, kurz warten bis alle Lampen der Fritz!Box aufleuchten… (Edit: oder parallel einen Ping auf die IP der Box laufen lassen)
• … und dann sofort die vorbereitete recovery.exe abfeuern, dass diese nach der Fritz!Box sucht

Dies sollte sofort funktionieren und alle Partitionen der Fritz!Box überschreiben. Wenn die Versionsnummer der Box nicht gefunden wird, dann sollte noch der Ethernet-Anschluss auf 10Mbit/s, Halbduplex in den Windows-Einstellungen des Netzwerkgerätes gestellt werden (gerne auch diesen Punkt mit in die Vorbereitung aufnehmen). Es kann auch sein, dass man die Windows-Firewall bzw. generell seine Firewall deaktivieren muss. In meinem Fall ging es auch mit der versehentlich aktivierten Windows Firewall.

Die recovery.exe läuft entsprechend durch, man bestätigt alles und der nächste Neustart dauert etwas länger. Wie gesagt, in meinem Fall hat die Kombination aus diesen beiden Sachen sofort funktioniert, nachdem viele andere Tutorials gar nichts gebracht hatten. Ich habe die Box dann mehrmals hochgefahren, salopp eingerichtet, wieder auf Werkseinstellungen gesetzt. Um zu sehen, ob es auch so bleibt und es blieb so!

Ich wünsch dir viel Erfolg!

Dieser Beitrag ist Teil meiner Anleitungen.

Die Ursache war, dass ich den Stick an einem Linux-Rechner aufbereitet hatte. Selbiges wird mit sehr hoher Wahrscheinlichkeit auch durch am Mac erzeugte Sticks passieren. Auch wenn man darauf achtet, FAT32 auf den jeweils anderen Systemen auszuwählen, mag der Onkyo-Receiver dies nicht.

Die Lösung ist so einfach wie dumm:
– Zieh den Stromstecker des Receivers aus der Steckdose
– Benutze ein Windows System zur Vorbereitung des USB-Sticks – Sorry, aber ja, es muss Windows sein, VM reicht zur Not auch.
– Solltest du, unwahrscheinlicherweise, deinen Stick mit einer GPT Partitionstabelle versehen haben, wechsel hierfür wieder auf MBR (jeder, der nicht weiß, was das bedeutet, kann das missachten. Jeder handelsübliche Stick ist zunächst auf MBR eingestellt, man kann es nicht einfach so umstellen)
– Um auf Nummer sicher zu gehen, benutze den in Windows integrierten ZIP-Manager, um das Onkyo Firmware ZIP zu entpacken
– Kopiere die Firmware-Datei auf den Stick
– Steck den Stick in den Receiver und das Stromkabel wieder in die Steckdose, um von vorn anzufangen

Als ich mir nach einigen vermasselten Updates schon die Haare raufte, half diese Methode unmittelbar. Somit sollte es hoffentlich auch bei dir klappen!

Pro-Tipp: Falls du deinen Onkyo (oder Pioneer) Receiver komfortabel mit einer App steuern möchtest, empfehle ich dir ONPC. Sie ist Open Source, kostenlos, für Android und iOS verfügbar und kann ein paar Tricks, die die offizielle nicht kann.

Dieser Beitrag ist Teil meiner Anleitungen.