Autor Thema: SIGNALDuino Empfänger Firm- und Hardware  (Gelesen 251128 mal)

Offline andies

  • Tester
  • Hero Member
  • ****
  • Beiträge: 3179
Antw:SIGNALDuino Empfänger Firm- und Hardware
« Antwort #1185 am: 30 Juni 2021, 21:27:25 »
kannst du gar nicht löten? oder nur wenig? willst du den signalduino nehmen oder auf den neuen maple mini umsteigen? (für den signalduino habe ich noch platinen übrig, da müssen wenige teile gelötet werden und dann steckst du die module ein, siehe https://forum.fhem.de/index.php/topic,109351.0.html ).
FHEM 6.0 auf RaspPi3 (Raspbian:  4.19.97-v7+ ); Perl: v5.28.1
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: 3827
Antw:SIGNALDuino Empfänger Firm- und Hardware
« Antwort #1186 am: 30 Juni 2021, 21:42:45 »
Zitat
Ich bekomme demnächst Markisen mit Somf y-Motoren und möchte diese per FHEM steuern
Wenn es Somfy RTS sind, da geht der SIGNALDuino,
wenn es aber Somfy io (verschlüsselt und bidirektional) sind, dann geht der SIGNALDuino nicht, da brauchst Du dann ein Gateway
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 HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

Offline FlyingPenguin

  • New Member
  • *
  • Beiträge: 6
Antw:SIGNALDuino Empfänger Firm- und Hardware
« Antwort #1187 am: 03 Juli 2021, 17:41:24 »
Ich kann schon löten, mir wäre ein fertiges Modul einfach lieber, weil da weniger schief gehen kann.

Der Hinweis auf somfy io ist sehr gut, das hatte ich gar nicht auf dem Schirm. Ich weiß (noch) nicht welcher Motor genau verbaut ist. Von daher warte ich mal erst diese Entscheidung ab.

EDIT: Inzwischen weiß ich, dass Somfy io-Motoren verbaut sind. Ich werde mich also sowieso mit einem Gateway auseinander setzen müssen.
« Letzte Änderung: 10 Juli 2021, 12:55:50 von FlyingPenguin »

Offline jump

  • Newbie
  • Beiträge: 1
Antw:SIGNALDuino Empfänger Firm- und Hardware
« Antwort #1188 am: 11 Juli 2021, 11:48:01 »
Hallo,

ich habe meinen Raspi mit FHEM aufgesetzt, um meine Pergola-Antriebe (SOMFY) mit dem SignalDuino zu steuern.

Die SOMFY-Antriebe für die seitlichen Screens konnte ich problemlos integrieren.
Den Antrieb für die Verstellung der Lamellen das Dachs jedoch nicht.
In der Pergola ist für das Dach nochmal extra ein Kasten mit Elektronik verbaut. Der Antrieb selber scheint mit 24V zu laufen.
Nichtsdestotrotz kann ich alle Antriebe, auch den für's Dach, mit meiner vorhandenen Somfy-RTS-Fernbedienung steuern.
Daher hätte ich erwartet, dass ich eben auch das Dach per FHEM und SignalDuino anlernen kann.

Könnte es an einer Einstellung des in FHEM definierten Geräts (Shutter) liegen?
Hat jemand eine Idee?

Vielen Dank!

Offline Blauhorn

  • Jr. Member
  • **
  • Beiträge: 86
Antw:SIGNALDuino Empfänger Firm- und Hardware
« Antwort #1189 am: 26 September 2021, 16:32:17 »
Guten Abend die Gemeinschaft,

könnte mir mal jemand bitte auf die Sprünge helfen, bei folgendem Problem:

ich habe kürzlich meinen nanoCUL 433 zu einem Signalduino umfunktioniert. Das hat genau 3 Tage gut geklappt, alle Geräte da, sogar noch ein paar mehr.
Dann wollte ich ein stures Gerät aber unbedingt auch rankriegen, und habe daher um den Signalempfang etwas zu verbessern, die cc1101_bWidth Stück für Stück erhöht, solange bis ich bei 812k angekommen war.
Das vermisste Signal habe ich immer noch nicht gesehen, dafür hat sich wahrscheinlich der Nano verabschiedet. Kann das sein?
Nach reset kommt Status "open", danach "No Signalduino found", dies ein paar mal hin und her und schlussendlich "closed".
Tot.
Ich habe den ein paar mal neu geflasht, auf verschiedenen Systemen, der Nano scheint in Takt zu sein, aber Fhem bringt immer nur das gleiche Stereotyp.
Kann ich den noch irgendwie retten, bzw. wo kann ich denn da nach dem Start ein Fehelr-Log ansehen?


Beste Grüße
vom Blauhorn
1xBananaPi; 1x FB7490; 1xCUL433; 1x CC2530+CC2591; OpenMiLight-Gateway; 1xHMUART; HM-LC-Sw4-DR; Sonoff* mit TASMOTA, LEDController; MySensors; zigbee2mqtt;

Offline andies

  • Tester
  • Hero Member
  • ****
  • Beiträge: 3179
Antw:SIGNALDuino Empfänger Firm- und Hardware
« Antwort #1190 am: 26 September 2021, 20:32:23 »
Das hört sich nach einem hardware-Fehler an. Ist der neu gekauft? Dann: https://forum.fhem.de/index.php/topic,122159.0.html
FHEM 6.0 auf RaspPi3 (Raspbian:  4.19.97-v7+ ); Perl: v5.28.1
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 Blauhorn

  • Jr. Member
  • **
  • Beiträge: 86
Antw:SIGNALDuino Empfänger Firm- und Hardware
« Antwort #1191 am: 26 September 2021, 22:13:02 »
Das Gerät war als nanoCUL seit 2014 im Einsatz, bis Freitag fehlerfrei. Ich habe mal jetzt neu bestellt und werde dann berichten.
1xBananaPi; 1x FB7490; 1xCUL433; 1x CC2530+CC2591; OpenMiLight-Gateway; 1xHMUART; HM-LC-Sw4-DR; Sonoff* mit TASMOTA, LEDController; MySensors; zigbee2mqtt;

Offline Blauhorn

  • Jr. Member
  • **
  • Beiträge: 86
Antw:SIGNALDuino Empfänger Firm- und Hardware
« Antwort #1192 am: 28 September 2021, 23:01:13 »
So, der neue nanoCUL kam heute und ließ sich problemlos einbinden.
Nun aber:
Mit dem Alten war ich froh, dass ich eine Funklingel fast ohne Zutun integrieren konnte. Ich habe bei dem neuen exact die gleiche Firmware-Version und in der Klingel nur das IODev geändert.
Die anderen Geräte, so einige Taster und Thermometer werden richtig erkannt.
Welche Sendeeinstellungen kommen in Frage, weiß hier jemand Rat?
Internals:
   CFGFN     
   DEF        32 BE5D93
   FUUID      614b5613-f33f-2f64-da04-c0fe28935cfef63e
   FVERSION   14_SD_BELL.pm:v1.0.0-s24840/2021-08-09
   IODev      sduino433
   NAME       Carogong
   NR         13252
   STATE      ring
   TYPE       SD_BELL
   bitMSG     
   lastMSG   
   Helper:
     DBLOG:
       state:
         DbLog:
           TIME       1632850914.31433
           VALUE      ring
   READINGS:
     2021-09-28 19:27:12   IODev           sduino433
     2021-09-28 19:41:54   state           ring
Attributes:
   IODev      sduino433
   model      FreeTec_PE-6946
   room       Garage

Internals:
   CFGFN     
   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:SD_GT:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0@57600
   DMSG       sC9F0EDA000
   DevState   initialized
   DeviceName /dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0@57600
   FD         52
   FUUID      61534eb0-f33f-2f64-459c-fdc94c0799a7dd91
   IDsNoDispatch 2,72.1,82
   ITClock    250
   LASTDMSG   sC9F0EDA000
   LASTDMSGID 0
   MSGCNT     733
   NAME       sduino433
   NR         49892
   NR_CMD_LAST_H 19
   PARTIAL   
   RAWMSG     MS;P1=478;P2=-9548;P3=-4530;P4=-1972;D=1213131414131414131313131314141414131313141313141313141314;CP=1;SP=2;R=246;O;m2;
   RSSI       -79
   STATE      opened
   TIME       1632862641.91994
   TYPE       SIGNALduino
   cc1101_available 1
   sendworking 0
   version    V 3.4.0 SIGNALduino cc1101 (chip CC1101) - compiled at Jul 16 2020 20:52:15
   versionProtocols 1.21
   versionmodul v3.4.4
   DoubleMsgIDs:
   Helper:
     DBLOG:
       state:
         DbLog:
           TIME       1632849732.84913
           VALUE      opened
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}[AFaf][A-Fa-f0-9]{2,3}
     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|20|26|29|30|34|46|68|69|76|81|83|86|90|91|91.1|92|93|95|97|99|104)#.*
     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|96|98)#.*
     28:SD_Keeloq ^P(?:87|88)#.*
     29:SD_GT   ^P49#[A-Fa-f0-9]+
     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:
     2021-09-28 21:44:27   cc1101_config   Freq: 433.920 MHz, Bandwidth: 325 KHz, rAmpl: 42 dB, sens: 8 dB, DataRate: 5603.79 Baud
     2021-09-28 21:44:27   cc1101_config_ext Modulation: ASK/OOK, Syncmod: No preamble/sync
     2021-09-28 19:22:15   cc1101_patable  C3E = 00 84 00 00 00 00 00 00 => 5_dBm
     2021-09-28 21:43:45   cmds             V R t X S P C r W s x e
     2021-09-28 21:42:56   config          MS=1;MU=1;MC=1;Mred=1
     2021-09-28 21:44:03   freeram         919
     2021-09-28 19:22:12   state           opened
   XMIT_TIME:
     1632850179.50169
     1632850257.40225
     1632850321.388
     1632850408.29669
     1632850564.50345
     1632850580.5486
     1632850601.66878
     1632850609.4678
     1632850624.89905
     1632850638.04159
     1632850743.61392
     1632850769.19101
     1632850775.70246
     1632850777.71621
     1632850781.0857
     1632850783.27525
     1632850787.56256
     1632850839.80005
     1632850914.56644
   additionalSets:
     flash      3.4.0,3.3.1
   helper:
     avrdudecmd avrdude -c arduino -b 57600 -P /dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0 -p atmega328p -vv -U flash:w:FHEM/firmware/SIGNALDuino_nanocc11013.4.0.hex 2>./log/SIGNALduino-Flash.log || avrdude -c arduino -b 115200 -P /dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0 -p atmega328p -vv -U flash:w:FHEM/firmware/SIGNALDuino_nanocc11013.4.0.hex 2>./log/SIGNALduino-Flash.log
     avrdudelogs flashing Arduino sduino433
