Beiträge von snookerap

php ist bereits installiert, den Befehl erneut eingeben bracht nur die Ausgabe, dass es bereits installiert ist

Hi, habe alles ohne Fehlermeldungen installiert.

Leider komme ich nicht auf die tasmoadmin-Oberfläche.

Habe Debian Buster mit Homebridge, iobroker und pihole auf dem Host laufen.

Wenn ich die IP des Host im Browser eingebe lande ich auf der "Standard Apache2 Website" mit Info, dass alles läuft. -> siehe Anhang

Den Port 9999 habe ich auch gesetzt, wenn ich diesen mit eingebe bekommen ich eine Config ausgespuckt:

<?php
    ob_start();

    include_once( "./includes/top.php" );

    if( !$loggedin ) {
        header( "Location: "._BASEURL_."login" );
    }

    $page = $Config->read( "homepage" );
    if( isset( $_GET ) ) {
        if( isset( $_GET[ "page" ] ) ) {
            $page = $_GET[ "page" ];
        }
    }

    switch( $page ) {
        case "device_action":
            $title = __( "MANAGE_DEVICE", "PAGE_TITLES" );
            if( isset( $_GET[ "action" ] ) && $_GET[ "action" ] == "add" ) {
                $title = __( "ADD_DEVICE", "PAGE_TITLES" );
            } elseif( isset( $_GET[ "action" ] ) && $_GET[ "action" ] == "edit" ) {
                $title = __( "EDIT_DEVICE", "PAGE_TITLES" );
            }
            break;
        case "devices":
            $title = __( "DEVICES", "PAGE_TITLES" );
            break;
        case "device_update":
        case "update_devices":
        case "upload_form":
        case "upload":
            $title = __( "DEVICE_UPDATE", "PAGE_TITLES" );
            break;
        case "device_config":
            $title = __( "DEVICE_CONFIG", "PAGE_TITLES" );
            break;
        case "site_config":
            $title = __( "SITE_CONFIG", "PAGE_TITLES" );
            break;
        case "selfupdate":
            $title = __( "SITE_SELFUPDATE", "PAGE_TITLES" );
            break;
        default:
            $title = __( strtoupper( str_replace( " ", "_", $page ) ), "PAGE_TITLES" );
    }


?>
<?php include_once( _INCLUDESDIR_."header.php" ); //always load header?>


<main class='container-fluid' id='content' data-refreshtime='<?php echo $Config->read( "refreshtime" ); ?>'>
    <div id='content-holder'>
        <?php include_once( _PAGESDIR_.$page.".php" ); ?>
    </div>
</main>
<?php include_once( _INCLUDESDIR_."footer.php" ); //always load header

    ob_end_flush();
?>

Anscheinend läuft ja Apache, aber irgendwas passt nicht ganz..

Kann mir jemand helfen?

Zitat von karlo666

Moin, bin neu hier und habe die Tage etwas mit Tasmota experimentiert , da ich bei Begleitung der Regierung ins Dänische Bettenlager in diesem eine BriHome RGBW Smart Lamp gefunden habe (€ 14,99) und nach Scan des QR Codes auf der Verpackung, ich den Hinweis auf Tuya (ESP8266 Chip) bekam und diese mitgenommen habe mit dem Ziel volle Funktion in Homebridge/Homekit Universum ohne HASS oder ioBroker .

Hier erkläre ich meinen Weg in kurzen knackigen Schritten :

1. Flashen der Lampe mit tuya-convert OTA auf Tasmota mit einem alten Laptop und Kali Linux.

2. Konfigurieren der Lampe anhand meiner erstellten config in Tasmota.

Code

    {"NAME":"BRI E27 6,5W","GPIO":[0,0,0,0,37,40,0,0,38,41,39,0,0],"FLAG":0,"BASE":20}

Und ein uniques Topic setzen in meinem Fall office ( siehe config unten ).

3. Installieren des mqtt Brokers mosquitto und dessen Passwortvergabe auf dem Pi.

4. mqtt aktivieren der Lampe und mit dem Broker verbinden in der Tasmota WebGUI.

5.. Installieren von homebridge-mqttthing in Homebridge ( bei mir HOOBS 3.1.20 )

6. Der bescheidenste Teil des ganzen war die passende Config zu basteln und die Doku von Tasmota zu durchwühlen um an die passenden Infos zu kommen .

