Alternative culfw

Begonnen von bjoernh, 15 März 2015, 12:01:06

Vorheriges Thema - Nächstes Thema

Spezialtrick

Warum sollte der NanoCul das Problem sein, wenn es doch mit der normalen Culfw funktioniert?
FHEM - Debmatic - Zigbee2MQTT - Homekit

derchrome

Ja meine Vermutung ist auch dass es an der Firmware liegt. Als ich noch die normale CulfW drauf hatte gingen beide IT Dosen noch, mit der alternativen geht nur noch die die näher am Nano ist.

Tedious

Zitat von: Spezialtrick am 09 Dezember 2015, 09:48:13
Warum sollte der NanoCul das Problem sein, wenn es doch mit der normalen Culfw funktioniert?

War ggf. missverständlich ausgedrückt. Natürlich meinte ich die Kombi NanoCul/aCulfw. Bezog sich darauf dass es bei ihm problemlos funktioniert - und ggf. nutzt er ja eben keinen Selbstbau-NanoCul... ;)
FHEM auf Proxmox-VM (Intel NUC) mit 4xMapleCUN (433,3x868) und Jeelink, HUE, MiLight, Max!, SonOff, Zigbee, Alexa, uvm...

kadettilac89

Zitat von: Tedious am 07 Dezember 2015, 09:33:09
Kurze Frage - ich bin Verfechter von "Never change an running system" ;) Habe aber Probleme mit IT Zwischensteckern, wenn ich die ITrepetition zuschalte schmiert mir der CUL ab und ich muss nach rausnehmen der Settings FHEM neu starten. *könnte* das das Problem lösen? Aktuell nutze ich

CUL433 version => V 1.10.01 a-culfw Build: 167 (2015-10-13_18-19-02) nanoCUL433 (F-Band: 433MHz)

Bin beim Stöbern darauf gestoßen. Ist exakt dein Problem wenn ich es richtig verstehe ...
--> http://forum.fhem.de/index.php/topic,27024.0.html <--

==> SChau mal ob du mit der aktuellen oder der im Post angehängten 10_IT.pm das Problem lösen kannst. Hast du eine veraltete Version?

Tedious

Hi,

wen sie eingecheckt ist nicht - ich mache ein tägliches Update. Den Thread hatte ich gesehen, wollte aber noch warten bis das offiziell eingecheckt ist. Ich teste das heute Abend mal, danke!
FHEM auf Proxmox-VM (Intel NUC) mit 4xMapleCUN (433,3x868) und Jeelink, HUE, MiLight, Max!, SonOff, Zigbee, Alexa, uvm...

sash.sc

Hallo zusammen.

Wäre es möglich, dass in die Firmware mir einzubauen?

http://forum.fhem.de/index.php?topic=45022.0

Gesendet von meinem C6603 mit Tapatalk

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

chris1284

kommt die aculf nicht mehr mit der intertechno its-150 klar???
beim drücken der taste bekomm ich vom cul nur

ZitatCUL nanoCUL433 UNKNOWNCODE i104014

der cul konnte die codes aber mal lesen....

bjoernh

Zitat von: chris1284 am 10 Dezember 2015, 18:17:03
kommt die aculf nicht mehr mit der intertechno its-150 klar???
beim drücken der taste bekomm ich vom cul nur

der cul konnte die codes aber mal lesen....

Also wenn das kommt, dann kommt der CUL schon damit klar.
Den Fehler musst Du bei Fhem suchen, fhem kann nichts mit dem Kommando anfangen.


chris1284


masterpete23

