Selbstbau CUN (MapleCUN)

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

Vorheriges Thema - Nächstes Thema

trebron106

Hallo Telekatz,

bei mir werden die Einstellungen der Baudrate nicht  permanent gespeichert.
Ich habe jetzt einen neuen Maple genommen und bin wie folgt vorgegangen,

- Mit STMFlashLoader Demo zu erst Flash komplett gelöscht
- danach den Bootloader geflasht "maple_mini_boot20.bin" (inkl. Erase Flash)
- Reset
- MapleCUN mit "dfu-util --verbose --device 1eaf:0003 --cfg 1 --alt 2 --download MapleCUNx4_W5500_BL.bin" geflasht
- Reset
-  IP Parameter eingestellt
- Reset
- Per Putty verbunden


V
V 1.25.00 a-culfw Build: private build (unknown) MapleCUNx4_83 (F-Band: 868MHz)
pi                 <-- Anzeige Baudrate
0:115200
1:115200
pb0@57600  <-- Baudrate setzen
ps                <-- Baudrate speichern
pi                 <-- Anzeige Baudrate
0:57600
1:115200
pi                 <-- Anzeige Baudrate
0:57600
1:115200
pi                 <-- Nach mehrmaliger pi Eingabe oder einer Wartezeit von ca. 10 sec.
0:115200      <-- werden wieder die Default Werte angezeigt und eingestellt
1:115200



Dieses Verhalten kann ich immer wieder nachvollziehen

Gruß
Klaus
 

Telekatz

Diese Reihenfolge der Befehle würde zum gefundenen Fehler passen, da hier "ps" nach "pb0@57600" nicht ausgeführt wird. Bei einem Reboot ist dann wieder die alte Baudrate eingestellt. Aber wirklich erst nach einem Reboot und nicht automatisch nach etwa 10 Sekunden.

Ist dein Maple über USB angeschlossen und läuft bei dir irgend ein Prozess, der die serielle Schnittstelle immer wieder öffnet?

Im Anhang die Version mit dem behobenen Bug zum testen.

trebron106

Hallo Telekatz,

ich habe die Testversion herunter geladen und geflasht.

Mein Testaufbau sieht wie folgt aus,

- MapleCUN per USB an PC, am MapleCUN ist nix angeschlossen
- Serialeverbindung mit PUTTY

hier sind meine Eingaben und die Ausgaben


V
V 1.25.01 a-culfw Build: private build (unknown) MapleCUNx4_00 (F-Band: 868MHz)
pi
0:115200
1:115200
pb0@57600
ps
pi
0:57600
1:115200
30 Sekunden Wartezeit ohne Eingabe
pi
0:115200
1:115200


Danach habe ich den gleichen Test mit einen komplett bestückten MapleCUN gemacht,
das Ergebnis ist das selbe.

Danach MapleCUN per Netzwerk und USB-Netzteil angeschlossen ohne erneute Eingabe der Baudrate
Netzwerkverbindung per Putty Port 2323
hier sind die Ausgaben


V
V 1.25.01 a-culfw Build: private build (unknown) MapleCUNx4_83 (F-Band: 868MHz)
pi
0:57600
1:115200



MapleCUN wieder per USB-Schnittstelle PC angeschlossen
Zugriff über Netzwerk


V
V 1.25.01 a-culfw Build: private build (unknown) MapleCUNx4_83 (F-Band: 868MHz)
pi
0:115200
1:115200


Obwohl keine erneute Eingabe der Baudrate erfolgte und die Schnittstelle nicht geöffnet ist,
verändert sich die Anzeige der Baudrate, wenn die Datenleitungen der USB-Schnittstelle vorhanden sind.


MapleCUN wieder mit USB-Netzteil angeschlossen
Zugriff über Netzwerk


V
V 1.25.01 a-culfw Build: private build (unknown) MapleCUNx4_83 (F-Band: 868MHz)
pi
0:57600
1:115200


Der MapleCUM speichert die Baudrate permanent, aber sobald er über eine USB-Schnittstelle mit Datenleitung verbunden ist,
wird die Einstellung auf Default gesetzt.

Gruß
Klaus

Telekatz

Dann läuft auf deinem PC irgend ein Task, der die Serielle Schnittstelle selbstständig öffnet und dabei auch die Baudrate vorgibt. Dass in diesem Fall die gespeicherte Baudrate ignoriert wird ist kein Fehler, sondern Absicht. Das auf die Serielle Schnittstelle zugreifende Programm soll beim öffnen die Baudrate vorgeben könne. So wie es in der CDC USB Klasse vorgesehen ist.

Die Vorgabe der Baudrate über pb und ps ist für den Betrieb über Netzwerk vorgesehen, da dort anders die Baudrate nicht eingestellt werden kann.

