Selbstbau CUN (MapleCUN)

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

Vorheriges Thema - Nächstes Thema

szoller

Kanns sein, dass da irgendwie die Zuordnung zu den Transceivern nicht klappt?
Bei autocreate wird nämlich immer auch der nächsthöhere Transceiver des MapleCUN gewählt als der, der eigentlich den entspr. rfMode eingestellt bzw. die entspr. Frequenz hat...?

gloob

#781
Hat jemand einen Tipp, warum mein MapleCUN im Homematic Modus immer nur 1-2 Nachrichten empfängt und dann nichts mehr aktualisiert. Das HM-MOD-UART Modul auf der Platine funktioniert ohne Probleme.
Hier ist ein Auszug aus dem Log. Es kommt also scheinbar etwas an:

2018.09.23 21:16:36 4: CUL_Parse: MAPLE_CUN2 A 14 00 0010 444007 000000 004648454D34343430303735 -47.5
2018.09.23 21:16:36 5: MAPLE_CUN2: dispatch A14000010444007000000004648454D343434303037::-47.5:MAPLE_CUN2
2018.09.23 21:16:47 4: CUL_Parse: MAPLE_CUN2 A 14 00 0010 444007 000000 004648454D34343430303735 -47.5
2018.09.23 21:16:47 5: MAPLE_CUN2: dispatch A14000010444007000000004648454D343434303037::-47.5:MAPLE_CUN2
2018.09.23 21:16:59 4: CUL_Parse: MAPLE_CUN2 A 14 00 0010 444007 000000 004648454D34343430303735 -47.5
2018.09.23 21:16:59 5: MAPLE_CUN2: dispatch A14000010444007000000004648454D343434303037::-47.5:MAPLE_CUN2
2018.09.23 21:17:00 4: CUL_Parse: MAPLE_CUN2 A 13 12 0083 4A77E9 F00001 0004C601D01489C3B1BB28 -54
2018.09.23 21:17:00 5: MAPLE_CUN2: dispatch A131200834A77E9F000010004C601D01489C3B1BB::-54:MAPLE_CUN2
2018.09.23 21:17:10 4: CUL_Parse: MAPLE_CUN2 A 14 00 0010 444007 000000 004648454D34343430303735 -47.5
2018.09.23 21:17:11 5: MAPLE_CUN2: dispatch A14000010444007000000004648454D343434303037::-47.5:MAPLE_CUN2
2018.09.23 21:17:22 4: CUL_Parse: MAPLE_CUN2 A 14 00 0010 444007 000000 004648454D34343430303735 -47.5
2018.09.23 21:17:22 5: MAPLE_CUN2: dispatch A14000010444007000000004648454D343434303037::-47.5:MAPLE_CUN2
2018.09.23 21:17:34 4: CUL_Parse: MAPLE_CUN2 A 14 00 0010 444007 000000 004648454D34343430303735 -47.5
2018.09.23 21:17:34 5: MAPLE_CUN2: dispatch A14000010444007000000004648454D343434303037::-47.5:MAPLE_CUN2
2018.09.23 21:17:34 1: Attribute valuesformat mismatch at HM_444001_Values - expected 4 items but got 3 items
2018.09.23 21:17:43 4: CUL_Parse: MAPLE_CUN2 A 06 91 87CC B5453F 2B  -52.5
2018.09.23 21:17:43 5: MAPLE_CUN2: dispatch A069187CCB5453F
2018.09.23 21:17:43 3: MAPLE_CUN2: Unknown code A069187CCB5453F, help me!
2018.09.23 21:17:45 4: CUL_Parse: MAPLE_CUN2 A 14 00 0010 444007 000000 004648454D34343430303735 -47.5
2018.09.23 21:17:45 5: MAPLE_CUN2: dispatch A14000010444007000000004648454D343434303037::-47.5:MAPLE_CUN2


Und natürlich noch ein List vom Device.

Internals:
   CMDS       bCFiAZNEGMKLUYRTVWXfxz
   Clients    :CUL_HM:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   DEF        MAPLE_CUN1
   IODev      MAPLE_CUN1
   MAPLE_CUN2_MSGCNT 260
   MAPLE_CUN2_TIME 2018-09-23 21:26:02
   NAME       MAPLE_CUN2
   NOTIFYDEV  MAPLE_CUN1
   NR         845
   NTFY_ORDER 50-MAPLE_CUN2
   PARTIAL   
   RAWMSG     A14000010444007000000004648454D34343430303735
   RSSI       -47.5
   STATE      Initialized
   StackLevel 1
   TYPE       STACKABLE_CC
   VERSION    V 1.26.03 a-culfw Build: 300 (2018-04-15_20-15-39) MapleCUNx4_03 (F-Band: 868MHz)
   initString X21
