Fernotron Steuer-Code an RolloTube von Fa. Rademacher senden

Begonnen von klausdor, 01 Mai 2013, 13:55:17

Vorheriges Thema - Nächstes Thema

zwiebert

#225
@Andreas

musste mich auch erst mal schlau machen. Da SignalESP ja nur eine alternative Hardware für das SIGNALduino Modul ist, sollte alles weiterhin funktionieren.

Habe es gerade mal getestet mit einzelnen Sender und Empänger-Modulen (da mein tronferno-mcu-esp8266 die gleichen rx/tx-Pins benutzt musste ich nur flashen und er wusste dann sogar noch die alte IP-Adresse, auch wenn er beim Startup erst zögert diese zu benutzen).

edit: Hab die Version 3.3.1 Release Candidate 4 benutzt

Senden: geht problemlos
Empfangen: man muss wohl immer noch CDR/CEO konfigurieren, aber auch dann wurde nur selten was empfangen. Geht im Prinzip, aber der nano kann das m.E. noch besser als der ESP.


Beim Tronferno-MCU gibt's übrigens ein paar neue Funktionen:
* Die eingebauten Timer programmieren (set NAME astro on)
* Automatisch Firmware downloaden und Flashen (set tfmcu xxx.mcu-firmware.esp32 upgrade)
* Automatisch erzeugtes Gerät Tronferno_Scan welches Events für empfangene Fernotron-Sender erzeugt (z.B. plain:1066dc:up).  Zur Zeit noch kein eigenes Gerät pro Controller möglich(wie beim Fernotron Modul)

mfg Bert

fhemfreund

#226
Zitat von: zwiebert am 11 März 2019, 15:03:43
...
Habe es gerade mal getestet mit einzelnen Sender und Empänger-Modulen (da mein tronferno-mcu-esp8266 die gleichen rx/tx-Pins benutzt musste ich nur flashen und er wusste dann sogar noch die alte IP-Adresse, auch wenn er beim Startup erst zögert diese zu benutzen).

edit: Hab die Version 3.3.1 Release Candidate 4 benutzt

Senden: geht problemlos
Empfangen: man muss wohl immer noch CDR/CEO konfigurieren, aber auch dann wurde nur selten was empfangen. Geht im Prinzip, aber der nano kann das m.E. noch besser als der ESP.
...

Bert,

na das sind ja gute Nachrichten. So wie ich es verstehe, hast du es dann auch mit einem SignalESP mit CC1101 Modul hinbekommen? Welches Fhem Modul hast du dann verwendet: Fernotron mit dem I/O Device sdunio?

Empfangen wäre für mich nicht wichtig - also auch kein Thema. Würde es dann mal versuchen und berichten.

Andreas

zwiebert

#227
Zitat von: fhemfreund am 11 März 2019, 16:12:52
...So wie ich es verstehe, hast du es dann auch mit einem SignalESP mit CC1101 Modul hinbekommen? Welches Fhem Modul hast du dann verwendet: Fernotron mit dem I/O Device sdunio?

Hatte nur Einzelmodule für Senden und Empfangen, hab kein CC1101.  Empfangen ist mit dem ESP nicht brauchbar. Der normale NANO kann das recht gut.

Ja,  das Modul Fernotron.pm mit sduino als IoDev. Und mit CDR/CEO beim Controller. Hier steht wie:

https://github.com/zwiebert/tronferno-fhem/blob/master/README-de.md

mfg Bert

Martin-72

Hallo Zwiebert,
Hallo all Ihr anderen Aktiven,

ich habe diesen Thread gefunden, da ich immer noch mit meinen Rademacher-Fernotron Rolladenmotoren rumärgere...

