Neuartiges CUL Interface - miniCUL mit WLAN-Schnittstelle

Begonnen von locutus, 25 Oktober 2015, 23:12:21

Vorheriges Thema - Nächstes Thema

sloth

Zitat von: locutus am 22 Januar 2017, 18:34:47
Du kannst die beiden rot markierten Kontakte, rechts unten im Bild, mit dem Multimeter (falls vorhanden) auf Kurzschluss gegenüber Masse prüfen. Auch an deinem miniCUL ist vermutlich das WLAN-Modul defekt. Bitte miniCUL zur Reparatur zurücksenden!

Wenn ich richtig gemessen habe liegt kein Kurzschluss vor. Soll ich das Teil zurückschicken? Oder kann ich noch was prüfen? Dann bitte PN mit der Adresse :)

locutus

Zitat von: Bartimaus am 13 Februar 2017, 10:04:13
Ich habe mit dem PIN-Assignment verschiedene Einstellungen getestet, nachdem der CUL per WLAN sich nicht mehr mit FHEM verbunden hat.
Bitte schreib doch noch dazu, welches die korrekten Einstellungen sind.
Es gilt nach wie vor das Pin assignment aus der Abbildung in Antwort #215

Zitat von: sloth am 13 Februar 2017, 12:53:57
Wenn ich richtig gemessen habe liegt kein Kurzschluss vor. Soll ich das Teil zurückschicken? Oder kann ich noch was prüfen?
Du kannst noch die Kontakte des Umschalters S1 durchmessen. Wenn diese Maßnahmen scheitern sollten, dann bitte das Gerät zurück an mich senden.

FunkOdyssey

#332
Im Moment stehen ja keine 433er-miniCULs zum Verkauf. Aber was würden die denn ungefähr kosten?

Nachtrag: Hat sich erledigt. Ich habe es beim aktuellen Lauf gelesen.

RappaSan

#333
Hallo locutus,

ich befürchte, auch mein miniCUL ist defekt.
Hab gerade gesehen, daß er sich nicht mehr mit meinem WLAN verbindet. Ist im laufenden Betrieb geschehen.
Keine Regung mehr, keine LED, kein ESP-WLAN zum konfigurieren - nix.

Kann ich noch irgend etwas tun, um ihn wieder zu beleben?

sash.sc

Hallo Locutus.

Habe ja eine 433 Mhz Stick in Betrieb.
Seit heute schmeisst der mir folgende Meldungen raus.


2017-03-26_19:16:29 mcwlan version: V 1.21.01 a-culfw Build: private build (unknown) miniCUL433 (F-Band: 433MHz)
2017-03-26_19:13:32 mcwlan UNKNOWNCODE C10 = 47 / 71
2017-03-26_19:13:32 mcwlan bWidth 350
2017-03-26_19:13:28 mcwlan version: V 1.21.01 a-culfw Build: private build (unknown) miniCUL433 (F-Band: 433MHz)
2017-03-26_19:13:19 mcwlan UNKNOWNCODE C1D = 91 / 145
2017-03-26_19:13:19 mcwlan UNKNOWNCODE C1B = 07 /  7
2017-03-26_19:13:19 mcwlan UNKNOWNCODE C10 = 47 / 71
2017-03-26_19:13:19 mcwlan UNKNOWNCODE C0F = 71 / 113
2017-03-26_19:13:19 mcwlan UNKNOWNCODE C0E = B0 / 176
2017-03-26_19:13:19 mcwlan UNKNOWNCODE C0D = 10 / 16
2017-03-26_19:13:19 mcwlan ccconf: freq:433.920MHz bWidth:406KHz rAmpl:42dB sens:8dB
2017-03-26_19:13:13 mcwlan freq 433.92
2017-03-26_19:12:44 mcwlan UNKNOWNCODE C1D = 91 / 145
2017-03-26_19:12:44 mcwlan UNKNOWNCODE C1B = 07 /  7
2017-03-26_19:12:44 mcwlan UNKNOWNCODE C10 = 47 / 71
2017-03-26_19:12:44 mcwlan UNKNOWNCODE C0F = EF / 239
2017-03-26_19:12:44 mcwlan UNKNOWNCODE C0E = B0 / 176
2017-03-26_19:12:44 mcwlan UNKNOWNCODE C0D = 10 / 16
2017-03-26_19:12:44 mcwlan ccconf: freq:433.970MHz bWidth:406KHz rAmpl:42dB sens:8dB
2017-03-26_19:12:40 mcwlan freq 433.97
2017-03-26_19:10:27 mcwlan version: V 1.21.01 a-culfw Build: private build (unknown) miniCUL433 (F-Band: 433MHz)