Läuft auf deinem PC eventuell eine FHEM instanz, die auf einem CUL oder ähnlichem an den zusätzlichen seriellen Schnittstellen versucht zuzugreifen?




trebron106

Hallo,

auf dem PC (Windows10) ist kein Fhem installiert und es ist und war beim Test  auch kein Programm aktiv, welches auf die Serielle-Schnittstelle zugreift.

Auf dem produktiven System erfolgt der Zugriff nur über das Netzwerk, weshalb mir dieses Verhalten bisher nicht aufgefallen ist.

Gruß
Klaus

Ranseyer

Ich habe gedacht ich stelle auch mal um auf "stackable"...

Kann es sein dass das "Stack Device" bei mir Qatsch ist und alles auf das erste Device (MAPLECUL868) zeigen muss ?

Zitatdefine MAPLECUL868 CUL 192.168.1.51:2323 4444
attr MAPLECUL868 group Gateways
attr MAPLECUL868 icon cul_868
attr MAPLECUL868 model CUN
attr MAPLECUL868 rfmode SlowRF
attr MAPLECUL868 room TRX
define MAPLECUL868Stack STACKABLE MAPLECUL868
attr MAPLECUL868Stack group Gateways
attr MAPLECUL868Stack room TRX
define MAPLECUL433 CUL FHEM:DEVIO:MAPLECUL868Stack:9600 0000
attr MAPLECUL433 group Gateways
attr MAPLECUL433 hmId 308393
attr MAPLECUL433 icon cul_cul
attr MAPLECUL433 model CUN
attr MAPLECUL433 rfmode SlowRF
attr MAPLECUL433 room TRX
define MAPLECUL868HM CUL FHEM:DEVIO:MAPLECUL868Stack:9600 0000
attr MAPLECUL868HM group Gateways
attr MAPLECUL868HM hmId 308393
attr MAPLECUL868HM icon cul_868
attr MAPLECUL868HM rfmode HomeMatic
attr MAPLECUL868HM room 8.00_Zentral,TRX



Leider kann ich die Frequenz von "MAPLECUL868HM" nicht auf 868 MHz stellen für Homematic:
ZitatInternals:
   CMDS       bCFiAZNEGMKLUYRTVWXfz*
   Clients    :CUL_HM:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   DEF        FHEM:DEVIO:MAPLECUL868Stack:9600 0000
   DeviceName FHEM:DEVIO:MAPLECUL868Stack:9600
   FD         68
   FHTID      0000
   IODev      MAPLECUL868Stack
   IODevPort  9600
   IODevRxBuffer
   IOReadFn   STACKABLE_IOReadFn
   MAPLECUL868HM_MSGCNT 13
   MAPLECUL868HM_TIME 2017-07-21 12:21:20
   NAME       MAPLECUL868HM
   NR         440
   PARTIAL
   RAWMSG     OFF
   RSSI       -104
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.24.02 a-culfw Build: 208 (2017-03-30_16-08-05) MapleCUNx4_8F (F-Band: 433MHz)
   initString X21
Ar
   MatchList:
     1:CUL_HM   ^A....................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2017-07-21 12:23:51   ccconf          freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
     2017-07-21 12:13:09   cmds             b C F i A Z N E G M K L U Y R T V W X f z *
     2017-07-21 12:21:20   state           Initialized
Attributes:
   group      Gateways
   hmId       308393
   icon       cul_868
   rfmode     HomeMatic
   room       8.00_Zentral,TRX
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!

RaspiLED

#486
Hi Martin,
Kein Wunder, Dein MAPLECUL868HM und Dein MAPLECUL433 konkurrieren ja auch beide um den ersten Stackplatz.

Du willst noch einen
MAPLECUL433Stack am MAPLECUL433 definieren und den HM dort dranhängen ;-))

Allgemein:
CUL1 -> Stack1 -> CUL2 -> Stack2 -> CUL3 -> Stack3 -> CUL4

Gruß Arnd

Gesendet von meinem SM-G800F mit Tapatalk
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

Ranseyer

Danke Arndt, dachte das Thema wäre einfacher geworden statt noch komplizierter...  :-X

Nach dem beseitigen der Leichen (VCCU Umfeld) im Keller funktioniert dein Ansatz nun mindestens im Groben bei mir.
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!

RaspiLED

Hi Martin,
Danke für die Ehre,aber ich glaube das ist Rudis Ansatz, für die ZWave Tests mit dem Maple, den ich nur auch nutzen wollte ;-)
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

A.Harrenberg

Hi,
Zitat von: RaspiLED am 21 Juli 2017, 18:24:07
Danke für die Ehre,aber ich glaube das ist Rudis Ansatz, für die ZWave Tests mit dem Maple, den ich nur auch nutzen wollte ;-)
ich denke die "Zwischenschicht" mit dem Stack ist nötig um das mit allen Protokollen machen zu können ohne das die intern dafür programmiert sind.

