HM-Sec-RHS

Entwicklung und Bau von Hardware aller Art, die im HM-Umfeld eingesetzt werden kann

Moderator: Co-Administratoren

jp112sdl
Beiträge: 12085
Registriert: 20.11.2016, 20:01
Hat sich bedankt: 847 Mal
Danksagung erhalten: 2139 Mal
Kontaktdaten:

Re: HM-Sec-RHS

Beitrag von jp112sdl » 20.11.2019, 19:39

Ich war nur überrascht, dass du in der "wir-Form" sprichst.

https://github.com/pa-pa/AskSinPP/issues/26

VG,
Jérôme ☕️

---
Support for my Homebrew-Devices: Download JP-HB-Devices Addon

t0mk
Beiträge: 250
Registriert: 08.08.2018, 20:13
Hat sich bedankt: 7 Mal
Danksagung erhalten: 21 Mal

Re: HM-Sec-RHS

Beitrag von t0mk » 20.11.2019, 20:59

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.
20191024_HM-SEC-RHS_AES_DEBUG.zip
(24.69 KiB) 45-mal heruntergeladen

Mikeldk
Beiträge: 157
Registriert: 24.03.2016, 10:25
Danksagung erhalten: 3 Mal

Re: HM-Sec-RHS

Beitrag von Mikeldk » 21.11.2019, 19:16

Also kleines Update,

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
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 :

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.

pafra
Beiträge: 224
Registriert: 16.05.2018, 21:13
Hat sich bedankt: 8 Mal
Danksagung erhalten: 34 Mal

Re: HM-Sec-RHS

Beitrag von pafra » 21.11.2019, 19:47

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

t0mk
Beiträge: 250
Registriert: 08.08.2018, 20:13
Hat sich bedankt: 7 Mal
Danksagung erhalten: 21 Mal

Re: HM-Sec-RHS

Beitrag von t0mk » 21.11.2019, 21:21

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.

Mikeldk
Beiträge: 157
Registriert: 24.03.2016, 10:25
Danksagung erhalten: 3 Mal

Re: HM-Sec-RHS

Beitrag von Mikeldk » 11.01.2020, 12:50

pafra hat geschrieben:
21.11.2019, 19:47
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
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.
t0mk hat geschrieben:
21.11.2019, 21:21
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.
Ich glaube an dem Falschen Fuses-Einstellungen liegt es wie kann ich diese ändern gibt es ein Reset ?

Grüße

papa
Beiträge: 705
Registriert: 22.05.2018, 10:23
Hat sich bedankt: 24 Mal
Danksagung erhalten: 120 Mal

Re: HM-Sec-RHS

Beitrag von papa » 11.01.2020, 13:56

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

pafra
Beiträge: 224
Registriert: 16.05.2018, 21:13
Hat sich bedankt: 8 Mal
Danksagung erhalten: 34 Mal

Re: HM-Sec-RHS

Beitrag von pafra » 11.01.2020, 14:29

Mikeldk hat geschrieben:
11.01.2020, 12:50
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.
Hast Du Dir das schon mal durchgelesen?
viewtopic.php?f=76&t=48147

Gruß
Franz

Mikeldk
Beiträge: 157
Registriert: 24.03.2016, 10:25
Danksagung erhalten: 3 Mal

Re: HM-Sec-RHS

Beitrag von Mikeldk » 11.01.2020, 18:48

pafra hat geschrieben:
11.01.2020, 14:29
Mikeldk hat geschrieben:
11.01.2020, 12:50
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.
Hast Du Dir das schon mal durchgelesen?
viewtopic.php?f=76&t=48147

Gruß
Franz
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.

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

TomMajor
Beiträge: 1790
Registriert: 30.08.2017, 23:25
Hat sich bedankt: 175 Mal
Danksagung erhalten: 399 Mal
Kontaktdaten:

Re: HM-Sec-RHS

Beitrag von TomMajor » 11.01.2020, 20:12

Mikeldk hat geschrieben:
11.01.2020, 18:48
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
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

Antworten

Zurück zu „Hardwareentwicklung und Selbstbau von Aktoren und Sensoren“