HMUARTLGW: Modul für HomeMatic UART-Modul (RPi) und HomeMatic LAN Gateway

[betateilchen]

Wie kann ich nun problemlos vom bestehenden auf das neue System umziehen? HMId habe ich vorerst die gleiche vergeben.

Das ist doch keine Homematic-spezifische Frage und gehört schon gar nicht hier in den Thread.

[raimundl]

Das ist doch keine Homematic-spezifische Frage und gehört schon gar nicht hier in den Thread.

Bis heute dachte ich, dass ich im "Homematic Forum" bin und "martinp876" der Moderator ist:

FHEM Forum » FHEM - Hausautomations-Systeme » Homematic (Moderator: martinp876) »

[betateilchen]

ja schon, aber Systemzug ist doch nix homematic-spezifisches?

Und mit diesem Thread, in dem es um die technische Einbindung einer neuen Funkhardware geht, hat Deine Umzugsfrage auch nix zu tun.

[raspberry]

Hallo zusammen,
haben nen Raspberry Pi 2 mit dem Funkmodul (HM-MOD-RPI-PCB) und möchte das in die FHEM einbauen. Habe das Funkmodul mit der aktuellen Firmware geflasht. Wenn ich die FHEM starte, erhalte ich folgende Meldung im FHEM-Log.

Code Auswählen Erweitern


2016.07.26 14:59:31 5: Starting notify loop for myHmUART, first event cond: init
2016.07.26 14:59:41 1: HMUARTLGW myHmUART did not respond, reopening
2016.07.26 14:59:41 1: HMUARTLGW myHmUART Reopen
2016.07.26 14:59:41 5: Triggering myHmUART (1 changes)
2016.07.26 14:59:41 5: Starting notify loop for myHmUART, first event cond: disconnected
2016.07.26 14:59:41 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.07.26 14:59:41 1: /dev/ttyAMA0 reappeared (myHmUART)
2016.07.26 14:59:41 5: Triggering myHmUART (1 changes)
2016.07.26 14:59:41 5: Starting notify loop for myHmUART, first event CONNECTED
2016.07.26 14:59:42 4: HMUARTLGW myHmUART StartInit
2016.07.26 14:59:42 5: HMUARTLGW myHmUART send: 00 00
2016.07.26 14:59:42 5: HMUARTLGW myHmUART send: (8): fd00030001009e03
2016.07.26 14:59:42 5: SW: fd00030001009e03
2016.07.26 14:59:42 5: Triggering myHmUART (1 changes)


Führe ich dann folgende Befehle in der Konsole aus, erhalte ich folgenden Log (scheint zu gehen).

Code Auswählen Erweitern


echo 18 >/sys/class/gpio/export
echo out >/sys/class/gpio/gpio18/direction
echo 1 >/sys/class/gpio/gpio18/value


Code Auswählen Erweitern


2016.07.26 14:59:53 5: Starting notify loop for myHmUART, first event cond: init
2016.07.26 14:59:53 5: HMUARTLGW myHmUART read raw (18): fd000d00010402436f5f4350555f424c7f7b
2016.07.26 14:59:53 5: HMUARTLGW myHmUART read (17): fd000d00010402436f5f4350555f424c7f7b crc OK
2016.07.26 14:59:53 5: HMUARTLGW myHmUART recv: 00 0402436F5F4350555F424C, state 1
2016.07.26 14:59:53 3: HMUARTLGW myHmUART currently running Co_CPU_BL
2016.07.26 14:59:53 5: HMUARTLGW myHmUART send: 00 03
2016.07.26 14:59:53 5: HMUARTLGW myHmUART send: (8): fd00030002039409
2016.07.26 14:59:53 5: SW: fd00030002039409
2016.07.26 14:59:53 5: HMUARTLGW myHmUART read raw (9): fd0004000204011916
2016.07.26 14:59:53 5: HMUARTLGW myHmUART read (8): fd0004000204011916 crc OK
2016.07.26 14:59:53 5: HMUARTLGW myHmUART recv: 00 0401, state 2
2016.07.26 14:59:53 5: HMUARTLGW myHmUART read raw (8): fd000c000000436f
2016.07.26 14:59:53 5: HMUARTLGW myHmUART read raw (9): 5f4350555f424c7251
2016.07.26 14:59:53 5: HMUARTLGW myHmUART read (16): fd000c000000436f5f4350555f424c7251 crc OK
2016.07.26 14:59:53 5: HMUARTLGW myHmUART recv: 00 00436F5F4350555F424C, state 2
2016.07.26 14:59:53 3: HMUARTLGW myHmUART currently running Co_CPU_BL
2016.07.26 14:59:53 1: HMUARTLGW myHmUART failed to enter App!


