Fensterdrehgeriffkontakt - Die nächste Runde

Begonnen von papa, 02 April 2020, 09:37:44

Vorheriges Thema - Nächstes Thema

ext23

Nagut den brauchste aber. Eventuell ist der Hauseigene Bootloader drauf von AVR aber im Prinzip ist ein ISP Programer schon sinnvoll zu besitzen. Du kannst aber auch ein Arduino dafür verwenden.

/Daniel
HM, KNX, FS20, 1-Wire, PanStamp, AVR-NET-IO, EM1000EM, PCA301, EC3000, HM-LAN, CUL868, RFXtrx433, LGW, DMX @Ubuntu-Server (Hauptsystem) & Raspberry Pi (Satellit)

Quick

Dann werde ich mir mal so einen ISP besorgen.

Mit welchem Programm kann man dann den Bootloader schreiben? Mit VSCode?
Wenn ja wie?

ext23

Google hilft weiter wa ;-) Aber gabs für den Sensor hier nicht fertige hex files?

/Daniel
HM, KNX, FS20, 1-Wire, PanStamp, AVR-NET-IO, EM1000EM, PCA301, EC3000, HM-LAN, CUL868, RFXtrx433, LGW, DMX @Ubuntu-Server (Hauptsystem) & Raspberry Pi (Satellit)

papa

BananaPi + CUL868 + CUL433 + HM-UART + 1Wire

Quick

Also irgendwie bin ich zu doof für das. habe mich an die Anleitung gehalten. Einmal konnte ich per ISP flashen, aber es kam keine Verbindung mit der Raspberrymatic zu stande. Das Addon habe ich bereits installiert.
Wenn ich nun erneut flashen möchte, kommt folgende Meldung mit AVRDUDE (siehe Bildanhang)
Zudem kann ich per FTDI nichts machen, da keine Verbindung zustande kommt (mit VSCode). FTDI RX --> TX und FTDI TX --> RX
ISP und FTDI waren beide auf 3,3V gesteckt und das CC1101 war noch nicht verbaut.


Quick

Der erste läuft jetzt. Leider funktioniert kein einziges geliefertes CC1101 Modul. Gott sei Dank hatte ich noch 2 aus anderen Projekten, die laufen.

Einzig, was ich nicht verstehe, was mir vielleicht jemand erklären könnte:
Der Magnet kommt zu ,,U2" es wird gekippt angezeigt, kommt man wieder zu ,,U2" wird offen gemeldet. Kommt man zu ,,U1" wir nicht gemeldet.

Und ist ,,U3" dann der Sabotagekontakt? Den habe ich nämlich noch nicht aufgelötet.

Quick

Irgendwie klappt das alles nicht.

Ich habe nun folgenden Bootlouder mittels USBasp auf den Atmel geschrieben
ATmegaBOOT_168_atmega328_pro_8MHz.hex
Danach wollte ich mittels des FTDI-Adapters und VSCode die .Ino schreiben.
Aber hier kommt immer folgende Meldung:

Uploading .pio\build\pro8MHzatmega328\firmware.hex
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x33

Das zählt dann bis 10 durch und wird dann abgebrochen.

RX und TX auch schon mehrmals getauscht. Ich komme bei keinem Atmel von meinen Platinen per RX und TX auf den Chip.

Woran kann das liegen?

Ich möchte doch nur den RHS 3 mit U1 und U2 und Batteriespannungsanzeige

Fillip

Guten Abend ihr,
Ich nutze schon einige Zeit / Jahre diese Fenstergriffsensoren bei uns im Haus. Aktuell sind diese mittels einem NeumannCul in FHEM eingebunden.
Bei uns läuft aber auf einem pi noch RaspbertyMatic für Heizkörperthermostate (IP) und eine alte Keymatic.
Kann ich denn diese Sensoren von hier ,,einfach" ebenfalls an die RaspberryMatic anlernen?

papa

BananaPi + CUL868 + CUL433 + HM-UART + 1Wire

Fillip

Ah okey, die habe ich bei mir bereits installiert auf der RaspberryMatic  ;D

Wie war das denn nochmal mit dem anlernen, bzw auch das zurücksetzten, die müssen doch erst einmal zurück gesetzt werden wenn die bereits wo angelernt sind oder?

papa

Mindestens 6 Sekunden den Config-Taster drücken
BananaPi + CUL868 + CUL433 + HM-UART + 1Wire

Fillip

Hm, ich bekomme sie an die RM nicht angelernt, ich gehe wie folgt vor:
-Anlernmodus starten im RaspberryMatic
- Dann am Sensor den config Button 6 Sekunden drücken (nach ca. 3 Sekunden fangen Grün und rot an zu blinken, 6 mal, danach gehen beide nochmal an für ca. eine Sekunde und danach nur noch einmal die grüne LED)

Jedoch taucht kein neues Gerät auf  :(

papa

6 Sekunden ist der Reset - zum Anlernen nur kurz drücken
BananaPi + CUL868 + CUL433 + HM-UART + 1Wire

networker

#598
Ich habe versehentlich zwei mal die gleiche HEX auf verschiedene Platinen mit avrdude aufgespielt.
Ich habe danach versucht auf einem der beiden Platinen die richtige HEX aufzuspielen mit

C:\Downloads\avrdude-v7.1-windows-windows-x64>avrdude -p m328p -P COM9 -c stk500v2 -V -U flash:w:A993A4.hex
avrdude: AVR device initialized and ready to accept instructions
avrdude: device signature = 0x1e950f (probably m328p)
avrdude: Note: flash memory has been specified, an erase cycle will be performed.
         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file A993A4.hex for flash
         with 32531 bytes in 3 sections within [0, 0x7ffe]
         using 255 pages and 109 pad bytes
avrdude: writing 32531 bytes flash ...

Writing | ################################################## | 100% 13.19 s

avrdude: 32531 bytes of flash written

avrdude done.  Thank you.

Der Fenserkontakt meldet sich aber immer noch mit der falschen HM-ID

Welche Möglichkeit gibt es das zu fixen?

Die HEX die ich mit /bootloader/avr/makeota.html erzeugt habe sollte die HM-ID A993A4 haben, die Platine meldet sich aber mit A9B8C7

papa

Hast Du selber compiliert oder das HEX aus dem Git genommen ?
Wenn selbst compiliert - dann auch USE_OTA_BOOTLOADER gesetzt ?
BananaPi + CUL868 + CUL433 + HM-UART + 1Wire