Aber diese will ich euch nicht vorenthalten :

Code

{
    "accessory": "mqttthing",
    "type": "lightbulb",
    "name": "Dein_Lampen_Name",
    "username": "dein_username_vom_mosquitto_mqtt",
    "password": "dein_passwort vom_mosquitto_mqtt",
    "url": "mqtt://IP.des.Pis.mit.mosquitto.mqtt",
    "topics": {
        "getBrightness": "stat/office/DIMMER",
        "setBrightness": "cmnd/office/DIMMER",
        "getHSV": "stat/office/HSBCOLOR",
        "setHSV": "cmnd/office/HSBCOLOR",
        "getRGBW": "stat/office/rgbw/HSBCOLOR",
        "setRGBW": "cmnd/office/rgbw/HSBCOLOR",
        "getOn": "stat/office/POWER",
        "setOn": "cmnd/office/power"
    },
    "logMqtt": true,
    "integerValue": false,
    "hex": "true"
}

Alles anzeigen

7. Homebridge neustarten .

8. Lampe in Homekit bewundern und benutzen.

Das unique Topic ist bei mir office ihr könnt das adaptieren oder euer eigenes benutzen.

Wenn ihr das alles hab dann funktioniert die Lampe mit allen Funktionen in Homekit und ich bin mir sicher das man diesen Weg auch noch auf anderen ESP8266 Lampen anwenden kann . Solang die Tasmota config des Gerätes dazu passt.

Alles anzeigen

danke, hat funktioniert.

bin nur etwas über den "topic" gestolpert, diese muss ja eindeutig sein, ansonsten schalten alle Geräte mit dem Standar-topic "tasmota"

Dann werde ich doch den Conbee für zigbee wieder aktivieren.

Habe mehrere Gosund-Steckdosen mit Verbrauchsmessung und verschiedene Tuya-Led-Stripe (mit Tasmota geflasht) im Einsatz.

Welches Plugin empfehlt ihr?

Hi und moin...

Ich komme ja aus der iobroker-Ecke und blicke hier noch nicht ganz durch, welches das richtige Plugin in meinen Fall wäre.

Folgende Geräte habe ich im Einsatz:

- Zigbee mit einem C2531 Stick und ganz vielen Devices, aktuell über iobroker und den Zigbee-Adapter

-> über YAHKA ist für mich keine wirkliche Option, da langfristig der iobroker raus soll (aktuell laufen beide auf dem selben Pi4)

- mehrer WLAN-Devices mit TASMOTA drauf, Steckdosen mit Verbrauchsmessung und mehrere LED-Stripes

Gibt es ein Plugin, welches einen MQTT-Broker aufspannt und ich damit diese Geräte steuern kann oder brauche ich zu jedem ein separates Plugin?

Zur Not habe ich noch einen Conbee II, da muss ich dann alle Zigbee-Geräte anlernen.

Vielen Dank schon mal..

Hallo Kohle_81, so hab ich es gemacht.

Der 2. Eintrag in der Hue-Instanz ist falsch, es darf nur ein Platform-Eintrag vorliegen.

Der Haken an der Sache ist die PIN, dies muss bei allen Instanzen bzw. Homebridge´s identisch sein.

Habe soeben alle auf die selbe PIN gesetzt und siehe da, es funktioniert..

darin liegt das Problem...

Hab die Platform in der Hue-Instanz hinzugefügt und es kommt folgende Meldung:

Or enter this code with your HomeKit app on your iOS device to pair with Homebridge:

??????????????

? 987-08-091 ?

??????????????

[2019-7-18 9:40:23 PM] Homebridge is running on port 51891.

[2019-7-18 9:40:23 PM] [homebridge-lib.Lib] warning: heartbeat 0, drift 362

[2019-7-18 9:40:28 PM] [homebridge-lib.Lib] warning: heartbeat 5, drift 331

[2019-7-18 9:40:28 PM] [Config] Console v4.5.1 is listening on :: port 8091

root : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/bin/kill -9 1891

pam_unix(sudo:session): session opened for user root by (uid=0)

pam_unix(sudo:session): session closed for user root

[2019-7-18 9:40:42 PM] [Alexa] alexaDiscovery - returned 25 devices

root : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/bin/kill -9 2004

pam_unix(sudo:session): session opened for user root by (uid=0)

pam_unix(sudo:session): session closed for user root

ERROR: ( homebridge-alexa) You have an issue with your installation, please review the README.

ERROR: ( homebridge-alexa) You have an issue with your installation, please review the README.

Hab natürlich in der Hue-Instanz eine andere PIN als in der Homematic-Instanz.

Diese habe ich in der Config der Hue-Instanz entsprechend angepasst.

Muss ich nun für alle Instanzen die selbe PIN verwenden?

Hat jemand das Alexa-Plugin an mehreren Instanzen am Laufen? Dürfte ja auch mehrere Homebridges betreffen.

So ganz blick ich das mit dem Plugin noch nicht.

Habe 2 Instanzen am laufen, zum einen Homematic und zum anderen Deconz(Hue).

Ich habe auf der Homematic-Instanz das Plugin erfolgreich installiert und die Geräte werden in Alexa erkannt.

Es sind bei beiden ein unterschiedlicher PIN hinterlegt (nicht Standard-PIN), laut der Beschreibung des Plugins muss bei jeder Instanz der selbe PIN hinterlegt sein.

Ich dachte Homekit differenziert durch den PIN die verschiedenen Bridges.

Kann ich den PIN entsprechend ändern ohne das mir die Homebridge abraucht?

Oder muss ich dann in jeder Instanz eine Platform in der Config anlegen?

Zitat von sschuste

Ja, das würde gehen. Irgendwann werden wir Homebridge garantiert so benutzen, denn Docker bietet uns eine Menge Vorteile.

Stefan

HOOBS vom Bobby Slope nutzt doch bereits Docker, oder nicht?

Vielleicht ist das ja ne Idee für ein zukünftiges Update von HOOBS?!

Zitat von sschuste

Anstatt der vielen Instanzen sollte man lieber Docker-Container nehmen.

Könntest du hierzu eine Anleitung erstellen?

Ich blick bei Docker noch nicht ganz so durch und es wäre eine super Alternative, als die ganzen Instanzen.

Hi, ich hänge mich mal dran...

Brauche ich zwingend eine Z-Wave-Lizenz um den UZB-Stick (Z-Wave.me) zu verwenden?

Den gibt es ja schon für schmale 25€.

Nutze bereits ConBee über Homebridge-Homekit.

Amazon Echo Dot V.3 aktuell für 19,99€ zu haben!!!

So sollte es passen, am besten immer mit https://jsonlint.com/oder ähnlichem testen.

Wichtig sind die gesetzten Kommas und Klammern.

Edit: jetzt musst du noch die Config auf deine FritzBox anpassen.

{

"bridge": {

"name": "Homebridge",

"username": "CC:22:3D:E3:CE:31",

"port": 51826,

"pin": "031-45-154"

},

"description": "Home Smart Home",

"platforms": [{

"platform": "config",

"name": "Config",

"port": 8080,

"auth": "form",

"theme": "red",

"restart": "sudo -n systemctl restart homebridge",

"temp": "/sys/class/thermal/thermal_zone0/temp",

"sudo": true,

"log": {

"method": "custom",

"command": "journalctl -o cat -n 500 -f -u homebridge"

}

},

{

"platform": "Fritz!Box",

"name": "My FritzBox",

"username": "<username>",

"password": "<password>",

"url": "http://fritz.box",

"interval": 60,

"concurrent": false,

"devices": {

"wifi": {

"name": "Guest WLAN",

"display": true

},

"outlet-1": {

"TemperatureSensor": false

},

"repeater-1": {

"TemperatureSensor": false

},

"thermostat-2": {

"ContactSensor": false

},

"hidden-3": {

"display": false

}

},

"options": {

"strictSSL": false

}

}

],

"accessories": []

}

Und schon ist das Problem mit dem Shelly1 da, er war jetzt 8 Stunden nicht online.

Hab ihn angeschaltet, er war sofort wieder in Homekit online. Allerdings war auch ein neues Gerät mit dem Original-Namen des Shelly da.

D.h., ich habe in Homekit nun 2 Schalter, die beide gleichzeitig schalten.

In der Config-ui-x ist aber auch nur ein Gerät sichtbar, sobald ich die Homebridge neu starte ist wieder nur ein Gerät da.