Ar
   owner_CCU  vccu
   MatchList:
     1:CUL_HM   ^A....................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2018-09-23 21:10:47   ccconf          freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
     2018-09-23 21:10:20   cmds             b C F i A Z N E G M K L U Y R T V W X f x z
     2018-09-23 21:26:02   state           Initialized
Attributes:
   hmId       49AD48
   rfmode     HomeMatic
   room       MapleCUN
   verbose    5
Raspberry Pi 3 | miniCUL 433MHz | nanoCUL 868 MHz | nanoCUL 433 MHz | MySensors WLAN Gateway | LaCrosse WLAN Gateway | SignalESP 433 MHz | SignalESP 868 MHz | HM-MOD-UART WLAN Gateway | IR - 360 Grad WLAN Gateway

HannesDi

Hi,

auf die gefahr hin, dass ich mit meinem ersten beitrag gleich mal ne richtig blöde frage stelle....

ich hab vor mir so ein teil zu bauen aber eine frage wirft sich mir jetzt gerade auf...

die platinen revisionen.. aktuell ist wohl die V3.3 - https://github.com/ranseyer/CUN-STM32/tree/master/HW-MAPLE-Large/Archiv/V3.3 ?
kann man die verwenden oder sollte man die nicht verwenden und statt dessen die v2.1 nutzen?

hintergrund der frage ist: eistee nutzt die v2.1 für ihr angebot, gibts da einen guten grund für oder etwas dass gegen die v3.3 spricht?

also ausser den 8 airwires die vermutlich völlig unerheblich sind für die platine...

grüße
Hannes

Ranseyer

Die Frage ist Gut, passt nur nicht in den Thread von Telekatz. Denn es geht dir ja um die mechanische Umsetzung.

Trotzdem die Antwort. Du kannst alle Versionen verwenden. Die V2 hat noch viel mehr unnötigen Mist integriert welcher das Leben schwerer macht. Ab V3 geht das über AddOn was viel geschmeider zum aufbauen und vor allem auch debuggen ist. Außerdem ist mit den AddOns viel mehr möglich als mit einer starren Platine.

