INSTA Funkbus (Gira, Berker, Jung)

[hoko2000]

Hallo Gerhard,

vielen Dank für deinen Post.
Vielleicht findest du demnächst mal Zeit und könntest mir bitte folgende Fragen beantworten:

• den Output von "list <culname>". Das würde uns helfen die Unklarheit bezgl. bwidth zu klären.
• Welche Version von fhem hast du im Einsatz?
• Könntest du uns deine 00_CUL.pm und 10_IFB.pm zur Verfügung stellen?

Vielen Dank für deine Mühen, Holger

[gestein]

Hallo,

Fhem ist die aktuelle Version.

Code: [Auswählen]

Latest Revision: 21799

File                      Rev   Last Change
fhem.pl                   21762 2020-04-23 10:08:41Z rudolfkoenig
10_CUL_HM.pm              21093 2020-02-02 13:51:56Z martinp876
No Id found for 10_IFB.pm

Ich habe auch alle Devices als IFB erstellt.
Vielleicht ändert das was?

Gerne helfe ich. Es kann bei mir ja auch nur besser werden.
Momentan geht es ja mit den Dummies.
Mit den IFB-Devices kann ich zwar einschalten, aber beim Ausschalten hängt sich dann der CUL auf.
Erst ein restart hilft wieder.

Hier noch das list des CULs.

Code: [Auswählen]

Internals:
   CMDS       ABCEeFfGhiJKklMmRTtUVWXxYZz
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:IFB:
   DEF        192.168.0.124:2000 0000
   DeviceName 192.168.0.124:2000
   FD         97
   FHTID      0000
   FUUID      5e656fc4-f33f-0b7a-6ab8-c26c0d05855601e6
   FVERSION   00_CUL.pm:0.208740/2020-01-04
   NAME       nanoCUL_Berker_remote
   NR         1393
   PARTIAL   
   RAWMSG     tA7B97B33B2D9
   RSSI       -93.5
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.67 nanoCUL433
   initString X21
   nanoCUL_Berker_remote_MSGCNT 27
   nanoCUL_Berker_remote_TIME 2020-05-02 16:52:26
   MatchList:
     0:FS20V    ^81..(04|0c)..0101a001......00[89a-f]...
     1:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     2:BS       ^81..(04|0c)..0101a001a5cf
     3:FS20     ^81..(04|0c)..0101a001
     4:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     5:KS300    ^810d04..4027a001
     6:CUL_WS   ^K.....
     7:CUL_EM   ^E0.................$
     8:HMS      ^810e04......a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     D:CUL_IR   ^I............
     E:CUL_TX   ^TX[A-F0-9]{10}
     F:Revolt   ^r......................$
     G:IT       ^i......
     H:STACKABLE_CC ^\*
     I:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     J:SOMFY    ^Y[r|t|s]:?[A-F0-9]+
     K:CUL_TCM97001 ^s[A-F0-9]+
     L:CUL_REDIRECT ^o+
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
     O:IFB      ^J43...........$
   READINGS:
     2020-04-26 23:19:46   ccconf          freq:433.420MHz bWidth:58KHz rAmpl:42dB sens:4dB
     2020-05-01 13:31:17   cmds             A B C E e F f G h i J K k l M m R T t U V W X x Y Z z
     2020-04-27 12:47:59   raw             J43FAE8CA3UU00
     2020-05-02 16:52:26   state           Initialized
     2020-03-16 10:11:45   uptime          0 15:57:07
     2020-03-18 20:20:11   version         V 1.67 nanoCUL433
   helper:
     bm:
       CUL_Get:
         cnt        1
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        02.05. 17:29:09
         max        0.000266075134277344
         tot        0.000266075134277344
         mAr:
           HASH(0x78f9c30)
           nanoCUL_Berker_remote
           ?
       CUL_Read:
         cnt        29
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        02.05. 11:11:39
         max        0.484827041625977
         tot        3.58741593360901
         mAr:
           HASH(0x78f9c30)
       CUL_Set:
         cnt        4
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        02.05. 17:29:09
         max        0.000267982482910156
         tot        0.000556230545043945
         mAr:
           HASH(0x78f9c30)
           nanoCUL_Berker_remote
           ?
