[gelöst] Maple-SignalDuino offline nach flashen

[dieter114]

Neuer Auszug:

Code Auswählen Erweitern

2020.12.17 11:13:18 3: sduino3: setting Verbose to:
2020.12.17 11:13:18 1: PERL WARNING: Argument "" isn't numeric in numeric lt (<) at ./FHEM/00_SIGNALduino.pm line 3516.
2020.12.17 11:21:41 4: sduino3/msg READ: MN;D=650AF08514E170C4804CDB4C;R=203;
2020.12.17 11:21:50 4: sduino3/msg READ: MN;D=9204871890AAAA0000A286EF;R=220;
2020.12.17 11:21:50 4: sduino3 Parse_MN: Found 2-FSK Protocol id 100 -> Lacrosse mode 1
2020.12.17 11:21:50 4: sduino3 LaCrosse_convert: ID=100, addr=8 temp=8.7 hum=24 bat=0 batInserted=0
2020.12.17 11:21:50 4: sduino3 ParseMN: ID=100 dmsg=OK 9 8 1 4 63 24
2020.12.17 11:21:50 4: sduino3 Dispatch: OK 9 8 1 4 63 24, -92 dB, dispatch
2020.12.17 11:21:50 4: LaCrosse: Unknown device 08, please define it
2020.12.17 11:21:57 4: sduino3/keepalive ok, retry = 0
2020.12.17 11:21:57 4: sduino3/msg READ: MN;D=1100D62E0330B3F3BE2C7563;R=200;
2020.12.17 11:21:59 4: sduino3/msg READ: MN;D=92048719A1AAAA00003A1E5D;R=220;
2020.12.17 11:21:59 4: sduino3 Parse_MN: Found 2-FSK Protocol id 100 -> Lacrosse mode 1
2020.12.17 11:21:59 4: sduino3 LaCrosse_convert: ID=100, addr=8 temp=8.7 hum=25 bat=0 batInserted=0
2020.12.17 11:21:59 4: sduino3 ParseMN: ID=100 dmsg=OK 9 8 1 4 63 25
2020.12.17 11:21:59 4: sduino3 Dispatch: OK 9 8 1 4 63 25, -92 dB, dispatch
2020.12.17 11:21:59 4: LaCrosse: Unknown device 08, please define it
2020.12.17 11:22:11 4: sduino3/msg READ: MN;D=9204061864AAAA000072ED22;R=220;
2020.12.17 11:22:11 4: sduino3 Parse_MN: Found 2-FSK Protocol id 100 -> Lacrosse mode 1
2020.12.17 11:22:11 4: sduino3 ParseMN: method error! LaCrosse_convert checksum Error: dmsg=9204061864AAAA000072ED22 checksumCalc=71 checksum=100

Hab verbose wieder abgeschaltet, schreibt nur das Log voll.
Es kommen aber jede Menge Module - lese ich daraus.
Warum werden die nicht angelegt?

[Ralf9]

LaCrossePairForSec
(NUR bei Verwendung eines cc110x Funk-Moduls)
Aktivieren Sie die automatische Erstellung neuer LaCrosse-Sensoren für "x" Sekunden. Wenn ignore_battery nicht angegeben wird, werden nur Sensoren erstellt, die das Flag 'Neue Batterie' senden.

Dies funktioniert so nur wenn einige Stunden vorher die Batterien gewechselt wurden oder wenn ignore_battery mit angegeben wurde

[dieter114]

Das LaCrossePairForSec hab ich noch nie irgendwo angegeben.
Bei allen Sduinos kommen die Temperatursensoren ohne Probleme mit der "Standarteinstellung" bei mir.
Das muss was Anderes sein.
Im Logauszug werden doch eindeutig Sensoren erkannt.
Warum werden die nicht angelegt?

[Ralf9]

Das set LaCrossePairForSec wird benötigt damit die LaCrosse Sensoren per Autocreate angelegt werden.

Beim 433 Modul kann die bwidth zu niedrig sein oder es ist eine Unterbrechung zwischem dem GDO2 Pin vom 433 cc1101 Modul und dem PinNamen 18 vom Maple

Das mit dem set LaCrossePairForSec ist genauso wie es auch beim Jeelink und beim LaCrosse Gateway ist

[Ralf9]

LaCrosse: Unknown device 08, please define it

Es wird nur einer der beiden LaCrosse Sensoren erkannt, der andere ist evtl zu weit weg
Du kannst ihn auch manuell mit define anlegen

Code Auswählen Erweitern

define LaCrosse_08 LaCrosse 08

[dieter114]

Ja mag sein nur ich hab weder Jeelink noch ein LaCrosse Gateway.
Hab mal nen Analyser mit 433 MHz gestartet.
Es kommem drei Peaks, einer bei 433.920 genau und
2 Weitere je 50 - 80 KHz davon entfernt.
Und : cc1101_config freq:433.920MHz bWidth:812KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud,Modulation:ASK/OOK)
ist auch mittlerweile (ohne Erfolg) eingestellt.

[dieter114]

OK hab grad mal define LaCrosse_08 LaCrosse 08 gemacht.
LaCrosse_08   T: 9 H: 24 kommt!

[dieter114]

Also werden die Dinger einfach nicht automatisch angelegt.
Hab ich noch igendwas vergessen?

Code Auswählen Erweitern

