Hallo, ich habe einen kleinen Sender mit einem Attiny und einem CC1101 Chip, würde gerne das Protokoll klonen. Habe LogicAnalyser und einen CC1111 USB Dongle zur Verfügung. Binaber ehrlich gesagt noch nicht weit gekommen. Macht es Sinn mit dem Logikanalyser die SPI Schnittstelle zu analysieren? MOSI, MISO, CLK ...... bin für jeden Tip dankbar.
Gast
#7202584
„S“ „. schrieb: > Macht es Sinn mit dem Logikanalyser die SPI Schnittstelle zu > analysieren? MOSI, MISO, CLK ...... Das dürfte der einzig sinnvolle Ansatz sein. Denn über die Schnittstelle "redet" Dein Tiny ja mit diesem Chip. Also kannst Du Dir ansehen, was da alles gesendet wird, und das mit den Informationen im Datenblatt (ab S.29) abgleichen.
Danke, ich probier mal was rauskommt.
Das ist bei raus gekommen. Jetzt muss ich wohl viel lesen.
Gast
#7202830
> Jetzt muss ich wohl viel lesen.
Das Wetter soll in den nächsten Tagen nicht besonders toll werden.
Ich komme da auch nicht so recht weiter.
Gast
#7202931
Es werden immer zwei Bytes nacheinander gesendet. Das erste Byte besteht aus sechs Adressbits, einem Burst- und einem R/-W-Bit. Bei Deinem Mitschrieb sind das also 0x36 0x3B 0x36 ist 0011 0110 Die obersten beiden Bits sind das R/-W-Bit und das Burst-Bit, hier also 0. Die Adresse, die beschrieben wird, ist also 0x36. Dort wird der Wert 0x3B 'reingeschrieben. Was das nun bedeutet, findest Du im Datenblatt ab Seite 66. Da gibt es "Command Strobe Registers", "Configuration Registers", "Status Registers" und einen "SPI Address Space". Wofür das alles da ist? Keine Ahnung. Das wirst Du selbst rausfinden müssen. Ist Dein Mitschrieb der Beginn der Kommunikation nach dem Einschalten Deines Geräts? Nur das dürfte irgendeinen Sinn haben, irgendwo mittendrin damit anzufangen ist bei der Komplexität des Dings hier sinnlos.
„S“ „. schrieb: > Macht es Sinn mit dem Logikanalyser die SPI Schnittstelle zu > analysieren? MOSI, MISO, CLK ...... Kommt darauf an wo das Problem liegt. Funktioniert die Kommunikation zwischen MC und CC1101 einwandfrei, dann braucht man die SPI Leitungen nicht beobachten. Dann muss man sich auf die **richtige** Konfiguration des CC1101 konzentrieren. Welche Mitteln stehen zur Verfügung um den Programmablauf und Registerinhalte des MCs zu kontrollieren?
„S“ „. schrieb: > Das ist bei raus gekommen. Jetzt muss ich wohl viel lesen. Ich würde mit dem Kapital Initalisuerung und Konfiguration des CC1101 beginnen. Wie sehen die Antorten des CC1101 auf die Kommandos aus, sind diese plausibel? Wichtig ist auch zu wissen wie die Konfiguration der Gegenstelle aussieht? Ist die Gegenstelle während des Tests aktiv? Ich habe vor der Benutzung der richtigen Gegenstelle einen primitiven Funkmodul ohne Konfigurationsmöglichkeiten genommen. Nur um zu beobachten was der CC1101 aussendet. Welche ISM Frequenz benutzt der Funkmodul?
Glaube es übersteigt meine Fähigkeiten. :-(
Ich habe den SPI Traffic mit den logicanalyser aufgezeichnet, komme aber nicht weiter. Ziel ist es einen funktionieren CC1101 868 Transmitter zu clones bzw das Signal zu clones. Gibt es hier einen CC1101 Experten der mir Helfen konnte? Soll ja nicht umsonst sein. Habe schonmal bei Fiverr usw geschaut, bin aber nicht fündig geworden.
„S“ „. schrieb: > Ziel ist es einen funktionieren CC1101 868 Transmitter zu clones bzw das > Signal zu clones. Es gibt prinzipiell 2 Sequenzen: 1. die Initialisierung, typischerweise beim Einschalten 2. das Senden eines Kommandos bei einem Ereignis (z.B. Knopfdruck). Solange du nicht schreibst was das für ein Sender ist, und ob das Protokoll z.B. bi-direktional oder verschlüsselt ist (rolling code) wird es schwierig Ändern sich die Daten für ein Kommando wenn du mehrmals dasselbe Kommando auslöst (z.B. Knopf drücken)? Dann wird es schwierig. Das einfachste ist, alles blind zu clonen, d.h. die SPI Daten für die Initialisierung und die jeweiligen Kommandos aufzeichnen und genau so wieder schicken. Wenn das nicht funktioniert, würde ich das Projekt einstellen. Michael
Nur Senden und immer das gleiche, denke er sendet eine ID. Das werde ich mal probieren. Konnte man aus den SPI nicht erkennen was er macht. In der TI Dokumentation sind ja codes drin. Der CC1101 hat ja 199 Channel, mehrere Formate, Frequenzen usw
„S“ „. schrieb: > Konnte man aus den SPI nicht erkennen was er macht. In der TI > Dokumentation sind ja codes drin. Klar, aber das ist deutlich mehr Aufwand und warum sollte man das tun wenn es nicht notwendig ist? Es hat sich ja auch noch kein Freiwilliger gemeldet das zu decodieren. Michael
Glaube ich werde mit dem logic analyses mal schauen was an SPI lauft wenn ich CC1101 selber configuriere und Daten schicke. Dann Vergleich ich beide SPI Protokolle und schau mal.
Hast Du mal versucht, den unbekannten ATtiny auszulesen?
Bin anscheinend echt zu blöde. Muss ich den CC1101 mit smartRF configurieren oder geht das über die Librarys vom Arduino beim hochfahren??
„S“ „. schrieb: > Bin anscheinend echt zu blöde. Muss ich den CC1101 mit smartRF > configurieren oder geht das über die Librarys vom Arduino beim > hochfahren?? Nimm die Arduino Lib, der von smartRF erzeugte Code ist nicht wirklich lesbar. Hier ein 433 MHz Beispiel
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
12 | |
13 | |
14 | |
15 | |
16 | |
17 | |
18 | |
19 | |
20 | |
21 | |
22 | |
23 | |
24 | |
25 | |
26 | |
27 | |
28 | |
29 | |
30 | |
31 | |
32 | |
33 | |
34 | |
35 | |
36 | |
Michael
Gast
#7210640
So sieht das SPI Protokoll vom original CC1101 aus.
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.

