Hallo,
ich hab hier ein Smarthome-System von RWE (Zentrale + 2
Heizkörperthermostate).
Langsam geht mir aber die Software von RWE auf den Nerv (programmiert
mit MS Silverlight) und die Apps für iOS-Geräte ist auch
schnarch-langsam.
Auf der Zentrale läuft, laut Lizenz-Aufkleber auf der Rückseite,
"Windows Embedded CE 6.0".
Auf neugier habe ich die Zentrale mal geöffnet und ein paar Fotos
gemacht:
http://imgur.com/a/GyME4
Soweit habe ich die Hardware schon mal identifiziert:
CPU: Atmel AT91SAM9G20
FLASH: Samsung K9F2G08U0B - 2Gb NAND Flash (256M x 8)
RAM: 2x Samsung K4S561632J-UC75 - 256Mb J-die SDRAM
LAN: Davicom DM9161AEP - 10/100 Mbit MDI-X Fast Ethernet PHY Transceiver
Sonstiges: AT97SC3204T - Trusted Platform Module
Jetzt hab mir die "brillante" Idee die Kiste mal ein wenig zu erforschen
und vielleicht mir was eigenes darauf zu entwickeln. Linux soll ja laut
Atmel auf der CPU laufen.
Ich möchte euch hier an meinen Ergebnissen teilhaben lassen und
vielleicht hat ja der eine oder andere auch eine Smarthome-Zentrale und
möchte mitmachen. Bin auch für alle Tipps offen, ist nämlich mein erstes
eigenes "Hardware-Hack"-Projekt.
Werde wohl die Tage erst mal Datenblätter wälzen und Leiterbahnen
verfolgen um irgendeine offene Schnittstelle (SPI,UART etc.) zu finden.
Ich muss gestehen ich hätte mit Zigbee auf 2,4 GHz gerechnet. ... Was
die an Protokoll auf der Funkschnittstelle machen fände ich
interessant... mir persönlich ist die Hardware aber zu teuer
Leider bin ich zeitlich noch nicht dazu gekommen die Kiste zu
untersuchen, aber wer auch interessiert ist:
Zur Zeit gehen die Zentralen für teilweise unter 5€ bei eBay weg.
http://www.ebay.de/sch/i.html?_sacat=0&_nkw=rwe+zentrale+basic+5&_frs=1
Das ist die Basic-Zentrale die baugleich ist mit der normalen Zentrale
aber durch Software-Beschneidung nur 5 Geräte ansteuern kann. Zum
basteln also ideal ;)
Hallo zusammen,
ich find die Kiste sehr interessant ("Da bekommt man bestimmt Linux
drauf") ;-)
Seriellen Port habe ich gefunden:
Anschluss ST500
PIN3: TX
PIN5: GND
115200, 8N1
RX weiss ich noch nicht, da das ganze nicht so aussieht, als ob ein
Prompt kommt, kann man ja Daten schicken, wie man will - es wird ja eh
nicht drauf reagiert ;-)
Kennt sich jemand mit WinCE Bootloadern aus?
Mein nächster Ansatz wäre jetzt mit JTAG Enum ST103 zu testen....
Hier das Boot-Log:
1
RomBOOT
2
3
Load CE-BOOT from Flash to SDRAM
4
5
Starting eboot ...
6
þ
7
Debug serial initialized ........OK
8
9
Microsoft Windows CE Bootloader Common Library Version 1.4 Built Sep 28 2010 15:40:38
10
Microsoft Windows CE 6.0 Ethernet Bootloader for the AT91SAM926xEK board
Das sieht ja schon super interessant aus, ich warte gerade noch auf mein
5€-eBay-Schnapper weil ich meine richtig doch lieber erst mal in Ruhe
lasse (Bude soll ja warm bleiben ;))
"AT91SAM926xEK board" sieht interessant aus, dazu habe ich eine nette
Seite gefunden mit Bootloader und U-Boot für Linux, leider scheint es
aber nicht genau das gleiche Board zu sein.
http://www.at91.com/linux4sam/bin/view/Linux4SAM/GettingStarted
Hi!
ich vermute, dass es sogar kein Problem ist, per SAM-BA (ist ein
Flash-Tool von Atmel) uboot und Firmware neu zu flashen.
ABer ich will erst probieren, ob ich per JTAG die vorhandene Firmware
auslesen kann.
lg
So heute kam meine Starter-Zentrale und ich hab gleich mal beim Update
Wireshark zwischen gehängt, leider nicht viel interessantes gefunden,
läuft alles über SSL ab :/
Wer trotzdem mal rein schauen will:
https://dl.dropbox.com/u/31692/wireshark_smarthome_filtered.pcapng
Zu sehen ist der erste Start mit Update auf neueste Firmware und Reboot
bis zum Registrierungscode im Display
Ich hatte heute auch mal ein RWE Smarthome System in den "Finger"
gehabt. (Hallo Kollegen, falls einer mithört !!!)
Das mit SSL hatte ich schon vorher vermutet.
Das System ist so aufgebaut, das es trotz doppeltem NAT von aussen
erreichbar ist. Dazu nutzt es eben den RWE Smarthome Server als eine Art
Reverseproxy und logt sich dort ein.
Was mir einem Foto hier aufgefallen ist, das ist die Funkschnittstelle
die kommt von ELV. Was aber nicht bedeutet das dieses mit dem ELV System
auch laufen kann.
Hier noch ein Quote von eQ-3 dem Hersteller von Smarthome
eQ-3 ist der Partner von RWE, der alle Geräte des RWE Smarthome
entwickelt hat und auch für das Funkprotokoll verantwortlich zeichnet.
Mit IPv6 in allen Geräten, auf AES-128 basierender Security und sehr
einfacher Installation, Konfiguration und Bedienung setzt die Lösung
Zeichen im Markt.
Und zum Thema Silverlight:
http://www.golem.de/news/miguel-de-icaza-moonlight-ist-eingestellt-1205-92137.html
Wie kommen die Hersteller dazu sowas mit Win-CE zu machen ?
Ist so wie beim Desktop (ham wir immer so gmacht grunz) oder hat das
sonst Vorteile ?
Ich dachte immer dass das ganze Embedded-Zeug entweder mit irgendwas
eigenem oder mit Linux läuft (ich kenn das so hald von den routern
her)....
Hallo zusammen,
also - ich habe mal meinen Arduino mit JTAGEnum rausgekramt.
Es sieht so aus, als ob es sich bei dem ST100 Anschluss um einen
Standard-ARM-JTAG Anschluss handelt (zumindest sieht es bei der Belegung
ganz danach aus...)
!
Das Board läuft auf 3,3Volt - ich habe leider nur einen alten
"OpenOCD-USB" - da finde ich keine Software mehr für und ich vermute,
dass der auch für 5 Volt Pegel ausgelegt ist... Hat jemand ein ARM-JTAG
mit 3,3 Volt und so eine Smarthome-Zentrale und würde die Firmware
einmal auslesen?
Achso: Es sieht so aus, als ob der JTAG nur direkt nach Anschluss an den
Strom zugreifbar ist....
lg
Hi!
Nachtrag:
Fiddler kann man leider nicht nutzen:
---
Q: Can Fiddler decrypt HTTPS traffic from a different machine?
A: Yes, if you've configured Fiddler to proxy traffic [...]
---
---
RWE:
[...] Die Verwendung eines Proxy-Servers ist aktuell leider nicht
möglich.[...]
---
Schade ;-)
Ich habe in der Firma eine Fortigate, die kann transparent HTTPS
aufbrechen, das wäre auch nochmal einen Versuch wert... Wenn die
Zertifikate nicht gecheckt werden, sonst geht´s nicht.
Grüße.
Sebastian
Hallo,
ich habe noch ein wenig recherchiert..
- die Kommunikation mit den Geräten erfolgt über ein Protokoll namens
CosIP - Control over Secure IPv6
- angeblich soll auch WirelessMBus Protokoll inzwischen implementiert
sein (http://www.rwe-smarthome-forum.de/thread-qivicom)
- die zentrale lässt sich über den Webserver über /cmd und /upd mittels
XML Dateien steuern. Genaueres habe ich aber nicht gefunden. Die Android
APP, die jemand selber entwickelt, nutzt diesen Weg.
LG
Sebastian
Max D. schrieb:> Wie kommen die Hersteller dazu sowas mit Win-CE zu machen ?
Der Kunde wollte wohl .net haben, und da nimmt man dann eher das
Original als den Nachbau, wenn der Kunde es so nachdrücklich fordert.
fchk
Ich möchte an der Stelle mal hinweisen, dass ich gerade versuche eine
.NET Library für die RWE Zentrale zu entwickeln.
https://rwedotnet.codeplex.com/http://www.rwe-smarthome-forum.de/thread-rwe-smarthome-net-library
Es funktioniert damit schon relativ viel. Geräte auslesen, schalten usw.
Hochinteressant wäre es an die Firwmare bzw. an die DLL Dateien
heranzukommen, die auf der Zentrale liegen.
CosIP hört sich aber wieder recht proprietär an. :-(
Wie auch das "bekannte" BidCos von Homematic.
Hier noch ein paar Details aus der EQ-3 FAQ:
"
Wie unterscheiden sich HomeMatic und RWE SmartHome?
Beide Technologien wurden von eQ-3 in Leer entwickelt. Und beide
Technolgien verwenden die gleiche Funktechnologie im 868 MHz Band. Auch
bezüglich des Applikationsprotokolls unterscheiden sich beide praktisch
nur in der Numerierung von Pakettypen. Entsprechend baut RWE SmartHome
auf der langjährigen Erfahrung aus HomeMatic auf. Bei RWE SmartHome
verwendet eQ-3 IPv6-Technolgie für die Netzwerk- und Transportschicht.
RWE SmartHome ist damit IPv6-basiert. HomeMatic verwendet einen
Null-Network-Layer und ist dadurch geringfügig effzienter. Beide
Technologien verwenden AES-128 als Basis für die Security.
"
Ich hatte gehofft, dass es sowas wie 6LowPAN mit RPL und COAP sein
würde.
(Sowas wie das hier:
https://github.com/telecombretagne/Arduino-IPv6Stack/wiki)
Für den RWE SmartHome Schaltaktor gibt es einen "Funkbootloader":
http://forum.fhem.de/index.php?t=rview&goto=55973&th=10019http://culfw.svn.sourceforge.net/viewvc/culfw/trunk/culfw/Devices/AirLinked/
Hallo,
ich habe mit jetzt einen USBProg 4.0 besorgt, komme aber nicht so recht
klar - das ist recht "mächtig" mit OpenOCD (auch mit meinem TAIO und
WRT54GL wills nicht so recht zusammen mit OpenOCD).
Ich bekomme folgendes:
Hallo,
ich glaube, meine OpenOCD.EXE (Win32) hat die Unterstützung für den
USBProg gar nicht eincompiliert. Ich habe noch ein weiteres Interface
(TUMPA/TIAO für den Linksys WRT54) - dafür muss aber OpenOCD gepatched
werden, weil sich die Reset-Leitung anders verhält, bzw. anders
verdrahtet ist.
Ich habe mich heute Nachmittag mal hingesetzt und ein Cross-Compile
Linux/ubuntu nach Windows 64bit mit FTDI Treibern und (hoffentlich)
USBProg sowie TUMPA Patch gemacht. Hat eine ganze Weile gedauert, aber
ich habe jetzt eine laffähige EXE ;-)
Das Equipment liegt in der Firma, vlt. hole ich das nachher noch.
Grundsätzlich werde ich bestimmt Hilfe mit OpenOCD brauchen. Wenn ich
das richtig sehe, verwendet man sinnvollerweise immer mindestens zwei
Scripte - eins für das Interface und eins für die Ziel-Hardware.
Das Problem bei der Ziel-Hardware ist, dass ich keine Ahnung habe, wie
ich den Flash-Speicher im Script definieren muss - und ohne Defintion
kein Auslesen :-(
Kann hier jemand helfen?
Die Beispiel-Scripte habe ich schon gesehen, die sind aber für
DEV-Boards, ich denke, für unsere Plattform müssen wir anpassen.
Was den AVR angeht - sehr interessant. In diesem Zusammenhang sei
erwähnt, dass es so aussieht, als ob die Benennung sehr durchgängig ist
- die 1xx haben mit dem Atemel-ARM zu tun, die 4xx Bausteine mit dem AVR
für die Kommunikation wie zuvor von Christian beschrieben, usw.
lg
Sebastian
Hallo!
Ich mache gerade einen Dump des NAND-Flash-Chips.
Es war viel Frickelei bis OpenOCD erstmal mit dem J-Link vernünftig
lief.
Auf dem J-Link muss die passende FW installiert, damit OpenOCD DIREKT
per libusb mit dem J-Link sprechen kann. Der hauseigene J-Link-Treiber
wird nicht benutzt (Austausch per "zadig.exe"). OS ist jetzt Windows XP
mit "openocd-0.6.1". Mit Debian Wheezy hatte ich es auch probiert.
Klappte aber nicht so gut.
Ich habe mir auch nochmal einen FT2232H basierten JTAG Adapter von
Olimex bestellt: ARM-USB-TINY-H. Mal schauen wie "zickig" der ist. :-)
Das Skript, das ich für das RWE-Board verwende, habe ich an dieses
Posting angehängt. Zwei Dinge habe ich angepasst:
1) Im Original-Skipt (at91sam9g20-ek.cfg) ist ein Fehler bei der Adresse
des ECC-Controllers. Es ist ein "f" zuviel drin.
2) ECC-Controller Konfiguration: Meiner Meinung nach wäre der Wert des
Original-Skripts at91sam9g20-ek.cfg richtig gewesen:
1
mww 0xffffe804 0x00000002 ;# ECC_MR : page size is 2112 words (word is 8 bits)
Aber ich erhalte beim Auslesen die Fehlermeldung, dass ab Offset
0x00000000 überall Single-Bit-Errors seien. Das kann natürlich nicht
sein.
Darum habe ich das System normal ab Reset booten lassen und dann
irgendwo angehalten. Das Register ECC_MR enthielt nun den Wert "0". Sehr
strange. Die Pagesize des NAND-Flashs ist definitiv 2K.
Ich vermute fast, dass man das Flash mit falschen Einstellungen
beschrieben hat.
Jedenfalls kann ich - mit aktiviertem ECC-Controller ("nand raw_access 0
disable") und dem Wert "0" im Register ECC_MR - nun Probleme den Inhalt
des Flashs auslesen. Bisher noch keine Bit-Fehler.
Das Auslesen von 64Mbyte dauert bei mir ca. 1 Stunde. :-/
Gruß
Christian
Ich habe oft das Problem, dass ich den Kern nicht anhalten kann.
Meistens hilft ein "soft-reset-halt". Dann hält der Kern auch dann.
Danach dann ein "reset init". Damit wird dann auch der NAND-Chip in
openocd eingebunden (wenn das Skript at91sam9g20-rwe.cfg verwendet
wird).
Dann kann mit "nand dump ..." den Inhalt speichern.
Zunächst sicherstellen, dass das Auslesen unter Zuhilfenahme des
ECC-Controllers im AT91SAM9G20 statt findet.
Dann speichere ich den kompletten Inhalt des NAND-Flash-Chips in der
Datei "dump.bin".
Hallo,
@Christian: kannst du einmal per mail Kontakt aufnehmen? Deine Adresse
sieht man hier nicht... slemke76 -ihatespam- ooglemail.com <- natürlich
mit "g" wegen Spams;-)
LG
Christian schrieb:> Nope, sorry!>> Die Dumps enthalten mit Sicherheit eindeutige Identifikationsmerkmale.> Und sei es nur die MAC-Adresse.
Das ist schade, hast du etwa deine persönliche Zentrale ausgelesen? Gibt
doch schon genug Zentralen für 5-10€ auf Ebay.
Ich würde das Image von meiner Bastel-Zentrale lieben gerne zur
Verfügung stellen leider bekomme ich OpenOCD nicht mit meinem USBProg 3
nicht zum laufen.
Neon M. schrieb:> Ich würde das Image von meiner Bastel-Zentrale lieben gerne zur> Verfügung stellen leider bekomme ich OpenOCD nicht mit meinem USBProg 3> nicht zum laufen.
Was genau ist denn Dein Problem?
Poste doch mal ein paar Ausgaben.
Ich habe hier einen Olimex ARM-USB-TINY-H. Damit klappt das gut.
Nur mal so ganz nebenbei:
Ich habe mein komplettes Flash platt gemacht.
Wenn man dann bootet und der ROMBoot Code im Controller selbst nirgendwo
ein gültiges Image findet, dann kann man ganz einfach per USB am
Device-Port per SAM-BA auf das Board zugreifen. Habe ich schon
ausprobiert. Unter Windows bekommt man einen virtuellen COM-Port, wenn
man die Atmel-Treiber aus dem SAM-BA Treiber-Verzeichnis nimmt.
Mit SAM-BA kann man dann den Flash-Inhalt wieder lesen.
Man müsste vielleicht nur einen Pin irgendwo beeinflussen, so dass der
ROMBoot Code keine Signatur findet. Vielleicht einfach eine Datenleitung
runterziehen?
Nachtrag:
Das EK von Atmel ist schon recht identisch im Kern:
http://www.atmel.com/dyn/resources/prod_documents/doc6413.pdf
Mir fehlt noch ein kaputtes Board, bei dem der AT91SAM9G20 mal runter
kann, um die Pins durchzuklingeln. Irgendjemand? ;-)
Hallo zusammen,
die Info mit dem Bootloader von Christian finde ich ja mal superklasse.
Gute Idee, den Baustein "unavailable" zu machen.
Vielleicht gehts auch ohne, wenn man die Treiber installiert?
Wenn nicht:
Bei der DBOX2 hat man das damals genauso gemacht, mit der Reset-Leitung
des Flashes.
In dem Datenblatt
(http://www.datasheetarchive.com/K9F2G08U0A-datasheet.html) unseres
Flashes springen mich Read-Enable und Chip-Enable an.
Wie wärs mit dem Chip enable?! Ist PIN9 und invertiert. Müsste man dann
also auf 3,3 Volt ziehen (?) - kann da was passieren, Rückwärts den
Atmel abschiessen oder so? Vielleicht eine gute Idee, einen Widerstand
in die Leitung reinzuklemmen ? Habe zu wenig Hardware-Erfahrung, ich
komme eher aus der Software-Ecke. Ich meine, dass am Anschluss ST500 3,3
an einem Pin anliegen.... Ich muss jetzt leider nach Hause, das Essen
steht schon auf dem Tisch ;-)
Hier gibts noch einige Interssante Image-Offsets:
- 0x0000000 = 0 / 1024 = 0 BL
- 0x0080000 = 524288 / 1024 = 512 (starting with "FE 03 00 EA 00")
- 0x0360000 = 3538944 / 1024 = 3456 (starting with "FE 03 00 EA 00")
- 0x3475800 = 55007232 / 1024 = 53718 (starting with "FE 03 00 EA 00")
Das DIV 1024 mache ich, weil ich mit "dd" zum splitten arbeite und damit
es schneller geht, 1kb Blöcke nehme - die Werte hinten stellen dann die
Dezimalen "skip" Werte da, also um Bereich 3 zu splitten:
dd if=dump.bin of=dump_3.bin bs=1k skip=53718
Das gesplittete Image dann mit dumprom bearbeiten. Aber nicht zu viel
davon versprechen....
[Vermutung on]
0=Bootloader
1=Kernel
2=Grundsystem
3=Anwendung
[Vermutung off]
lg
Sebastian
Noch eine Vermutung:
ST102 ist evtl. der Anschluss für einen SD-Slot.
Sind 12 Pins. Im Schaltplan des AT91SAM9G20-EK sind auch 12 Pins für die
SD-Slots vorgesehen. Außerdem konnte ich beim Durchklingeln nichts
feststellen. Die Signale gehen daher vermutlich direkt an den
AT91SAM9G20.
Keine Vermutung:
IC201 ist ein serielles Dataflash. Ebenfalls auch so im Schaltplan des
EK zu finden.
Keine Vermutung:
ST500 geht zur DBGU des AT91SAM9G20. Mit TXD/RXD/GND/3,3V und 5V (nicht
in dieser Reihenfolge).
Keine Vermutung:
ST400 geht zur seriellen Schnittstelle des ATMEGA328P. Gehen TXD/RXD
auch noch weiter zum AT91SAM9G20? Außer der DBGU hat er ja noch zwei
weitere serielle Schnittstellen.
Was ist ST103?
Ich habe das Display mal aufgemacht:
Es ist ein 8-Bit Controller von Samsung mit LCD-Interface verbaut:
S3P9234
(http://pdf.datasheet-photos.com/goods_files/pdf/91/91946_SAMSUNG_S3P9234.pdf)
Der Controller ist nur einmal programmierbar.
Angeschlossen an die Hauptplatine ist er per SPI.
Könnte mal jemand das Protokoll auf dem SPI-IF mitsniffen? ;-)
Leider kann ich das nicht mehr.
Christian schrieb:> Was genau ist denn Dein Problem?> Poste doch mal ein paar Ausgaben.
Ich hab es jetzt aufgegeben, USBProg zickt mir einfach zu viel rum,
entweder funktioniert mal die Erkennung unter OpenOCD nicht dann wieder
die JTAG-Verbindung nicht.
Ich habe mir jetzt den bestellt:
http://www.ebay.de/itm/370701439626
Dauert bloß leider ca. 1 Monat bis es hier eintrudelt. :(
Hallo zusammen,
erfreuliche Erkenntnis diesbzgl. :-)
Sebastian L. schrieb:> Vielleicht gehts auch ohne, wenn man die Treiber installiert?
Es ist ja kein besonderer Treiber. Der RomBoot-Code stellt einfach nur
ein USB CDC Device zur Vefügung. Unter Linux taucht es als /dev/ttyACM0
auf. Unter Windows mit passender INF-Datei als virtueller COM-Port.
Das Protokoll auf dem COM-Port ist von Atmel auch dokumentiert.
> Wenn nicht:> Bei der DBOX2 hat man das damals genauso gemacht, mit der Reset-Leitung> des Flashes.> In dem Datenblatt> (http://www.datasheetarchive.com/K9F2G08U0A-datasheet.html) unseres> Flashes springen mich Read-Enable und Chip-Enable an.> Wie wärs mit dem Chip enable?! Ist PIN9 und invertiert. Müsste man dann> also auf 3,3 Volt ziehen (?) - kann da was passieren, Rückwärts den> Atmel abschiessen oder so? Vielleicht eine gute Idee, einen Widerstand> in die Leitung reinzuklemmen ?
Die tolle Erkenntnis: Es ist gar keine Bastelei notwendig, weil es in
Form des Jumpers J200 (neben dem ATmega) schon vorhanden ist! :-)
Der eine Pin des Jumpers geht an 3.3V. Der andere Pin geht an die
nCE-Leitung des Flash-Bausteins. Man muss nur ein Jumper-Cap setzen und
das Flash ist nicht mehr vorhanden.
Ich habe mal die "D-Box methode" probiert.
Samba 2.12 installiert ( auf Windoes XP)
USB driver aus Sam-ba\drv installiert
Jumper J200 gesteckt.
USB Kabel ( BU500) connected
5V Power gesteckt
Jumper gezogen ( es kommt kein "Booting" auf dem Display! )
Samba V2.12 gestartet
Select connection : USBSerial\com17
Board :z.B. at91sam5d3x-ek ( Richtig ??? )
Dann sehe ich im Win TaskManager : sam-ba.exe startet
aber es kommt keine Fehlermeldung und kein Sam-ba "Main Display".
Was ist falsch? Welches Board ist richtig?
Ich habe mal alles zum Thema NAND auslesen im Smarthome-Wiki
zusammengefasst.
http://smarthome.blickt.es/Firmware
Ich konnte bei meiner Bastel-Zentrale mit beiden Methoden den NAND
auslesen aber leider hat er immer kurz vorm Ende den Dump abgebrochen.
Kein Ahnung ob vielleicht die Zentrale ein Schaden hat, booten lässt sie
sich jedenfalls ganz normal. Ich versuche es die Tage nochmal mit meiner
richtigen Zentrale.
Könnt ihr wirklich sinnvolle Daten auslesen oder ist das System nicht
TPM geschützt?
Bootloader und WindowsCE scheinen OK aber die App Daten scheinen nicht
ok zu sein.
http://de.wikipedia.org/wiki/Trusted_Platform_Module
Hallo zusammen,
inzwischen habe ich at91bootstrap, U-Boot und Linux auf der Kiste
laufen.
Ich habe mich im Wesentlichen an die Doku hier gehalten:
http://www.at91.com/linux4sam/bin/view/Linux4SAM/WebHome
Da Sebastian eine Platine ohne den Controller zum Durchmessen gespendet
hat, möchte hier nun die Pinbelegung der einzelnen Steckverbinder
veröffentlichen.
Im Anhang ist eine CSV-Datei, die ich mit Excel erzeugt habe.
Viel Spass damit! ;-)
Ich habe die Taktfrequenzen halbiert. Ich hatte bei mir im Bootlog des
Windows CE Bootloaders gesehen, dass dort auch nur mit halber Kraft
gearbeitet wird.
1
RomBOOT
2
3
4
AT91Bootstrap 3.5.3 (Fr 19. Apr 15:25:07 CEST 2013)
5
6
NAND: ONFI not supported
7
NAND: Manufacturer ID: 0xec Chip ID: 0xda
8
NAND: Disable On-Die ECC
9
NAND: Using Software ECC
10
NAND: Image: Copy 0x80000 bytes from 0x40000 to 0x21f00000
Neon M. schrieb:> Sehr schön mit dem Linux, das werde ich die Tage auch mal testen.> Ist die halbe Taktrate den unbedingt nötig, gab es Probleme?
Kann ich nicht genau sagen. Ich habe einfach die urspr. Frequenzen
genommen, weil man damit vermutlich nichts falsch macht.
Hallo Christian.
an welchen CPU Ports ist der TRX868 angeschlossen?
Könnte man Treiber der EQ3 CCU1 (Linux ARM) mit der SHC kombinieren?
Der Toolchain für die CCU ist hier.
http://www.eq-3.de/software.html
Noberto schrieb:> Hallo Christian.>> an welchen CPU Ports ist der TRX868 angeschlossen?>> Könnte man Treiber der EQ3 CCU1 (Linux ARM) mit der SHC kombinieren?>> Der Toolchain für die CCU ist hier.>> http://www.eq-3.de/software.html
Das Funkmodul hängt nur am AVR.
TRX868 <-SPI-> AVR <-UART-> ARM
Ich gehe davon aus, dass die unteren Protokollschichten im AVR sind.
Ich kann mich aber auch irren.
Vielleicht kann sich ja mal jemand die Mühe machen und die serielle
Kommunikation zwischen dem AVR und dem ARM belauschen?
Die serielle Verbindung zwischen AVR und ARM liegt an ST400 an. Hier
könnte man ganz einfach zwei serielle PC Ports jeweils mit RXD
anschliessen und mit passender Software (z.B. http://www.serialmon.com/)
auf beiden Richtungen lauschen.
der ATmega328P (Ansteuerung TRX868) in der SHC
hat Fuses gesetzt auf
Extended 0xfd
High 0xd9
low 0xff
und lock bits
0xfc
LB: prog_ver_disabled
BLB0 : no_lock
BLB1 : no_lock
Er kann somit leider nicht ausgelesen werden.
Noberto schrieb:> Er kann somit leider nicht ausgelesen werden.
Was leider zu erwarten war.
Ich hatte mal mit anderen Homematic-Sachen gebastelt. Dort war natürlich
auch alles geschützt.
Der RWE PSS Schaltaktor ist auch geschützt.
Hallo Community,
ich habe die Entwicklungen in diesem Thread einige Zeit aufmerksam
verfolgt. Nachdem nun doch etwas Stillstand herrscht, möchte ich
versuchen, das Thema etwas wiederzubeleben.
Eins mal vorweg (^.^ Wortspiel ;) Vielen Dank an alle Beteiligten, Eure
Inputs waren für mich sehr hilfreich und anschaulich.
Ok, was möcht ich erreichen?
Ich hab mir hier bei ebay auch eine Zentrale ersteigert und dazu einen
Zwischenstecker. Nun hab ich mit dem Gedanken gespielt, mir eine
"eigene" Fernbedienung zu bauen und das ist der Punkt, an dem ich auf
Euren Input hoffe :)
Meine Recherche hat bis jetzt ergeben, das RWE ein Funkmodul TRX868
verwendet, welches auf einem TI CC1100 beruht. Frequenzbereich ist ja
auch bekannt mit 868,3 Mhz. Modulation habe ich gelesen soll 2-FSK sein.
Datenrate, Frequenzband ... hmpf da gehts dann schon los. Kann mir
jemand diese Eckdaten aus eigener Erfahrung bestätigen?
Was müsste ich machen, damit ich die Funkkommunikation zwischen Zentrale
und Zwischenstecker auf einem dritten Gerät empfangen könnte (eine
eventuelle Verschlüsselung mal außer acht gelassen)? Ich hab hier noch
einen Arduino in der Schublade mit einem RFBee Funkmodul. Da ist ein TI
CC1101 drauf. Das müsste doch schonmal ein Startpunkt sein, oder?
Für weitere Ideen bin ich offen, quasi als Brainstorming ;)
Freue mich auf Anregungen :)
@ Mikael
Eine Option über die Zentrale ist nichts für Dich?
Im RWE Smaarthomeforum schreiben welche, dass über bestimmte Links
Geräte steuerbar sind.
Der Typ, der die Android-App geschrieben hat, hat ebenfalls diesen Weg
gewählt. Der war recht kommunikativ, vielleicht veröffentlicht er die
Sourcen zu seiner App.
Im 2. Schritt nimmt man einen Arduino mit LAN/WLAN um einen GET Request
auszuführen.
Sollte eigentlich klappen, einzig mit dem HTTPS Protokoll könnts etwas
haariger werden.
Hallo,
ich hab nun selber noch einen Dump gemacht und es war noch die Firmware
Update datei mit im dump_2
http://www10.zippyshare.com/v/17790123/file.html
Mit dem Telerik JustDecompile können fast alle Librarys wieder in ihren
SourceCode überführt werden.
Gruß
Hallo Zusammen,
ich weiß, dass seit mehr als 3 Jahren hier nichts mehr los ist.
Aber kann nochmal jemand einen Dump hochladen?
Meine RWE SHC will nicht mehr wegen einem Fehler im Flash:
1
RomBOOT
2
Load CE-BOOT from Flash to SDRAM
3
▒Target processor Frequency is ▒▒▒ MHz
4
Target Bus Frequency is ▒▒ MHz
5
Prescaler is ▒
6
Target PLL A Frequency is ▒▒▒ MHz
7
8
Debug serial initialized ........OK
9
10
Microsoft Windows CE Bootloader Common Library Version 1.4 Built Sep 23 2010 13:08:35
11
Microsoft Windows CE 6.0 Ethernet Bootloader for the AT91SAM926xEK board
Hallo Thomas,
meld dich mal bei mir via privater Nachricht, dann stelle ich dir nen
Dump zur Verfügung.
Ich versuche mich gerade daran zwei Zentralen zu klonen und ggf. ein
Downgrade der Firmware von UI2.0 (hab ich noch nicht installiert) auf
die alte Firmaware UI1.0 zu ermöglichen. Also evtl ein ähnliches
Unterfangen wie bei dir der Fall.
Da ich letzte Woche erst damit angefangen habe bin ich noch nicht
allzuweit.
- SAM-BA 2.16, UART etc lauffähig
- Firmware der beiden Zentralen ist gesichert
- auf der zugekauften Bastelzentrale hatte ich das Linuximage mal
testweise am Laufen (uboot, kernel, rootfs etc)
Firmwaredump meiner funktionierenden Zentrale auf die neue klappt
erstmal, auch Bootet die Zentrale, bleibt aber dann irgendwo im Booting
hängen.Wireshark liefert mir zwar noch Ifos, dass die Zentrale die
NTP-Server abfrägt, aber es wird services.rwe-smarthome nicht
kontaktiert. Die Konsole schmeisst soweit leider aber auch keine Fehler
raus.
Also falls hier jemand nen Hint hat, bitte melden.
Gruß, Christian
es gibt Gerüchte das mit dem UI 2.0 Update ein vollständiges Update auch
aller OS Komponenten durchgeführt wurde. Sollte da nun ein Linux auch
dem SHC laufen?? WinCE ist doch so was von outdated. Allerdings vermisse
ich dann die für Linux notwendigen Lizenz Informationen....? Hat sich
schon mal jemand das Image der UI 2.0 angeschaut?
Sebastian L. schrieb:> ---> RWE:> [...] Die Verwendung eines Proxy-Servers ist aktuell leider nicht> möglich.[...]> ---
Wenn Proxy Gateway was-auch-immer WAN-seitig die MAC-Adresse der SHC
präsentieren, kann man dazwischenhängen, was man lustig ist.
G., -#####o:
Hallo Christian,
Christian C. schrieb:> Ich versuche mich gerade daran zwei Zentralen zu klonen und ggf. ein> Downgrade der Firmware von UI2.0 (hab ich noch nicht installiert) auf> die alte Firmaware UI1.0 zu ermöglichen. Also evtl ein ähnliches> Unterfangen wie bei dir der Fall.
hast Du mittlerweile einen Weg gefunden einen Downgrade durchzuführen?
Ich hab die neue Firmware drauf hätte aber gerne wieder die alte
1.0er....
Viele Grüße,
Stephan
Hallo,
besteht die Möglichkeit an einen Dump zu kommen? Ich beschäftige mich
gerade mit der Power Control Ausleseeinheit und suche dazu weitere
Details mit denen RWE nicht ausrückt.
Viele Grüße
Christian
Moin,
ist zwar schon einige Jahre her das Thema, aber ich habe das Problem,
dass neine SHC in einer Schleife Booting/Download/ Updating festhängt.
Der Hersteller hat mir geschrieben, dass es ein Schreibproblem auf dem
Flash Speicher gab und damit die Hardware schrott ist. Ist das
tatsächlich so?
Lg
Olaf
Ist doch ein totes Pferd...
AM 1. MÄRZ 2024 WERDEN DIE LIVISI SMARTHOME DIENSTE EINGESTELLT
https://www.livisi.de/
Ich würde da keinen Aufwand rein stecken. Versuche die gängigen
Komponenten mit Asksinpp ins Homematic rüberzuretten. Der Rest muss halt
durch andere Komponenten ersetzt werden.