Selbstbau CUN (MapleCUN)

[kleo]

Weiterhelfen kann ich dir nicht, aber als Tipp: Screenshots mag niemand gerne. Gib lieber

Code Auswählen Erweitern

list <device> in die Kommandozeile ein und poste den Output.

Danke für den Hinweis. Das ist nachvollziehbar und ich habe es gleich mal umgesetzt.
Grüße, Kleo

[A.Harrenberg]

Hi,

Hallo KernSani,

bist Du sicher?

Ok, Spaß beiseite lösche es wieder raus 

das ist der Unterschied zwischen den Zitat-Tags und den Code-Tags... Soetwas gehört in Code-Tags und dann ist auch nicht mehr so schlimm.

Aber ich würde auch vorschlagen das wieder zu entfernen

Gruß,
Andreas.

[Capricornus73]

Guten Morgen zusammen,

ich habe mir den MapleCUN nun selber gebaut mit 2 CC1101 Funkmodulen (433 MHz und 868 MHz) und einem HMUART mit dem HM-MOD-RPI-PCB. Die beiden Funkmodule funktionierten sofort ohne Probleme.
Mir war wichtig, dass alle Module über USB ansprechbar sind auch die UART Schnittstellen des Maple mini und falls jemand von euch auch Probleme damit hat und ich gerne helfen möchte, schreibe ich hier meine Lösung nieder.

Erst konnte ich den UART über USB nicht ansprechen und nach langem Lesen in diversen Foren habe ich herausgefunden, dass sich dies UART Schnittstellen folgender maßen ansprechen lassen:

-Für UART 0 in FHEM:

Code Auswählen Erweitern

define myHmUART HMUARTLGW /dev/ttyACM1@Baudrate des Devices

-Für UART 1 in FHEM:

Code Auswählen Erweitern

define myHmUART HMUARTLGW /dev/ttyACM2@115200 das ist mein HMUART. 

Und zweitens konnte ich über FHEM nicht mit dem HM-MOD-RPI-PCB komunizieren. Das Device war not connected.

Bei meinem Maple mini sind die TX und RX Anschlüsse vertauscht, das habe ich beim Bootloader flashen festgestellt und nachdem ich beim HM-MOD-RPI-PCB die Anschlüsse für TX und RX getauscht hatte funktionierte das HM-MOD-RPI-PCB auch endlich fehlerfrei!

Damit das ganze dann in FHEM funktioniert, muss für das myHmUART noch eine zusätzliche HmId vergeben werden:

Code Auswählen Erweitern

attr myHmUART hmId 424242
Der HM-MOD-RPI-PCB hat zwar schon eine eigene HmId aber damit dieser auch Empfangen kann benötigt dieser noch eine zweite HmId.

Bemerkbar macht sich das Fehler der zusätzlichen HmId folgender maßen: Das Pairen von HM Geräten klappt, aber wenn man z.B. die Config eine HM Gerätes auslesen möchte, dann schlägt dieses fehl und es kommt zu einem Time Out!

Falls jemand Probleme mit dem Flashen des Bootloader hat, da habe ich folgendes gemacht: Ich habe einen Jumper an dem boot1 Anschluss des Maple minis angeschlossen und zwar so dass ich den boot1 Anschluss für das Flashen auf GND (low) setzen kann und für den Normalbetrieb auf +3,3V (high). Als Pullup/Pulldown Widerstand habe ich jeweils ein 10 KOhm Widerstand benutzt.

Als Anhang habe ich noch meinen Verdrahtungsplan für eine Lochrasterplatine für euch. Blaue Verbindungen sind Brücken! Und die Bezeichnung für RX und TX sind so bezeichnet, wie ich den USB zu TTL Konverter anschließen muss. Also TX an TX und RX an RX!

Ich hoffe ich konnte dem Einen oder Anderen weiter helfen und wünsche euch allen noch einen schönen Sonntag 

Viele Grüße Jörg

[bartman121]

Hallo,

ich stell mich irgendwie zu dämlich an, die Firmware selbst zu kompilieren, daher frage ich mal ganz frech ob es möglich ist, die a-culfw mit aktiviertem:

Code Auswählen Erweitern

#define LACROSSE_HMS_EMU bereitzustellen?

Damit könnte man dann auch bequem seine LaCrosse-Sensoren empfangen und könnnte den JeeLink "entsorgen" --> LaCrosse für CUL

Grüße

[bartman121]

also  ich versuche mich derzeit am kompilieren, jedoch scheitert es immer hier:

Code Auswählen Erweitern


