Hallo Alle miteinander, (Ertstmal vorab: Diese Anfrage ist auch bei transistor.net und electronicwerkstatt.de gepostet. Über etwaige Ergebnisse von dort werde ich aber hier berichten.) Nun zur Sache: als Laie - und nachdem mir der Hersteller 3Q mit Auskünften nicht helfen kann (oder will)- wende ich mich mit einem kleinen Projetkt mit der Bitte um Hilfe und Tips an Euch: Ich möchte für mehrere meiner älteren Familienmitglieder und Bekannten (darunter ein Blinder&Halbseitengelähmter 72J, ein fast Blinder 82J und meine Mutter) den --- Bluetooth-App-Türschlossantrieb 3Q Eqiva Smart Lock --- (s. Bilder) umbauen, da er günstig ist und technisch wie ich finde gut konzipiert. Ziel ist es, GENAU diese Geräte sowohl per App als auch z.B. mit verschlüsseltem Mehrkanalfunksender bedienen zu können. Hierzu sind zwei Erweiterungen nötig: 1. (nur optional) Das Gerät wird mit 3Stk. 1,5V AA-Batterien, also 4,5V DC betrieben, ich würde die Geräte jeweils später gerne mit einer grösseren Batterie oder per Dauerstromquelle versorgen (Versorgungskabel kann zum Antrieb gelegt werden). Frage hierzu: Wie würdet Ihr das realisieren, aws gibt es zu beachten? 2. (obligatorisch) Das Gerät verriegelt und entriegelt das Schloss von innen über zwei Tasten am Gehäuse und auch über die App per Smartphone. Diese Funktionen können also auch durch kurzes Überbrücken der Tasten alternativ ausgelöst werden. Die Entgriegelung zieht jedoch die Schlossfalle nicht ein, öffnet die Tür also nicht. Die Tür-Öffnungsfunktion (Türschlossfalle wird eingezogen und die Tür lässt sich von aussen aufdrücken) lässt sich wiederum einzig und allein über die App per Bluetooth auslösen. Hierfür gibt es sonst keine Taste am Gerät. Für meine Anwendung muss die Tür-Öffnungsfunktion aber unbedingt auch direkt am Gerät -z.B. für einen Handsende- oder Transponderempfänger- schaltbar sein. Auf der Geräteplatine (SEIKI201;94V-0;E307365;2716, s. Bild-3 und-4) scheint es jedoch keine unmittelbare Anteuerungsmöglichkeit zu geben. Wie ich herausexperimentiert habe, kann die Öffnungs-Funktion auch mittels einer kleinen Schaltung durch Auslösung von zwei aueinanderfolgenden Überbrückungen auf der Platine nach einem Triggersignal (Handsender, Taster, Transponder o.a.) erreicht werden. Ich würde mir den Funktionsablauf der Schaltung wie folgt vorstellen: a) Triggersignal kommt von Aussen zu der Schaltung (im Gerät) durch Relais-/ Tasterkontaktschluss des Triggerkreises. b) Vorübergehendes Sperren/Trennen dieses Triggerkreises zur Unterdrückung weiterer Triggersignale von aussen noch während das Gerät arbeitet. c) Kurzes Schalt-Überbrücken des linken Kontaktes in PRG1 auf der Platine gegen den Minuspol (einige mSek. reichen), das Gerät vollzieht damit einen Reset der Getriebeposition und fährt daher zur Neuermittlung des Anschlages bei dem nächsten Entriegeln einmalig bis zum Falleneinzug/Öffnungsposition. d) 500 mSek. Pause zum Ausführen des Resets. e) Kurzes Schalt-Überbrücken der Entriegelungs-Taste TA1 auf der Platine (einige mS reichen). Das Gerät öffnet nun nur einmalig die Tür über die Taste "Entriegeln". Dauer stets unterschiedl. zw. 0,5 - 3 Sek. (je nach Temperatur, Kraftbedarf zum Falleneinzug etc.) f) Entsperren/Durchschalten der Triggerleitung für die nächste Türöffnung: Als Abschluss der TürÖffnung löst die Elektronik duch kurzen Impuls (3,5V ca.100 mS) das Getriebe vom Motor, damit das Schloss ohne Kraftaufwand mit Schlüssel oder Handrad am Gerät bedient werden kann. Dieser Impuls soll als Signal abgegriffen und nach z.B. weiteren 200mS die Triggerleitung entsperrt werden. Ich habe diesen Ablauf bei meinem Testgerät jetzt mehrmals manuell durchgeführt und keine Probleme mit dieser Lösung beim Betrieb feststellen können, alle Einstellungen & Funktionen blieben erhalten. Die Schaltung sollte möglichst energieeffizient (Spannungsversorgung erst mit Triggersignal & Abschaltung nach Entsperrung?) ausgelegt sein, damit die Batterien des Antriebes bei Betrieb ohne Dauerstromversorgung nicht zu schnell leergezogen werden. Ich würde die Schaltung auch gerne im Gehäuse unterbringen und dafür gäbe es unterhalb des Motors noch ca. 35mm/25mm/10mm Platz. Frage hierzu: Mit welchem Konzept bzw. Komponenten sollte diese (Folge)Schaltung realisiert werden? Braucht man dafür überhaupt die ?stromintensiven? NE555/NE558? Wäre jemand in der Lage diese Schaltung zu entwerfen bzw. dabei zu helfen? Wie gesagt: Ziel ist es, GENAU diese Geräte w.o geschildert zu erweitern. Für alle SOLCHEN Anregungen und Hilfen danke ich Euch schon jetzt sehr herzlich!!! Schöne Grüsse, Louis
:
Bearbeitet durch User
Ich beschäftige mit einem ähnlichen Projekt, ich nutze aber nur die 2 Taster, diese habe ich für Optokoppler getrennt. Die Schaltung wir dann durch einen Arduino oder Raspberry angesteuert. Die Türöffnung soll dann für einen magnetischen Türöffner erfolgen. Sinn soll sein, dass ich die Tür Kartenleser usw. ansteuern kann. Dazu muss noch ein Rückmeldekontakt für den Riegel eingebaut werden, dazu kommen noch ein Reedkontakt bzw Hallsensor für den Zustand der Tür. Zur Abfrage der Türklinke setzte ich noch einen Mikroschalter ein. Wenn das Projekt beendet ist werde ich hier Bilder und den Aufbau veröffentlichen.
Louis M. schrieb: > Gerät verriegelt und entriegelt das Schloss von innen über zwei > Tasten am Gehäuse Ein halbes Jahr später noch keine Lösung? Ein Bastler würde 2 Reed-Relais nehmen und die beiden Kontakte damit bei Bedarf überbrücken. https://www.youtube.com/watch?v=mNw55WjbDns Ob Deine Versicherung dann bei Einbrch noch zahlt, wäre die nächste Frage.
Vermute der Hintergrund ist, dass die genannten Personen auf Grund des Alters Probleme haben mit App das Türschloss zu bedienen.
ich habs endlich!! ^^ fernbedienung dann W-lan weil bluetooth ist einfach zu lahm!!! 1mal klicken aufschliessen dann 2te mal schliesst er ganz auf und die Tür geht bei mir Automatisch 10 cm auf! um sicherheit und schliessen muss ich mich nicht kümmern da er ja Automatisch schliesst,was ich über bluetooth ja einstellen kann heisst muss nur zu ziehen nach 2-3 minuten testet er eh mehrmals ob abgeschlossen ist!
... verrätst Du auch wie du das realisiert hast?
Ich habe mir gerade ebenfalls genau diesen Türschlossantrieb gekauft, und versuche nun, ihn ohne die Hersteller-App nutzbar zu machen. Noch habe ich die Hoffnung nicht ganz aufgegeben, das auch ohne Hardware-Modifikation zu schaffen, durch reverse engineering der Bluetooth-Kommunikation. Die Chancen sind allerdings nicht besonders hoch, weil die Kommunikation mit irgendeiner zusätzlichen aufgesetzten Verschlüsselung abgesichert wird (im leider obfuskierten Code der Smartphone-App findet man bspw. 'Cipher.getInstance("RSA/NONE/PKCS1Padding");' und 'Cipher.getInstance("AES/ECB/PKCS7Padding");') Habe auch mal beim Hersteller angefragt, dass ich gerne eine Open Source-Software für den Türschlossantrieb entwickeln und veröffentlichen würde, damit man den Türschlossantrieb in Smart Home-Systeme integrieren kann. Erwartungsgemäss gab es aber eine Absage, der Hersteller will leider keine Informationen über das verwendete Daten-Protokoll herausrücken. Jedenfalls bin auch ich äusserst interessiert an jeglichen Ansätzen, diesen Türschlossantrieb ohne die offizielle Hersteller-App nutzbar zu machen. Weiss eigentlich jemand, welcher Mikrocontroller in dem Gerät verbaut ist? Ich habe in der Hersteller-App nämlich eine Datei gefunden, das offenbar ein Image der neuesten Firmware für das Gerät ist. Vielleicht könnte man da durch Disassemblierung oder so noch Interessantes herausfinden.
Falls es irgendwen irgendwann interessiert: Ich bin mittlerweile immerhin in der Lage, den eqiva Bluetooth-Türschlossantrieb ohne jegliche Modifikation vom PC aus zu steuern. Die Software ist bislang noch in einem sehr frühen proof-of-concept-Stadium; nur die Minimalfunktionalität (Tür öffnen) ist bislang implementiert, es ist noch alles andere als benutzerfreundlich und der Code ist noch recht hässlich, aber in absehbarer Zeit werde ich wohl eine erste halbwegs benutzbare Version haben, und diese dann als Open Source auf GitHub veröffentlichen.
mein intresse ist da habe auch ein log, also wie ist der stand. mfg
Ich hab auch großes Interesse. Nehme auch "schmutzigen" Code. :)
pino4711 schrieb: > mein intresse ist da habe auch ein log, also wie ist der stand. aj schrieb: > Ich hab auch großes Interesse. Nehme auch "schmutzigen" Code. :) Zum aktuellen Stand: Leider bin ich seit meinem letzten Posting nur geringfügig weitergekommen. Erst hatte ich mehrere sehr stressige Wochen, in denen ich partout nicht zum Weiterentwickeln gekommen bin. Und als die vorbei waren, hatte ich schon ein wenig die Motivation verloren mir die ganze Mühe zu machen, weil es ja eh kaum Interesse zu geben schien. Somit ist das Ganze immer noch fast auf dem vorherigen Stand: Ich habe ein etwas unschönes, mit der heissen Nadel gestricktes Script, das die Minimalfunktionalität erfüllt: Tür öffnen und schliessen. Das Problem ist: Ganz abgesehen davon, dass einige Teile des Codes halt noch sehr "unschön" sind, ist das Script alleine für Andere schlicht nutzlos. Das hat folgenden Grund: Die Kommunikation mit dem Türschlossantrieb wird mit AES-128 verschlüsselt/abgesichert. Wenn man einen User im Türschlossantrieb registriert, so wird für jeden dieser User beim Registrieren ein eigener AES-128-Schlüssel erzeugt. Diesen AES-Schlüssel benötigt man zwingend für die Steuerung des Türschlossantriebs, auch mein Script benötigt also diesen Schlüssel. Die offizielle App speichert und benutzt diesen Schlüssel, bietet aber keine Möglichkeit, sich diesen einfach anzeigen zu lassen oder so. Nur mit einem Trick habe ich es geschafft, an den von der App benutzten AES-Schlüssel heranzukommen. Und dieser Trick ist nicht nur recht umständlich und wenig benutzerfreundlich; ich fürchte auch dass ich mich mglw. strafbar machen könnte, wenn ich alles dazu Nötige veröffentliche. Lange Rede, kurzer Sinn: Was in erster Linie noch fehlt, damit auch Andere mit meinem Script ihren eigenen Türschlossantrieb steuern können, ist ein zusätzliches Tool für den ersten Schritt: Mit Hilfe der im beiligenden QR-Code gespeicherten Informationen Benutzer registrieren und deren benutzerspezifischen AES-Schlüssel anzeigen lassen, den das eigentliche Türschlossantrieb-Steuerungs-Tool zwingend benötigt. Mal schauen, jetzt, wo immerhin noch 1-2 Andere Interesse bekundet haben, werde ich mir vielleicht doch noch die Mühe machen, das weiter zu entwickeln.
Hallo Joachim, Deine Analyse und Entwicklung auf Softwareebene sind sehr interessant und beeindruckend! Nicht, dass Du von Jobangeboten überrollt wirst ;-) Bezüglich Deiner rechtlichen Befürchtungen würde ich auf §69c(3.u.4.) und §69d (3.) Urheberschutzgesetz hinweisen. Hiernach wäre die Verbreitung Deines Scriptes oder Deines "Tricks" wohl nicht problematisch, lediglich die des Codes des Herstellers in jeglicher Form. Wenn letzteres also nicht nötig sein sollte: Immer ran an den Speck... Insofern möchte ich mich als dritter Interessent bei Dir anmelden. Schöne Grüsse, Louis
Hallo Louis, Louis M. schrieb: > Bezüglich Deiner rechtlichen Befürchtungen würde ich auf §69c(3.u.4.) > und §69d (3.) Urheberschutzgesetz hinweisen. > Hiernach wäre die Verbreitung Deines Scriptes oder Deines "Tricks" wohl > nicht problematisch, lediglich die des Codes des Herstellers in > jeglicher Form. Wenn letzteres also nicht nötig sein sollte: Immer ran > an den Speck... Um mal konkreter zu werden, worum es sich bei dem "Trick" handelt: Ich habe mit dem bekannten Android-Reverse-Engineering-Tool "apktool" (https://ibotpeaches.github.io/Apktool/) die Hersteller-App auseinandergenommen, habe einfach hier und da ein paar zusätzliche Debug-Ausgaben eingefügt, und habe die App dann wieder zusamengesetzt. Keine grosse Magie, aber es erfüllt seinen Zweck und gibt mir eben den gesuchten benutzerspezifischen Schlüssel aus. Ich denke, dass das soweit legal war, ich habe da ja keinerlei ausgefeilte und streng geheime Hacker-Tricks oder so angewendet, um irgendwelche Sicherheitsvorkehrungen zu umgehen, sondern habe eigentlich nur ein wenig reverse-engineering betrieben. Aber wenn ich diese von mir modifizierte Version der App mit den Debug-Ausgaben veröffentlichen würde, damit auch andere an den den benötigten benutzerspezifischen Schlüssel kommen, wäre das vermutlich halt doch nicht mehr legal... :-( > Insofern möchte ich mich als dritter Interessent bei Dir anmelden. Gut, Danke für den Zuspruch - immerhin drei Interessenten, das soll genug Motivation sein, das jetzt wirklich soweit weiterzuentwickeln, dass es auch für andere nutzbar ist. Um mich da selbst ein bisschen unter Druck zu setzen, gebe ich hiermit einfach mal das etwas gewagte Versprechen ab, dass ich bis Ende nächster Woche (also spätestens am 9.9.18) zwei Mini-Tools veröffentliche, die die Minimalfunktionalität abdecken: - Tool 1: Neue Benutzer registrieren und den benutzerspezifischen Schlüssel ausgeben - Tool 2: Mittels eines benutzerspezifischen Schlüssels die Tür verriegeln/entriegeln/öffnen Die Software wird in Node.js geschrieben und rein kommandozeilenbasiert sein, und sollte sowohl unter Linux, Windows als auch OSX laufen. Um die Software nutzen zu können, ist also Bluetooth 4.0-fähige Hardware, sowie eine Node.js-Installation nötig.
Sehr gut! Habe schon mal meinen NanoPi, der in Türnähe angebracht ist darauf vorbereitet. Vielen Dank für die Mühe!
So, eine erste Alpha-Version der Software ist veröffentlicht. Weil es nicht mehr ganz zum ursprünglichen Thema/zur ursprünglichen Überschrift dieses Threads hier passt (=Modifikation der Hardware), habe ich für die weitere Diskussion speziell über die Software-Lösung einen eigenen Thread gestartet: Beitrag "Software zum Steuern des Türschlossantrieb "eqiva eQ-3 Bluetooth Smart Lock""
Hallo zusammen, hat jemand von euch rausfinden können ob mann irgendwo den Zustand der Tür als Signal abgreifen kann? Wenn die Tür verriegelt wird oder geöffnet wird könnte der Zustand ja eventuell via Endschalter im Getriebe erfasst werden.