Verschiedenes > Marktplatz - Kommerzielle Güter

[NeumannCUL] Pi Hat / USB 4x CUL

<< < (2/2)

Beta-User:

--- Zitat von: PeMue am 08 April 2019, 11:24:27 ---Da Du den NeumannCUL quasi gewerblich verkaufst, solltest Du Dich im Forum als "commercial developer" registrieren.

--- Ende Zitat ---
Sehe ich genauso.


--- Zitat von: hexenmeister am 07 April 2019, 16:10:16 ---Was ist allerdings der entscheidende Vorteil gegenüber einem mapleCUL (auch 4fach),

--- Ende Zitat ---
Ich sehe einen entscheidenden Nachteil: die beiden zusätzlichen seriellen Schnittstellen, die ein MapleCUL bietet, sind hier hardwaremäßig nicht bzw. nicht ohne weiteres verfügbar, oder verstehe ich das falsch?
Man kann also an dem HAT z.B. das Homematic-PI-PCB NICHT betreiben, selbst, wenn man den USB-Anschluss verwendet.

(Dass die beim Einsatz als Aufsteckmodul aus technischen Gründen nicht verfügbar sind, ist soweit klar.)
Weiterer Nachteil: damit macht man sich dann auch diese GPIO-Schnittstelle für andere Geräte "dicht", und ist entweder auf den suboptimalen CUL-HM-Betrieb angewiesen oder muß den HAT an USB verwenden, um die GPIO-Schnittstelle wieder frei zu bekommen.

Ralph:
Habe das Teil gekauft und eigentlich auch gut integriert bekommen.

Eigentlich.

Seitdem funktionieren meine sämtlichen Rauchmelder nicht mehr Alarm-mäßig.
Am 868Mhz-Cul
define CUL_0 CUL /dev/ttyACM0@9600 1034
hatte ich
Typ Rauchmelder RM100
RM_dd09 FHT dd09
RM_dd0a FHT dd0a
RM_dd0b FHT dd0b
RM HMS 1003
alle attr .... IODev CUL_0
sowie
am 433MHz-Cul
define CUL_433 SIGNALduino /dev/serial/by-id/usb-Unknown_radino_CC1101-if00@57600
hatte ich
FLAMINGO_32E44F FLAMINGO 32E44F
RM433Keller FLAMINGO 370731
FLAMINGO_4F0050 FLAMINGO 4F0050
FLAMINGO_B0FFAF FLAMINGO B0FFAF
FLAMINGO_FE7D82 FLAMINGO FE7D82
alle attr .... IODev CUL_433
Das 433-Protokoll ist jetzt a-culfw, das war mir vorher nicht klar. Rauchmelder dafür fand ich bislag nicht.

Neue Homematic-Rauchmelder kann ich mir nicht leisten. Also sehe ich mich zum Rückbau genötigt.

Bin nun technisch und geldlich verzweifelt.

neumann:
Hallo Ralph,

das tut mir Leid, dass deine Rauchmelder mit der a-culfw nicht funktionieren sondern Signalduino benötigen.
Wie bereits im privaten Chat besprochen, kannst du den CUL selbstverständlich retournieren.
Ich stelle lediglich die Hardware bereit, welche Firmware was unterstützt, kann ich nicht beeinflussen.

Lg
Oskar

Beta-User:

--- Zitat von: neumann am 14 April 2019, 22:05:06 ---das tut mir Leid, dass deine Rauchmelder mit der a-culfw nicht funktionieren sondern Signalduino benötigen.

--- Ende Zitat ---
Wo nimmst du diese Weisheit her?

Ralph hatte doch bisher nach seinen Angaben als IO ein als CUL definiertes IO verwendet...

Das sollte also grundsätzlich auch weiterhin gehen, denn es wäre mir neu, dass die aculfw@Maple weniger Protokolle verstehen würde als die Standard-firmware :P .

Es liegt also entweder an der konkreten Version, der Art und Weise der DEF der einzelnen Stacks, an den Frequenz-Einstellungen der einzelnen Transceiver oder an der Hardware. M.E. solltest du letzteres ausschließen.

Btw.: Was ist mit der Kennzeichnung?

EDIT: Seit der Änderung des Beitrags von Ralph ist erkennbar, dass doch auch ein Signalduino im Spiel war....

Ralph:
Moin, Danke für Eure Gedanken und Bemühungen.

Neuer Stand:
Die RM 100-2 Uni S habe ich am CULHat1 wieder zum laufen bekommen.
Mein Problem war, dass ich die neu anlernen musste und (Murphy) ich ausgerechnet mit dem probiert habe, der zwischenzeitlich kaputtgegangen ist. Ich habs erst viel später gemerkt.

Die Flamingos laufen trotz Fummelei nicht
und waren vorher wie folgt konfiguriert:

--- Code: ---define CUL_433 SIGNALduino /dev/serial/by-id/usb-Unknown_radino_CC1101-if00@57600
setuuid CUL_433 5c45bf0e-f33f-a76b-8b41-239805671a1f9029
attr CUL_433 comment set CUL_433 flash https://github.com/RFD-FHEM/SIGNALDuino/releases/download/3.3.1-RC4/SIGNALDuino_radinocc1101.hex\
\
Norm /dev/serial/by-id/usb-Unknown_radino_CC1101-if00\
Boot                   usb-In-Circuit_radino_CC1101-if00
attr CUL_433 flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:./SIGNALDuino_radinocc1101.hex 2>[LOGFILE]
attr CUL_433 hardware nanoCC1101
attr CUL_433 room rauchmelder
--- Ende Code ---

und ein Beispiel-Flamingo

--- Code: ---Internals:
   CODE       370731
   DEF        370731
   FUUID      5c45bf0e-f33f-a76b-99da-4f87aea31e91126e
   IODev      CULHat2
   NAME       RM433Keller
   NR         512
   STATE      Defined
   TYPE       FLAMINGO
   bitMSG     no data
   lastMSG    no data
   READINGS:
     2018-04-23 13:46:29   state           no alarm
Attributes:
   IODev      CULHat2
   room       Rauchmelder
--- Ende Code ---

Wenn ich daran Alarm auslöse, dann wird nichts empfangen.

Da es vorher ging und nun nicht mehr, wird es wohl am falschen Protokoll liegen, denke ich mal.

Wenn doch der MapleCUL auch nur a-culfw spricht, dann hat es ja auch keinen Sinn auf diesen zu wechseln.

Navigation

[0] Themen-Index

[*] Vorherige Sete

Zur normalen Ansicht wechseln