Selbstbau CUN (MapleCUN)

Begonnen von Telekatz, 09 November 2016, 20:29:52

Vorheriges Thema - Nächstes Thema

toensi

Hallo,

ich hätte gerne auch sowas : MapleCUL USB-Stick mit zwei CC1101 Transceivern .

Danke und Gruß aus Münster
toensi

PeMue

#301
Hallo toensi,

Zitat von: toensi am 21 Mai 2017, 12:23:38
ich hätte gerne auch sowas : MapleCUL USB-Stick mit zwei CC1101 Transceivern .
wenn Du schnell bist, siehe hier https://forum.fhem.de/index.php/topic,65998.msg638216.html#msg638216

Gruß PeMue
RPi3Bv1.2 rpiaddon 1.66 6.0 1xHM-CC-RT-DN 1.4 1xHM-TC-IT-WM 1.1 2xHB-UW-Sen-THPL-O 0.15 1x-I 0.14OTAU  1xCUNO2 1.67 2xEM1000WZ 2xUniroll 1xASH2200 3xHMS100T(F) 1xRFXtrx 90 1xWT440H 3xTFA30.3150 5xFA21
RPi1Bv2 LCDCSM 1.63 5.8 2xMAX HKT 1xMAX RT V200KW1 Heizung Wasser

juergs

#302
Hallo Zusammen,

diesmal bin ich etwas ins Stocken geraden und würde mich über Eure Unterstützung freuen:

make TARGET=MapleCULx4 build
make[1]: Entering directory '/home/bananapi/MapleCul/a-culfw-Maple/a-culfw-master/culfw/Devices/MapleCUN'
arm-none-eabi-gcc -mcpu=cortex-m3 -mthumb -DSTM32F103CBTx -DSTM32F1 -DMapleCULx4  -DSTM32 -DDBGU_UNIT_IN -DUSE_HAL_DRIVER -DSTM32F103xB  -std=c99  -I../MapleCUN -I../../clib -I../../STM32 -I../../STM32/usbd -I../../STM32/utility -I../../STM32/Drivers/STM32F1xx_HAL_Driver/Inc -I../../STM32/Drivers/CMSIS/Include -I../../STM32/Drivers/CMSIS/Device/ST/STM32F1xx/Include -I../../STM32/Middlewares/ST/STM32_USB_Device_Library/Class/CDC/Inc -I../../STM32/Middlewares/ST/STM32_USB_Device_Library/Core/Inc/ -I../../Wiznet/Ethernet -I../../Wiznet/Ethernet/W5100 -I../../Wiznet/Internet -flto -fuse-linker-plugin -Os -DTRACE_LEVEL=4 -g3 -Wall -fmessage-length=0 -ffunction-sections -c  -MMD -MP -MF .dep/main.o.d -c -o main.o main.c
makefile:231: recipe for target 'main.o' failed
make[1]: Leaving directory '/home/bananapi/MapleCul/a-culfw-Maple/a-culfw-master/culfw/Devices/MapleCUN'
makefile:211: recipe for target 'MapleCULx4' failed


Auf einem BananaPi der compile-Versuch nach einem "make clean" bzw. nach der Installation der Arm-Toolchain ...

Hier nach der Anleitung zur Toolchain:
https://www.cl.cam.ac.uk/projects/raspberrypi/tutorials/os/downloads.html
verfahren ...

Arduino nutzt die Version: 4.8.3-2014q1.

Kennt Ihr das Problem:
Zitat1: /home/bananapi/arm/arm-2008q3/bin/arm-none-eabi-gcc: Syntax error: "(" unexpected"
?

Grüße,
Jürgen

juergs

#303
Hier die richtige Toolchain: https://launchpad.net/gcc-arm-embedded hatte das im  culfw-Thread hier leider zu spät entdeckt ....

Unter Win10-x64:
Zitatarm-none-eabi-objcopy -O ihex MapleCULx4.elf MapleCULx4.hex
arm-none-eabi-objcopy -O binary MapleCULx4.elf MapleCULx4.bin
arm-none-eabi-size MapleCULx4.elf
   text    data     bss     dec     hex filename
  47420    1844    8888   58152    e328 MapleCULx4.elf