PS: Falls du rasch eine aktuelle V3 Platine willst: PN an mich... (Hier war mal der Thread, der müsst nur mal etwas aktualisiert werden... https://forum.fhem.de/index.php/topic,80319.0.html)
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!

HannesDi

Zitat von: Ranseyer am 10 Oktober 2018, 08:35:13
Die V2 hat noch viel mehr unnötigen Mist integriert welcher das Leben schwerer macht. Ab V3 geht das über AddOn was viel geschmeider zum aufbauen und vor allem auch debuggen ist. Außerdem ist mit den AddOns viel mehr möglich als mit einer starren Platine.

PS: Falls du rasch eine aktuelle V3 Platine willst: PN an mich... (Hier war mal der Thread, der müsst nur mal etwas aktualisiert werden... https://forum.fhem.de/index.php/topic,80319.0.html)

Alles klar, danke für die rasche antwort und das angebot zur v3 platine, ich hab das ganze aber jetzt in einer grossbestellung verarbeitet, hab es ja nicht eilig und die anderen teile müssen ja auch erst noch ankommen

Eistee

Hi,

ich wollte mal fragen ob es möglich währe die MapleCUN Firmware so zu erweitern das die 4 Funkmodule nicht nur über Stackable auf einem TCP Port erreichbar sind sondern Modul 2-4 jeweils auch noch einen zusätzlichen eigenen TCP Port bekommen.

Hintergrund ist der, das es Stackable nur für FHEM gibt und man mit extra Ports z.B. im iobroker auch alle 4 Module verwenden könnte.

Grüße Alina

Telekatz

Sofern ein W5500 verbaut ist sollte es schon möglich sein. Aber das fehlt mir jetzt irgendwie die Motivation, das zu machen.

Markus.

Hallo Zusammen,

gibt es irgendeinen Trick unter Windows 10 mit dem"STM32 Flash loader Demonstrator" den Bootloader zu flashen mit einem FTDI Adapter ?
Bin nach https://github.com/heliflieger/a-culfw/blob/master/culfw/Devices/MapleCUN/README.md vorgegangen.

Habe den Marplemini über USB an ein Netzteil das 5V liefert angeschlossen. FTDI an RX und TX (auch mal getauscht)
Nach einer Treiberänderung mit Zadiag habe ich es auch schon versucht, aber dann kommt komischerweise immer  das der Com port belegt wäre.

wäre klasse wenn mi jemand auf die Sprünge helfen könnte....

Gruß

Markus



juergs

#788
Hallo Markus,

ich würde vorschlagen die Fehlerquellen nacheinander zu diagnostizieren.

Als ersten Schritt würde ich den Seriell-Adapter + die COM-Schnittstelle im System überprüfen:

  • Erscheint ein neuer COM-Port nach dem Einstecken des FTDI-COM-Adapter im System?
  • Wenn man RX + TX miteinander verbindet und mit einem Terminalprogramm darauf zugreift: Kommen die Eingaben wieder zurück?
hier gibt es ein hilfreiches Tool zum Anzeigen der Seriellen in der Taskleiste  unter Windows und hier ein Beispiel-Terminalprogramm.

Im nächsten Schritt sollte bei korrekter Verdrahtung und Vorgehensweise auch das Flashen funktionieren ...

Die Zadig-Treiberänderung war, meiner Meinung nach, für diesen Zweck sinnlos und ggf. kontraproduktiv ....

Grüße,
Jürgen


PS: Noch ein Hinweis:
Es gibt aber Nachbauchips, die FTDI lahm gelegt hat ....
Hier im Thread nach dem richtigen Bootloader-Binary für Deinen MapleCUL-Typ suchen (oder STM32duino-bootloader-binaries)
http://wiki.stm32duino.com/index.php?title=Uploading_a_sketch

Markus.

Hallo Jürgen,

also den Bootloader habe in nun drauf :-)
Hab die devices, auch hidden mal deinsiatlliert und neu installiert. Danach ging es dann. Aber mit Brücke Boot1 auf GND.

Die eigentliche FW kann man doch nun über USB flashen oder?

Aber da bekomme ich folgende Meldung.


Invalid DFU suffix signature
A valid DFU suffix will be required in a future dfu-util release!!!
Cannot open DFU device 1eaf:0003
No DFU capable USB device available


Oder muss die auch über FTDI mir Brücke boot GND geflasht werden?

Gruß

Markus

Ranseyer

DFU geht nur ca. eine Sekunde lang nach dem einstecken, könnte das der Grund bei dir sein ?
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!

Markus.

denke nicht, muss was anderes sein.

Gruß

Markus

Ranseyer

ZitatCannot open DFU device 1eaf:0003
Das sagt jedenfalls eindeutig dass zu dem Zeitpunkt keinb Bootloader mehr ansprechbar ist.

Am besten "tail -f /var/log/syslog" auf einer Linux-Kiste machen und anschliessend den Maple anschliessen, da muss zuerst das LeafLabs Device erscheinen nur nach kurzem Durchschnaufen macht das Gerät einen USB Disconnect und es wird versucht die Firmware zu starten. 
=> Also wenn alles läuft zwei Geräte hintereinander, bei dir muss zumindest der Bootloader zu sehen sein. Wenn nicht ist damit etwas faul.
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!

Markus.

mmmh... irgendwie seltsam.. jetzt hat es doch funktioniert. War wohl ein Timing Problem meiner Finger.. ;D


Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc.
Copyright 2010-2016 Tormod Volden and Stefan Schmidt
This program is Free Software and has ABSOLUTELY NO WARRANTY
Please report bugs to http://sourceforge.net/p/dfu-util/tickets/

Invalid DFU suffix signature
A valid DFU suffix will be required in a future dfu-util release!!!
Deducing device DFU version from functional descriptor length
Opening DFU capable USB device...
ID 1eaf:0003
Run-time device DFU version 0110
Claiming USB DFU Interface...
Setting Alternate Setting #2 ...
Determining device status: state = dfuIDLE, status = 0
dfuIDLE, continuing
DFU mode device DFU version 0110
Device returned transfer size 1024
Copying data from PC to DFU device
Download        [=========================] 100%        66288 bytes
Download done.
Sent a total of 66288 bytes
state(8) = dfuMANIFEST-WAIT-RESET, status(0) = No error condition is present
Done!



Erstmal danke für die Hilfe... werden bestimmt noch mehr Fragen diesbezüglich kommen.. :-)

Gruß

Markus

Ranseyer

Ich finde das kann man nur mit einem Mini-Sript welches in einer Schleife läuft zuverlässig machen. Das hab ich auch schon 1-2 Mal gepostet. (Und möglichweise auch in einer der beiden Wiki Seiten zum Thema)

Aber das ist nun ja gut, dass es geht.
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!