Attributes:
   event-on-change-reading state
   rfmode     SlowRF
   room       Berker,Zentrale
   verbose    5Die Dateien schicke ich am Abend.
Und ich schau auch noch mal genauer, was ich getan habe.
Anscheinend hatte ich echt Glück, dass es dann ging.
Lg, Gerhard

[hoko2000]

Hallo,

ich habe mir noch einmal den Post #40 angeschaut:

"In der 00_CUL.pm wurden die J43... -er Nachrichten dem IFB Standard zugeordnet. Die Datei basiert auf der fhem Version 5.6"

Und anschließend einen diff gegen die original Datei von fhem 5.6:

Code: [Auswählen]

50c50
<                        ":STACKABLE_CC:CUL_RFR:IFB:";
---
>                        ":STACKABLE_CC:CUL_RFR:";
75d74
< "K:IFB"       => "^J43...........\$",
790,792d788
<   #by alex
<   #Log3 $name, 4, "CUL_Parse(ini): $name $rmsg";
<   
900,901d895
<   } elsif($fn eq "J" && $len >= 14) {              # IFB
< ;

Also scheinbar hielten sich die Änderungen in Grenzen. Daher habe ich versucht, diese in der aktuellen Version (fhem 6.0) nachzuvollziehen.

Code: [Auswählen]

root@zeus-ubuntu:/opt/fhem/FHEM# diff 00_CUL.pm 00_CUL.pm.orig
54c54
<                        ":$sccMods:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:IFB";
---
>                        ":$sccMods:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:";
85d84
<     "O:IFB"      =>"^J43...........\$",
943,944d941
<   } elsif($fn eq "J" && $len >= 14) {              # IFB
<         ;

Anschließend habe ich noch die Datei 10_IFB.pm aus Post #40 in das Verzeichnis /opt/fhem/FHEM hinzugefügt.

Allerdings bekomme ich immer noch keine vernünftigen Ausgaben angezeigt. Sprich wenn ich eine Taste auf der Gira Fernbedienung drücke, dann tut sich einfach gar nichts.

Hat irgendjemand eine Idee? Vor allem, welche Empfangsparameter (freq:433.420MHz bWidth:58KHz rAmpl:42dB sens:4dB) müssen eingestellt werden?

Anbei die angepasste Datei 00_CUL.pm für fhem 6.0.

Viele Grüße, Holger

[gestein]

Hallo,

Meine Parameter sind:
ccconf
freq:433.420MHz bWidth:58KHz rAmpl:42dB sens:4dB

Lg, Gerhard

[hoko2000]

Hallo,

in der Zwischenzeit habe ich die letzten drei, hier veröffentlichen nanoCUL.hex Dateien getestet und konnte keinerlei Unterschied feststellen. Daher bleibe ich erst einmal bei der nanoCul.hex Variante aus Post 87.

Auch habe ich mir inzwischen angelesen, was es mit dem Parameter bWidth auf sich hat. Mit meinen laienhaften Worten, er gibt die Breite des Frequenzbandes an, der gleichzeitig empfangen wird. Bei freq:433.420MHz bWidth:58KHz wird also alles zwischen 404.42 und 462,42 MHz empfangen. Je größer der Wert, desto größer die Wahrscheinlichkeit etwas zu empfangen. Allerdings wächst damit auch die "Störstrahlung".
Ich konnte das vermutlich auch nachvollziehen. Mit bWidth=325 empfange ich signifikant mehr Pakete, allerdings alle "Unknow code...".

Hat noch jemand einen Tip für mich, was ich ausprobieren könnte?

Viele Grüße, Holger

[gestein]

Hallo,

so, ich hab's mir nochmal genauer angeschaut, was ich gemacht habe.
Anbei meine firmware, die ich mit folgendem Befehl aufgespielt habe:

Code: [Auswählen]

avrdude -D -p atmega328p -P /dev/ttyUSB2 -b 57600 -c arduino -U flash:w:/home/pi/CUL-firmware/nanoCUL.hexNatürlich muss man das tty-Device und den Pfad anpassen.

Die 10_IFB.pm ist die aus der aktuellen Verteilung.
Die 00_CUL.pm hatte ich angepasst, denke, dass es das gleiche ist, wie Holger beschrieben hat.

Vielleicht hilft's?
lg, Gerhard

[hoko2000]

Hallo Gerhard,

vielen Dank für deinen Post. Ich habe es mit deinen Dateien noch einmal probiert. Leider ohne Erfolg.
Im Gegenteil, jetzt empfange ich scheinbar gar nichts mehr im Vergleich zu:

2020.05.10 17:17:57 3: cul1: Unknown code IFB Enabled, help me!

GIbt es eine Möglichkeit, den nanocul komplett zurückzusetzen? Oder ist jemand eine Bezugsquelle bekannt, dessen Stick definitiv funktioniert?

Viele Grüße, Holger

[gestein]

Hallo,
Schade, dass es damit auch nicht klappt.

Ich hatte mir den hier gekauft:
https://www.amazon.de/gp/product/B07T26ZSZG/ref=ppx_yo_dt_b_asin_title_o02_s00?ie=UTF8&psc=1

Lg, Gerhard

[gestein]

Weiß jemand, wie ich die Firmware von meinem Stick runterkopieren kann?
Geht das auch mit avrdude?

Lg, Gerhard

[DerTom71]

Hallo Zusammen,

für alle die sich an der *.PM versuchen wollen.

Am wichtigsten ist die Anlage aus Post #53. Hier steht genau wie die Telegramme aussehen sollen.

Das folgende ist nur passend für meine FW aus Post #87. Nur in dieser FW kann die Anzahl der Long- und Stop-Impulse im set angegeben werden.

FHEM sendet Befehl (Beispiel für Dimmen Up)
set CUL_INSTA raw JsxxxxxxxA3UL12
LOG-File:
CUL_INSTA: Unknown code JxxxxxxxA3UU00, help me!
CUL_INSTA: Unknown code JxxxxxxxA3U100, help me!
CUL_INSTA: Unknown code JxxxxxxxA3U100, help me!
CUL_INSTA: Unknown code JxxxxxxxA3U100, help me!
CUL_INSTA: Unknown code JxxxxxxxA3UL00, help me!
CUL_INSTA: Unknown code JxxxxxxxA3SL00, help me!
CUL_INSTA: Unknown code JxxxxxxxA3SL00, help me!
Man sieht zu dem Befehl gehören 7 Telegramme die hintereinander gesendet werden:
- 11. Stelle: U=Up; D=Down; S=Stop
- 12. Stelle: U=undef; 0<0,5s; 1<1s; L>1s
=> Man kann somit Kontrollieren wie sich die Angabe der Long- und Stop-Impulse auswirkt.

CUL empfängt Telegram (z.B. bei Druck auf die Fernbedienung)
Log-File:
CUL_INSTA: Unknown code JxxxxxxxA3UU00, help me!
- Hier sieht man leider nicht genau die Anzahl der Telegramme.
- Es ist daher nicht möglich genau zu sagen wieviel Telegramme die Fernbedienung sendet.

Diese ganze Rückverarbeitung fehlt in der *.PM. Möchte daher auf meine Dummy's aus Post #93 verweisen.

Gruß
Tom

[hoko2000]

Hallo Zusammen,

eigentlich hatte ich schon aufgegeben, aber heute fiel mir der CUL Stick wieder in die Hände. Trotz intensivstem recherchieren und ausprobieren bin ich leider keinen Schritt weitergekommen. Entweder habe ich einen unglaublichen Denkfehler, oder mein Stick ist defekt. Daher versuche ich es noch einmal und vielleicht hat ja jemand von euch eine Idee:

Der Stick wird in FHEM eingebunden und lässt sich mit >list cul1< abfragen:

Code: [Auswählen]

Internals:
   CMDS       ABCEeFfGhiJKklMmRTtUVWXxYZz
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:IFB:
   DEF        /dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0@38400 1234
   DeviceName /dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0@38400
   FD         5
   FHTID      1234
   FUUID      5ead31e9-f33f-7696-79e8-0c4f1c8db0589c75
   NAME       cul1
   NR         14
   PARTIAL   
   RAWMSG     J43D298BA0UL00
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.67 nanoCUL433
   cul1_MSGCNT 817
   cul1_TIME  2020-10-31 17:39:38
   initString X21
   MatchList:
     0:FS20V    ^81..(04|0c)..0101a001......00[89a-f]...
     1:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     2:BS       ^81..(04|0c)..0101a001a5cf
     3:FS20     ^81..(04|0c)..0101a001
     4:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     5:KS300    ^810d04..4027a001
     6:CUL_WS   ^K.....
     7:CUL_EM   ^E0.................$
     8:HMS      ^810e04......a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     D:CUL_IR   ^I............
     E:CUL_TX   ^TX[A-F0-9]{10}
     F:Revolt   ^r......................$
     G:IT       ^i......
     H:STACKABLE_CC ^\*
     I:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     J:SOMFY    ^Y[r|t|s]:?[A-F0-9]+
     K:CUL_TCM97001 ^s[A-F0-9]+
     L:CUL_REDIRECT ^o+
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
     O:IFB      ^J43...........$
   READINGS:
     2020-10-31 16:43:03   ccconf          freq:433.420MHz bWidth:464KHz rAmpl:42dB sens:8dB
     2020-10-31 17:29:27   cmds             A B C E e F f G h i J K k l M m R T t U V W X x Y Z z
     2020-10-31 16:44:36   raw             No answer
     2020-10-31 17:39:38   state           Initialized
     2020-10-31 16:42:51   uptime          0 01:15:41
     2020-10-31 16:42:46   version         V 1.67 nanoCUL433
Attributes:
   rfmode     SlowRF


Frage: Ist es normal, dass nur eine LED dauerhaft rot leuchtet? In einem anderen Forum war die Rede von 1 Hz blinken.

Anschließend den Stick in den „Read Instafunk“ Mode versetzten:

Code: [Auswählen]

set CUL1 raw Jr

Dabei erhalte ich folgende Ausgaben im Logfile:
2020.10.31 17:33:13 5: Cmd: >set cul1 raw Jr<
2020.10.31 17:33:13 3: set cul1 raw Jr
2020.10.31 17:33:13 5: SW: Jr
2020.10.31 17:33:13 5: Starting notify loop for cul1, 1 event(s), first is raw Jr
2020.10.31 17:33:13 5: End notify loop for cul1
2020.10.31 17:33:13 5: CUL/RAW: /IFB Enabled
2020.10.31 17:33:13 4: CUL_Parse: cul1 IFB Enabled
2020.10.31 17:33:13 5: cul1: dispatch IFB Enabled
2020.10.31 17:33:13 5: Starting notify loop for cul1, 1 event(s), first is UNKNOWNCODE IFB Enabled
2020.10.31 17:33:13 5: End notify loop for cul1
2020.10.31 17:33:13 3: cul1: Unknown code IFB Enabled, help me!

Frage: Ist es normal, dass die "notify loop" so schnell beendet wird?

Dann habe ich versucht im "Debug Mode" irgendwas zu empfangen. Ich habe mehrere Fernbedienungen / Tasten ausprobiert und nie irgendwas empfangen:

Code: [Auswählen]

2020.10.31 17:52:40 5: Cmd: >set cul1 raw X67<
2020.10.31 17:52:40 3: set cul1 raw X67
2020.10.31 17:52:40 5: SW: X67
2020.10.31 17:52:40 5: Starting notify loop for cul1, 1 event(s), first is raw X67
2020.10.31 17:52:40 5: createNotifyHash
2020.10.31 17:52:40 5: End notify loop for cul1


Dann habe ich nur zum Spaß versucht, ein beliebiges Instabus Telegramm zu senden (die Adressen sind natürlich falsch, da ich noch nie ein Paket empfangen habe) und folgende Meldungen im Log erhalten:

Code: [Auswählen]

2020.10.31 17:39:37 5: Cmd: >set cul1 raw Js43D298BA0UL00<
2020.10.31 17:39:37 3: set cul1 raw Js43D298BA0UL00
2020.10.31 17:39:37 5: SW: Js43D298BA0UL00
2020.10.31 17:39:37 5: Starting notify loop for cul1, 1 event(s), first is raw Js43D298BA0UL00
2020.10.31 17:39:37 5: End notify loop for cul1
2020.10.31 17:39:37 4: WEB: /fhem?cmd.setcul1%3Dset%20cul1%20raw%20Js43D298BA0UL00&XHR=1&fwcsrf=csrf_194097463203498&fw_id=64 / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip
 / Cache-Control: no-cache, no-store, must-revalidate

2020.10.31 17:39:38 5: CUL/RAW: /J43D298BA0UU00

2020.10.31 17:39:38 4: CUL_Parse: cul1 J43D298BA0UU00
2020.10.31 17:39:38 5: cul1: dispatch J43D298BA0UU00
2020.10.31 17:39:38 5: Loading ./FHEM/10_IFB.pm
2020.10.31 17:39:38 3: received IFB message "J43D298BA0UU00"
2020.10.31 17:39:38 3: D298BA0 not defined (Switch code: U)
2020.10.31 17:39:38 1: ERROR: >D298BA0 not defined (Switch code: U)!< returned by the IFB ParseFn is invalid, notify the module maintainer
2020.10.31 17:39:38 5: CUL/RAW: /J43D298BA0U100
J43D298BA0U100

2020.10.31 17:39:38 4: CUL_Parse: cul1 J43D298BA0U100
2020.10.31 17:39:38 5: cul1: dispatch J43D298BA0U100
2020.10.31 17:39:38 3: received IFB message "J43D298BA0U100"
2020.10.31 17:39:38 3: D298BA0 not defined (Switch code: U)
2020.10.31 17:39:38 1: ERROR: >D298BA0 not defined (Switch code: U)!< returned by the IFB ParseFn is invalid, notify the module maintainer
2020.10.31 17:39:38 4: CUL_Parse: cul1 J43D298BA0U100
2020.10.31 17:39:38 5: cul1: dispatch J43D298BA0U100
2020.10.31 17:39:38 3: received IFB message "J43D298BA0U100"
2020.10.31 17:39:38 3: D298BA0 not defined (Switch code: U)
2020.10.31 17:39:38 1: ERROR: >D298BA0 not defined (Switch code: U)!< returned by the IFB ParseFn is invalid, notify the module maintainer
2020.10.31 17:39:38 5: CUL/RAW: /J43D298BA0U100
J43D298BA0UL00

2020.10.31 17:39:38 4: CUL_Parse: cul1 J43D298BA0U100
2020.10.31 17:39:38 5: cul1: dispatch J43D298BA0U100
2020.10.31 17:39:38 3: received IFB message "J43D298BA0U100"
2020.10.31 17:39:38 3: D298BA0 not defined (Switch code: U)
2020.10.31 17:39:38 1: ERROR: >D298BA0 not defined (Switch code: U)!< returned by the IFB ParseFn is invalid, notify the module maintainer
2020.10.31 17:39:38 4: CUL_Parse: cul1 J43D298BA0UL00
2020.10.31 17:39:38 5: cul1: dispatch J43D298BA0UL00
2020.10.31 17:39:38 3: received IFB message "J43D298BA0UL00"
2020.10.31 17:39:38 3: ignore IFB message
2020.10.31 17:39:38 5: Starting notify loop for cul1, 1 event(s), first is UNKNOWNCODE J43D298BA0UL00
2020.10.31 17:39:38 5: End notify loop for cul1
2020.10.31 17:39:38 3: cul1: Unknown code J43D298BA0UL00, help me!

Hat jemand einen Hinweis für mich, was ich noch ausprobieren könnte?
Gibt es eine einfache Möglichkeit, einen CUL Stick auf Funktion zu prüfen? Eventuell ohne FHEM und mit einem vielgenutzten/einfachen Protokoll?


VIelen Dank für jede Antwort,

Holger

[hoko2000]

Hallo,

bei mir hat sich herausgestellt, dass man NanoCul 1101 Stick irgendeinen Defekt hat. Zwar konnte ich ihn ansteuern und flashen, allerdings hat er nie ein Paket empfangen.
Mit einem neuen Stick von smart-home-komponente.net hat es nach dem flashen der Firmware von Post Nr. 87 sofort funktioniert. Also die Anleitung usw. war alles korrekt, mein Stick war defekt.

Ich bedanke mich bei allen, die mir auf dem steinigen Weg geholfen hatten.

Viele Grüße, Holger

[DerTom71]

Hallo Zusammen,

in der Anlage meine aktuelle Instafunk-Koniguration.

Alle Lichter habe ich als TYPE "dummy" und Jalosien als TYPE "ROLLO" definiert.
Weiterhin habe ich die 10_IFB.pm auf ein Minimum reduziert. Enthalten ist nur noch "IFB_Parse".  Einzigste Funktion ist das bei Benutzung einer Orginal Insta-Fernbedienung der STATE gesetzt wird: ROLLO "closed" oder "open", alle anderen "on" oder "off".

Das ganze ist "Quick-and-Dirty". Vorausetzung ist, das im Namen der Device der Fernbedienungscode enthalten ist. ("define IFB_12345A4 dummy", bzw. "define IFB_12345A6 ROLLO")
Das ganze kann man sicher eleganter machen, dafür fehlt mir aber der Background

Weiterhin steuere ich meine ROLLO mit dem Modul AutoShuttersControl (ASC). Das funktoniert ebenfalls hervorragend.

Ich denke hiermit ist das Maximale mit den Vorhanden Mitteln herausgeholt.

Gruß
Tom

[gestein]

Unglaublich aber wahr.
Ralf hat es möglich gemacht und man kann die Funkbus-Signale am SIGNALduino empfangen.

Er könnte noch ein bisschen Hilfe gebrauchen (Signale von unterschiedliche Devices etc.).
Vielleicht hat jemand Lust, Interesse und zufällig einen SIGNALduino?

https://forum.fhem.de/index.php/topic,127189.0.html

Lg, Gerhard

[steini1984]

Hello,

I just bought a second CUL device from here:

https://www.amazon.de/-/en/gp/product/B07T26ZSZG/ref=ppx_yo_dt_b_asin_title_o01_s00?ie=UTF8&psc=1
https://www.smart-home-komponente.de/nano-cul/nano-cul-433-extern/#cc-m-product-8485093976

The manual says that i should find the device under /dev/serial/by-id/usb-SHK_NANO_CUL_868-if00-port0@38400 0000 but i comes up as:
/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0

It is supposed to be flashed with culfw V1.67, but I tried flashing the .hex file for Gira in this thread but get this error:

Code: [Auswählen]

sudo avrdude -D -p atmega328p -P /dev/ttyUSB0 -b 57600 -c arduino -U flash:w:nanoCUL.hex
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x00
The only button I find on the device is RST but I have not gotten the flash to work for example holding the button while plugging in the device.

Can anyone give me a hint on how I can flash the device.