make[1]: Leaving directory `D:/Work_FHEM/_STM32/a-culfw-master/culfw/Devices/MapleCUN'

hat es nach einem make clean dann doch geklappt.  :)

Dann habe ich es von einem "nackten" STM32F103 (ohne Maple-Board) mit Hilfe von Locutus-Platine von der Bestellung + Bestückung bis zur CUL-Firmware geschafft.   :D

Wobei ich sagen muss, dass es mit dem ARM-Cortex-M0 und z. B. einem NXP-LPC11U35 und LCXpresso irgendwie einfacher ging:
Bin-Datei erzeugen und einfach in ein USB-LW kopiern, welches vom Board erzeugt wird. Reset drücken und das war die gesamte Programmierung.
Irgendwie ist das einfacher ...

ZitatDer STM32F103CBT6 selbst unterstützt kein DFU über USB

Einzelheiten zum Bootloader:
http://docs.leaflabs.com/static.leaflabs.com/pub/leaflabs/maple-docs/latest/bootloader.html
http://wiki.stm32duino.com/index.php?title=Bootloader
https://born2bastel.de/2017/02/08/maple-mini-clone-bootloader-flashen/

Vielen Dank an alle Beteiligten und wieder viele Erkenntnisse gesammelt ....

Jürgen

timtom

Bitte nicht schlagen. Aus Unwissenheit eine vielleicht blöde Frage. Aber kann man den MapelCUN eigentlich auch mit der Signalduino-FW flashen, wenn ein C1101 verbaut ist?

Telekatz

Zitat von: timtom am 29 Mai 2017, 10:47:51
Bitte nicht schlagen. Aus Unwissenheit eine vielleicht blöde Frage. Aber kann man den MapelCUN eigentlich auch mit der Signalduino-FW flashen, wenn ein C1101 verbaut ist?
Nein.

Ranseyer

...aber anscheinend haben mache die JeeLink Option erfolgreich aktiviert...

Dazu würde mich die Meinung von Telekatz interessieren ob das gut / schlecht / unklar funktionieren sollte ...
FHEM mit FTUI. Homematic-Funk für Thermostate und Licht. MySensors als Basis für eigene HW.
Zentrale ist der MAPLE-CUL mit RFM69+HModUART-AddOn.
Doku zu meinen Projekten: Github/Ranseyer. Platinen falls verfügbar gerne auf Anfrage.
Support: gerne wenn ich Zeit+Lust habe im Forum. Nicht per PN!

Telekatz

Es war ja nur die LACROSSE_HMS_EMU Funktion, die aktiviert wurde. Das hat jetzt mit JeeLink nicht direkt was zu tun. Und da in lacrosse.c kein direkter Zugriff auf die Hardware erfolgt, sind da keine größeren Anpassungen an den Maple erforderlich, um zu funktionieren.
Die einzigste Anpassung die nötig wäre, ist vor der Ausgabe der Nachricht ein Aufruf der MULTICC_PREFIX() Funktion einzubauen. Ansonsten könnte die Nachricht in FHEM am falschen CUL eintreffen.

Ranseyer

FHEM mit FTUI. Homematic-Funk für Thermostate und Licht. MySensors als Basis für eigene HW.
Zentrale ist der MAPLE-CUL mit RFM69+HModUART-AddOn.
Doku zu meinen Projekten: Github/Ranseyer. Platinen falls verfügbar gerne auf Anfrage.
Support: gerne wenn ich Zeit+Lust habe im Forum. Nicht per PN!

juergs

#309
Für Locutus MapleCUL-Version habe ich hier ein 3D-Druck-Gehäuse konzipiert:
https://forum.fhem.de/index.php/topic,72777.msg643813.html#msg643813

Noch ein Hinweis zum Aufbau des CUL:
Habe zu spät gesehen, dass ich beide CC1101 "falschherum" eingebaut hatte.
Das lässt sich mit FHM auch im Nachhinein einfach mit dem Attribut "freq"  des MapleCULs lösen und funktioniert.   :D

PeMue

Zitat von: juergs am 04 Juni 2017, 17:52:43
Noch ein Hinweis zum Aufbau des CUL:
Habe zu spät gesehen, dass ich beide CC1101 "falschherum" eingebaut hatte.
"Falschherum" heißt, den 433 MHz auf die Position vom 868 MHz und umgekehrt?

Danke + Gruß

PeMue
RPi3Bv1.2 rpiaddon 1.66 6.0 1xHM-CC-RT-DN 1.4 1xHM-TC-IT-WM 1.1 2xHB-UW-Sen-THPL-O 0.15 1x-I 0.14OTAU  1xCUNO2 1.67 2xEM1000WZ 2xUniroll 1xASH2200 3xHMS100T(F) 1xRFXtrx 90 1xWT440H 3xTFA30.3150 5xFA21
RPi1Bv2 LCDCSM 1.63 5.8 2xMAX HKT 1xMAX RT V200KW1 Heizung Wasser

juergs

Ja genau.  :)

Einmal nicht aufgepasst ... Die Dinger lassen sich schlecht auslöten ... 

Ranseyer

Beides geht.

- Mit Heißluft oder viel Zinn über alle Pins auslöten
- oder einfach die Attribute setzen !
FHEM mit FTUI. Homematic-Funk für Thermostate und Licht. MySensors als Basis für eigene HW.
Zentrale ist der MAPLE-CUL mit RFM69+HModUART-AddOn.
Doku zu meinen Projekten: Github/Ranseyer. Platinen falls verfügbar gerne auf Anfrage.
Support: gerne wenn ich Zeit+Lust habe im Forum. Nicht per PN!

juergs

#313
Zitat von: Ranseyer am 04 Juni 2017, 22:58:11
Beides geht:
- Mit Heißluft oder viel Zinn über alle Pins auslöten

... dann hätte ich vorher doch noch die /CS getauscht oder umgelötet.  :)

Grüße,
Jürgen

FLOK

Hallo zusammen,
ich habe meinen mapleCUNx4 von "Ranseyer" bekommen (an dieser Stelle Vielen Dank, auch für deine Starthilfe  :) )
Nun habe ich allerdings doch ein Thema, bzw. vielleicht einfach Unverständnis...

Nachdem ich den mapleCUN1 definiert habe:
Zitat
define mapleCUN1 CUL 172.16.0.12:2323 0815
attr mapleCUN1 addvaltrigger 1
attr mapleCUN1 rfmode MAX
attr mapleCUN1 room MAPLE
attr mapleCUN1 verbose 2

Habe ich einen CUL_MAX angelegt:
Zitat
define CULMAX CUL_MAX 123456
attr CULMAX IODev mapleCUN1
attr CULMAX room MAPLE

Ist das korrekt und nötig?

Ich habe mich bei der Geschichte an meinem nanocul orientiert, denn da war es ja auch so:
1. USB Device mit FTDI Adresse anlegen
2. CUL_MAX definieren

Ich frage, weil mein FHEM ständig ein neues Max Gerät anlegt (autocreate):

Zitat
Internals:
   CULMAX_MSGCNT 16
   CULMAX_TIME 2017-06-07 15:50:38
   DEF        WallMountedThermostat 123456
   IODev      CULMAX
   LASTInputDev CULMAX
   MSGCNT     16
   NAME       MAX_123456
   NR         177
   RSSI       -29.5
   STATE      17.0 °C
   TYPE       MAX
   addr       123456
   type       WallMountedThermostat
   Readings:
     2017-06-07 15:50:38   RSSI            -29.5
     2017-06-07 14:09:20   TimeInformationHour 3
     2017-06-07 15:50:38   desiredTemperature 17.0
     2017-06-07 13:56:45   groupid         0
     2017-06-07 15:50:38   mode            manual
     2017-06-07 15:50:38   state           17.0 °C
   Internals:
     interfaces thermostat;temperature;battery
Attributes:
   IODev      CULMAX
   room       MAX

Ich besitze kein WallMountedThermostat, und die ID (123456) ist garantiert auch keine von MAX!  ???
Zudem sind im zugehörigen LOG-File Daten, die zu dem eines meiner Heizungsthermostaten passen...

Ne Idee, was da passiert?
Wenn ich das Gerät lösche, kommt es irgendwann wieder.