Autor Thema: SIGNALDuino Empfänger Firmware V 3.3.2r-dev  (Gelesen 25753 mal)

Offline Ralf9

  • Developer
  • Hero Member
  • ****
  • Beiträge: 2416
Antw:SIGNALDuino Empfänger Firmware V 3.3.2r-dev
« Antwort #210 am: 21 Februar 2019, 22:04:06 »
Gibt es bei Dir die Attribute "max-deviation-temp" und "max-deviation-hum" die sind per Default auf 1

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module
SIGNALduino

Offline putzvarruckt

  • New Member
  • *
  • Beiträge: 4
Antw:SIGNALDuino Empfänger Firmware V 3.3.2r-dev
« Antwort #211 am: 21 Februar 2019, 22:36:52 »
Nein, sind nicht definiert.
Soll ich?

Offline Ralf9

  • Developer
  • Hero Member
  • ****
  • Beiträge: 2416
Antw:SIGNALDuino Empfänger Firmware V 3.3.2r-dev
« Antwort #212 am: 21 Februar 2019, 22:43:12 »
Ja, wenn es diese beiden Attribute in der Liste gibt und bei Dir der Defaultwert von 1 nicht passt, muß Du sie mit einem höheren Wert definieren.
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module
SIGNALduino

Offline putzvarruckt

  • New Member
  • *
  • Beiträge: 4
Antw:SIGNALDuino Empfänger Firmware V 3.3.2r-dev
« Antwort #213 am: 21 Februar 2019, 23:10:14 »
OK, danke

Offline andies

  • Hero Member
  • *****
  • Beiträge: 2153
