Beiträge von x23piracy

Nuki kann doch MQTT so hab ich das am laufen...

Hi,

ich hab das mit Home Key kürzlich umgesetzt, basis ist dieses Projekt:

Setup · rednblkx/HomeKey-ESP32 Wiki · GitHub

Daraufhin habe ich meine vorhandenen ESP32 aus der Ecke geholt und mir einen Doppelpack der PN532 auf Amazon bestellt und angefangen mich mit dem Projekt auseinanderzusetzen.

Bisher hatte ich einen Wemos D1 mini ESP8266 mit RC522 im Einsatz für RFID dongle, die habe ich bisher in Block 01 um ein Secret ergänzt damit mir niemand die simplen Mifare dongle brute forced, per Rule in Tasmota kann man dann die UID und das Data Field des Dongle prüfen.

Hier ein paar Fotos, ich spreche mit dem Projekt direkt per MQTT das Nuki an und öffne quasi immer inkl. Falle ziehen. Die Kamera ist eine Aqara Doorbell G4

Den Home Key hab ich auf Express gestellt dann muss man das Handy nicht entsperren und kann es einfach direkt davorhalten.

Homebridge ist nicht nötig das Projekt ist direkt Homekit tauglich und bindet sich ein.

Mit dem RC522 habe ich das per Homebridge (mqttthing) gelöst:

 {
            "accessory": "mqttthing",
            "type": "custom",
            "name": "Haustürschloss",
            "url": "mqtt://IP",
            "username": "user",
            "password": "pass",
            "mqttOptions": {
                "keepalive": 60
            },
            "mqttPubOptions": {
                "qos": 2
            },
            "services": [
                {
                    "type": "lockMechanism",
                    "name": "Nuki Smart Lock",
                    "topics": {
                        "getOnline": "nuki/id/connected",
                        "setLockTargetState": {
                            "topic": "nuki/id/lockAction",
                            "apply": "if (message == 'S') { return 2 } else { return 3 }"
                        },
                        "getLockTargetState": {
                            "topic": "nuki/id/state",
                            "apply": "if (message == 1 || message == 4) { return 'S'} else if (message == 0 || message == 255) { return '?'} else if (message == 254) { return 'J' } else { return 'U' }"
                        },
                        "getLockCurrentState": {
                            "topic": "nuki/id/state",
                            "apply": "if (message == 1 || message == 2) { return 'S'} else if (message == 0 || message == 255) { return '?'} else if (message == 254) { return 'J' } else { return 'U' }"
                        }
                    }
                }
            ]
        },

Mein Code der config.h für das ESP32 Projekt

// Custom Lock States to be used in MQTT_CUSTOM_STATE_CTRL_TOPIC
enum customLockStates
{
  C_LOCKED = 1,
  C_UNLOCKING = 2,
  C_UNLOCKED = 3,
  C_LOCKING = 4,
  C_JAMMED = 254,
  C_UNKNOWN = 255
};
// Custom Lock Actions to be used in MQTT_CUSTOM_STATE_TOPIC
enum customLockActions
{
  UNLOCK = 3,
  LOCK = 2
};

// MQTT Broker Settings
#define MQTT_HOST "IP" //IP adress of mqtt broker
#define MQTT_PORT 1883 //Port of mqtt broker
#define MQTT_CLIENTID "homekey" //client-id to connect to mqtt broker
#define MQTT_USERNAME "user"  //username to connect to mqtt broker
#define MQTT_PASSWORD "pass"  //password to connect to mqtt broker

//MQTT Flags
#define MQTT_CUSTOM_STATE_ENABLED 1 // Flag to enable the use of custom states and relevant MQTT Topics
#define MQTT_HOMEKEY_ALWAYS_UNLOCK 1 // Flag indicating if a successful Homekey authentication should always set and publish the unlock state
#define MQTT_HOMEKEY_ALWAYS_LOCK 0  // Flag indicating if a successful Homekey authentication should always set and publish the lock state