hex file: FHEM/firmware/SIGNALDuino_nanocc11013.4.0.hex
port: /dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0
command: avrdude -c arduino -b 57600 -P /dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0 -p atmega328p -vv -U flash:w:FHEM/firmware/SIGNALDuino_nanocc11013.4.0.hex 2>[LOGFILE] || avrdude -c arduino -b 115200 -P /dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0 -p atmega328p -vv -U flash:w:FHEM/firmware/SIGNALDuino_nanocc11013.4.0.hex 2>[LOGFILE]

sduino433 closed
--- AVRDUDE ---------------------------------------------------------------------------------

avrdude: Version 6.3
         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-SHK_NANO_CUL_433-if00-port0
         Using Programmer              : arduino
         Overriding Baud Rate          : 115200
         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: 3
         Firmware Version: 4.4
         Vtarget         : 0.3 V
         Varef           : 0.3 V
         Oscillator      : 28.800 kHz
         SCK period      : 3.3 us

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e950f (probably m328p)
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_nanocc11013.4.0.hex"
avrdude: input file FHEM/firmware/SIGNALDuino_nanocc11013.4.0.hex auto detected as Intel Hex
avrdude: writing flash (25626 bytes):

Writing | ################################################## | 100% 3.85s

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

Reading | ################################################## | 100% 2.96s

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