hey,
mal ne doofe Frage da ich wohl an der falschen Stelle bisher gesucht habe.
Wie define ich nen zum Cul umgebauten MaxCube?
das habe ich schon
Internals:
   CMDS       BbCFiAZNEkGMKLUYRTVWXefltxz
   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:CUL_RFR::CUL_TCM97001:
   DEF        192.168.0.72:2323 0000
   DeviceName 192.168.0.72:2323
   FD         30
   FHTID      0000
   NAME       maxcube
   NR         290
   PARTIAL
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.20.01 a-culfw Build: 176 (2015-12-07_23-24-58) CUBe (F-Band: 868MHz)
   initString X21
   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................................$
     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]+
   Readings:
     2015-12-12 15:09:33   ccconf          freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
     2015-12-12 15:22:39   cmds             B b C F i A Z N E k G M K L U Y R T V W X e f l t x z
     2015-12-12 15:22:39   state           Initialized
     2015-12-12 15:18:29   version         V 1.20.01 a-culfw Build: 176 (2015-12-07_23-24-58) CUBe (F-Band: 868MHz)
Attributes:

aber wie mach ich weiter damit ich die Heizungsthermostate wieder ran bekomme?
das wollte nicht da
Internals:
   DEF        123456
   IODev      maxcube
   NAME       cmax
   NR         291
   STATE      Defined
   TYPE       CUL_MAX
   addr       123456
   cnt        0
   pairmode   0
   retryCount 0
   sendQueue:
Attributes:
   IODev      maxcube

das hier lieferte
2015.12.12 15:22:39 1: cmax: did not find suitable IODev (CUL etc. in rfmode MAX)! You may want to execute 'attr cmax IODev SomeCUL'

Telekatz

Der Cube wird wie jeder andere CUL konfiguriert:
attr maxcube rfmode MAX

Ist aber auch im Wiki beschrieben:
http://www.fhemwiki.de/wiki/MAX#CUL_MAX

masterpete23

Danke das geht nur das pairen nicht sauber. Dafür habe ich nen eigenen thread gemacht

Gesendet von meinem Huawei Honor 7


sonor

Hallo,

gewisse IT-Geräte erfordern eine andere Pulslänge beim Senden z.B. REV Geräte Pulslänge 180 (Std. ist 420). Die Pulslänge kann man leider bis jetzt nur kpl. umstellen (set myCUL is180) und nicht pro Device. In Fhemduino mit Modul fhemduino_PT2262 kann man pro Device die Pulslänge (Basedur) festlegen (define REV_1 FHEMduino_PT2262 0FF000FFFF 180 0F F0). Ist dies mit a-culfw auch möglich bzw. könnte man das implementieren?

bjoernh

Zitat von: sonor am 12 Dezember 2015, 19:06:14
Hallo,

gewisse IT-Geräte erfordern eine andere Pulslänge beim Senden z.B. REV Geräte Pulslänge 180 (Std. ist 420). Die Pulslänge kann man leider bis jetzt nur kpl. umstellen (set myCUL is180) und nicht pro Device. In Fhemduino mit Modul fhemduino_PT2262 kann man pro Device die Pulslänge (Basedur) festlegen (define REV_1 FHEMduino_PT2262 0FF000FFFF 180 0F F0). Ist dies mit a-culfw auch möglich bzw. könnte man das implementieren?
Das umstellen ist bereits in fhem integriert.  Mal sehen,  ob ich es heute Abend noch schaffen in die a-culfw einzubauen.

Burny4600

nanoCUL433 erkennt Geräte die es gar nicht geben kann.

Erkannt werden IT Geräte mit den Adressen IT_000011001F und IT_000011F01F.

Aktuelle Firmware nanoCUL433 version => V 1.20.01 a-culfw Build: 176 (2015-12-07_23-24-58) nanoCUL433 (F-Band: 433MHz)

Mfg Chris

Raspberry Pi 2/2+/3/3+/4 / Betriebssystem: Bullseye Lite
Schnittstellen: RFXtrx433E, SIGNALduino, MQTT, nanoCUL, HM-MOD-UART, 1-Wire, LAN, ser2net, FHEM2FEHEM
Devices: S.USV, APC-USV, Fronius Datalogger Web 2, FS20, IT, Resol VBUS & DL2, TEK603, WMR200, YouLess, Homematic, MQTT