Zitat von Manthey

ich benutze alle über homey alles super kein streß gutes wlan natürlich überall vorausgesetzt;)

Homey klingt interessant, allerdings hab schon für die verschiedenen Funk-Standards mehrere Pi´s am laufen.

MQTT sagt mir erstmal nix...

Gibt es eine gute Anleitung, wie ich es in Homebridge einbringe bzw. wo man erstmal ein paar Infos her bekommt?

Soweit bin ich noch gar nicht, habe heute den ersten installiert.

Der Hinweis, dass der staleTimeout standardmäßig nach 8 Stunden stattfindet war weiter oben...

Ebenfalls gibt es hierzu schon ein Issue:

https://github.com/alexryd/homebridge-shelly/issues/17

Sollte dies so sein, dann wäre der shelly ja sinnlos für Homekit/Homebridge.

Auch wenn ich den Wert des staleTimeout höher setze, würde es ja nur bis zum nächsten Urlaub funktionieren.

Zitat von KaroX

Hallo Leute! Irgendwie sind meine ganzen Shelly's aus dem HomeKit rausgeflogen. Ich habe "eigentlich" nichts gemacht. Über die Shelly-App sind diese erreichbar, aber eben nicht über die Homebridge. Die Homebridge schreibt in den Logs nur:

[5/28/2019, 9:41:29 PM] [Shelly] 0 devices loaded from cache

naja, eigentlich wollte ich damit fragen, ob jemand die selben Erfahrungen gesammelt hat.

Fakt, die Geräte fliegen regelmäßig aus HomeKit raus. Starte ich die Homebridge neu, steht:

[Shelly] 0 devices loaded from cache", anschließend:

[6/1/2019, 10:48:32 AM] [CMD Switch] Initializing platform accessory 'Playstation 4'...

[6/1/2019, 10:48:32 AM] Homebridge is running on port 51826.

[6/1/2019, 10:48:32 AM] [Shelly] New device discovered: SHSW-25 00819B at 192.168.178.81

[6/1/2019, 10:48:32 AM] [Shelly] New device discovered: SHSW-25 E62CB9 at 192.168.178.83

[6/1/2019, 10:48:32 AM] [Shelly] New device discovered: SHSW-25 E4F8C9 at 192.168.178.84

[6/1/2019, 10:48:32 AM] [Shelly] New device discovered: SHSW-25 E66AE1 at 192.168.178.82

[6/1/2019, 10:48:37 AM] [Config] Console v4.4.4 is listening on :: port 8080

dann starte ich die Homebridge erneut neu und die Shelly's sind im HomeKit sichtbar.

Update: Ok,... wer sich die Logs noch ein bisschen genauer anschaut:

[TIMESTAMP] Device SHSW-25 XXXXXX is stale. Unregistering its accessories.

Weiß einer warum die nach 8 Stunden aus dem System geschmissen werden?

Dokumentation homebridge-shelly

Stale timeout

Use the "staleTimeout" option to configure how long a device can be offline before it is regarded as stale and unregistered from HomeKit. Specify in milliseconds. Default is 8 hours.

Setze ich den Wert einfach auf 0 damit die gar nicht rausgeschmissen werden? Oder was ist hier der Trick?

Alles anzeigen

Hab jetzt auch einen Shelly1 eingebaut und in Homekit über Homebridge eingebunden.

Wichtig wäre für mich, warum werden diese nach 8 Stunden aus Homekit entfernt und welche Einstellung kann ich dagegen machen?

Hi zusammen,

bin jetzt darüber gestolpert, dass man ja die Hue-Bridge auch in die CCU3 einbinden kann.

Vorteil für mich: Ich hätte meine gesamte Beleuchtung zentral in der CCU.

Derzeit habe ich meine Hue-Bridge über das Hue-Plugin in meiner Homebridge eingerichtet.

Gibt es irgendwelche Nachteile, wenn ich die Hue-Bridge über die CCU einbinde und dann über das bereits verwendete Homematic-Plugin?

Verzögerung, etc... ?

Viele Grüße

Hi,

hab meine Tahoma Box (V1, noch die kantige) mit folgendem Plugin erfolgreich am Laufen:

https://www.npmjs.com/package/homebridge-tahoma

Gruß Chris