HM-Sec-RHS
Moderator: Co-Administratoren
-
- Beiträge: 12085
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 847 Mal
- Danksagung erhalten: 2139 Mal
- Kontaktdaten:
Re: HM-Sec-RHS
Ich war nur überrascht, dass du in der "wir-Form" sprichst.
https://github.com/pa-pa/AskSinPP/issues/26
https://github.com/pa-pa/AskSinPP/issues/26
-
- Beiträge: 250
- Registriert: 08.08.2018, 20:13
- Hat sich bedankt: 7 Mal
- Danksagung erhalten: 21 Mal
Re: HM-Sec-RHS
Hi,
die im FHEM-Forum verlinkten hex-Files sind ohne Debug-Ausgaben, darüber bin ich auch schon gestolpert. Du kannst die angeh. hex-Datei nutzen, dort sollten die Debug-Ausgaben aktiviert sein. HMID und Serial müssen im Bootloader definiert werden.
die im FHEM-Forum verlinkten hex-Files sind ohne Debug-Ausgaben, darüber bin ich auch schon gestolpert. Du kannst die angeh. hex-Datei nutzen, dort sollten die Debug-Ausgaben aktiviert sein. HMID und Serial müssen im Bootloader definiert werden.
Re: HM-Sec-RHS
Also kleines Update,
DTR an Reset über 100nf Kondensator, der Reset funktioniert aber dann bekomme ich diese Fehlermeldung beim Hochladen
Als nächstes diese Firmware versucht 20191024_HM-SEC-RHS_AES_DEBUG.zip, allerdings leuchten jetzt nach dem aufspielen die Led´s nicht mehr, Ausgabe auf dem Monitor bekomme ich nicht, ich hatte nochmal versucht die Firmware einzuspielen aber bekomme bei Avrdude diese Meldung :
DTR an Reset über 100nf Kondensator, der Reset funktioniert aber dann bekomme ich diese Fehlermeldung beim Hochladen
Code: Alles auswählen
rduino: 1.8.10 (Windows 10), Board: "Arduino Pro or Pro Mini, ATmega328P (3.3V, 8 MHz)"
Der Sketch verwendet 12214 Bytes (39%) des Programmspeicherplatzes. Das Maximum sind 30720 Bytes.
Globale Variablen verwenden 665 Bytes (32%) des dynamischen Speichers, 1383 Bytes für lokale Variablen verbleiben. Das Maximum sind 2048 Bytes.
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x20
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x0a
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x41
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x73
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x6b
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x53
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x69
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x6e
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x20
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x4f
Beim Hochladen des Sketches ist ein Fehler aufgetreten
Code: Alles auswählen
avrdude: set SCK frequency to 187500 Hz
avrdude: warning: cannot set sck period. please check for usbasp firmware update.
avrdude: error: program enable: target doesn't answer. 1
avrdude: initialization failed, rc=-1
Double check connections and try again, or use -F to override
this check.
-
- Beiträge: 224
- Registriert: 16.05.2018, 21:13
- Hat sich bedankt: 8 Mal
- Danksagung erhalten: 34 Mal
Re: HM-Sec-RHS
Hi,
funktioniert das Flashen der Fuses und des Bootloaders mit dem In Circuit Progammer?
Wenn ja, dann vermute ich mal Lötstellen und / oder Verunreinigungen zwischen den Pins am Arduino.
Die Verbindung vom FTDI zum Atmega passt?
Gruß
Franz
funktioniert das Flashen der Fuses und des Bootloaders mit dem In Circuit Progammer?
Wenn ja, dann vermute ich mal Lötstellen und / oder Verunreinigungen zwischen den Pins am Arduino.
Die Verbindung vom FTDI zum Atmega passt?
Gruß
Franz
-
- Beiträge: 250
- Registriert: 08.08.2018, 20:13
- Hat sich bedankt: 7 Mal
- Danksagung erhalten: 21 Mal
Re: HM-Sec-RHS
Hi,
wenn Du die Hex-Datei aus dem FHEM-Forum oder von mir nutzen willst, brauchst Du den OTA-Bootloader, denn die beiden hex-Dateien beziehen ihre HMIDs und Serials von dem Bootloader. Ich weiß nicht, ob das gleiche auch mit einem USB-Bootloader geht, den Du zum Flashen mit einem FTDI-USB-Serial-Converter brauchst. Wie auch immer, zum Flashen des Bootloaders brauchst Du einen ISP-Programmer, welchen hast Du denn nun, USBasp oder stk500?
Wenn die Frage geklärt ist, und Du den OTA-Bootloader mit einer der beiden hex-Dateien nutzen willst, dann erzeuge eine hex-Datei mit dieser Datei, die den Bootloader + die eigentliche SW (= eine der beiden hex-Dateien) enthält und befolge diese Anleitung https://wiki.fhem.de/wiki/HomeMatic_Fen ... ootloaders. Die Befehle sind für den USBasp, für den stk500 musst Du die ggf. anfassen. Anstelle von "bootloader.hex" trage den Namen der erzeugten hex-Datei.
Die USBasp-Fehlermeldung hat im übrigen nichts mit der hex-Datei zu tun, sondern besagt nur, dass der USBasp keine Antwort von dem Atmega bekommt, also entweder Kontakt-Probleme oder der Atmega hat falsche Fuses-Einstellungen und läuft gar nicht.
wenn Du die Hex-Datei aus dem FHEM-Forum oder von mir nutzen willst, brauchst Du den OTA-Bootloader, denn die beiden hex-Dateien beziehen ihre HMIDs und Serials von dem Bootloader. Ich weiß nicht, ob das gleiche auch mit einem USB-Bootloader geht, den Du zum Flashen mit einem FTDI-USB-Serial-Converter brauchst. Wie auch immer, zum Flashen des Bootloaders brauchst Du einen ISP-Programmer, welchen hast Du denn nun, USBasp oder stk500?
Wenn die Frage geklärt ist, und Du den OTA-Bootloader mit einer der beiden hex-Dateien nutzen willst, dann erzeuge eine hex-Datei mit dieser Datei, die den Bootloader + die eigentliche SW (= eine der beiden hex-Dateien) enthält und befolge diese Anleitung https://wiki.fhem.de/wiki/HomeMatic_Fen ... ootloaders. Die Befehle sind für den USBasp, für den stk500 musst Du die ggf. anfassen. Anstelle von "bootloader.hex" trage den Namen der erzeugten hex-Datei.
Die USBasp-Fehlermeldung hat im übrigen nichts mit der hex-Datei zu tun, sondern besagt nur, dass der USBasp keine Antwort von dem Atmega bekommt, also entweder Kontakt-Probleme oder der Atmega hat falsche Fuses-Einstellungen und läuft gar nicht.
Re: HM-Sec-RHS
Hi, so sorry für die Späte Antwort aber hab wieder ei wenig zeit zum Basteln, nein Fuses geht auch nicht mehr eine schlechte Verbindung schließe ich auch aus zum USBAasp Kabel fest an die Platine gelötet.
Ich glaube an dem Falschen Fuses-Einstellungen liegt es wie kann ich diese ändern gibt es ein Reset ?t0mk hat geschrieben: ↑21.11.2019, 21:21Hi,
wenn Du die Hex-Datei aus dem FHEM-Forum oder von mir nutzen willst, brauchst Du den OTA-Bootloader, denn die beiden hex-Dateien beziehen ihre HMIDs und Serials von dem Bootloader. Ich weiß nicht, ob das gleiche auch mit einem USB-Bootloader geht, den Du zum Flashen mit einem FTDI-USB-Serial-Converter brauchst. Wie auch immer, zum Flashen des Bootloaders brauchst Du einen ISP-Programmer, welchen hast Du denn nun, USBasp oder stk500?
Wenn die Frage geklärt ist, und Du den OTA-Bootloader mit einer der beiden hex-Dateien nutzen willst, dann erzeuge eine hex-Datei mit dieser Datei, die den Bootloader + die eigentliche SW (= eine der beiden hex-Dateien) enthält und befolge diese Anleitung https://wiki.fhem.de/wiki/HomeMatic_Fen ... ootloaders. Die Befehle sind für den USBasp, für den stk500 musst Du die ggf. anfassen. Anstelle von "bootloader.hex" trage den Namen der erzeugten hex-Datei.
Die USBasp-Fehlermeldung hat im übrigen nichts mit der hex-Datei zu tun, sondern besagt nur, dass der USBasp keine Antwort von dem Atmega bekommt, also entweder Kontakt-Probleme oder der Atmega hat falsche Fuses-Einstellungen und läuft gar nicht.
Grüße
-
- Beiträge: 705
- Registriert: 22.05.2018, 10:23
- Hat sich bedankt: 24 Mal
- Danksagung erhalten: 120 Mal
Re: HM-Sec-RHS
Das geht nur noch mit einen HV-Programmer - siehe auch https://www.mikrocontroller.net/article ... Programmer
Zuletzt geändert von papa am 11.01.2020, 16:31, insgesamt 1-mal geändert.
Anfragen zur AskSin++ werden nur im Forum beantwortet
-
- Beiträge: 224
- Registriert: 16.05.2018, 21:13
- Hat sich bedankt: 8 Mal
- Danksagung erhalten: 34 Mal
Re: HM-Sec-RHS
Also genau diesen habe ich auch, hatte eben nochmal ein anderen zusammengelötet auch in der Arduino software mit dem FreqTest geflasht bekommen, allerdings als ich dann den HM-SEC-RHS Scrip schreiben wollte wieder das gleiche Phänomen.pafra hat geschrieben: ↑11.01.2020, 14:29Hast Du Dir das schon mal durchgelesen?
viewtopic.php?f=76&t=48147
Gruß
Franz
Bis jetzt hatte ich mit dem USBasp keine Probleme allerdings habe ich nur bei Nano Pro 3,3v 8mhz das fuse bit gesetzt das ging bis jetzt immer ohne Probleme.
Gibt es eine Empfehlung für einen guten USBasp ?
Grüße
Mike
-
- Beiträge: 1790
- Registriert: 30.08.2017, 23:25
- Hat sich bedankt: 175 Mal
- Danksagung erhalten: 399 Mal
- Kontaktdaten:
Re: HM-Sec-RHS
Mit dem hier gibt es viele positive Rückmeldungen (ich habe den auch)
https://www.diamex.de/dxshop/USB-ISP-Pr ... l-AVR-Rev2
Viele Grüße,
Tom
Tom