Danach, ohne etwas zu ändern, kommt wieder der Fehler im Log.

Code Auswählen Erweitern


2016.07.26 15:03:44 4: HMUARTLGW myHmUART StartInit
2016.07.26 15:03:44 5: HMUARTLGW myHmUART send: 00 00
2016.07.26 15:03:44 5: HMUARTLGW myHmUART send: (8): fd00030001009e03
2016.07.26 15:03:44 5: SW: fd00030001009e03
2016.07.26 15:03:44 5: Triggering myHmUART (1 changes)
2016.07.26 15:03:44 5: Starting notify loop for myHmUART, first event cond: init
2016.07.26 15:03:54 1: HMUARTLGW myHmUART did not respond, reopening
2016.07.26 15:03:54 1: HMUARTLGW myHmUART Reopen
2016.07.26 15:03:54 5: Triggering myHmUART (1 changes)
2016.07.26 15:03:54 5: Starting notify loop for myHmUART, first event cond: disconnected
2016.07.26 15:03:54 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.07.26 15:03:54 1: /dev/ttyAMA0 reappeared (myHmUART)
2016.07.26 15:03:54 5: Triggering myHmUART (1 changes)
2016.07.26 15:03:54 5: Starting notify loop for myHmUART, first event CONNECTED


Führe ich dann wieder die Befehle von oben aus ("echo ..."), geht es wieder einmal, dann kommt wieder der Fehler. (zuvor muss ich noch "echo 18 >/sys/class/gpio/unexport" ausführen, sonst ist der GPIO belegt. Was genau macht man mit diesen Befehlen? Das Modul resetten?

Meine Frage ist nun, wo könnte der Fehler liegen? Gibt es eine Möglichkeit das ganze auch ohne die "echo" Befehle zum Laufen zu bringen?

Würde mich sehr über Hilfe freuen!

Besten Dank euch und einen schönen Nachmittag

raspberry

[raimundl]

Mein bestehendes System läuft auch auf einen RPi3 mit HM-CFG-USB-2 Stick und vielen HM Komponenten tadellos.

Wie kann ich nun problemlos vom bestehenden auf das neue HomeMatic-Moduls (HM-MOD-RPI-PCB) umziehen? HMId habe ich vorerst die gleiche vergeben.

Meine Lösung:
Gleiche HMId bereits erwähnt, VCCU installiert, Anlerntaste bei HM Komponenten drücken und alles installiert sich wieder von selbst!

LG

[betateilchen]

Haaaaa... es läuft!
...
Damit hat das HM-MOD-RPI-PCB auf Anhieb am cubietruck funktioniert.

Wobei es auf dem Cubietruck sogar noch einfacher geht, denn der CT hat onboard bereits eine Stiftleiste mit einem seriellen port.
Dort kann man das HM-MOD-RPI-PCB direkt aufstecken. Die benötigten 3,3V Spannungsversorgung findet man auf der Steckerleiste rechts daneben.

Code Auswählen Erweitern


root@cubie-dev:/opt/hmcfgusb# ./hmsniff -U /dev/ttyS0
Waiting for application to settle...
HM-MOD-UART opened!
                         LL NR FL CM sender recvr  payload
2016-07-26 20:03:40.605: 0C 60 86 70 20DACD 000000 00F044 (Weather event)


Das einzige, was man tun muss, ist das Löschen eines symbolischen Links im Verzeichnis /etc/systemd/system/getty.target.wants

Code Auswählen Erweitern


# rm serial-getty\@ttyS0.service


Damit wird dieser serielle port freigegeben (ist standardmäßig von agetty belegt) und kann benutzt werden.

[Annitoka]

Hallo zusammen,

Wahrscheinlich wurde die Frage schon mal irgendwo beantwortet. Habe aber trotz stundenlangem Forum durchsuchen und googlen nix gefunden...daher stelle ich sie hier:

Kann zusätzlich zum Raspberry HomeMatic UART-Modul (RPi) ein CUL (z.B. Selbstbau CUL) am gleichen Raspberry betrieben werden? Und wenn ja, muss hier etwas an Serial Einstellungen ändern?

Danke schon mal vorab und viele Grüße aus Karlsruhe
Kai

[Otto123]

Hallo Kai,

prinzipiell sollt es wegen der seriellen Schnittstelle kein Problem geben, da der CUL ja über USB eine Eigene mitbringt.

Gruß Otto

[Annitoka]

Hallo Otto,

wieder mal danke für deine superschnelle Antwort

schönen Abend noch

[eldrik]

habe ich heute einen anderen USB-serial-Adapter (mit dem gleichen Chipsatz, aber die Adapterplatine von einem anderen Hersteller) ausprobiert.

Damit hat das HM-MOD-RPI-PCB auf Anhieb am cubietruck funktioniert.

Moin,

magst du vl. einmal das Modell nennen oder verlinken, ich wollte jetzt testweise einen dritten UART per USBtoTTL anschließen, ein ttyUSB Gerät wird daraufhin auch angezeigt aber die Definition in FHEM führt zu keinem positiven Ergebnis

Edit: Problem gefunden, die Lese/Schreib Berechtigungen waren krumm!

Greetz
Eldrik

[wiewaldi]

Hallo,

Ich bekomme das Lan Gateway HM-LGW-O-TW-EU nicht ans laufen.

HMUARTLGW  zeigt state: opened
cond zeigt im Sekundentakt: init , disconnected......

Hier ein Log Auszug:

Code Auswählen Erweitern



2016-07-27 16:51:40 HMUARTLGW myHmLGW CONNECTED
2016-07-27 16:51:40 HMUARTLGW myHmLGW D-type: eQ3-HM-LGW
2016-07-27 16:51:40 HMUARTLGW myHmLGW D-LANfirmware: 1.1.5
2016-07-27 16:51:40 HMUARTLGW myHmLGW D-serialNr: KEQXXXXX
2016-07-27 16:51:41 HMUARTLGW myHmLGW cond: init
2016-07-27 16:51:41 HMUARTLGW myHmLGW cond: disconnected
2016-07-27 16:51:41 HMUARTLGW myHmLGW CONNECTED
2016-07-27 16:51:41 HMUARTLGW myHmLGW D-type: eQ3-HM-LGW
2016-07-27 16:51:41 HMUARTLGW myHmLGW D-LANfirmware: 1.1.5
2016-07-27 16:51:41 HMUARTLGW myHmLGW D-serialNr: KEQXXXXX
2016-07-27 16:51:42 HMUARTLGW myHmLGW cond: init
2016-07-27 16:51:42 HMUARTLGW myHmLGW cond: disconnected



Code Auswählen Erweitern


2016.07.27 16:51:40 3: HMUARTLGW myHmLGW:keepAlive KeepAlive-port opened
2016.07.27 16:51:41 4: HMUARTLGW myHmLGW StartInit
2016.07.27 16:51:41 5: HMUARTLGW myHmLGW send: 00 00
2016.07.27 16:51:41 5: HMUARTLGW myHmLGW send: (: fd000300f000b80f
2016.07.27 16:51:41 5: SW: fd000300f000b80f
2016.07.27 16:51:41 5: HMUARTLGW myHmLGW read raw (18): fd000d00f00402436f5f4350555f424c172d
2016.07.27 16:51:41 5: HMUARTLGW myHmLGW read (17): fd000d00f00402436f5f4350555f424c172d crc OK
2016.07.27 16:51:41 5: HMUARTLGW myHmLGW recv: 00 0402436F5F4350555F424C, state 1
2016.07.27 16:51:41 3: HMUARTLGW myHmLGW currently running Co_CPU_BL
2016.07.27 16:51:41 5: HMUARTLGW myHmLGW send: 00 03
2016.07.27 16:51:41 5: HMUARTLGW myHmLGW send: (: fd000300f1033e06
2016.07.27 16:51:41 5: SW: fd000300f1033e06
2016.07.27 16:51:41 5: HMUARTLGW myHmLGW read raw (9): fd000400f1040095ef
2016.07.27 16:51:41 5: HMUARTLGW myHmLGW read (: fd000400f1040095ef crc OK
2016.07.27 16:51:41 5: HMUARTLGW myHmLGW recv: 00 0400, state 2
2016.07.27 16:51:41 1: HMUARTLGW myHmLGW application switch failed, application-firmware probably corrupted!
2016.07.27 16:51:41 1: HMUARTLGW myHmLGW Reopen
2016.07.27 16:51:41 3: Opening myHmLGW:keepAlive device 192.168.0.226:2001
2016.07.27 16:51:41 3: myHmLGW:keepAlive device opened
2016.07.27 16:51:41 1: 192.168.0.226:2000 reappeared (myHmLGW)
2016.07.27 16:51:41 5: HMUARTLGW myHmLGW read raw (61): 4865662c30312c6551332d484d2d4c47572c312e312e352c4b4551313036343839330d0a5366302c426964436f532d6f7665722d4c414e2d312e300d0a
2016.07.27 16:51:41 5: HMUARTLGW myHmLGW read (34): Hef,01,eQ3-HM-LGW,1.1.5,KEQ1064893
2016.07.27 16:51:41 5: HMUARTLGW myHmLGW read (23): Sf0,BidCoS-over-LAN-1.0
2016.07.27 16:51:41 3: HMUARTLGW myHmLGW BidCoS-port opened
2016.07.27 16:51:41 5: HMUARTLGW myHmLGW send (10): >f0,0000
2016.07.27 16:51:41 5: SW: >f0,0000

2016.07.27 16:51:41 3: HMUARTLGW myHmLGW:keepAlive KeepAlive-port opened
2016.07.27 16:51:42 4: HMUARTLGW myHmLGW StartInit
2016.07.27 16:51:42 5: HMUARTLGW myHmLGW send: 00 00
2016.07.27 16:51:42 5: HMUARTLGW myHmLGW send: (: fd000300f200340c
2016.07.27 16:51:42 5: SW: fd000300f200340c
2016.07.27 16:51:42 5: HMUARTLGW myHmLGW read raw (18): fd000d00f20402436f5f4350555f424c97d1
2016.07.27 16:51:42 5: HMUARTLGW myHmLGW read (17): fd000d00f20402436f5f4350555f424c97d1 crc OK
2016.07.27 16:51:42 5: HMUARTLGW myHmLGW recv: 00 0402436F5F4350555F424C, state 1
2016.07.27 16:51:42 3: HMUARTLGW myHmLGW currently running Co_CPU_BL
2016.07.27 16:51:42 5: HMUARTLGW myHmLGW send: 00 03
2016.07.27 16:51:42 5: HMUARTLGW myHmLGW send: (: fd000300f303b205
2016.07.27 16:51:42 5: SW: fd000300f303b205
2016.07.27 16:51:42 5: HMUARTLGW myHmLGW read raw (9): fd000400f3040015c4
2016.07.27 16:51:42 5: HMUARTLGW myHmLGW read (: fd000400f3040015c4 crc OK
2016.07.27 16:51:42 5: HMUARTLGW myHmLGW recv: 00 0400, state 2
2016.07.27 16:51:42 1: HMUARTLGW myHmLGW application switch failed, application-firmware probably corrupted!
2016.07.27 16:51:42 1: HMUARTLGW myHmLGW Reopen
2016.07.27 16:51:42 3: Opening myHmLGW:keepAlive device 192.168.0.226:2001
2016.07.27 16:51:42 3: myHmLGW:keepAlive device opened
2016.07.27 16:51:42 1: 192.168.0.226:2000 reappeared (myHmLGW)
2016.07.27 16:51:42 5: HMUARTLGW myHmLGW read raw (61): 4866312c30312c6551332d484d2d4c47572c312e312e352c4b4551313036343839330d0a5366322c426964436f532d6f7665722d4c414e2d312e300d0a
2016.07.27 16:51:42 5: HMUARTLGW myHmLGW read (34): Hf1,01,eQ3-HM-LGW,1.1.5,KEQ1064893
2016.07.27 16:51:42 5: HMUARTLGW myHmLGW read (23): Sf2,BidCoS-over-LAN-1.0
2016.07.27 16:51:42 3: HMUARTLGW myHmLGW BidCoS-port opened
2016.07.27 16:51:42 5: HMUARTLGW myHmLGW send (10): >f2,0000
2016.07.27 16:51:42 5: SW: >f2,0000


Dem Gateway ist eine feste IP Adresse zugewiesen,
getestet mit "Netzwerkverschlüsselung (an oder aus) aber immer das gleiche Problem.

Hat jemand eine Idee ?

[Ralf9]

Ich habe auch einen HM-MOD-RPI-PCB über einen USB-serial-Adapter inbetrieb genommen. Ich habe ihn testweise an meinen PC mit Opensuse angeschlossen.
Der HM-MOD-RPI-PCB funktioniert soweit.

Ich habe versucht einen HM-MOD-Em-8 und  HM-SEC-SCo zu pairen.
Beim HM-MOD-Em-8 ist es mir nach einigen Versuchen gelungen.
Beim HM-SEC-SCo ist mir das pairen nicht gelungen.
Können diese Probleme daran liegen, daß der HM-MOD-RPI-PCB noch die firmware 1.2.1 hat?

list myHmUART

Code Auswählen Erweitern

Internals:
   AssignedPeerCnt 2
   CNT        218
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0
   DEVCNT     205
   DevState   98
   DevType    UART
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0@115200
   FD         66
   NAME       myHmUART
   NR         152
   PARTIAL
   RAWMSG     05000024B186102B37730000000A24E00A0040
   RSSI       -36
   STATE      opened
   TYPE       HMUARTLGW
   XmitOpen   1
   msgLoadCurrent 7
   msgLoadCurrentRaw 14
   msgLoadHistory 0/1/0/2/2/2/-/-/-/-/-/-
   msgLoadHistoryAbs 7/7/6/6/4/2/0/-/-/-/-/-/-
   owner      424243
   .clientArray:
     CUL_HM
   Helper:
     CreditTimer 133
     FW         66049
     Initialized 1
     OneParameterOnly 1
     SendCnt    16
     Ackpending:
       218:
         cmd        08
         dst        0
         time       1469638270.30742
     Assignedpeers:
       312EBF     FFFFFFFFFFFFFFFF (flags: 0)
       4C2032     FFFFFFFFFFFFFFFF (flags: 0)
     LastSendLen:
       3
       3
     PeerQueue:
     PendingCMD:
     Roundtrip:
       Calc       1
       Delay      0.00299596786499023
     Loadlvl:
       lastHistory 1469637991.74636
     log:
   Peers:
     312EBF     assigned
     4C2032     assigned
   Readings:
     2016-07-27 18:16:31   D-HMIdAssigned  424243
     2016-07-27 18:16:31   D-HMIdOriginal  470891
     2016-07-27 18:16:31   D-firmware      1.2.1
     2016-07-27 18:16:31   D-serialNr      NEQ0229931
     2016-07-27 18:16:29   D-type          HM-MOD-UART
     2016-07-27 18:16:31   cond            ok
     2016-07-27 18:46:10   load            7
     2016-07-27 18:16:31   loadLvl         low
     2016-07-27 18:16:29   state           opened
   Helper:
Attributes:
   hmId       424243
   room       CUL_HM
   verbose    5


list HM_4C2032

Code Auswählen Erweitern

Internals:
   .triggerUsed 1
   CFGFN
   DEF        4C2032
   IODev      myHmUART
   LASTInputDev myHmUART
   MSGCNT     22
   NAME       HM_4C2032
   NR         287
   STATE      Nack
   TYPE       CUL_HM
   lastMsg    No:59 - t:00 s:4C2032 d:000000 1000C74E45513036323730303780810101
   myHmUART_MSGCNT 22
   myHmUART_RAWMSG 0500001C5984004C20320000001000C74E45513036323730303780810101
   myHmUART_RSSI -28
   myHmUART_TIME 2016-07-27 19:08:43
   protCmdDel 12
   protLastRcv 2016-07-27 19:08:43
   protNack   2 last_at:2016-07-27 19:08:19
   protResnd  4 last_at:2016-07-27 19:04:49
   protResndFail 1 last_at:2016-07-27 19:05:44
   protSnd    14 last_at:2016-07-27 19:08:18
   protState  CMDs_done_Errors:1
   rssi_at_myHmUART cnt:22 max:-25 avg:-30.54 min:-35 lst:-28
   Readings:
     2016-07-27 19:08:43   .D-devInfo      810101
     2016-07-27 19:08:43   .D-stc          80
     2016-07-27 19:03:46   .R-transmDevTryMax 6
     2016-07-27 19:08:43   .protLastRcv    2016-07-27 19:08:43
     2016-07-27 19:08:43   Activity        alive
     2016-07-27 19:08:19   CommandAccepted no
     2016-07-27 19:08:43   D-firmware      1.0
     2016-07-27 19:08:43   D-serialNr      NEQ0627007
     2016-07-27 19:08:18   PairedTo        set_0x424243
     2016-07-27 19:03:46   R-cyclicInfoMsg on
     2016-07-27 19:08:18   R-pairCentral   0x000000
     2016-07-27 19:03:46   R-sabotageMsg   on
     2016-07-27 19:08:18   RegL_00.          02:00 09:01 0A:00 0B:00 0C:00 10:01 14:06 00:00
     2016-07-27 19:03:58   aesKeyNbr       00
     2016-07-27 19:03:38   alive           yes
     2016-07-27 19:06:46   battery         ok
     2016-07-27 19:06:46   contact         open (to broadcast)
     2016-07-27 19:03:38   recentStateType info
     2016-07-27 19:03:38   sabotageError   off
     2016-07-27 19:08:19   state           Nack
     2016-07-27 19:06:46   trigger_cnt     49
     Regl_01.:
       VAL
   Helper:
     HM_CMDNR   89
     cSnd       014242434C203200040000000000,014242434C203201040000000001
     getCfgList all
     getCfgListNo ,4
     mId        00C7
     rxType     28
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +4C2032,00,00,00
       nextSend   1469639323.80849
       prefIO
       rxt        2
       vccu
       p:
         4C2032
         00
         00
         00
     Mrssi:
       mNo        59
       Io:
         myHmUART   -26
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_myhmuart:
         avg        -30.5454545454545
         cnt        22
         lst        -28
         max        -25
         min        -35
     Shadowreg:
Attributes:
   IODev      myHmUART
   actCycle   000:50
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.0
   model      HM-SEC-SCo
   room       CUL_HM
   serialNr   NEQ0627007
   subType    threeStateSensor

Nachtrag:
Hier ist noch ein log Auszug

Code Auswählen Erweitern

2016.07.27 20:41:53 0 : HMUARTLGW myHmUART send: 00 08
2016.07.27 20:41:53 0 : HMUARTLGW myHmUART recv: 00 040200, state 98
2016.07.27 20:41:53 0 : HMUARTLGW myHmUART GetSet Ack: 02, state 98
2016.07.27 20:41:53 0 : HMUARTLGW myHmUART roundtrip delay: 0.00277590751647949
2016.07.27 20:41:54 0 : HMUARTLGW myHmUART recv: 01 05 00 00 31 msg: 29 84 41 4C2032 000000 011400
2016-07-27 20:41:54 CUL_HM HM_4C2032 battery: ok
2016-07-27 20:41:54 CUL_HM HM_4C2032 contact: closed (to broadcast)
2016-07-27 20:41:54 CUL_HM HM_4C2032 closed
2016-07-27 20:41:54 CUL_HM HM_4C2032 trigger_cnt: 20

Gruß Ralf

[Otto123]

Können diese Probleme daran liegen, daß der HM-MOD-RPI-PCB noch die firmware 1.2.1 hat?

Aber die 1.4.1 ist doch extra empfohlen. Warum flashst Du die nicht einfach? 

Gruß Otto

[Ralf9]

Aber die 1.4.1 ist doch extra empfohlen. Warum flashst Du die nicht einfach? 

Da dies bei mir nicht so einfach ist, da der HM-MOD-RPI-PCB an dem USB-serial-Adapter angeschlossen ist und der Reset PIn fest auf 3,3V ist.
Oder kann ich auch so einfach flashen?

Ich habe z.Zt. keinen Raspi inbetrieb. Ich habe noch einen Raspi B+ in der Schublade, welchen ich aber erst noch installieren muß.

Gruß Ralf

[betateilchen]

Den Reset Pin brauchst Du nicht zwingend zum flashen. Zumindest hat das bei mir problemlos mit den "üblichen" vier Strippen funktioniert.