// MQTT Topics
#define MQTT_CUSTOM_STATE_TOPIC "nuki/id/lockAction" // MQTT Topic for publishing custom lock state
#define MQTT_CUSTOM_STATE_CTRL_TOPIC "nuki/id/state" // MQTT Control Topic with custom lock state
#define MQTT_AUTH_TOPIC "topic/auth" // MQTT Topic for publishing HomeKey authentication data or RFID UID
#define MQTT_SET_STATE_TOPIC "topic/set_state" // MQTT Control Topic for the HomeKit lock state (current and target)
#define MQTT_SET_TARGET_STATE_TOPIC "topic/set_target_state" // MQTT Control Topic for the HomeKit lock target state
#define MQTT_SET_CURRENT_STATE_TOPIC "topic/set_current_state" // MQTT Control Topic for the HomeKit lock current state
#define MQTT_STATE_TOPIC "topic/state" // MQTT Topic for publishing the HomeKit lock target state

//Miscellaneous
#define HK_CODE "46637726"  //code used for homekit setup
#define LED_PIN 2 //status led pin, built in is pin 2
#define OTA_PWD "pass" //custom password for ota
#define NAME "Haustür" //Device name
#define DISCOVERY 0 //Enable or disable discovery for home assistant tags functionality, set to 1 to enable.
#define CONTROL_PIN 26 // GPIO Pin for a Configuration Mode button (more info on https://github.com/HomeSpan/HomeSpan/blob/master/docs/UserGuide.md#device-configuration-mode)

Btw. mein Nuki ist ein 3.0 Pro

Damit der Spaß mit eurem Äpfelchen funktioniert braucht es mindestens iOS 15 und oder Apple Watch ab Series 4, meine Gen0 geht leider nicht

Achja und sorry fürs aufwärmen dieses Uraltthread

Gruß X23

Hi,

seit ich die Batterien mit drin hab, läuft es stabil.

Gruß X23

Hi,

ich hab exakt das gleiche Problem nur über den Klingeltrafo 12V AC schmiert das Teil nach nicht mal einem Tag ab, mit Batterien lief das vorher Monate lang problemlos, ich hab jetzt Batterien und den Klingeltrafo angeschlossen mal sehen ob das was ändert.

Gruß X23

Hi,

wenn würde ich das Ding auf WLAN umbasteln und dann kannst du es ohne BT in die HB einbinden aber ob das den ganzen Aufwand wert ist?

https://forum.fhem.de/index.php?topic=84811.0

Gruß X23

Hi,

ja das kann natürlich sein, was ich aktuell habe ist ein accessoire vom typ outlet via mqttthing welches das topic eines wifi ir lesekopfes einbindet der auf meinem digitalen Stromzähler sitzt:

Die Spitze mit 1,62 kWh war die Perle die heute Morgen geduscht hat, nettes Stasi Werkzeug

Gruß X23

Hi,

ja das hab ich gesehen das der Thread alt ist aber ich da ich das Thema mit den Energiekosten gestern selber hatte dachte ich mitzuteilen das es sich an besagter Stelle eintragen lässt.

Das wird auch Heute noch so sein das ein Gerät vom Typ Outlet vorhanden sein muss damit man die Kosten eintragen kann aber vielleicht gehts mitlerweile auch generell, dazu müsste ich mal die EVE App trocken ohne Geräte installieren und testen.

Gruß X23

Hi,

bestimmt so ein dämlicher Security Kram von Apple, ne Alarmanlage kannste auch nicht automatisieren.

Das musste ich per Homebridge mit nem Dummyswitch lösen denn dieser lässt sich automatisieren.

Automatisierung wenn Dummy Switch an oder aus dann schalte Alarmanlage an oder aus, anders schaffst du es nicht die Alarmanlage automatisch mit Geofencing scharf oder unscharf zu schalten. Für sowas würde ich mir Einstellungen wünschen die dies explizit zulassen würde (auf eigene Gefahr natürlich)

Versuch mal mit Dummyswitch das sollte damit funktionieren.

        {
          "accessory": "DummySwitch",
          "name": "Alarm",
          "stateful": true
        }, 

Immer diese Scheiss Trickserei

Gruß X23

Einstellungen > Allgemein > Energiekosten

Da kann man seine kWh Preis eintragen, dass geht sobald man ein Gerät in der Home App hat vom Typ "Outlet"