Antw:SIGNALDuino Empfänger Firmware V 3.3.2r-dev
« Antwort #214 am: 18 März 2019, 09:09:28 »
Hallo Forum, ich benötige nochmal Hilfe. Ich habe die neue Firmware aufgespielt und nun reagiert der sduino gar nicht mehr  >:(
Ich weiß nicht, was ich falsch gemacht habe. Neustart, auf "Werkeinstellung" zurückgesetzt, es gibt einfach keinen Signaleingang. Selbst rawmessages werden nicht angezeigt (keine events über mehrere Minuten, obwohl hier Thermometer und Regenmesser stehen):
Internals:
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_BELL:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:FHT:FS20:CUL_EM:Fernotron:SD_Keeloq:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A104WS3F-if00-port0
   DMSG       nothing
   DevState   initialized
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A104WS3F-if00-port0@57600
   FD         10
   FUUID      5c782b53-f33f-1115-5537-1acd607a016042cf
   IDsNoDispatch 2,72.1,82
   LASTDMSG   nothing
   NAME       sduino
   NR         21
   PARTIAL   
   STATE      opened
   TIME       1552893658
   TYPE       SIGNALduino
   sendworking 0
   unknownmessages
   version    V 3.3.2.1-rc8 SIGNALduino cc1101 - compiled at Jan 10 2019 20:13:56
   versionProtocols 1.01
   versionmodul v3.4.0_dev_16.03
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^P(?:14|29|30|34|46|69|76|81|83|86|90|91|91.1|92)#.*
     18:FLAMINGO ^P13\.?1?#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     25:CUL_EM  ^E0.................
     26:Fernotron ^P82#.*
     27:SD_BELL ^P(?:15|32|41|42|57|79)#.*
     28:SD_Keeloq ^P(?:87|88)#.*
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   READINGS:
     2017-06-26 16:33:12   ITParms         Unsupported command
     2019-03-18 08:56:23   ccconf          freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB  (DataRate:43.78Baud)
     2019-03-18 08:56:30   ccpatable       C3E = 00 C0 00 00 00 00 00 00  => 10_dBm
     2019-03-16 22:09:03   ccreg           C3E = 00 C0 00 00 00 00 00 00
     2019-03-18 08:56:07   config          MS=1;MU=1;MC=1;Mred=1;Mdebug=1_MScnt=4;MuSplitThresh=8000;MdebFifoLimit=120/140
     2018-05-27 15:09:14   freeram         450
     2018-05-08 21:22:16   logEntry        freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB  (DataRate:3173.83Baud)
     2019-03-18 09:06:13   ping            OK
     2019-03-18 08:55:49   raw             Init eeprom to defaults
     2019-03-18 08:21:12   state           opened
     2018-05-27 15:09:00   uptime          0 00:07:35
     2019-03-18 08:21:12   version         V 3.3.2.1-rc8 SIGNALduino cc1101 - compiled at Jan 10 2019 20:13:56
   getcmd:
   keepalive:
     ok         1
     retry      0
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
   msIdList:
     0
     0.1
     0.2
     0.3
     0.4
     1
     3
     3.1
     4
     6
     7
     13
     13.2
     14
     15
     17
     23
     25
     33
     35
     51
     55
     65
     87
     88
     90
     91.1
     93
   muIdList:
     8
     9
     13.1
     16
     17.1
     19
     21
     22
     24
     26
     27
     28
     29
     30
     31
     32
     34
     36
     39
     42
     44
     44.1
     45
     46
     48
     49
     50
     56
     59
     60
     61
     62
     64
     66
     67
     69
     70
     71
     72
     73
     74
     76
     79
     80
     81
     83
     84
     85
     86
     89
     91
     92
Attributes:
   blacklist_IDs 41,40,37,38,68
   debug      0
   devStateIcon Initialized:cul_usb@green:Open Open:cul_usb@red:Initialized
   development u86
   flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   group      intern
   hardware   nanoCC1101
   updateChannelFW testing
Habe ich mir den zerschossen? Ich habe doch bestimmt was übersehen, nur was?

Hier noch der Flashlog
avrdude: Version 6.1, compiled on Jul  7 2015 at 10:29:47
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2014 Joerg Wunsch

         System wide configuration file is "/etc/avrdude.conf"

         Using Port                    : /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A104WS3F-if00-port0
         Using Programmer              : arduino
         Overriding Baud Rate          : 57600
         AVR Part                      : ATmega328P
         Chip Erase delay              : 9000 us
         PAGEL                         : PD7
         BS2                           : PC2
         RESET disposition             : dedicated
         RETRY pulse                   : SCK
         serial program mode           : yes
         parallel program mode         : yes
         Timeout                       : 200
         StabDelay                     : 100
         CmdexeDelay                   : 25
         SyncLoops                     : 32
         ByteDelay                     : 0
         PollIndex                     : 3
         PollValue                     : 0x53
         Memory Detail                 :

                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           eeprom        65    20     4    0 no       1024    4      0  3600  3600 0xff 0xff
           flash         65     6   128    0 yes     32768  128    256  4500  4500 0xff 0xff
           lfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           hfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           efuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           lock           0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           calibration    0     0     0    0 no          1    0      0     0     0 0x00 0x00
           signature      0     0     0    0 no          3    0      0     0     0 0x00 0x00

         Programmer Type : Arduino
         Description     : Arduino
         Hardware Version: 2
         Firmware Version: 1.16
         Vtarget         : 0.0 V
         Varef           : 0.0 V
         Oscillator      : Off
         SCK period      : 0.1 us

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.01s

avrdude: Device signature = 0x1e950f
avrdude: NOTE: "flash" memory has been specified, an erase cycle will be performed
         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "FHEM/firmware/SIGNALduino_nanoCC1101_3321rc8.hex"
avrdude: input file FHEM/firmware/SIGNALduino_nanoCC1101_3321rc8.hex auto detected as Intel Hex
avrdude: writing flash (24824 bytes):

Writing | ################################################## | 100% 9.83s

avrdude: 24824 bytes of flash written
avrdude: verifying flash memory against FHEM/firmware/SIGNALduino_nanoCC1101_3321rc8.hex:
avrdude: load data flash data from input file FHEM/firmware/SIGNALduino_nanoCC1101_3321rc8.hex:
avrdude: input file FHEM/firmware/SIGNALduino_nanoCC1101_3321rc8.hex auto detected as Intel Hex
avrdude: input file FHEM/firmware/SIGNALduino_nanoCC1101_3321rc8.hex contains 24824 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 10.54s

avrdude: verifying ...
avrdude: 24824 bytes of flash verified

avrdude done.  Thank you.

Und das Modul ist
00_SIGNALduino.pm           10488 2019-03-08 12:00:00Z v3.4.0-dev
# $Id: 90_SIGNALduino_un.pm 15479 2018-01-24 20:00:00 dev-r34 $

<edit>
ccregAll:

ccreg 00: 0D 2E 2D 07 D3 91 3D 04 32 00 00 06 00 10 B0 71
ccreg 10: 50 C4 30 23 B9 00 07 00 18 14 6C 07 00 90 87 6B
ccreg 20: F8 56 11 EF 2B 17 1F 41 00 59 7F 3F 88 31 0B
« Letzte Änderung: 18 März 2019, 09:18:08 von andies »
FHEM 5.9 auf RaspPi3 (Raspbian:  4.14.34-v7+ ); Perl: v5.20.2
SIGNALduino (433 MHz) und HM-UART (868 MHz)
wenige Brennenstuhl-IT, Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Offline Ralf9

  • Developer
  • Hero Member
  • ****
  • Beiträge: 2416
Antw:SIGNALDuino Empfänger Firmware V 3.3.2r-dev
« Antwort #215 am: 18 März 2019, 12:00:53 »
Du kannst mal folgendes versuchen:
get raw e
get raw eC

"get raw eC" macht ein initEEPROMconfig.  Damit werden die config Daten im EEPROM auf default zurückgesetzt

Den sduino ziehen und stecken.

get ccconf
get config

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module
SIGNALduino

Offline andies

  • Hero Member
  • *****
  • Beiträge: 2153
Antw:SIGNALDuino Empfänger Firmware V 3.3.2r-dev
« Antwort #216 am: 18 März 2019, 19:04:37 »
Hat geklappt (bin erst jetzt nach Hause gekommen zum Steckerziehen), läuft alles, danke!

Ich habe noch einen TFA Dostmann 30.3211.02 Temperatursensor, der lief früher unter Bresser_Temeo. Ich sehe, dass beim Batterieeinlegen sich das folgende Gerät einrichtet
Internals:
   CFGFN     
   CODE       CUL_TCM97001_Unknown
   DEF        CUL_TCM97001_Unknown
   FUUID      5c8f7c67-f33f-1115-ec53-88b338576106bb3a
   LASTInputDev sduino
   MSGCNT     119
   NAME       Unknown
   NR         289
   STATE      Code: ACC03B1268
   TYPE       CUL_TCM97001
   lastH      0
   lastT      1552932118.1508
   sduino_DMSG sACC03B126800
   sduino_MSGCNT 119
   sduino_RAWMSG MS;P1=-4223;P2=555;P3=-2074;P4=-9062;D=24212321232121232321212323232323232323212121232121232323212323212323212123212323;CP=2;SP=4;R=219;s=22;e;m0;
   sduino_RSSI -92.5
   sduino_TIME 2019-03-18 19:01:58
   READINGS:
     2019-03-18 19:01:58   state           Code: ACC03B1268
Attributes:
   model      Unknown
   room       CUL_TCM97001
und vermute, dass das der Sensor ist. Aber ich weiß nicht, welches Modell ich da nehmen soll. Hast Du einen Tipp? Sonst probiere ich mal alles herum.
FHEM 5.9 auf RaspPi3 (Raspbian:  4.14.34-v7+ ); Perl: v5.20.2
SIGNALduino (433 MHz) und HM-UART (868 MHz)
wenige Brennenstuhl-IT, Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Offline Ralf9

  • Developer
  • Hero Member
  • ****
  • Beiträge: 2416
Antw:SIGNALDuino Empfänger Firmware V 3.3.2r-dev
« Antwort #217 am: 19 März 2019, 23:38:57 »
Zitat
Ich habe noch einen TFA Dostmann 30.3211.02 Temperatursensor, der lief früher unter Bresser_Temeo. Ich sehe, dass beim Batterieeinlegen sich das folgende Gerät einrichtet

Ich habe mal gesucht, konnte beim Signalduino oder CUL_TCM97001 nichts über den TFA Dostmann 30.3211.02 finden, ich konnte auch keine Protokollbeschreibung finden.
Bitte mache dazu bei Bedarf ein neues Thema auf.
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module
SIGNALduino

Offline andies

  • Hero Member
  • *****
  • Beiträge: 2153
Antw:SIGNALDuino Empfänger Firmware V 3.3.2r-dev
« Antwort #218 am: 20 März 2019, 07:26:58 »
Bitte mache dazu bei Bedarf ein neues Thema auf.
Hat sich erledigt - nach einem Neustart wurde das Gerät komplett eingerichtet.
FHEM 5.9 auf RaspPi3 (Raspbian:  4.14.34-v7+ ); Perl: v5.20.2
SIGNALduino (433 MHz) und HM-UART (868 MHz)
wenige Brennenstuhl-IT, Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Offline Harst

  • Developer
  • Full Member
  • ****
  • Beiträge: 192
Antw:SIGNALDuino Empfänger Firmware V 3.3.2r-dev
« Antwort #219 am: 20 März 2019, 09:44:50 »
@andies: Bitte schick mir doch ein Bild und die sonstigen Daten, damit ich das Gerät in das Wiki eintragen kann. Du kannst auch gerne selbst eintragen.

Horst

https://wiki.fhem.de/wiki/Geprüfte_Geräte

Offline andies

  • Hero Member
  • *****
  • Beiträge: 2153
Antw:SIGNALDuino Empfänger Firmware V 3.3.2r-dev
« Antwort #220 am: 20 März 2019, 10:37:26 »
Mache ich, dauert etwas.
FHEM 5.9 auf RaspPi3 (Raspbian:  4.14.34-v7+ ); Perl: v5.20.2
SIGNALduino (433 MHz) und HM-UART (868 MHz)
wenige Brennenstuhl-IT, Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Offline Heiner

  • Full Member
  • ***
  • Beiträge: 199
Antw:SIGNALDuino Empfänger Firmware V 3.3.2r-dev
« Antwort #221 am: 02 April 2019, 08:37:15 »
Hi,

ich habe 2 signalduino. einen mit CC1101 und einen ohne. Der mit ist auf die somfy Frequenz eingestellt und nur somfy ist in der whitelist angegeben.

Ich habe seit einger Zeit viele Fehlermeldungen und fragte mich wo die wohl herkommen. Gestern hatte ich dann die Idee das dies von meinem autoschluessel mit keylessGo koemmen koennte. Heute morgen habe ich dann auch noch 3 Mal die Taste von meinem alten Autoschluessel (nur funk ZV) gedrueckt und dann mal ins LogFile geschaut:

[/2019.04.01 18:41:07 1: SignalDuino: SOMFY_Parse : Somfy RTS message format error (length)! :A0404040762ECC940058: 2019.04.01 18:41:07 3: SignalDuino: Unknown code YsA0404040762ECC940058, help me!
2019.04.01 18:41:08 1: SignalDuino: SOMFY_Parse : Somfy RTS message format error (length)! :A0404040762ECC84001D:
2019.04.01 18:41:08 3: SignalDuino: Unknown code YsA0404040762ECC84001D, help me!
2019.04.01 18:41:08 1: SignalDuino: SOMFY_Parse : Somfy RTS message format error (length)! :A0404040762ECC880022:
2019.04.01 18:41:08 3: SignalDuino: Unknown code YsA0404040762ECC880022, help me!
2019.04.01 18:41:08 1: SignalDuino: SOMFY_Parse : Somfy RTS message format error (length)! :A0404040762ECC8C0037:
2019.04.01 18:41:08 3: SignalDuino: Unknown code YsA0404040762ECC8C0037, help me!
2019.04.01 18:41:08 1: SignalDuino: SOMFY_Parse : Somfy RTS message format error (length)! :A0404040762ECC90004D:
2019.04.01 18:41:08 3: SignalDuino: Unknown code YsA0404040762ECC90004D, help me!
2019.04.01 18:41:08 1: SignalDuino: SOMFY_Parse : Somfy RTS message format error (length)! :502020203B17664A002C:
2019.04.01 18:41:08 3: SignalDuino: Unknown code Ys502020203B17664A002C, help me!
2019.04.01 18:57:31 1: SignalDuino: SOMFY_Parse : Somfy RTS message format error (length)! :A0404040762ECC8C00370: 2019.04.01 18:57:31 3: SignalDuino: Unknown code YsA0404040762ECC8C00370, help me!
2019.04.01 18:57:31 1: SignalDuino: SOMFY_Parse : Somfy RTS message format error (length)! :A0404040762ECC90004D:
2019.04.01 18:57:31 3: SignalDuino: Unknown code YsA0404040762ECC90004D, help me!
2019.04.01 18:57:32 1: SignalDuino: SOMFY_Parse : Somfy RTS message format error (length)! :A0404040762ECC940058:
2019.04.01 18:57:32 3: SignalDuino: Unknown code YsA0404040762ECC940058, help me!
2019.04.01 18:57:36 1: SignalDuino: SOMFY_Parse : Somfy RTS message format error (length)! :A0404040762ECC8C0037:
2019.04.01 18:57:36 3: SignalDuino: Unknown code YsA0404040762ECC8C0037, help me!
2019.04.01 18:57:36 1: SignalDuino: SOMFY_Parse : Somfy RTS message format error (length)! :A0404040762ECC90004D:
2019.04.01 18:57:36 3: SignalDuino: Unknown code YsA0404040762ECC90004D, help me!
2019.04.01 18:57:36 1: SignalDuino: SOMFY_Parse : Somfy RTS message format error (length)! :A0404040762ECC940058:
2019.04.01 18:57:36 3: SignalDuino: Unknown code YsA0404040762ECC940058, help me!
2019.04.02 07:30:35 1: SignalDuino: SOMFY_Parse : Somfy RTS checksum error! :504142111928B3:
2019.04.02 07:30:35 1: SignalDuino: SOMFY_Parse : Somfy RTS checksum error! :504142111928B3:
2019.04.02 07:30:35 3: SignalDuino: Unknown code   Ys504142111928B3, help me!
code]


Kann es sein das ich hier wirklich meine Autoschluessel sehe? Kann ich die irgendwie so einbinden das ich was damit machen kann?

Danke fuer Eure Hilfe
« Letzte Änderung: 02 April 2019, 11:42:18 von Heiner »
Heiner
--------------------------------
fhem auf BananaPi
Busware CUL 868MHz, NanoCul 434MHz,fhemdruino, HM-CFG-USB
HM, THZ, Kostal, Somfy, FritzBox,Enigma

Offline Ralf9

  • Developer
  • Hero Member
  • ****
  • Beiträge: 2416
Antw:SIGNALDuino Empfänger Firmware V 3.3.2r-dev
« Antwort #222 am: 02 April 2019, 22:08:41 »
Zitat
Ich habe seit einger Zeit viele Fehlermeldungen und fragte mich wo die wohl herkommen.

siehe hier
https://forum.fhem.de/index.php/topic,53319.0.html

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module
SIGNALduino

Offline andies

  • Hero Member
  • *****
  • Beiträge: 2153
Antw:SIGNALDuino Empfänger Firmware V 3.3.2r-dev
« Antwort #223 am: 14 April 2019, 12:40:01 »
Hi Ralf, eine Frage. Zuerst zum Hintergrund: Ich betreibe den Signalduino zum Senden (Somfy und ziemlich robuste 433 MHz-Steckdosen) sowie zum Empfang einer Wetterstation (BresserTemeo). Damit der Empfang gut ist, habe ich RPi+Signalduino in einem Rolladenkasten verbaut, was manchmal nervig ist, wenn der RPi ausfällt. Ich würde gern zwei Dinge tun:
  • Den RPi aus dem Rolladenkasten holen und im Haus dann per LAN anschließen
  • ohne aber auf das Senden und Empfangen von 433 MHz zu verzichten (Somfy muss und will ich nicht empfangen, nur die robusten Anwendungen).

Jetzt dachte ich, dass ich einen SignalESP entsprechend einbinde, d.h. das Modul ist via WLAN und eben nicht USB an FHEM gebunden. Dann könnte ich den SignalESP im Rolladenkasten lassen und den RPi endlich rausholen.

Ich habe gelesen, dass gerade bei Somfy hier Probleme auftreten können. Würdest Du empfehlen das zu probieren oder soll ich das besser lassen und weiter auf USB-Anbindung setzen? WLAN-Abdeckung ist sehr gut.
FHEM 5.9 auf RaspPi3 (Raspbian:  4.14.34-v7+ ); Perl: v5.20.2
SIGNALduino (433 MHz) und HM-UART (868 MHz)
wenige Brennenstuhl-IT, Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Offline Ralf9

  • Developer
  • Hero Member
  • ****
  • Beiträge: 2416
Antw:SIGNALDuino Empfänger Firmware V 3.3.2r-dev
« Antwort #224 am: 14 April 2019, 19:07:37 »
Mit dem SignalESP habe ich keine Erfahrung, da ich keinen habe.
Dem ESP8255 muß durch regelmässigen aufruf von Yield Zeit gegeben werden, damit er sich um Dinge wie z.B. wlan und dem tcp-Stack kümmern kann.
Es ist denkbar, daß es Protokolle gibt die auf dem ESP8255 nicht so gut laufen.

Weiß zufällig jemand, wieviel Zeit der Yield Befehl normalerweise benötigt?

Du kannst auch einen promini oder nano mit einem ESP (z.B. wemos d1 mini), auf dem ESP-Link läuft, verbinden
https://forum.fhem.de/index.php/topic,69042.msg605241.html#msg605241

Denkst Du noch an die rawmsg vom TFA Dostmann 30.3211.02?

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module
SIGNALduino

 

decade-submarginal