Bestellung v1.x - Relay Platine auf HM (AES), MySensors, ZWave Basis

weini · 10 Februar 2017, 17:23:23

ZitatEinen USBASP habe ich nicht, nur einen FTDI (ist ja USB to Seriell) zum Flashen von Arduino Nanos. Kann ich den auch benutzen? Wenn nein müsste ich mir wohl einen USBASP besorgen. Die haben aber auf der Ausgangsseite einen Flachbandanschluss, wo soll ich diese Pins dann an der Platine/Ardunio anschließen?

Ich hatte es zuerst mit einfachen FTDIs versucht, hat bei mir nicht funktioniert. Habe mir dann einen USPASP für kleines Geld bestellt http://www.ebay.de/itm/AVR-51-Programmer-Adapter-mit-10-Pin-Kabel-ATMega-ATTiny-USB-ASP-USB-ISP-/262681126177. Damit ist es kein Problem. Zum Anschluss habe ich noch ein paar Bilder angefügt.

ZitatFür das OTA flashen habe ich auch keinen HM-USB-CFG-Stick. Was ich habe ist ein HMLAN und ein HM-MOD-RPI-PCB HomeMatic Funkmodul für Raspberry Pi. Komme ich mit diesem Equipment weiter, oder was sollte ich mir sinnvollerweise noch zulegen?

Das geht mit dem HM-MOD-RPI-PCB einwandfrei, du brauchst nur eine aktuelle Version der Tools, die den HM-MOD-RPI-PCB "kennt".
Der Befehl sieht dann so aus:
./flash-ota -f HM_LC_SWX_SM_201612042041.eq3 -s HMRyADxxxx -U /dev/serial/by-id/usb-Silicon_Labs_ELV_USB-Modul_UM2102_QBZTKMCGDYCAAHCH-if00-port0
Entscheidend ist, dass flash-ota die Option "-U" kennen muss.

digidaus · 10 Februar 2017, 19:57:54

Ok danke, den USBASP besorge ich mir. Schön dass es mit dem Raspberry Funkmodul geht!

Ist der HM_LC_SWX_SM_201612042041.eq3 die aktuelle Version der OTA-Firmware für den HM-MYS-RELAIS mit aufgelötetem Einzelrelais? Im ZIP von Seite 1 ist es ja HM-Relay-Universal.eq3 vom 24.05.2016.

Spezialtrick · 10 Februar 2017, 20:05:10

Zitat von: digidaus am 10 Februar 2017, 19:57:54
Ist der HM_LC_SWX_SM_201612042041.eq3 die aktuelle Version der OTA-Firmware für den HM-MYS-RELAIS mit aufgelötetem Einzelrelais? Im ZIP von Seite 1 ist es ja HM-Relay-Universal.eq3 vom 24.05.2016.

Die aktuelle Firmware für alle Varianten, findet sich in diesem Beitrag:

https://forum.fhem.de/index.php?topic=48235.msg565700#msg565700

Die Variante bzw. die Anzahl der Kanäle des Relay-Boards, wie auch im Betrag beschrieben, wird über den Bootloader bestimmt und ist somit unabhängig von der Firmware.

Die ZIP Datei im ersten Beitrag werde ich in den kommenden Tagen überarbeiten.

Tom71 · 10 Februar 2017, 20:57:35

Zitat von: digidaus am 10 Februar 2017, 19:57:54
Ok danke, den USBASP besorge ich mir. Schön dass es mit dem Raspberry Funkmodul geht!

Ist der HM_LC_SWX_SM_201612042041.eq3 die aktuelle Version der OTA-Firmware für den HM-MYS-RELAIS mit aufgelötetem Einzelrelais? Im ZIP von Seite 1 ist es ja HM-Relay-Universal.eq3 vom 24.05.2016.

Mit einem Raspberry Pi geht es auch, falls du einen hast: http://www.lxccu.com/hb-raspberry-bootloader-update oder einem Arduino Uno.

papa · 10 Februar 2017, 22:25:00

Zitat von: Spezialtrick am 10 Februar 2017, 20:05:10
Die ZIP Datei im ersten Beitrag werde ich in den kommenden Tagen überarbeiten.

Es gibt noch einen kleinen Bug im AES-Handling. Deshalb wird es nochmal eine Version zum Testen geben.

Spezialtrick · 12 Februar 2017, 12:04:43

Alles klar, dann warte ich noch etwas ab.

papa · 13 Februar 2017, 21:20:30

Hier nochmal eine letzte Version zum Testen. Wenn es keine Probleme gibt, kann diese dann als die aktuelle OTA-Firmware veröffentlicht werden.

r_knipp · 15 Februar 2017, 21:28:52

Hallo zusammen,

ich habe ein Problem beim Flashen des Arduinos unter OS X.
Ich habe versucht den Bootloader mit der bootloader.html zu erstellen.
Wenn ich da auf save bootloader klicke, wird mir die hex Datei als Text im Browser angezeigt (siehe Bild). Muss das so?
Habe den Text dann in Textedit kopiert und als .hex gespeichert.
Beim Flashen bricht es dann mit einem Fehler ab (siehe Bild).
Ich weiß leider nicht weiter.

Gruß
Robert

papa · 16 Februar 2017, 20:27:56

