SIGNALDuino Empfänger Firm- und Hardware

Begonnen von Ralf9, 02 Oktober 2016, 22:59:51

Vorheriges Thema - Nächstes Thema

Ralf9

Zitat@Ralf9: kann man für SD_GT vielleicht etwas ähnliches wie ITclock bei IT einbauen?
Du kannst selber testen ob es eine Verbesserung bringt.

Dazu den sduino verbose auf 5 erhöhen, wenn dann zuviele Meldungen ins log kommen, kannst Du den Empfang mit "get raw XQ" ausschalten und hinterher mit "get raw XE" wieder einschalten.

Dann mit dem SD_GT device was senden.

Dann steht im log so was ähnliches:
... 5: sduino/write: sending via Set sendMsg P49#0xE6D12C#R4
... 5: sduino: sendmsg msg=P49#0xE6D12C#R4

Bei der sendmsg dann die clock anhängen z.B. "P49#0xE6D12C#R4#C460"

Dies dann mit set sendmsg senden, im log steht dann sowas ähnliches:
... 5: sduino: sendmsg Preparing rawsend command for protocol=49, repeats=4, clock=460 bits=111001101101000100101100
... 4: sduinoA/set: sending via SendMsg: SR;R=4;P0=460;P1=-2760;P2=1380;P3=-460;P4=-1380;D=01232323040423230423230423040404230404230423230404;


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

beaune

Danke, verstanden. Habs auch gleich probiert, aber tatsächlich schaltet das Device nicht mehr zuverlässig aus, auch bei geänderten clocks. Dann werde ich dieses Gerät einfach mal aussortieren

Ralf9

Hast Du auch mal versucht die repeats zu erhöhen oder die Frequenz am sduino zu ändern?
Sind die Batterien ok?
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

beaune

Ne hab ich nicht, aber einfach weil ich noch zwei andere Baugleiche Steckdosen habe, die einwandfrei funktionieren, und auch weitere Geräte, die über denselben sduino kommunizieren. Das ist schon ein Problem dieser einen Steckdose, die früher auch einwandfrei funktioniert hat. Interessant ist auch, dass auch die Fernbedienung nur noch abschaltet, wenn man unmittelbar neben der Steckdose steht. Sehr komisch, einschalten geht problemlos auch über große Entfernungen, abschalten nur wenn man daneben steht. Irgendwie läßt mich das auch nicht los,ich würds gerne verstehen, aber faktisch kann man es auch ignorieren, weil es nur um ein Gerät geht. Wär nur interessant, wenn sowas ähnliches nochmal irgendwo auftritt.

frank

everntuell erzeugt das netzteil im aktor im eigeschalteten zustand erhöhte störstrahlung, wodurch das funksignal zum ausschalten nicht mehr empfangen werden kann.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

elektron-bbs

Interessanter Aspekt, es könnte aber auch eines der an die Schaltsteckdose angeschlossenen Geräte sein. Also einfach mal Stecker ziehen und dann probieren, ob sich die Steckdose schalten lässt.
Man weiß ja nie, was Schaltnetzteile so an Störungen verbreiten. Ich hatte gerade so einen Fall: Von heute auf morgen plötzlich jede Menge CRC-Fehler auf einem 1-Wire-Bus. Es hat eine ganze Weile gedauert, bis ich bemerkt habe, das die Fehler immer dann auftraten, wenn das Notebook in Betrieb war. Netzteil getauscht und der Spuk war vorbei.
Intel(R) Atom(TM) CPU N270 mit 2 SIGNALduino nanoCC1101 + ESPEasy 2x serial server SIGNALduino nanoCC1101, Raspberry Pi 2 mit 2 CUL Stackable CC1101, Raspberry Pi 3 mit SIGNALduino radino + nano328 + 2 x SIGNAL-ESP CC1101 + LaCrosseGateway

beaune

Bei den letzten Tests war nichts dran angeschlossen. Wenn es um Störstrahlung geht, kann es nur was internes in der Schaltsteckdose sein.

andies

Sind da Elkos verbaut? Ich habe mit alten Elkos zu oft böse Überraschungen erlebt.
FHEM 6.1 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Ralli

#1253
Ein paar bescheidene Fragen, nachdem ich bereits Stunden mit Lesen verbracht habe:

Es ist korrekt, dass ich das Modul SIGNALDuino nicht mit einem Standard-CUL, auf dem CULFW geflasht ist, nutzen kann?
Es ist korrekt, dass ich den Standard-CUL nicht mit einer anderen Firmware flashen kann, um ihn mit SIGNALDuino nutzen zu können?
Es ist korrekt, dass ein Maple-SignalDuino mit einem einzigen CC1101 auch zum jetzigen Zeitpunkt die beste Alternative darstellt, wenn ich auf jeden Fall einen per LAN angeschlossenen SIGNALDuino nutzen möchte? Oder was wären mit LAN die aktuellen Alternativen, die auch eine gewisse Zukunftssicherheit bieten?

Mein Anwendungsfall: einen Bresser 7in1-Sensor abgreifen und in FHEM über MQTT anderen Anwendungen zur Verfügung stellen. LAN deswegen, da ich nicht per USB an einen bestimmten LXC auf einem bestimmten Host binden will.
Gruß,
Ralli

Proxmox 8.2 Cluster mit HP ED800G2i7, Intel NUC11TNHi7+NUC7i5BNH, virtualisiertes fhem 6.3 dev, virtualisierte RaspberryMatic (3.75.7.20240420) mit HB-RF-ETH 1.3.0 / RPI-RF-MOD, HM-LAN-GW (1.1.5) und HMW-GW, FRITZBOX 7490 (07.57), FBDECT, Siri und Alexa