avrdude done.  Thank you.

--- AVRDUDE ---------------------------------------------------------------------------------

sduino433 reopen started

   keepalive:
     ok         1
     retry      0
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
     96
   msIdList:
     0
     0.1
     0.2
     0.3
     0.4
     0.5
     1
     3
     3.1
     4
     6
     7
     13
     13.2
     14
     15
     17
     20
     23
     25
     33
     33.1
     33.2
     35
     41
     49
     51
     53
     54.1
     55
     65
     68
     74.1
     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
     37
     38
     39
     40
     42
     44
     44.1
     45
     46
     48
     49.1
     49.2
     50
     54
     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
     94
     95
     97
     98
     99
     104
     105
Attributes:
   hardware   nanoCC1101
   room       System
   verbose    4
1xBananaPi; 1x FB7490; 1xCUL433; 1x CC2530+CC2591; OpenMiLight-Gateway; 1xHMUART; HM-LC-Sw4-DR; Sonoff* mit TASMOTA, LEDController; MySensors; zigbee2mqtt;

Offline HomeAuto_User

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1052
Antw:SIGNALDuino Empfänger Firm- und Hardware
« Antwort #1193 am: 06 Oktober 2021, 10:46:58 »
Hallo Blauhorn,

...
Nun aber:
Mit dem Alten war ich froh, dass ich eine Funklingel fast ohne Zutun integrieren konnte. Ich habe bei dem neuen exact die gleiche Firmware-Version und in der Klingel nur das IODev geändert.
Die anderen Geräte, so einige Taster und Thermometer werden richtig erkannt.
Welche Sendeeinstellungen kommen in Frage, weiß hier jemand Rat?
...

