Beiträge von Patrick_

    Hab meinen Beitrag oben nochmal editiert ;) ja es ist ein Unterschied ob du in der Benutzerverwaltung für RaspberryMatic-WebUI einen Benutzer anlegst oder es ein User auf dem "Betriebssystem" ist.


    ACHTUNG: Was ich gerade so im Netz lese ist RaspberryMatic eine komplett eigene Distribution bzw. eigenständiges Betriebssystem welches nicht auf Raspbian basiert. Somit ist die von mir verlinkte Anleitung auf Seite 1 hinfällig. Ich weiß nichtmal ob du Homebridge anders installieren kannst. Ich glaube, dass es hier für dich sowieso nur das Homekit-Addon gibt.

    Dann gibt es wohl nur einen "root" als user auf deinem Raspberry Pi. Von einem "Mike" und "Admin" ist nichts zu sehen. Dein Standard-user "Admin" und der von dir angelegte "Mike" in der Benutzerverwaltung gibt es nur auf der WebUI von deinem RaspberryMatic. Die beiden haben nichts mit dem ssh Zugriff zu tun. wenn bei dir "ssh aktiv" gesetzt ist, dann ist für dich der Login auf deinen Pi standardmäßig über User "root".

    Nein, nobody scheint ein System user zu sein. Hat nichts mit angemeldet zu tun, es geht bei dem Befehl nur darum zu sehen, was für user auf deinem raspberry pi angelegt sind und ob da ein Mike oder admin dabei sind. mach mal nur ein cat /etc/passwd, dann werden dir alle user angezeigt, auch die system user.


    Da uns der ganze Krempel hinter dem ersten : nicht interessiert, sondern nur der Username kannst du zur besseren Übersicht auch awk -F ":" '{print $1}' /etc/passwd | sort eingeben.

    So, hier mal eine Anleitung für den Wechsel/die Migration/das Upgrade von einem RaspBee I zu einem RaspBee II Aufsteckmodul. Ich übernehme keine Garantie/Gewähr für die Richtigkeit, daher steinigt mich nicht, wenn ihr im Anschluss euer Setup zerschossen habt!


    Es ist sicherlich nicht verkehrt vorab auch noch die Homebridge mit sudo systemctl stop homebridge zu stoppen, siehe: Homebridge Befehlssammlung. Da sonst während des ganzen Prozesses wie wild im Sekundentakt Fehlermeldungen im Log aufscheinen, weil das Homebridge-Hue Plugin keine Verbindung mehr zum deCONZ Gateway/Bridge und den ganzen angelernten Geräten hat.

    1. Backup von deCONZ erstellen

    Wir gehen über die Phoscon Weboberfläche http://phoscon.de/app in die Einstellungen, unter "Gateway" finden wir den Punkt "Backup Optionen" und erstellen hier ein neues Backup über "Backup erstellen" und anschließendem "Download starten".


    2. Raspberry Pi vorbereiten


    Anschließend loggen wir uns über das Terminal am Mac via SSH auf dem Pi ein.


    Mit dem Befehl sudo systemctl stop deconz (bei einer headless Installation) bzw. mit sudo systemctl stop deconz-GUI (Desktop Version) stoppen wir den deCONZ Dienst.

    Danach erstellen wir eine Kopie vom Ordner unter .local/share/dresden-elektronik, und nennen diesen z.B. dresden-elektronik_OLD. Dies geschieht über den cp Befehl: cp -a /local/share/dresden-elektronik /local/share/dresden-elektronik_OLD. Der Ordner dient uns als Backup, falls etwas schief laufen sollte. Streng genommen enthält bereits unser Backup aus der Phoscon Weboberfläche die Datenbank und weitere Dateien aus dem oben genannten Verzeichnis, jedoch tun wir uns leichter im Falle eines Fehlers, einfach deCONZ nochmal zu stoppen und den Ordner wieder zurück auf "dresden-elektronik" umzubenennen.


    Nun ist der Raspberry Pi softwareseitig für den Wechsel vorbereitet. Wir fahren den Pi über sudo poweroff herunter, warten ein paar Sek. bis er vollständig heruntergefahren ist, ziehen vorsichthalber noch das USB-Kabel vom Stromanschluss ab und wechseln das Aufsteckmodul.


    Wir stecken das Stromkabel wieder ein und lassen den Raspberry Pi hochfahren. Da deCONZ beim Neustart die Datenbank und diverse Dateien unter /local/share/dresden-elektronik nicht mehr finden kann, wird es für uns ein neues Verzeichnis "dresden-Elektronik" mit einer neuen sauberen, leere Datenbank anlegen.

    3. RTC installieren

    Der Raspbee II hat eine RTC (Real Time Clock) samt Batterie an Bord, die die korrekte Uhrzeit beibehält, auch bei Strom- oder Internetausfall. Da unser Raspbee I sowas nicht hatte, müssen wir nun zunächst die RTC installieren. Siehe hierzu: https://phoscon.de/de/raspbee2/install


    Abhängigkeiten installieren

    sudo apt update

    sudo apt install i2c-tools build-essential raspberrypi-kernel-headers


    Installationsarchiv herunterladen

    Über curl -O -L https://github.com/dresden-elektronik/raspbee2-rtc/archive/master.zip unzip master.zip laden wir uns das Installationsarchiv runter und entpacken dieses. Mit cd raspbee2-rtc-master wechseln wir anschließend ins das entpackte Verzeichnis.


    RTC-Kernelmodul kompilieren und installieren

    nun müssen wir mit make das RTC-Kernelmodul kompilieren und anschließend über sudo make install installieren. Nach der Installation starten wir den Raspberry Pi mit sudo reboot neu.


    RTC mit Systemzeit konfigurieren

    Wir loggen uns erneut auf dem Pi via SSH ein und konfigurieren die RTC mit der Systemzeit über sudo hwclock --systohc


    Testen der RTC

    mit sudo hwclock --verbose testen wir die RTC. Es sollte euch dann am Ende folgende Zeilen ausspucken:

    Code
    Waiting in loop for time from /dev/rtc0 to change 
    ...got clock tick 
    Time read from Hardware Clock: 2020/03/06 13:55:21 
    Hw clock time : 2020/03/06 13:55:21 = 1583502921 seconds since 1969 
    Time since last adjustment is 1583502921 seconds 
    Calculated Hardware Clock drift is 0.000000 seconds 
    2020-03-06 14:55:20.017097+01:00

    4. Firmware des RaspBee II updaten


    Wir loggen uns erneut über die Phoscon Weboberfläche ein. Unter "Gateway" überprüfen wir, ob das Raspbee II Modul erkannt wurde und ob die Firmware auf dem neusten Stand ist.

    Achtung: Die Firmware muss vor dem Einspielen des Backups auf dem neusten Stand sein! Bitte prüft die in Phoscon angzeigte Firmware mit der aktuellsten Version hier gegen: http://deconz.dresden-elektronik.de/deconz-firmware/?C=M;O=D


    Sollte eine neue Firmware-Version verfügbar sein, so zeigt euch das Phoscon i.d.R. mit "Eine neue Firmware Version ist verfügbar" an. Klickt auf den Button "Aktualisieren auf 0x26690700" und startet so den Update-Vorgang. Hat alles geklappt, dann geht es für dich bei Punkt 4 weiter.


    Alternative:

    Mein Phoscon hat mir kein Update anzeigt (Ich kenne den Interval nicht, in dem von Phoscon auf Updates geprüft wird, evtl. muss man hier ein paar Stunden warten), jedoch war meine Firmware trotzdem veraltet. Somit musste ich die Firmware manuell updaten. Wie das geht, steht hier: https://github.com/dresden-ele…nually#update-in-raspbian


    Stoppen von deCONZ

    Wir loggen uns wieder via SSH auf dem Pi ein und stoppen deCONZ mit dem Befehl sudo systemctl stop deconz (bei einer headless Installation) bzw. mit sudo systemctl stop deconz-GUI (Desktop/GUI Version).


    Herunterladen der aktuellen Firmware

    Wir prüfen auf http://deconz.dresden-elektronik.de/deconz-firmware/?C=M;O=D was die aktuelle Version ist und laden uns diese mit wget https://deconz.dresden-elektronik.de/deconz-firmware/deCONZ_RaspBeeII_0x26690700.bin.GCF herunter (Version im Dateinamen entsprechend anpassen)


    Flashen der aktuellen Firmware

    Bevor wir flashen, stoppen wir zunächst den ModemManager mit sudo systemctl stop ModemManager 


    anschließend entpacken und installieren wir die soeben heruntergeladene Firmware mit sudo GCFFlasher_internal -t 60 -f deCONZ_RaspBeeII_0x26690700.bin.GCF (Auch hier wieder die Version im Dateinamen abändern)


    Danach starten wir deCONZ wieder über sudo systemctl start deconz (Headless version) oder sudo systemctl start deconz-gui (GUI version).


    Anschließend starten wir den Pi mit sudo reboot neu.


    5. Backup wieder einspielen


    Nach dem Neustart können wir uns wieder über die Phoscon Weboberfläche einloggen. In den Einstellungen überprüfen wir unter "Gateway", ob die neuste Firmware-Version angezeigt wird. Danach können wir über "Backup Optionen" unser zuvor erstelltes Backup wieder importieren. Danach sollten alle in Phoscon angelegten Räume/Gruppen sowie angelernten Lichter, Schalter und Sensoren wieder auftauchen.


    GGfs. muss man einige Geräte kurz vom Strom trennen und wieder einschalten bzw. den Pairing-Button kurz drücken. Aber ein komplett neues einbinden der Geräte ist nicht nötig. Somit bleiben die Geräte auch in sämtlichen Automationen erhalten, die man zuvor in Homekit angelegt hat.


    Wer die Homebridge zu Beginn der Anleitung gestoppt hat, muss diese nun wieder neustarten. Hierzu verbinden wir uns ein letztes Mal mit dem Pi via SSH und starten Homebridge mit dem Befehl sudo systemctl restart homebridge  neu.


    Fertig.

    Evtl. hilft diese Anleitung dem einen oder anderen ja weiter!

    Steht doch alles drin, was du wissen musst:


    Code
    There was a problem reading your config.json file.
    Please try pasting your config.json file here to validate it: http://jsonlint.com


    Poste mal deine config, damit man prüfen kann ob die auch passt.

    Man bekommt im netz nur fertige images inkl. OS. Aber die Rasp. läuft ja wie geölt und ist voll eingerichtet.

    Man bekommt im Netz auch genügend Anleitungen, wie man Homebridge auf ein bestehendes Images installiert, z.B. hier: https://github.com/homebridge/…ll-Homebridge-on-Raspbian



    Ps.: Homekit läuft auf der rasp. auch ohne Problem.

    Musst du näher erklären. Homekit läuft idR nicht auf einem Raspberry Pi

    Klingt alles mega unnötig kompliziert. Du lässt dein Licht im Flur nur über den Lux-Wert einschalten, und dann bleibt es solange an, bis du es manuell beim zu Bett gehen ausschaltest? Gibt es einen Grund dafür?


    Warum kein Bewegungsmelder? Warum kein Bewegungsmelder mit integriertem Lichtsensor, gibt es auch von Aqara.

    Jetzt nicht hier die Themen durcheinander würfeln. Sprech' ihn am besten im Thread zum Parkside Bewässerungscomputer direkt an, mit @Username. Sonst wird hier aus einer Aqara Wall Switch Diskussion eine zweite zum Bewässerungscomputer.


    Ich habe drüben auch den Link zur Github Seite reingestellt, hier nochmal:

    https://github.com/dresden-ele…z-rest-plugin/issues/4958


    Dort kannst du die Diskussion und den aktuellen Stand verfolgen.

    Das hängt wie schon gesagt, alles mit dem von mir oben geschriebene zusammen.


    Kurzbefehle laufen lokal auf deinem iPhone, nicht auf der Steuerzentrale (Homepod Mini, Apple TV oder iPad). Und ein Gerät Zuhause hat von Apple nicht das Recht bekommen, dass es dein Iphone steuern darf. Also kann ein Shortcut Button kein Kurzbefehl auf deinem iPhone auslösen.

    Du musst mit dem leben, was dir bei dem eingeschränkten Umfang zur Verfügung steht.

    Also, zum Verständnis: Du hast einen Kurzbefehl erstellt, dieser soll ausgeführt werden, sobald der Ikea Shortcut Button gedrückt wird (Mittels Magnet, der wiederum an der FME Ladestation hängt etc.)


    Wieso kannst du keine Automation erstellen?


    Wenn du in Homekit auf "Wenn Gerät gesteuert wird" anklickst, scrollst du ganz runter und gehst auf "In Kurzbefehl konvertieren", dann musst du dort alle Aktionen einbauen, die ausgeführt werden sollen (Licht ein, Homepod Ansprache etc.).


    Merke: Das Zuhause kann nicht deine iPhones etc. steuern. somit vibriert weder dein Handy noch kannst du Mitteilungen anzeigen lassen. Nenn es "Sicherheitsfeature" von Apple, aber es gibt hier eine klare Trennung/Unterscheidung: Das eine sind deine "individuellen" Apple-Geräte (iPhone, iPad, Mac) und das andere, dein Apple-Homekit-Zuhause mit smarten Geräten, dass theoretisch auch von anderem in deinem Haushalt gesteuert werden "könnte" (Apple ist egal, wenn du allein wohnst und eig. niemand außer dir das Zeugs steuert). Du kannst mit deinem iPhone dein Zuhause steuern, dein Zuhause kann aber nicht dein iPhone steuern.


    Eine Hintertür gibt es in Automationen für das Zuhause: URL, damit lassen sich eigene Homekit-Mitteilungen verfassen:

    https://smartapfel.de/eigene-homekit-mitteilungen/

    Was ist ein "Kasten"? Ein Kleiderschrank?


    Im ersten Schritt musst du erstmal eine Motorisierung für deine Schiebetüren finden bzw. selbst basteln. Danach kann man sich darüber Gedanken machen, ob man den Motor "smart" machen kann.


    Und wer will von unterwegs seinen Kleiderschrank schließen?

    Zitat

    Habe ich eben ausprobiert. Habe einfach auch den Text "Hat geklappt" sprechen lassen. Allerdings bleibt die App TuneIn geöffnet. Der Text wird quasi im Hintergrund gesprochen.

    Nun, das beweist zumindest schonmal, dass der Kurzbefehl wie anfangs angenommen nicht hängt sondern sehr wohl im Hintergrund einer anderen, geöffneten App weiterläuft.


    Zitat

    Vermutlich scheitert es am Aufruf des App Launchers und somit am Beenden des Kurzbefehls und ZUrückkehren zum Homescreen. ?(

    Hier mal der Screenshot aus dem Beispiel-Kurzbefehl, den man auf Reddit.com dazu findet, wo das Ganze mit der Launcher App vorgestellt wird. Aber vermutlich kennst du den schon. Falls du das genau so eingestellt hast, dann weiß ich leider an dem Punkt nicht mehr weiter, sorry!

    Mehrere Fragen:

    - Du hast die App Launcher aus dem App Store geladen? Ohne die funktioniert die vorletzte Aktion nicht.

    - Falls ja, hast du den Kurzbefehl mal direkt aus der Kurzbefehle-App gestartet anstatt über ein "Launcher Widget"?

    - Falls ja, hast du mal eine andere Aktion nach TuneIn öffnen und 10 Sekunden warten probiert?

    - Falls ja, hast du ein Gerät mit neuerem iOS zur Verfügung um es dort zu testen?


    Habe es gerade mal getestet. Bei mir funktioniert der Kurzbefehl problemlos mit aktuellem iOS. Ich hab zwar keine Launcher App deswegen installiert, lasse mir aber nach TuneIn öffnen und 10 Sek. warten einfach von Siri den Text "Hat geklappt!" ausgeben.

    Das geht halt nicht, so habe ich das oben auch in dem verlinkten Beitrag geschrieben. Du kannst "Wenn ein Gerät gesteuert wird" dann nur sagen, dass wenn der Shortcut Button gedrückt wird, dass du ganz unten auf "In Kurzbefehl konvertieren" gehst und dort alles auswählst was passieren soll. Der Funktionsumfang ist zu recht dort eingeschränkt.


    Über die App Pushcut ist sowas vllt. möglich, aber da kenne ich mich nicht mit aus.