-
Notifications
You must be signed in to change notification settings - Fork 33
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Thomson doorbell signal cannot be seen. #946
Comments
So ein ähnliches Teil hatte ich auch schonmal in den Fingern und konnte es mit dem SIGNALduino auch nicht empfangen. Du kannst das nur mal mit einem SDR und URH probieren, was das Teil überhaupt sendet. |
Hab leider kein SDR... gibt es für den CC1101 vielleicht so etwas wie den promiscuous mode oder zeigt SignalDuino bereits alles an, was der CC1101 so empfangen kann? |
Der SignalDuino zeigt alles an, was einem Muster entspricht. |
@TheChatty, heute habe ich eine ähnliche Bell zum Empfang mit dem SIGNALduino hinbekommen. |
Welche Register sollte ich denn wie setzen? |
Teste einfach mal diese. Vorher ein ccconf um zu sehen ob die Einstellungen übernommen worden. (eventuell hier posten) Leider könnte eventuell bei Dir ein anderer Sync oder Preamble vorhaben sein. Schau einfach mal. |
Also bisher sieht es so aus:
Die Beschreibung aller Register muss mir erstmal erklären, was deine obige Config alles so macht. Wie bist du auf diese gekommen? Sollte ich diese so am Stück probieren? Bleiben die Einstellung nach einem Strom-Reset erhalten oder funktioniert der Chip danach wie gewohnt? |
@TheChatty Ein
Die Register versetzen den cc1101 in den FSK Modus zum empfangen auf 433.3 Mhz wo die Hardware sendet.
Ich habe mir die Hardware genommen und ein Signal via SDR und UniversalRadioHacker aufgezeichnet. Danach habe ich es analysiert und mit dem cc1101 TI Programm die Settings herausgesucht. Das Einzige, was sein kann, das deine Bell eine andere "Startkennung" sendet aber würden wir nur mit dem SDR herausbekommen. .... oder du spendest mir einen Zuschuss, das ich mit bei Hornbach die Hardware kaufe grins - SCHERZ
Die Einstellung des cc1101 bleibt nach einem Stromausfall erhalten. |
Tja...
Aber leider kommt nichts an... Kann man mit dem ESP+CC1101 SmartRF Studio benutzen oder hast du so ein eval board? |
Dann hilft nur das Rohsignal. Das wirst du nur mit einem SDR Stick erhalten und nicht mit dem cc1101. Deine Bell wird kein OOK senden und da geht nur der "große Weg" über Hilfsmittel. Du kannst SmartRF Studio nicht direkt mit dem ESP+cc1101 nutzen. Ich nutze dieses um die Einstellungen richtig vorzunehmen und um die Register passend zu exportieren. Besitzt du einen DVB-T oder DVB-T2 Stick ? |
Leider nein... würde dieser hier mit RTL2832U+R820T2 funktionieren? |
Dieser sollte funktionieren. Wichtig ist ein Zitat: " ...Diverse DVB-Sticks werden unterstützt. Jedoch sollte darauf geachtet werden, dass der RTL2832U Chip darin verbaut ist, der von den meisten SDR-Anwendungen vorausgesetzt wird. ..." Solltest du einen erhalten haben, so könnten wir dir auf jedenfall so klarer helfen. |
Das ist doch schonmal ein Anfang @TheChatty . Ist es möglich die Datenaufzeichnung als File anzuhängen? |
@TheChatty Würdest du mal bitte folgendes probieren.
Der erste Blick sieht nach einem brauchbaren Signal aus. @elektron-bbs / @sidey79 was ist das minimum Clockabs? |
Ich empfange/sende erfolgreich mit meinen anderen 433 MHz Geräten. Auch nach (unnötigem) Reset und Antenne direkt neben der Klingel sehe ich keine raw-Nachricht der Klingel. |
Ich habe die Aufzeichnung nochmal mit 3,2M Sps wiederholt (wohl das Maximum des RTL2832U?). Das sechsmalige Drücken ergab unterschiedliche Ergebnisse:
|
Hallo @TheChatty, Versuche mal bitte mit set <Empfängername> raw Empfangen ist eine Thematik für sich. |
Es klingelt! |
Perfekt! |
Jetzt ist es aber bei einer Klingel wichtiger, vom echten Klingeln zu erfahren, als selber klingeln zu können. |
Wenn Du die firmware selber kompilieren kannst, sollte es reichen, wenn Du das Das define ist in /src/signalesp.h oder beim nano in /src/signalduino.h |
Hallo @Ralf9 , @TheChatty kann es gern probieren aber im Test mit 40 min oder sogar 35min geht es nicht. @TheChatty , was ist dein „Wunsch“ der Umsetzung. Wolltest du die Klingel nur auswerten oder auch selbst klingeln ;) |
Das selbst klingeln war eigentlich nur der ein Test, der dir und mir sagt, ob die Codes stimmen. Geplant war, die Klingel in HomeKit zu integrieren. |
@TheChatty Unabhängig davon kann ich dir gern die FW kompilieren. Es wäre interessant ob es sich genau so verhält wie die Tests ergaben, denn dann müssen wir die FW ggf beleuchten. |
Habs getestet, mit pulseMin 35 (evtl reicht auch 40) und einer datarate von ca 10000 konnte ich dieses von einem anderen sduino empfangen: |
Mit welchem Prozessor und welcher Firmware auf dem Empfänger? |
Als Empfänger habe ich einen MapleMini mit meiner Firmware verwendet. Als Sender einen ESP32. Habe auch mal eine Minicul Hardware zum Senden verwendet, damit hats nicht so gut funktioniert wie mit dem ESP32. |
Ein Esp8266 und Esp32 haben mit pulseMin30 schon Probleme. Da ist das Rauschen dann nur noch „Müllsignal“. ich vermute der vollständige Aufbau beeinflusst dann das Ergebnis ebenso unterschiedlich. Ein Performance Messung Code wäre vielleicht angebracht um sich einen Überblick zu verschaffen. So kann man ggf bewerten ob es ein reines Hardware“Problem“ ist oder der Code welcher anders beeinflusst. |
Welcher (günstige) Chip hat denn genug Ressourcen für pulseMin<30? Wenn ich richtig gegooglet habe verhält es sich so:
|
@TheChatty |
Mit ESP32 + PulseMin 30 + Datarate 10000 empfange ich je Klingeldruck folgende Nachricht:
Mit ESP32 + PulseMin 45 + Datarate 10000 wird schnelles Hintereinanderdrücken nicht mehr erkannt:
|
@TheChatty |
Aufgrund dieses Bugs hatte ich diese FW verwendet. Bin nun nochmal auf diese + @Ralf9 hatte noch den Tipp, vor/nach Konfigurationsänderungen den Receiver aus-/einzuschalten, was bei |
Gibt es hier schon Lösungsansätze? |
Ich habe das Thema leidet aus dem Blick verloren. Ansonsten würde ich sagen, geht so eine Nachricht immer mit einer +50 -1450 Sequenz los. Dann ist aber etwas ungewöhnliches. |
Mögliche Informationsquelle zu den Daten: |
Expected Behavior
Button push of Thomson doorbell (datasheet or this) creates a log entry by SIGNALduino loglevel 5.
Actual Behavior
No log entry to be found.
Steps to Reproduce the Problem
Specifications
I set loglevel to 5 and bandwidth to max on default frequency (433.92). According to seller's page and second datasheet it uses 433.92 Mhz. Anything I could try?
The text was updated successfully, but these errors were encountered: