Defekte HM-Sec-RHS mit AskSin-FW wiederbeleben?
Moderator: Co-Administratoren
-
- Beiträge: 131
- Registriert: 07.01.2018, 15:11
- Wohnort: 08233 Treuen
- Hat sich bedankt: 21 Mal
- Danksagung erhalten: 8 Mal
Re: Defekte HM-Sec-RHS mit AskSin-FW wiederbeleben?
Tolle Sache Jéròme.
Ich werde es am Wochenende mal testen.
Das heisst ich geh mit dem pin 31(TX) an den Rx des ISP? Muss ich da die Brücke von EN lösen?
Vg
René
Ich werde es am Wochenende mal testen.
Das heisst ich geh mit dem pin 31(TX) an den Rx des ISP? Muss ich da die Brücke von EN lösen?
Vg
René
-
- Beiträge: 12116
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 849 Mal
- Danksagung erhalten: 2150 Mal
- Kontaktdaten:
Re: Defekte HM-Sec-RHS mit AskSin-FW wiederbeleben?
Wenn du den MSP430_Test ausführen möchtest, dann verbindest du den TX Pin mit dem RX Pin eines FTDI-Adapters (um dir in einem Terminal Programm die seriellen Ausgaben anzeigen zu lassen).re-vo-lution hat geschrieben: ↑04.02.2021, 22:32Das heisst ich geh mit dem pin 31(TX) an den Rx des ISP?
Das Programmieren bleibt davon unberührt, egal ob Testsketch oder Gerätesketch.
- ISP mit den PRG1-Pads verbinden
- EN+GND brücken
- Flashen
- Brücke entfernen
Oder du baust dir einen Adapter mit 7 Pogopins, dann kannst du ja EN+GND nebeneinander schon verbunden haben.
So ginge das Flashen am Schnellsten.
-
- Beiträge: 243
- Registriert: 18.07.2017, 16:42
- Hat sich bedankt: 63 Mal
- Danksagung erhalten: 3 Mal
Re: Defekte HM-Sec-RHS mit AskSin-FW wiederbeleben?
Interessantes Projekt. Ich habe hier noch einen HM-SCI-3-FM liegen welcher nicht von der ccu abgelernt wurde. Es war leider ein Schlüssel an der ccu gesetzt. Besteht hier irgendeine Möglichkeit den zu Flashen ?
-
- Beiträge: 705
- Registriert: 22.05.2018, 10:23
- Hat sich bedankt: 24 Mal
- Danksagung erhalten: 120 Mal
Re: Defekte HM-Sec-RHS mit AskSin-FW wiederbeleben?
Coole Sache - aber das sollte jetrzt mit der "Standard-Lib" und den richtigen Settings auch so gehen.
Kannst Du das bitte mal testen ?
Folgende Defines müssen dazu an den Sketchanfang:
Code: Alles auswählen
#define SENSOR_ONLY
#define NORTC
#define NOCRC
#define SIMPLE_CC1101_INIT
Anfragen zur AskSin++ werden nur im Forum beantwortet
-
- Beiträge: 12116
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 849 Mal
- Danksagung erhalten: 2150 Mal
- Kontaktdaten:
Re: Defekte HM-Sec-RHS mit AskSin-FW wiederbeleben?
Ich vermute nein, zumindest nicht auf die Art und Weise wie beim RHS, da die Kommunikation mit dem MSP430 dort auf den ersten Blick anders aussieht.
Möglicherweise geht es auch so wie beim RHS, meine funktionierenden SCI-3 will ich aber nicht kaputtbasteln.
Ob sich der Aufwand für einen einzigen HM-SCI-3-FM lohnt, weiß ich nicht... Beim RHS liest man schon sehr häufig, dass diese von jetzt auf gleich nicht mehr funktionieren.
Wenn du eh "nichts zu verlieren" hast, dann kannst du ja den MSP430_Test Sketch auf deinen HM-SCI-3-FM flashen und mit einem FTDI am 168P Pin 31 schauen, ob da was ausgegeben wird
-
- Beiträge: 705
- Registriert: 22.05.2018, 10:23
- Hat sich bedankt: 24 Mal
- Danksagung erhalten: 120 Mal
Re: Defekte HM-Sec-RHS mit AskSin-FW wiederbeleben?
@fanavity Hast Du das schon mal probiert ?
https://forum.fhem.de/index.php/topic,110619.0.html
https://forum.fhem.de/index.php/topic,110619.0.html
Anfragen zur AskSin++ werden nur im Forum beantwortet
-
- Beiträge: 12116
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 849 Mal
- Danksagung erhalten: 2150 Mal
- Kontaktdaten:
Re: Defekte HM-Sec-RHS mit AskSin-FW wiederbeleben?
Habe ich zuerst gemacht, aber das reicht alles nicht aus. Dann kommt das bei raus:papa hat geschrieben: ↑05.02.2021, 09:01Coole Sache - aber das sollte jetrzt mit der "Standard-Lib" und den richtigen Settings auch so gehen.
Kannst Du das bitte mal testen ?
Folgende Defines müssen dazu an den Sketchanfang:
Und AES darf natürlich (leider) nicht an sein.Code: Alles auswählen
#define SENSOR_ONLY #define NORTC #define NOCRC #define SIMPLE_CC1101_INIT
Der Sketch verwendet 18392 Bytes (112%) des Programmspeicherplatzes. Das Maximum sind 16384 Bytes.
Das sind über 2k zu viel.
Deshalb auch die Frage gestern mit der List3... die habe ich auch noch rausgeschmissen.
Das hat noch mal ca. 160 Bytes gebracht!
Aktuell sieht es so aus:
Der Sketch verwendet 16180 Bytes (98%) des Programmspeicherplatzes. Das Maximum sind 16384 Bytes.
-
- Beiträge: 705
- Registriert: 22.05.2018, 10:23
- Hat sich bedankt: 24 Mal
- Danksagung erhalten: 120 Mal
Re: Defekte HM-Sec-RHS mit AskSin-FW wiederbeleben?
Dann kann da auch das SENSOR_ONLY Define drum. Ich würde es gern schaffen, dass keine extra Lib für sowas gebraucht wird. Das kann dann später keiner mehr überblicken.
Anfragen zur AskSin++ werden nur im Forum beantwortet
-
- Beiträge: 12116
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 849 Mal
- Danksagung erhalten: 2150 Mal
- Kontaktdaten:
Re: Defekte HM-Sec-RHS mit AskSin-FW wiederbeleben?
Hab mal spaßeshalber die PhaseCut.* gelöscht, das waren schon 290 Bytes weniger... aber mit allen Bemühungen komme ich nicht auf <= 16k runter.
Das Projekt als solches ist aber in sich konsistent, quasi ein fertiges Bundle für den HM-Sec-RHS (von dem es m.W. auch keine verschiedenen HW-Revisionen gibt).
-
- Beiträge: 705
- Registriert: 22.05.2018, 10:23
- Hat sich bedankt: 24 Mal
- Danksagung erhalten: 120 Mal
Re: Defekte HM-Sec-RHS mit AskSin-FW wiederbeleben?
Das ist Mist - Sachen, die nicht benötigt werden, dürfen keine Resourcen belegen. Da müssen wir mal genau drauf sehen, wieso das mit in das Hex kommt.
Anfragen zur AskSin++ werden nur im Forum beantwortet