/usr/lib/gcc/arm-none-eabi/4.9.3/../../../arm-none-eabi/bin/ld: ../../clib/cc1100.o: Relocations in generic ELF (EM: 83)
/usr/lib/gcc/arm-none-eabi/4.9.3/../../../arm-none-eabi/bin/ld: ../../clib/cc1100.o: Relocations in generic ELF (EM: 83)
/usr/lib/gcc/arm-none-eabi/4.9.3/../../../arm-none-eabi/bin/ld: ../../clib/cc1100.o: Relocations in generic ELF (EM: 83)
/usr/lib/gcc/arm-none-eabi/4.9.3/../../../arm-none-eabi/bin/ld: ../../clib/cc1100.o: Relocations in generic ELF (EM: 83)
../../clib/cc1100.o: error adding symbols: File in wrong format
collect2: error: ld returned 1 exit status
makefile:236: die Regel für Ziel ,,MapleCUNx4_W5100_BL.elf" scheiterte
make[1]: *** [MapleCUNx4_W5100_BL.elf] Fehler 1
make[1]: Verzeichnis ,,/home/andreas/a-culfw/culfw/Devices/MapleCUN" wird verlassen
makefile:200: die Regel für Ziel ,,all" scheiterte
make: *** [all] Fehler 2


Kann Jemand damit etwas anfangen und mich in die richtige Richtung schubbsen?

Danke schon im voraus

[pejonp]

@bartman121

Mach mal ein: make clean
Und dann ein: make

Pejonp

[bartman121]

Hallo,

also erstmal vielen Dank, das kompilieren ging dann auch, jedoch funktioniert es - wie zu erwarten - doch nicht zu einfach.

Ich habe in der board.h folgendes ergänzt:

Code Auswählen Erweitern

#define LACROSSE_HMS_EMU

im makefile auch die entsprechende lib eingebunden:

Code Auswählen Erweitern

SRCS += ../../clib/lacrosse.c

Danach kann man mittels

Code Auswählen Erweitern

set MapleCulXX raw Nr1
oder
set MapleCulXX raw Nr2
den LaCrosse Empfang aktivieren. Es wird auch empfangen und die entsprechenden HMS-Devices werden werden angelegt und befüttert.

ABER irgendwo ist der WURM drin, danach dreht FHEM ein wenig durch

Code Auswählen Erweitern


2017.05.11 10:23:27 2: autocreate: define STACKABLE_CC_25 STACKABLE_CC STACKABLE                                                _CC_24
2017.05.11 10:23:46 2: autocreate: define STACKABLE_CC_26 STACKABLE_CC STACKABLE                                                _CC_25
2017.05.11 10:24:05 2: autocreate: define STACKABLE_CC_27 STACKABLE_CC STACKABLE                                                _CC_26
2017.05.11 10:24:24 2: autocreate: define STACKABLE_CC_28 STACKABLE_CC STACKABLE                                                _CC_27
2017.05.11 10:24:43 2: autocreate: define STACKABLE_CC_29 STACKABLE_CC STACKABLE                                                _CC_28
2017.05.11 10:25:02 2: autocreate: define STACKABLE_CC_30 STACKABLE_CC STACKABLE                                                _CC_29
2017.05.11 10:25:21 2: autocreate: define STACKABLE_CC_31 STACKABLE_CC STACKABLE                                                _CC_30
2017.05.11 10:25:41 2: autocreate: define STACKABLE_CC_32 STACKABLE_CC STACKABLE                                                _CC_31
2017.05.11 10:26:00 2: autocreate: define STACKABLE_CC_33 STACKABLE_CC STACKABLE_CC_32


hier mal das list eines der LaCrosse-Sensoren:

Code Auswählen Erweitern