Es fing an, als die Frequenz für die Revolt Funkmessteckdosen geändert habe.
Habe den Stick als Device auch gelöscht, nen Reboot gemacht und neu angelegt.
Solange ich die Einstellungen nicht ändere, läuft es.

Ich muss dazu sagen, dass ich in einer 2. FHEM Instanz der Stick als Empfänger ebenfalls definiert habe. (Remotrechner)

Hier noch ein List


CMDS       BCFiAEGMKUYRTVWXefmLltux
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:CUL_RFR::CUL_TCM97001:CUL_REDIRECT::SD_WS07:
   DEF        192.168.2.10:23 0000
   DeviceName 192.168.2.10:23
   FD         98
   FHTID      0000
   NAME       mcwlan
   NR         497
   PARTIAL
   RAWMSG     r5541E7008032008864484D11
   RSSI       -65.5
   STATE      UNKNOWNCODE C10 = 47 / 71
   TYPE       CUL
   VERSION    V 1.21.01 a-culfw Build: private build (unknown) miniCUL433 (F-Band: 433MHz)
   initString X21
   mcwlan_MSGCNT 468
   mcwlan_TIME 2017-03-26 19:19:45
   Matchlist:
     1:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     2:BS       ^81..(04|0c)..0101a001a5cf
     3:FS20     ^81..(04|0c)..0101a001
     4:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     5:KS300    ^810d04..4027a001
     6:CUL_WS   ^K.....
     7:CUL_EM   ^E0.................$
     8:HMS      ^810e04....(1|5|9).a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     C:SD_WS07  ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}
     D:CUL_IR   ^I............
     E:CUL_TX   ^TX[A-F0-9]{10}
     F:Revolt   ^r......................$
     G:IT       ^i......
     H:STACKABLE_CC ^\*
     I:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     J:SOMFY    ^Y[r|t|s]:?[A-F0-9]+
     K:CUL_TCM97001 ^s[A-F0-9]+
     L:CUL_REDIRECT ^o+
     M:TSSTACKED ^\*
   Readings:
     2017-03-26 19:13:19   ccconf          freq:433.920MHz bWidth:406KHz rAmpl:42dB sens:8dB
     2017-03-26 19:04:26   cmds             B C F i A E G M K U Y R T V W X e f m L l t u x
     2017-03-26 19:19:45   state           UNKNOWNCODE C10 = 47 / 71
     2017-03-26 18:58:09   uptime          35 03:50:18
     2017-03-26 19:19:30   version         V 1.21.01 a-culfw Build: private build (unknown) miniCUL433 (F-Band: 433MHz)
Attributes:
   room       99_receiver


Gruß
Sascha
Raspi 4B+ Bullseye ;LaCrosse; HomeMatic; MapleCUL; ZigBee; Signalduino ESP32 ; Shellys; MQTT2; Grafana mit Influxdb

RaspiLED

Hi,
Vielleicht fängst Du mal an zu erklären was Dein Problem ist?
Ich versuche mal zu erraten: Dich stören die falsch erkannten Nachrichten, weil Dein Log nicht mehr so hübsch aussieht?
Die Lösung hast Du ja schon geschrieben: Lass die Finger von der Freq übrigens auch von der Bwidth. Ein
set mcwlan raw E
Sollte es heilen. Zu prüfen über
get mcwlan ccconf
Sollte so aussehen:
mcwlan ccconf => freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
Just my 2ct ;-)
Gruß Arnd


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

sash.sc

#336
Habe den MiniCul mal aus der 2. FHEM Instanz gelöscht und ein reopen gemacht.
Danach war alles wieder gut

Frequenzanpassungen hatten eigentlich noch nie Probleme gemacht ! ;)

Gruß
Sascha

Edit: Muss dazu sagen, dass der MiniCulWlan auf beiden FHEM´s mit dem gleichen Namen liefen !!!
Raspi 4B+ Bullseye ;LaCrosse; HomeMatic; MapleCUL; ZigBee; Signalduino ESP32 ; Shellys; MQTT2; Grafana mit Influxdb

RaspiLED