Internals:
   FUUID      5dac3bf7-f33f-b48a-ed9c-8b860a31582699ed
   NAME       autocreate
   NOTIFYDEV  global
   NR         10
   NTFY_ORDER 50-autocreate
   STATE      active
   TYPE       autocreate
Attributes:
   autosave   1
   filelog    ./log/%NAME-%Y.log
   room       Steuerung

[Ralf9]

Ich habs bei mir nochmals getestet

Wenn die Batterie von dem LaCrosse Sensor erst vor ein paar Stunden gewechselt wurde, dann reicht ein

Code Auswählen Erweitern

set sduino3 LaCrossePairForSec 60

Ist der letzte Batteriewechsel schon länger her dann muss ignore_battery mit angegeben werden

Code Auswählen Erweitern

set sduino3 LaCrossePairForSec 60 ignore_battery

Code Auswählen Erweitern


2020-12-17 15:32:27.710 SIGNALduino sduino LaCrossePairForSec 120 ignore_battery
2020-12-17 15:32:39.791 Global global UNDEFINED LaCrosse_3E LaCrosse 3E
2020.12.17 15:33:24.634 2 : autocreate: define LaCrosse_3E LaCrosse 3E
2020.12.17 15:33:24.639 2 : autocreate: define FileLog_LaCrosse_3E FileLog ./log/LaCrosse_3E-%Y-%m.log LaCrosse_3E
2020-12-17 15:33:24.640 Global global UNDEFINED LaCrosse_3E LaCrosse 3E
2020-12-17 15:33:24.640 Global global DEFINED LaCrosse_3E
2020-12-17 15:33:24.640 Global global DEFINED FileLog_LaCrosse_3E

Bei sehr schlechtem Emfang oder wenn der Sensor nicht so oft sendet, kannst Du die 60 auch z.B. auf 120 erhöhen.

Bei Deinem LaCrosse Sensor ist mir aufgefallen dass er nur mit ca -92 dB emfangen wird, dies ist grenzwertig.


Beim 433 Modul kannst Du auch mal ein ccFactoryReset versuchen

Code Auswählen Erweitern

get sduino3 raw e0
als Antwort kommt dann "set ccFactoryReset done"

[dieter114]

Hallo Ralf,
danke für die Infos aber es geht nicht nur um LaCrosse.
Es wird überhaupt nichts automatisch angelegt.
Wenn ich meine "alten" CUL`s und Sduinos aktiviere kommen jede Menge Temperatursensoren von mir und von den Nachbarn.
Ich meine hier liegt ein Problem der automatischen Erstellung vor und egal ob 433 oder 868MHz.
Kann es sein das ein einmal angelegter Sensor, der mal wieder gelöscht wurde, nicht erneut angelegt wird?
Oder verwende ich falsche Treiber?
Es älterer Pi 1 mit einem CUL und dem MarpelSduino dran.
SW alles aktuell. Beide CUL`s über USB angeschlossen.
Gruß Wolfdieter

[Ralf9]

Es sieht eher so aus als würde der 433 cc1101 nichts empfangen.
Mit verbose 4 müssten so ähnliche Nachrichten im log auftauchen:

Code Auswählen Erweitern


2020.12.17 17:11:02.334 4 : sduino/msg READ: MS;P1=-9066;P2=572;P3=-2091;P4=-4153;D=2123232323242323232423232323232323242324232324232423242324242424242423232423;CP=2;SP=1;R=9;e;b76;s4;m0;

2020.12.17 17:11:19.511 4 : sduino/msg READ: MS;P1=-1947;P2=495;P3=-975;P4=-3917;P5=32001;P6=-2963;D=24212323562321232121232323232323232121232321212123212121212323212321212323;CP=2;SP=4;R=243;e;m2;

2020.12.17 17:12:22.838 4 : sduino/msg READ: MU;P0=1439;P1=-1049;P2=470;CP=2;R=17;D=0121212121212121210121010101212121210101010101212121012121210121012101210101010101010101010101010101010101010101010121010101010121012121010101210101010101010101010121010121212;e;

Bitte wähle mal das 433 Modul B aus

Code Auswählen Erweitern

get cmdBank B
Antwort: switch to radio B

und dann

Code Auswählen Erweitern

get ccconf
get config
get ccreg 31

[dieter114]

Code Auswählen Erweitern

Readings
bWidth

C10 = 07

2020-12-17 12:16:09
cc1101_config

freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud,Modulation:ASK/OOK)

2020-12-17 17:26:10
ccreg

C31 = 18

2020-12-17 17:26:35
cmdBank



switch to radio B


2020-12-17 17:26:00
config

MS=1;MU=1;MC=1;Mred=0_MScnt=4;maxMuPrint=768;maxMsgSize=1024;Mdebug=1;MdebFifoLimit=150/170

2020-12-17 17:26:20
ping

OK

2020-12-17 17:10:57
raw

write rx=1

2020-12-17 17:24:30
state

opened

2020-12-17 17:23:35

[Ralf9]

sieht alles gut aus, evtl ein Problem mit der Hardware, z.B. eine Unterbrechung am GDO2 Pin

hier z.B. ist eine pinbelegung
https://de.aliexpress.com/item/32924239954.html

[dieter114]

Ok Prüfe ich sofort

[dieter114]

Verbindung ist ok