Internals:
   CFGFN
   CHANGED
   CODE       4305
   DEF        4305
   IODev      nanoCUL_LC
   LASTInputDev STACKABLE_CC_19
   MSGCNT     15
   NAME       HMS100T_4305
   NR         274
   STACKABLE_CC_13_MSGCNT 6
   STACKABLE_CC_13_RAWMSG 810e04xx0511a0014305000001840100
   STACKABLE_CC_13_RSSI -74.5
   STACKABLE_CC_13_TIME 2017-05-11 10:18:04
   STACKABLE_CC_14_MSGCNT 3
   STACKABLE_CC_14_RAWMSG 810e04xx0511a0014305000001840100
   STACKABLE_CC_14_RSSI -74.5
   STACKABLE_CC_14_TIME 2017-05-11 10:18:28
   STACKABLE_CC_15_MSGCNT 3
   STACKABLE_CC_15_RAWMSG 810e04xx0511a0014305000001840100
   STACKABLE_CC_15_RSSI -74.5
   STACKABLE_CC_15_TIME 2017-05-11 10:19:09
   STACKABLE_CC_18_MSGCNT 2
   STACKABLE_CC_18_RAWMSG 810e04xx0511a0014305000001840100
   STACKABLE_CC_18_RSSI -74.5
   STACKABLE_CC_18_TIME 2017-05-11 10:18:44
   STACKABLE_CC_19_MSGCNT 1
   STACKABLE_CC_19_RAWMSG 810e04xx0511a0014305000001840100
   STACKABLE_CC_19_RSSI -74.5
   STACKABLE_CC_19_TIME 2017-05-11 10:19:17
   STATE      T: 18.4  Bat: ok
   TYPE       HMS
   Helper:
     Dblog:
       Data:
         Logdb:
           TIME       1494490636.15632
           VALUE      T: 18.4  Bat: ok
       Temperature:
         Logdb:
           TIME       1494490636.15632
           VALUE      18.4
   Readings:
     2017-05-11 10:19:17   battery         ok
     2017-05-11 10:19:17   state           T: 18.4  Bat: ok
     2017-05-11 10:19:17   temperature     18.4
     2017-05-11 10:19:17   type            HMS100T


Hier wären dann jetzt vermutlich doch die Profis gefragt ... Es wäre super, wenn sich das mal Jemand ansehen würde, der LaCrosse-Empfang ist vermutlich nicht nur für mich recht interessant.

EDIT: das alte IOdev nanoCUL_LC war nur zum Testen, es ist beim o.g. Code nicht angeschlossen gewesen.

[pejonp]

@bartman121

Wie groß ist die kompilierte Datei? Bei mir hatte ich das Problem das bei 65k , durch Einbau von lacrosse, die Datei nicht mehr richtig lief (Blue pill). Bin jetzt aber auch nicht drangeblieben, um den Fehler zugingen.

Pejonp

[bartman121]

Hallo Pejomp,

du hast es also auch schonmal probiert ...

Code Auswählen Erweitern


-rwxr-xr-x  1 root    root    50672 Mai 11 09:10 MapleCUNx4_W5100_BL.bin
-rwxr-xr-x  1 root    root    59436 Mai 11 09:10 MapleCUNx4_W5500_BL.bin

also 51kB und 59,5kB .... ich befürchte eher, dass das Problem an einer anderen Stelle steckt, ich warte einfach mal ab ob es Jemand hinbekommt.

Empfangen von LaCrosse funktioniert ja schon, lediglich, dass weiterverarbeiten ist noch nicht an. Irgendwie muss es doch eine Lösung geben.

[pejonp]

@bartman121

Ich hatte auch noch Debug aktiviert, so das ich über die uart mitlesen konnte. Im fhem sollten eigentlich
HMS Geräte angelegt werden.

Pejonp

[bartman121]

Hallo Pejonp,

also irgendwie staune ich heute nicht schlecht. Ich habe einfach mal meine selbst kompilierte (von gestern) W5500-Bin aufgespielt. Jetzt funktioniert der Lacrosse-Empfang plötzlich. Ich werde das mal beobachten.

Grüße

Andreas

[chris1284]

ich versuche gerade die a-culfw zu compilieren um lacrosse zu aktivieren, scheitere aber

make[1]: arm-none-eabi-gcc: Kommando nicht gefunden
makefile:231: recipe for target 'main.o' failed
make[1]: *** [main.o] Error 127
make[1]: Leaving directory '/opt/a-culfw-master/culfw/Devices/MapleCUN'
makefile:201: recipe for target 'all' failed
make: *** [all] Error 2

gibt es ein paket für arm-none-eabi-gcc ?

[A.Harrenberg]

Hi,

gibt es ein paket für arm-none-eabi-gcc ?

gcc-arm-none-eabi

Gruß,
Andreas.

[chris1284]

Danke Andreas, hat geholfen.
Nun steigt er jedoch mit

/opt/a-culfw-master/culfw/Devices/MapleCUN/../../clib/rf_native.c:218: undefined reference to `dec2hms_lacrosse'
collect2: error: ld returned 1 exit status
makefile:237: recipe for target 'MapleCUNx4_W5100_BL.elf' failed
make[1]: *** [MapleCUNx4_W5100_BL.elf] Error 1
make[1]: Leaving directory '/opt/a-culfw-master/culfw/Devices/MapleCUN'
makefile:201: recipe for target 'all' failed
make: *** [all] Error 2

aus. bei anderen devices hat es immer gereicht nu in der board.h #define LACROSSE_HMS_EMU   einzufügen

[bartman121]

Hallo Chris, im makefile fehlt die entsprechende Bibliothek...

Code Auswählen Erweitern

SRCS += ../../clib/lacrosse.c

Grüße Andreas