Hi,
also Du meinst beide FHEM Instanzen greifen parallel per WLAN auf den gleichen CUL zu? Das kann doch gar nicht gehen! Ich dachte immer, dass die Instanz welche sich als letzte am CUL anmeldet, hat den Kontakt dann exklusiv.

Oder hat der miniCUL etwas besonderes und bedient über eine interne Queue mehrere FHEM Instanzen?

Gruß Arnd


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

sash.sc

Zitat von: RaspiLED am 26 März 2017, 20:16:22
Hi,
also Du meinst beide FHEM Instanzen greifen parallel per WLAN auf den gleichen CUL zu? Das kann doch gar nicht gehen! Ich dachte immer, dass die Instanz welche sich als letzte am CUL anmeldet, hat den Kontakt dann exklusiv.


Klingt logisch.
Die 2. FHEm Instanz hatte sich als letztes den MiniCulWlan geschnappt. Da stand auch "initialized", nur auf der 1. Instanz gab es Probleme mit dm STATE, hat aber auch dort weiter die Signal bekommen.
Also mehr oder weniger doch parallel .....  :o
Raspi 4B+ Bullseye ;LaCrosse; HomeMatic; MapleCUL; ZigBee; Signalduino ESP32 ; Shellys; MQTT2; Grafana mit Influxdb

isy

Hallo zusammen,
brauche mal einen Tipp. Habe einige Einträge im Forum gefunden, aber immer ohne rechte Lösung. Dieser Fall liegt m.E. nach auch etwas anders oder ist neu.

Ich habe drei miniCUL mit WLAN-Schnittstelle in Betrieb. Alle am gleichen Access Point, ungefähr gleiche Feldstärke. 2.4 GHz ist bei mir relativ hoch ausgelastet durch andere FHEM Dienste im Haus.

433 für TCM97001:      FW Version: V 1.23.09 a-culfw Build: private build (unknown) miniCUL433 (F-Band: 433MHz)
868 für Homematic:     FW Version: V 1.21.01 a-culfw Build: private build (unknown) miniCUL (F-Band: 868MHz)
868 für FS20:               FM Version: V 1.24.00 a-culfw Build: private build (unknown) miniCUL (F-Band: 868MHz)

Problem ist der alle 5 Minuten (ca.) vorkommende Eintrag im LogFile: "disconnected, waiting to reappear".
Diese FM tritt allerdings nur beim FS20 auf, also mit der V 1.24.00

Hängt das Phänomen wohl mit der 1.24 zusammen?

Gruß Helmut



Ein Weg wird erst zu einem Weg, wenn man ihn geht

sash.sc

Nein.
Da musst du ein at starten. Da steht aber auch was im Forum dazu.
Bei mir läuft es seitdem.

Gesendet von meinem E6653 mit Tapatalk

Raspi 4B+ Bullseye ;LaCrosse; HomeMatic; MapleCUL; ZigBee; Signalduino ESP32 ; Shellys; MQTT2; Grafana mit Influxdb

isy

Danke für den Tipp.

Das regelmäßige  Abfragen, z.B. nach der Version,  habe ich gesehen. Klar.
Hätte ich auch so eingerichtet, wenn es alle drei CUL's betreffen würde.

Überlege daher, z.B auf eine neue Version zu flashen.

Gruß Helmut
Ein Weg wird erst zu einem Weg, wenn man ihn geht

locutus

Zitat von: dl4fb am 27 März 2017, 20:39:55
Problem ist der alle 5 Minuten (ca.) vorkommende Eintrag im LogFile: "disconnected, waiting to reappear".
Diese FM tritt allerdings nur beim FS20 auf, also mit der V 1.24.00

Hängt das Phänomen wohl mit der 1.24 zusammen?
Nicht a-culfw, sondern Espressif's SDK schränkt die Verbindungsdauer auf dem TCP Port 23 auf 5 Minuten ein.
Siehe dazu Hinweis zum WLAN-Betrieb.

sash.sc

besteht ein Unterschied in der a-fw für den miniCUL und für dein Produkt ?
Habe gerade mal die "normal" a-fw für miniCUL drauf geflasht. läuft soweit.
Ich frage nur, weil bei der "angepassten" immer "Build privat" steht !

Gruß
Sascha
Raspi 4B+ Bullseye ;LaCrosse; HomeMatic; MapleCUL; ZigBee; Signalduino ESP32 ; Shellys; MQTT2; Grafana mit Influxdb

locutus

Die "private build" entsteht immer dann, wenn man die Firmware selbst kompiliert.