Gruß,
Andreas.
FB 7360, Homematic und ZWave
Support for ZWave-SECURITY

Ranseyer

Mal wieder ein paar Meldungen aus anderem Anlass:
Zitat2017.07.24 18:24:19.705 1: FHEM:DEVIO:MAPLECUL868Stack:9600 disconnected, waiting to reappear (MAPLECUL433)
2017.07.24 18:24:19.706 1: FHEM:DEVIO:MAPLECUL433Stack:9600 disconnected, waiting to reappear (MAPLECUL868HM)
2017.07.24 18:24:19.956 1: FHEM:DEVIO:MAPLECUL868Stack:9600 reappeared (MAPLECUL433)
2017.07.24 18:24:20.066 3: MAPLECUL868HM: Possible commands: bCAZNELYVXfz*
2017.07.24 18:24:20.094 2: Setting MAPLECUL868HM fhtid from ? (T01 is unknown) Use one of b C A Z N E L Y V X f z * to 0000
2017.07.24 18:24:20.099 1: FHEM:DEVIO:MAPLECUL433Stack:9600 reappeared (MAPLECUL868HM)
2017.07.24 18:24:20.110 4: CUL_Parse: MAPLECUL868HM ?  ( T0 1000 0 is u nknown ) Use one of b C A Z N E L Y V X f z *
2017.07.24 18:24:20.112 3: MAPLECUL868HM: Unknown code ? (T010000 is unknown) Use one of b C A Z N E L Y V X f z *, help me!
2017.07.24 18:24:20.371 4: CUL_Parse: MAPLECUL868HM A 0E 2C 8002 2F0E17 308393 010100003428 -54
2017.07.24 18:24:20.372 4: CUL_Parse: MAPLECUL868HM A 0B 53 8440 2CC963 308393 4136FC -76
2017.07.24 18:24:20.395 1: FHEM:DEVIO:MAPLECUL868Stack:9600 disconnected, waiting to reappear (MAPLECUL433)
2017.07.24 18:24:20.395 1: FHEM:DEVIO:MAPLECUL433Stack:9600 disconnected, waiting to reappear (MAPLECUL868HM)
2017.07.24 18:24:20.649 1: FHEM:DEVIO:MAPLECUL868Stack:9600 reappeared (MAPLECUL433)
2017.07.24 18:24:20.759 3: MAPLECUL868HM: Possible commands: bCAZNELYVXfz*
2017.07.24 18:24:20.787 2: Setting MAPLECUL868HM fhtid from ? (T01 is unknown) Use one of b C A Z N E L Y V X f z * to 0000
2017.07.24 18:24:20.792 1: FHEM:DEVIO:MAPLECUL433Stack:9600 reappeared (MAPLECUL868HM)
2017.07.24 18:24:20.795 4: CUL_Parse: MAPLECUL868HM ?  ( T0 1000 0 is u nknown ) Use one of b C A Z N E L Y V X f z *
2017.07.24 18:24:20.797 3: MAPLECUL868HM: Unknown code ? (T010000 is unknown) Use one of b C A Z N E L Y V X f z *, help me!
2017.07.24 18:24:20.906 4: CUL_Parse: MAPLECUL868HM A 0B 55 8440 2CC963 308393 4136FC -76
2017.07.24 18:24:20.930 1: FHEM:DEVIO:MAPLECUL868Stack:9600 disconnected, waiting to reappear (MAPLECUL433)
2017.07.24 18:24:20.931 1: FHEM:DEVIO:MAPLECUL433Stack:9600 disconnected, waiting to reappear (MAPLECUL868HM)
2017.07.24 18:24:21.185 1: FHEM:DEVIO:MAPLECUL868Stack:9600 reappeared (MAPLECUL433)
2017.07.24 18:24:21.295 3: MAPLECUL868HM: Possible commands: bCAZNELYVXfz*
2017.07.24 18:24:21.322 2: Setting MAPLECUL868HM fhtid from ? (T01 is unknown) Use one of b C A Z N E L Y V X f z * to 0000
2017.07.24 18:24:21.327 1: FHEM:DEVIO:MAPLECUL433Stack:9600 reappeared (MAPLECUL868HM)
2017.07.24 18:24:21.331 4: CUL_Parse: MAPLECUL868HM ?  ( T0 1000 0 is u nknown ) Use one of b C A Z N E L Y V X f z *
2017.07.24 18:24:21.332 3: MAPLECUL868HM: Unknown code ? (T010000 is unknown) Use one of b C A Z N E L Y V X f z *, help me!