Ich suche weiterhin eine gute Möglichkeit, die Rolladen zu steuern.
Ich habe den SIGNALduino angelegt und er wird mit State open und ping OK angezeigt. Hier das list sduino dazu:
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:SD_GT:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
   DMSG       nothing
   DevState   initialized
   DeviceName /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
   FD         66
   FUUID      5e0a0608-f33f-3b46-94c7-e4ce02f8683a6a8a
   ITClock    250
   LASTDMSG   nothing
   LASTDMSGID nothing
   NAME       sduino
   NR         335
   NR_CMD_LAST_H 4
   PARTIAL   
   STATE      opened
   TIME       1577882947.69563
   TYPE       SIGNALduino
   sendworking 0
   version    V 3.4.0-dev SIGNALduino  - compiled at Dec  4 2019 22:02:37
   versionProtocols 1.13
   versionmodul v3.4.2_dev_28.12
   Helper:
     DBLOG:
       state:
         LOG_Db:
           TIME       1577882982.51913
           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)#.*
     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)#.*
     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:
     2020-01-01 14:14:43   ping            OK
     2020-01-01 13:49:42   state           opened
     2020-01-01 13:49:42   version         V 3.4.0-dev SIGNALduino  - compiled at Dec  4 2019 22:02:37
   XMIT_TIME:
     1577883797.24878
     1577883897.10749
     1577883908.81238
     1577883922.44645
   additionalSets:
   getcmd:
   keepalive:
     ok         0
     retry      0
   mcIdList:
   msIdList:
   muIdList:
     82
Attributes:
   development m82
   hardware   nano328
   room       SDuino,System
   updateChannelFW stable
   whitelist_IDs 82


Hier auch das "Last FlashLog":
avrdude: Version 6.3-20171130
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2014 Joerg Wunsch

         System wide configuration file is "/etc/avrdude.conf"
         User configuration file is "/opt/fhem/.avrduderc"
         User configuration file does not exist or is not a regular file, skipping

         Using Port                    : /dev/serial/by-id/usb-1a86_USB2.0-Serial-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.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_nano3283.4.0-dev.hex"
avrdude: input file FHEM/firmware/SIGNALDuino_nano3283.4.0-dev.hex auto detected as Intel Hex
avrdude: writing flash (22774 bytes):

Writing | ################################################## | 100% 6.94s

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

Reading | ################################################## | 100% 5.26s

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

avrdude done.  Thank you.


Leider klappt das mit dem "STOP Taste der 2411 Zentrale festhalten [...] das Gerät "scanFerno" automatisch erscheinen" nicht.
Autocreate ist aktiv.

Nun habe ich in meiner Fernbedienung im Batteriefach einen Code gefunden: 8028DA und damit ein Rollo definiert: define rollo_Test Fernotron a=8028DA g=4 m=1