Ganz ehrlich ne Steckdose mit eigener SIM ist irgendwie bescheuert

Hi,

du brauchst nen Zwischenstecker mit SIM der du ne SMS schicken oder anrufen kannst.

Wie sonst willst du das lösen wenn dein Zuhause offline ist?

Ist natürlich nicht billig und hat Folgekosten außer du hast ne nutzlose aber funktionierende SIM rumfliegen:

https://www.amazon.de/GSM-Scha…psc=1&tag=hktips-forum-21

Gruß X23

Hi,

hast du keine Frau die das erledigen kann?

Duck und weg...

Gruß X23

Guten Abend zusammen,

ich würde das Thema gerne nochmal aufwärmen da ich seit 2 Wochen ein digitalen Stromzähler haben (kein Smartmeter) diese digitalen Stromzähler verfügen in der Regel über eine optische Schnittstelle zum auslesen von interessanten Daten.

Hierfür benötigt man in den meisten Fällen aber einen PIN seines Messtellenbetreibers um zum einen die "schützenswerten Daten" freizuschalten (Aktuelle Leistung und kWh Verbraucht mit Nachkommastelle), desweiteren hab ich auch den PIN dauerhaft deaktiviert.

Das ist alles etwas frickelig da man die Dinger Blitzdingsen muss (Taschenlampe, Handy LED).

Meine ersten Ausleseversuche habe ich mit dem Volkszähler, einem RPI und und dem Lesekopf von Hichi gemacht, dass lief soweit aber ich wollte eigentlich in die Richtung Home App um die Werte für aktuellen Verbrauch und die gesamt kWh zu sehen.

Ich bin dann auf einen WIFI Lesekopf umgestiegen, da läuft Tasmota drauf mit einer selbst komplilierten FW kann man das ganze um die Smartmeter Funktionalität erweitern:

Ich hab dann auch mal MQTT konfiguriert und siehe da:

und jetzt kommen wir an den Punkt wo ich eure Hilfe gebrauchen könnte, wie bekomm ich den Spaß in die Home App?

Das hier kann nicht explizit irgendwas mit Leistung und Verbrauch (Apple hat da halt noch nix):

https://github.com/arachnetech/homebridge-mqttthing/

Aber wie bekomm ich jetzt Power_curr und Tariflos (Lol dem muss ich mal umbennen) irgendwie in der Home App bereitgestellt? mqtthing kann fakegato das machts nochmal doppelt interessant.

Gibt es da kein homebridge plugin welches einfach ähnlich wie Lux einfach nur eine Schaltfläche anzeigt und darunter ein Value (W bzw. kWh) darstellt?

https://www.npmjs.com/package/…r-consumption-log-tasmota

Das hier wirkt interessant ist aber für ein Sonoff (Itead) device gedacht, evtl. kann man das umfrickeln?

Btw. wenn jemand lust hat mitzuspielen den USB Lesekopf kann ich abgeben, ich brauch nur die WIFI Variante.

Help please

Gruß X23

Hi,

so das ganze funktioniert jetzt, mit mqttthing hab ich das ganze via Outlet gelöst, die Teleperiod für den Lesekopf hab ich auch 10 Sekunden heruntergesetzt und in der EVE App hab ich jetzt den Zähler mit aktuellen Leistungswerten (Watt) und dem Gesamtverbrauch (kWh).

Gruß X23

EDIT:

Wenn jemand von euch gleiches vor hat und Hilfe benötigt ruhig melden, Wissen sollte man teilen.

Spy du hast mir durch den Merge das Herz von sschuste geklaut

Btw. es fehlt einen ja schon mal an 230V im Verteilerkasten, ich mache hier folgendes. Der Klingeltrafo leistet 12V AC bei mehr als 1A, da geh ich mit einem Step Down Buck dran und forme mir 5V DC daraus und versorge so den Lesekopf mit Strom.

Hi,

arbeitest du noch an dem plugin?

Gruß X23

Zitat von thechris

Hast du auch eine 2er als Rollladen Steuerung im Einsatz?

Edit: hier der link zum npm https://www.npmjs.com/package/homebridge-shelly