Die aktuelle Config (ist daran noch etwas falsch?):
Zitatdefine MAPLECUL868 CUL 192.168.1.51:2323 4444
attr MAPLECUL868 group Gateways
attr MAPLECUL868 icon cul_868
attr MAPLECUL868 model CUN
attr MAPLECUL868 rfmode SlowRF
attr MAPLECUL868 room TRX
define MAPLECUL868Stack STACKABLE MAPLECUL868
attr MAPLECUL868Stack room TRX
define MAPLECUL433 CUL FHEM:DEVIO:MAPLECUL868Stack:9600 0000
attr MAPLECUL433 group Gateways
attr MAPLECUL433 hmId 308393
attr MAPLECUL433 icon cul_cul
attr MAPLECUL433 model CUN
attr MAPLECUL433 rfmode HomeMatic
attr MAPLECUL433 room TRX
define MAPLECUL433Stack STACKABLE MAPLECUL433
attr MAPLECUL433Stack room TRX
define MAPLECUL868HM CUL FHEM:DEVIO:MAPLECUL433Stack:9600 0000
attr MAPLECUL868HM group Gateways
attr MAPLECUL868HM hmId 308393
attr MAPLECUL868HM icon cul_868
attr MAPLECUL868HM rfmode HomeMatic
attr MAPLECUL868HM room 8.00_Zentral,TRX
attr MAPLECUL868HM verbose 4

define VCCU CUL_HM 308393
attr VCCU IODev MAPLECUL868HM
attr VCCU IOList MAPLECUL868HM, MCULGARAGE868HM
attr VCCU IOgrp vccu
attr VCCU expert 2_raw
attr VCCU hmKey 01:babc35436f58f5a34fe20214a8516396
attr VCCU model CCU-FHEM
attr VCCU room 8.00_Zentral,TRX
attr VCCU subType virtual
attr VCCU webCmd virtual:update

PS: Habe das Wiki mal wieder etwas verbessert...
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!

RaspiLED

Hi,
ich denke Deine Config ist richtig. Ich sehe bei mir auch viele Reconnects und auf meine Fragen oben gab es ja auch noch keine antworten. Es könnte aber wirklich an der stackable vs stackable_cc config liegen.
Kannst Du in doppelter Hardware einen Kreuzvergleich durchführen?
Was bräuchte Rudi als Infos für die Überprüfung des stackable codes?
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

coolheizer

Ich komme einfach nicht weiter,
nach ewigen testen und hier lesen habe ich es endlich geschafft den MapleCUN zu flashen (Win 10, 64bit).

Die maple_mini_boot20.bin habe ich mit Flash loader demonstrator aufgespielt.

Die MapleCUNx4_W5100_BL.bin habe ich mit dfu-util mit dem Befehl dfu-util -d 1eaf:0003 -a 1 -D ./MapleCUNx4_W5100_BL.bin

eingespielt, auch bei mir kam eine Fehlermeldung bei 96%, lt den Aussagen von hier scheint das aber "normal" zu sein.

Angeschlossen ist bisher erst ein CC1101 868Hz, es soll noch ein 433 Modul sowie das W5100 Ethernet Modul hinzu kommen.

Mein jetziges Problem:

Wie bekomme ich den MapleCUN in Fhem angelegt?
define CULMGrau868 CUL /dev/serial/by-id/usb-STM32_MapleCUL_6bfbb14f-if00@38400 1432
attr CULMGrau868 group Gateways
attr CULMGrau868 icon cul_868
attr CULMGrau868 model CUN
attr CULMGrau868 rfmode SlowRF

define CULMGrau868Stack STACKABLE CULMGrau868

define CULMGrau433 CUL FHEM:DEVIO:CULMGrau868Stack:9600 0000
attr CULMGrau433 group Gateways
attr CULMGrau433 icon cul_cul
attr CULMGrau433 model CUN
attr CULMGrau433 rfmode SlowRF



Mit welchen Befehl bekomme ich in der Konsole die richtige Bezeichnung des MapleCUL angezeigt um damit in Fhem das Devise anlegen zu können? "/dev/serial/by-id/usb-STM32_MapleCUL_6bfbb14f-if00" ist aus der Anleitung und nicht von meinem MapleCUN.

Fhem läuft dabei auf einem Raspberry pi3, das 868 Modul soll HM bedienen, das 433 Modul IT.
FHEM 5.8 auf Raspberry Pi 3, HM-MOD-UART und  MapleCUN.
HM-MOD-Re-8 für Velux Rolladensteuerung.
HM-CC-RT-DN.
HM-SEC-SCo.
HM-LC-Bl1PBU-FM.

Ranseyer

- einloggen
- "cd /dev/serial/by-id/"
- "ls -la"
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!

RaspiLED

Hi,
Du brauchst solange Du nur einen 868er auf dem ersten Platz hast keinen Stackable und keine weitere CUL Definition und natürlich den rfmode des ersten CULs anders setzen ;-)
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...