Hier tut sich auch nichts. ;(

Hat jemand eine Idee, was ich falsch mache?

Vielen Dank und alles Gute in 2020

Martin
FHEM auf RasPI 2B:
Raspbian GNU/Linux; VERSION="8 (jessie)"
Homematic, InterTechno, IKEA Tradfri
CUL868; CUL433; HM-LAN; Tradfri-Gateway

zwiebert

Hallo Martin,

du hast Recht. In meiner 2411 ist auch ein Aufkleber im Batteriefach.  :o  Diese Nummer auf dem Aufkleber ist hier exakt die gleiche wie die eingescannte. Ist also die korrekte ID und sollte damit funktionieren.

Hab mal hier gerade probiert. Wenn ich ein Gerät definiere mit:

define fer22 Fernotron a=80xxxx g=2 m=2

dann wird das Gerät fer22 angelegt und dessen attribut IODev muß auf "sduino" stehen.  (Das sduino Gerät musst du vorher definieren, wie in der Anleitung beschrieben).

Nach dem Senden mittels "set fer22 up" macht, sollte im zentralen Logfile das auftauchen:
2020.01.01 15:31:24 1: fer22: send: 0x80, 0x.., 0x.., 0xd9, 0x24
2020.01.01 15:31:24 3: fer22: sendMsg: P82#DPPPPPPPD0000000101D0000000110....D1100010001D1100010010#R2


(das fer22 attribut "verbose" muss dazu auf mindestens 3 stehen, scheint aber per default schon so zu sein...)

2020.01.01 15:31:24 4: sduino/set: sending via SendMsg: SR;R=2;P0=400;P1=-800;P2=800;P3=-400;P4=-3200;D=040303030303030304...0123;
2020.01.01 15:31:24 4: sduino SendrawFromQueue: msg=SR;R=2;P0=400;P1=-800;P2=800;P3=-400;P4=-3200;D=0403030303030303...230123;
2


(das sdunio attribut "verbose" muss dazu auf mindestens 4 stehen)

Meine Signalduino Version ist etwas älter (sollte ich bei nächster Gelegenheit updaten und nochmal probieren):
V 3.3.2.1-rc8 SIGNALduino - compiled at Jan 11 2019 19:51:12
versionProtocols 1.06
versionmodul v3.4.0


frohes neues Jahr,
Bert

Martin-72

#230
Zitat von: zwiebert am 01 Januar 2020, 15:46:05
Nach dem Senden mittels "set fer22 up" macht, sollte im zentralen Logfile das auftauchen:
2020.01.01 15:31:24 1: fer22: send: 0x80, 0x.., 0x.., 0xd9, 0x24
2020.01.01 15:31:24 3: fer22: sendMsg: P82#DPPPPPPPD0000000101D0000000110....D1100010001D1100010010#R2


(das fer22 attribut "verbose" muss dazu auf mindestens 3 stehen, scheint aber per default schon so zu sein...)

2020.01.01 15:31:24 4: sduino/set: sending via SendMsg: SR;R=2;P0=400;P1=-800;P2=800;P3=-400;P4=-3200;D=040303030303030304...0123;
2020.01.01 15:31:24 4: sduino SendrawFromQueue: msg=SR;R=2;P0=400;P1=-800;P2=800;P3=-400;P4=-3200;D=0403030303030303...230123;
2


(das sdunio attribut "verbose" muss dazu auf mindestens 4 stehen)

Hallo Bert,
ich habe verbose auf 5 gesetzt und folgenden Log-Eintrag erhalten:
2020.01.01 15:51:28 1: WZ_Ro: send: 0x00, 0x0d, 0x5d, 0x50, 0x04
2020.01.01 15:51:28 3: WZ_Ro: sendMsg: P82#DPPPPPPPD0000000000D0000000011D1011000001D1011000010D1011101001D1011101010D0000101000D0000101011D0010000001D0010000010D0111110100D0111110111#R3


Ich frage mich grade, ob ich Sender und Empfänger beim Zusammenbau verwechselt habe, oder die beiden nicht mehr intakt sind...

Grüße

Martin
FHEM auf RasPI 2B:
Raspbian GNU/Linux; VERSION="8 (jessie)"
Homematic, InterTechno, IKEA Tradfri
CUL868; CUL433; HM-LAN; Tradfri-Gateway

zwiebert

#231
Zitat von: Martin-72 am 01 Januar 2020, 15:53:40
2020.01.01 15:51:28 1: WZ_Ro: send: 0x00, 0x0d, 0x5d, 0x50, 0x04
2020.01.01 15:51:28 3: WZ_Ro: sendMsg: P82#DPPPPPPPD0000000000D0000000011D1011000001D1011000010D1011101001D1011101010D0000101000D0000101011D0010000001D0010000010D0111110100D0111110111#R3


Also hier stimmt was nicht. Das erste Byte sollte 0x80 sein.  Hast du vielleicht beim define die ID a=80xxxx falsch geschrieben? (die ersten 3 bytes müssen der Geräte ID der 2411 entprechen)

Und generell auch mal verbose von sduino auf 4 oder 5 setzen um zu sehen was an das Gerät sduino und den SIGNALduino weitergereicht wird.

Zitat von: Martin-72 am 01 Januar 2020, 15:53:40
Ich frage mich grade, ob ich Sender und Empfänger beim Zusammenbau verwechselt habe, oder die beiden nicht mehr intakt sind...

Wenn du beim sduino Gerät verbose auf 5 setzt, solltest du im Logfile sehen ob der Empfänger etwas empfängt wenn du mit der 2411 was sendest.

Martin-72

Zitat von: zwiebert am 01 Januar 2020, 16:25:23
Also hier stimmt was nicht. Das erste Byte sollte 0x80 sein.  Hast du vielleicht beim define die ID a=80xxxx falsch geschrieben? (die ersten 3 bytes müssen der Geräte ID der 2411 entprechen)

Ich habe mal gewartet: und jetzt steht da:
2020.01.01 22:08:33 1: WZ_Ro: send: 0x80, 0x28, 0xda, 0x18, 0x44
2020.01.01 22:08:33 3: WZ_Ro: sendMsg: P82#DPPPPPPPD0000000101D0000000110D0001010000D0001010011D0101101101D0101101110D0001100000D0001100011D0010001000D0010001011D0111101100D0111101111#R3


In der Zwischenzeit hatte sich auch nei dem von HAnd definierten scanFerno etwas getan:
Internals:
   DEF        scan
   FUUID      5e0ca28b-f33f-3b46-8e30-67316dc1ddf9a9de
   IODev      sduino
   LASTInputDev sduino
   MSGCNT     9
   NAME       scanFerno
   NR         337
   STATE      central:8028da-7-0:down
   TYPE       Fernotron
   debug      default
   received_ByteCount 5
   received_Bytes 80, 28, da, 50, 75
   received_CheckSum
   received_HR central a=8028da g=7 m=0 c=down
   received_ID a=8028da
   received_IsValid yes
   sduino_DMSG P82#F0000000101F0000000110F0001010000F0001010011F0101101101F0101101110F0000101000F0000101011F1010111001F1010111010F11100010
   sduino_MSGCNT 9
   sduino_Protocol_ID 82
   sduino_RAWMSG MU;P0=100;P1=-1804;P2=425;P3=-397;P4=-228;P5=-3218;P6=818;P7=-788;D=01232423232323232563636363636363276327256363636363636327276325636363276327636363632563636327632763632727256327632727632727632725632763272763272727632563636363276327636363256363636327632763272725276327632727276363272527632763272727632763252727276363632763;CP=2;O;
   sduino_TIME 2020-01-01 21:17:52
   Helper:
     DBLOG:
       state:
         LOG_Db:
           TIME       1577909872.691
           VALUE      central:8028da-7-0:down
   READINGS:
     2020-01-01 21:17:52   state           central:8028da-7-0:down
   helper:
     ferInputType scan
     inputKey   default
Attributes:
   IODev      sduino
   room       Rollo,SDuino
   verbose    5



Ich habe dann mein Testgerät geändert:

DEF:   a=8028da g=7 m=0

im Logfile erscheint:
2020.01.01 22:26:12 3: Fernotron (WZ_Ro): a=8399066 g=7 m=0

Ist das richtig und normal?

Der danach folgende Lopeintrag nach dem Versuch das Rollo zu schließen:
2020.01.01 22:28:12 1: WZ_Ro: send: 0x80, 0x28, 0xda, 0x70, 0x75
2020.01.01 22:28:12 3: WZ_Ro: sendMsg: P82#DPPPPPPPD0000000101D0000000110D0001010000D0001010011D0101101101D0101101110D0000111001D0000111010D1010111001D1010111010D1110011001D1110011010#R3


Also, irgendwas empfange ich. Ob ich wirklich auch sende, ist mir nicht wirklich klar...

Danke
FHEM auf RasPI 2B:
Raspbian GNU/Linux; VERSION="8 (jessie)"
Homematic, InterTechno, IKEA Tradfri
CUL868; CUL433; HM-LAN; Tradfri-Gateway

Martin-72

Übrigens habe ich grade mal versucht die DEF in der Art zu ändern, dass ich den Code des Rolladenmotors eingegeben habe:

DEF             00D5D


Bei Versuch die Rollade uz Verfahren, kommt folgender Code im Logfile:
2020.01.01 22:42:35 1: WZ_Ro: send: 0x00, 0x0d, 0x5d, 0x80, 0x05
2020.01.01 22:42:35 3: WZ_Ro: sendMsg: P82#DPPPPPPPD0000000000D0000000011D1011000001D1011000010D1011101001D1011101010D0000000101D0000000110D1010000000D1010000011D1111011101D1111011110#R3


Vielen Dank und liebe Grüße

Martin
FHEM auf RasPI 2B:
Raspbian GNU/Linux; VERSION="8 (jessie)"
Homematic, InterTechno, IKEA Tradfri
CUL868; CUL433; HM-LAN; Tradfri-Gateway

zwiebert

...bei den Motorcodes muss man immer die Ziffer 9 davorsetzen.  Also 900D5D statt nur 00D5D.  Eine ID ist immer sechstellig (also 3 Byte).

...a=8399066 g=7 m=0  ist im Prinzip richtig. Die ID ist aber dezimal statt hexadezimal dargestellt. Das hat keine Auswirkungen auf die Funktion, nur ein kosmetisches Problem.

...ob der RF-Sender funktioniert kann man schlecht überprüfen ohne zweiten Empfänger.  Vielleicht sollte man irgendwie eine LED (mit Vorwiderstand!) an den SendeAusgang des SIGNALduinos anschließen um zu sehen ob überhaupt was ausgegeben wird. Ich würde aber erstmal den sduino auf verbose 4 oder 5 setzen und schauen was er beim Senden ins logfile schreibt.

...ich werde das mal testen mit den von dir verwendeten Versionen von signalduino, wenn ich dazu komme

mfg Bert


   

Martin-72

#235
Guten Morgen Bert,

Zitat von: zwiebert am 02 Januar 2020, 01:41:53
...bei den Motorcodes muss man immer die Ziffer 9 davorsetzen.  Also 900D5D statt nur 00D5D.  Eine ID ist immer sechstellig (also 3 Byte).

und wieder was dazu gelernt...

Hier noch mal das Logfile bei verbose 5. Das Rollo hat sich nicht bewegt...
2020.01.02 06:50:35 3: sduino: Attr, setting Verbose to: 5
2020.01.02 06:50:59 1: WZ_Ro: send: 0x90, 0x0d, 0x5d, 0x27, 0x05
2020.01.02 06:50:59 3: WZ_Ro: sendMsg: P82#DPPPPPPPD0000100100D0000100111D1011000001D1011000010D1011101001D1011101010D1110010000D1110010011D1010000000D1010000011D0110010001D0110010010#R3
2020.01.02 06:50:59 5: sduino: Write, sending via Set sendMsg P82#DPPPPPPPD0000100100D0000100111D1011000001D1011000010D1011101001D1011101010D1110010000D1110010011D1010000000D1010000011D0110010001D0110010010#R3
2020.01.02 06:50:59 5: sduino: Set_sendMsg, msg=P82#DPPPPPPPD0000100100D0000100111D1011000001D1011000010D1011101001D1011101010D1110010000D1110010011D1010000000D1010000011D0110010001D0110010010#R3
2020.01.02 06:50:59 5: sduino: Set_sendMsg, Preparing rawsend command for protocol=82, repeats=3, clock=400 bits=DPPPPPPPD0000100100D0000100111D1011000001D1011000010D1011101001D1011101010D1110010000D1110010011D1010000000D1010000011D0110010001D0110010010
2020.01.02 06:50:59 5: sduino: AddSendQueue, sduino: SR;R=3;P0=400;P1=-800;P2=800;P3=-400;P4=-3200;D=0403030303030303042323232301232301232304232323230123230101010401230101232323232301040123010123232323012304012301010123012323010401230101012301230123040101012323012323232304010101232301232301010401230123232323232323040123012323232323010104230101232301232323010423010123230123230123; (1)
2020.01.02 06:50:59 4: sduino: Set_sendMsg, sending : SR;R=3;P0=400;P1=-800;P2=800;P3=-400;P4=-3200;D=0403030303030303042323232301232301232304232323230123230101010401230101232323232301040123010123232323012304012301010123012323010401230101012301230123040101012323012323232304010101232301232301010401230123232323232323040123012323232323010104230101232301232323010423010123230123230123;
2020.01.02 06:50:59 4: sduino: HandleWriteQueue, called
2020.01.02 06:50:59 4: sduino: SendFromQueue, called
2020.01.02 06:50:59 5: sduino: SimpleWrite, SR;R=3;P0=400;P1=-800;P2=800;P3=-400;P4=-3200;D=0403030303030303042323232301232301232304232323230123230101010401230101232323232301040123010123232323012304012301010123012323010401230101012301230123040101012323012323232304010101232301232301010401230123232323232323040123012323232323010104230101232301232323010423010123230123230123;
2020.01.02 06:50:59 4: sduino: SendFromQueue, msg=SR;R=3;P0=400;P1=-800;P2=800;P3=-400;P4=-3200;D=0403030303030303042323232301232301232304232323230123230101010401230101232323232301040123010123232323012304012301010123012323010401230101012301230123040101012323012323232304010101232301232301010401230123232323232323040123012323232323010104230101232301232323010423010123230123230123;
2020.01.02 06:50:59 4: sduino: Read, msg: SR;R=3;P0=400;P1=-800;P2=800;P3=-400;P4=-3200;send cmd to long
2020.01.02 06:50:59 5: sduino: Parse, noMsg: SR;R=3;P0=400;P1=-800;P2=800;P3=-400;P4=-3200;send cmd to long
2020.01.02 06:50:59 5: sduino: Read, msg: regexp=^S(?:R|C|M);. cmd=sendraw msg=SR;R=3;P0=400;P1=-800;P2=800;P3=-400;P4=-3200;send cmd to long
2020.01.02 06:50:59 4: sduino: Read, sendraw answer: SR;R=3;P0=400;P1=-800;P2=800;P3=-400;P4=-3200;send cmd to long
2020.01.02 06:50:59 4: sduino: HandleWriteQueue, called
2020.01.02 06:50:59 4: sduino: HandleWriteQueue, nothing to send, stopping timer




Zitat von: zwiebert am 02 Januar 2020, 01:41:53
...ob der RF-Sender funktioniert kann man schlecht überprüfen ohne zweiten Empfänger.

ok. Ich erwarte morgen die Lieferung von neuen 433MHz-Sender & -Empfänger. Vielleicht weiss ich dann mehr...

Grüße aus dem Ruhrpott

Martin
FHEM auf RasPI 2B:
Raspbian GNU/Linux; VERSION="8 (jessie)"
Homematic, InterTechno, IKEA Tradfri
CUL868; CUL433; HM-LAN; Tradfri-Gateway

zwiebert

#236
...laut deinem LogFile wird wirklich nichts gesendet weil das zu sendende Fernontron-Kommando zu lang ist für die von dir benutzte SIGNALduino Firmware:

2020.01.02 06:50:59 4: sduino: Read, sendraw answer: SR;R=3;P0=400;P1=-800;P2=800;P3=-400;P4=-3200;send cmd to long
2020.01.02 06:50:59 4: sduino: HandleWriteQueue, called
2020.01.02 06:50:59 4: sduino: HandleWriteQueue, nothing to send, stopping timer


  Bei mir funktioniert es, weil meine Firmware Version längere Kommandos zulässt.  Eine schnelle Lösung wäre, wenn du die von mir auch verwendete Firmware Version flashen würdest. Die Versionsnummer steht in meiner ersten Antwort.

mfg  Bert

edit: es gab diese Problem schonmal in der Vergangenheit. Mal hier drauf klicken:

Zitat von: Ralf9 am 26 August 2018, 23:22:27

Ralf9

Zitat2020.01.02 06:50:59 4: sduino: Read, sendraw answer: SR;R=3;P0=400;P1=-800;P2=800;P3=-400;P4=-3200;send cmd to long
Das Problem dabei ist, daß bei der verwendeten Firmware, das send cmd nur max 255 Zeichen lang sein darf.
Beim Fernotron sind ca 300-350 Zeichen notwendig.

Meine aktuelle ist z.Zt. die V 3.3.2.1-rc9, da sind 350 Zeichen möglich
https://forum.fhem.de/index.php/topic,82379.msg744554.html#msg744554

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 HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

Martin-72

Hallo Bert,

Es klappt mit der Version 3.3.0.

Danke

Martin
FHEM auf RasPI 2B:
Raspbian GNU/Linux; VERSION="8 (jessie)"
Homematic, InterTechno, IKEA Tradfri
CUL868; CUL433; HM-LAN; Tradfri-Gateway

zwiebert

#239
@Martin
Danke für deine Rückmeldung. "Alternativ" kann man auch immer meine ESP32 Firmware  und das FHEM Modul Tronferno nutzen.  Hab da allerdings auch schon monatelang nichts mehr dran gemacht.

@Ralf
Es handelt sich wohl um diese Zeile hier? (oder ist das nur für Empfang?):
./src/_micro-api/libraries/signalDecoder/src/signalDecoder.h:#define maxMsgSize 254


Vermutlich hat der ATMega328 einfach zu wenig Speicher und es kommt auf jedes Byte an... aber sollte ich vielleicht trotzdem bei github melden. Danke.  Sollte das wohl mal dokumentieren, welche Versionen funktionieren.

mfg Bert