Edit2: damit ging bei mir nichts mehr.

Wo hängt es?

sudo systemctl restart homebridge; sudo journalctl -fau homebridge

bei mir war der Fehler:

UnhandledPromiseRejectionWarning (...) dubble Accessory

Lösung:

1. sudo npm uninstall -g homebridge-shelly

2. sudo rm -r /var/homebridge/accessories/cachedAccessories

Habe auf github ein issue geöffnet

Alles anzeigen

Lesen hilft

Currently the following Shelly devices are supported:

• Shelly1
• Shelly2 in relay mode
• Shelly4Pro
  

Relay Mode ist nicht der Shutter Mode.

Zitat von Typ1er

https://creationx.blog/shelly-firmware-zuruecksetzen/

Danke,

ich wußte das noch nicht aber mal davon abgesehen ist es gut das in der Hinterhand zu haben, mein eigenes Backup entspricht aber exakt dem was vorher im Beschreibbaren Bereich war, im Grunde ist es überflüssig aber ich bevorzuge trotzdem das eigene Backup ;).

Ganz getreu dem Leitsatz "Kein Backup, kein Mitleid!"

Gruß X23

Hi,

und wo soll es die geben? Würde mich wundern, denn die FW ist pro Shelly einzigartig.

Gruß X23

Hi,

zur Info, die Original Firmware ist einzigartig und ist an den spezifischen ESP gebunden, ich hab mir vor Tasmota zweimal den Original Inhalt vom Flash gesichert (einmal mit 115000 und 57000 baud) dann verglichen und für den Fall das ich irgendwann nochmal was mit der Original FW machen will aufgehoben.

Geht ganz easy mit dem esptool

Gruß X23

Hi,

ich hab die Shelly 1 (Tasmota 6.3.0) mit Homebridge (MQTT) am laufen.

Das verhält sich exakt so wie mit meiner bisherigen Sonoff Konfiguration, war wirklich einfach das ganze zu ergänzen. Schick ist auch das Tasmota mitlerweile einen AP aufmacht und man nach dem verbinden automatisch mit der Webseite zur Eingabe der persönlichen WLAN Daten weitergeleitet wird.

Der Rest war dann die übliche Anpassung für den eigenen MQTT Broker und das erweitern der vorhandenen config.json für homebridge damit ein "weiterer" Sonoff eingebunden wird.

In der Home App auf dem iPhone taucht nun der neue Schalter auf. Ein Test zeigt zumindest im Webif und im seriellen log (solange der aktiv ist...) das es funktioniert und geschaltet wird (Ich hab keinen Verbraucher an der Shelly und versorge Sie nur mit 3.3V) die Home App reagiert wie von den Sonoff gewohnt unmittelbar auf Schaltvorgänge.

Ich habe vor dem flashen vorsichtshalber mal ein Backup der unique Original Firmware gemacht (ESPTool) und mit NodeMCU geflasht > 11500, 2mb, 40mhz, dout. Aktuelle Sonoff.bin wählen und nach 0x00000 flashen.

Gruß X23

Zitat von PhilippCF

Hey! Vielleicht hilft dir das hier weiter.
Ich hab seit einiger Zeit mehrere Sonoff Basics mit Tasmota Firmware, Mosquito als MQTT und diesem Homebridge Plug in am laufen: https://github.com/MacWyznawca…ota/blob/master/README.md
Das ganze funktioniert mit Statusabfrage etc.

Das gleiche sollte auch funktionieren, wenn du auf den Shelly die aktuelle Tasmota Firmware hast ( die meines Wissens den Shelly sogar nativ unterstützt) und ihn dann über das genannte Plug in in Homebridge integrierst.

So werde ich es auf jeden Fall versuchen, sobald mein Shelly endlich da ist ?

Sent from my iPhone using Community

Alles anzeigen

Hi,

genau das plugin nutze ich ja bereits allerdings ist mir nicht ganz klar wie der shelly selbst wenn tasmota drauf ist in die config gebracht wird.

Ich mache spätestens zum WE mal einen Testaufbau mit einer Lampe und einem Schalter und versuche es dann einfach

Gruß X23