Einfach nochmal flashen. Manchmal geht es einfach nicht. Wenn es wiederholt passiert, auch mal nen anderen Arduino ausprobieren. Könnte ja auch an der Hardware liegen. Unter Windows habe ich oft Probleme beim Flashen, wenn der Flasher an einem Hub angeschlossen ist. Am besten direkt am Rechnern einstecken.

digidaus · 19 Februar 2017, 14:39:25

Zitat von: weini am 10 Februar 2017, 17:23:23
Das geht mit dem HM-MOD-RPI-PCB einwandfrei, du brauchst nur eine aktuelle Version der Tools, die den HM-MOD-RPI-PCB "kennt".
Der Befehl sieht dann so aus:
./flash-ota -f HM_LC_SWX_SM_201612042041.eq3 -s HMRyADxxxx -U /dev/serial/by-id/usb-Silicon_Labs_ELV_USB-Modul_UM2102_QBZTKMCGDYCAAHCH-if00-port0
Entscheidend ist, dass flash-ota die Option "-U" kennen muss.

Habe den Bootloader drauf und wollte OTA-flashen. Bekomme aber dabei folgende Fehler:

HomeMatic OTA flasher version 0.103-git

Reading firmware from HM_LC_SWX_SM_201702132103.eq3...
Firmware with 224 blocks successfully read.
Invalid checksum received!

ERR> 0x0000: fd 00 0e 00 00 04 02 43 6f 5f 43 50 55 70 0f 97 .......Co_CPUp..
ERR> 0x0010: fd 00 05 ...
calculated: 7358
Invalid checksum received!

ERR> 0x0000: fd 00 13 01 02 05 00 00 37 16 0b 33 06 01 37 00 ........7..3..7.
ERR> 0x0010: de ce fd 00 15 01 03 05 ........
calculated: daa4
HM-MOD-UART firmware version: 1.4.1, used credits: 0%

HM-MOD-UART opened

Entering 10k-mode
Waiting for device with serial HMRy000001

poll: Unknown error -1

weini · 19 Februar 2017, 15:59:02

Das sieht komisch aus. Bei mir hat das immer funktioniert, habe erst heute wieder einen Aktor via OTA so geflashed.
Ich habe die Version "0.102-git", sehe aber keinen Grund, warum es mit deiner neueren nicht gehen sollte.

Versuche doch mal einen anderen Stand der FW. Vielleicht ist beim Download der Dateien etwas schiefgegangen.
Ich habe von meiner aktuellsten FW mal eine md5 erstellt (via md5sum unter Linux):
2b26805a024d96d087e18af8270f31a5 *HM_LC_SWX_SM_201702132103.eq3

Schau doch mal nach, ob die bei dir identisch ist.

PeMue · 19 Februar 2017, 18:34:23

Zitat von: papa am 13 Februar 2017, 21:20:30
Hier nochmal eine letzte Version zum Testen. Wenn es keine Probleme gibt, kann diese dann als die aktuelle OTA-Firmware veröffentlicht werden.

Ist dazu der Quelltext auf Github aktuell?

Danke + Gruß

PeMue

papa · 19 Februar 2017, 18:47:07

Zitat von: PeMue am 19 Februar 2017, 18:34:23
Ist dazu der Quelltext auf Github aktuell?

Ja - basiert jetzt auf AskSin++.

https://github.com/pa-pa/AskSinPP/tree/V1/examples/HM-LC-SWX-SM

digidaus · 20 Februar 2017, 10:18:53

Zitat von: weini am 19 Februar 2017, 15:59:02
Ich habe von meiner aktuellsten FW mal eine md5 erstellt (via md5sum unter Linux):
2b26805a024d96d087e18af8270f31a5 *HM_LC_SWX_SM_201702132103.eq3

Schau doch mal nach, ob die bei dir identisch ist.

md5 ist bei mir gleich. Habe auch schon die HM-Relay-Universal.eq3 von Seite 1 verwendet. Genau das selbe Problem. Merkwürdig ist auch, dass bei jedem Mal Befehl ausführen unterschiedliche Checksum-Errors gemeldet werden, auch in Bezug auf die Anzahl. Verstehe ich überhaupt nicht - bei unveränderter Datei als Grundlage.

digidaus · 20 Februar 2017, 11:16:11

Vielleicht hatte ich beim OTA-flashen über den HM-MOD-RPI-PCB einen Gedankenfehler gemacht und damit die diversen und unterschiedlichen invalid checksum Errors erzeugt.

Der HM-MOD-RPI-PCB ist bei mir in die laufende FHEM Umgebung eingebunden und im State "opened". Vielleicht kollidiert das mit dem flash-ota? Also habe ich ihn in FHEM mal auf "closed" gesetzt und damit ist er für FHEM disconnected. Wenn ich jetzt flash-ota mache, gibt es keine Invalid checksum Errors mehr und im Terminal steht sofort "Waiting for device with serial HMRy000001".

Habe dann also mit gedrücktem Config-Button den HM-Relais mit Strom versorgt und danach den Config-Button wieder losgelassen. Nichts passiert - kein flashen. Ich weiß auch nicht wie lange ich den Config-Button nach Strom halten soll, habe kurz und lang probiert - kein Unterschied.

Stehe auf dem Schlauch.