Ralf9

Auf was für eine CUL Hardware möchstet Du eine sduino firmware flashen.

Für LAN gibts außer dem Maple-SignalDuino auch noch LAN zu seriell Umsetzer, z.B. das USR-TCP232-T2
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

Ralli

Gruß,
Ralli

Proxmox 8.2 Cluster mit HP ED800G2i7, Intel NUC11TNHi7+NUC7i5BNH, virtualisiertes fhem 6.3 dev, virtualisierte RaspberryMatic (3.75.7.20240420) mit HB-RF-ETH 1.3.0 / RPI-RF-MOD, HM-LAN-GW (1.1.5) und HMW-GW, FRITZBOX 7490 (07.57), FBDECT, Siri und Alexa

Ralf9

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

Ralli

Danke!

Dann werde ich mich in die Richtung noch mal belesen. Ist ein paar Jährchen her, dass ich den CUL mit CULFW geflasht habe.
Gruß,
Ralli

Proxmox 8.2 Cluster mit HP ED800G2i7, Intel NUC11TNHi7+NUC7i5BNH, virtualisiertes fhem 6.3 dev, virtualisierte RaspberryMatic (3.75.7.20240420) mit HB-RF-ETH 1.3.0 / RPI-RF-MOD, HM-LAN-GW (1.1.5) und HMW-GW, FRITZBOX 7490 (07.57), FBDECT, Siri und Alexa

Ralli

Habe es hinbekommen und es funktioniert grundsätzlich. Vielen Dank!

Mir ist aufgefallen, dass der Barometer-Wert / Luftdruck nicht dekodiert und in ein Reading umgewandelt wird. Habe ich da noch etwas nachzujustieren?

Das ist meine Definition:

defmod Bresser7in1 SD_WS SD_WS_207_AB9B
attr Bresser7in1 comment SD_WS_207_AB9B
attr Bresser7in1 event-min-interval .*:300
attr Bresser7in1 event-on-change-reading .*
attr Bresser7in1 mqttPublish *:topic={"WEATHER/$device/$reading"}
attr Bresser7in1 room SD_WS

setstate Bresser7in1 T: 24.9 H: 64 Ws: 0 Wg: 0 Wd: NW Lux: 316 UV: 0 R: 3.5
setstate Bresser7in1 2023-09-10 16:48:07 batteryChanged 0
setstate Bresser7in1 2023-09-10 19:58:19 batteryState ok
setstate Bresser7in1 2023-09-10 19:58:19 humidity 64
setstate Bresser7in1 2023-09-10 19:58:19 id AB9B
setstate Bresser7in1 2023-09-10 19:58:19 lux 316
setstate Bresser7in1 2023-09-10 19:58:19 rain 3.5
setstate Bresser7in1 2023-09-10 19:58:19 rain_total 3.5
setstate Bresser7in1 2023-09-10 19:58:19 state T: 24.9 H: 64 Ws: 0 Wg: 0 Wd: NW Lux: 316 UV: 0 R: 3.5
setstate Bresser7in1 2023-09-10 19:58:19 temperature 24.9
setstate Bresser7in1 2023-09-10 19:58:19 type Bresser_7in1
setstate Bresser7in1 2023-09-10 19:58:19 uv 0
setstate Bresser7in1 2023-09-10 19:58:19 windDirectionDegree 306
setstate Bresser7in1 2023-09-10 19:58:19 windDirectionText NW
setstate Bresser7in1 2023-09-10 19:58:19 windGust 0
setstate Bresser7in1 2023-09-10 19:58:19 windGust_kmh 0.0
setstate Bresser7in1 2023-09-10 19:58:19 windSpeed 0
setstate Bresser7in1 2023-09-10 19:58:19 windSpeed_kmh 0.0

Darüber hinaus habe ich noch ein Pool-Thermometer von Bresser, welches auf Kanal 7 an meine Wetterstation sendet. Kann ich diesen Sensor auch mit abfangen?
Gruß,
Ralli

Proxmox 8.2 Cluster mit HP ED800G2i7, Intel NUC11TNHi7+NUC7i5BNH, virtualisiertes fhem 6.3 dev, virtualisierte RaspberryMatic (3.75.7.20240420) mit HB-RF-ETH 1.3.0 / RPI-RF-MOD, HM-LAN-GW (1.1.5) und HMW-GW, FRITZBOX 7490 (07.57), FBDECT, Siri und Alexa

Ralf9

ZitatMir ist aufgefallen, dass der Barometer-Wert / Luftdruck nicht dekodiert und in ein Reading umgewandelt wird. Habe ich da noch etwas nachzujustieren?
Der Luftdruck ist nicht dabei da er in der Basisstation gemessen wird.

ZitatDarüber hinaus habe ich noch ein Pool-Thermometer von Bresser, welches auf Kanal 7 an meine Wetterstation sendet. Kann ich diesen Sensor auch mit abfangen?
Wird der Pool-Thermometer auch an der Basisstation des Bresser 7in1 angezeigt.

Evtl wird der Pool-Thermometer als Protokoll ID 115 (Bresser comfort 6in1 (5in1 neu)) erkannt.

Du kannst mal mit sduino verbose 4 im log schauen ob da so was ähnliches steht:
4: sduino Parse_MN: Found 2-FSK Protocol id 115 length 56 RSSI = -70 -> Bresser comfort 6in1 (5in1 neu)
4: sduino Dispatch: W115#...
4: sduino SD_WS_Parse protocol 115
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