Was genau ist dein Problem aktuell?
Ich lese einmal heraus
1) eine Fragestellung ob jemand dir die Sendeeinstellungen sagen kann
oder
2) ein Rat wieso die Klingel nicht klingelt?

Kannst du die Klingel denn empfangen korrekt in deinem Device?

Sollte sie nicht klingeln bei einem anderem Empfänger kann es zum einen die neue Hardware sein.
Da können die  Parameter / Frequenz etwas abweichen zum Vprgänger.
Es kann eine minimale Änderung des Standortes sein weil ggf eine andere Antenne dran ist.

Du kannst auch gern die Sendewiederholungen (Repeats) erhöhen und dann sehen ob das Signal an deinem Device beim klingeln ankommt.

LG
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

Offline Blauhorn

  • Jr. Member
  • **
  • Beiträge: 86
Antw:SIGNALDuino Empfänger Firm- und Hardware
« Antwort #1194 am: 10 Oktober 2021, 15:17:50 »
Hallo HomeAuto_User,

danke für die Antwort, und da habe ich mich wohl etwas unkonkret ausgedrückt.
Also ja, die Klingel klingelt mit der neuen Hardware nicht mehr. Ich wusste nicht, dass die cc1101s alle auch so unterschiedlich senden.
Der zugehörige Klingeltaster wird allerdings erkannt.
Dafür wurde jetzt aber auch der TedsenSKX2XX vom Garagentor erkannt und angelegt, dort "hört" das zugehörige Tor jedoch nur alle 5-8 mal, wenn ich über Fhem den Button 2 auslöse.
Mysteriös oder ich hab die ganze Mechanik dahinter noch nicht verstanden.
Ich werde jetzt die Repeats mal schrittweise erhöhen und auch den Standort variieren. Mal sehen, was passiert.
Gruß
1xBananaPi; 1x FB7490; 1xCUL433; 1x CC2530+CC2591; OpenMiLight-Gateway; 1xHMUART; HM-LC-Sw4-DR; Sonoff* mit TASMOTA, LEDController; MySensors; zigbee2mqtt;

Offline McShire

  • Full Member
  • ***
  • Beiträge: 193
Antw:SIGNALDuino Empfänger Firm- und Hardware
« Antwort #1195 am: 10 Oktober 2021, 22:40:45 »
Hallo Blauhorn,
lade doch mal FreqTest oder FreqTestPing in den CUL, dann wird die Frequenz im Register auf den Frequenzgang des CC1101 eingestellt.
Vielleicht liegt der neue CUL etwas anders als der alte CUL.

Beim alten CUL ist es vielleicht auch, dass der CUL nach dem Umstecken nicht mehr erkannt wird. Hat dieser einen FTDI-Chip oder einen CH340.
Bei einem CH340 sieh mal hier nach: https://www.smarthome-agentur.de/blog/tutorial-mehrere-nanocul-ohne-eindeutige-id-verwenden-ch340-chip/

Viele Grüße
Werner

Offline Blauhorn

  • Jr. Member
  • **
  • Beiträge: 86
Antw:SIGNALDuino Empfänger Firm- und Hardware
« Antwort #1196 am: 12 Oktober 2021, 07:37:08 »
Hallo Werner,

Danke für die Antwort.  Sowohl alter als auch neuer cul haben einen FTDI. Die USB-Erkennung haut ja auch hin. Ich versuche erstmal eine Verbesserung durch Erhöhung der repeats und dann werden die Testsketches zu Rate gezogen.

Gruß
1xBananaPi; 1x FB7490; 1xCUL433; 1x CC2530+CC2591; OpenMiLight-Gateway; 1xHMUART; HM-LC-Sw4-DR; Sonoff* mit TASMOTA, LEDController; MySensors; zigbee2mqtt;