Signalduino Entwicklung

Sidey · 04 Januar 2016, 22:29:40

Zitat von: Ralf9 am 02 Januar 2016, 11:53:49
Dort steht "int getUptime()" es muß aber heißen:
unsigned long getUptime()

Das mit dem times_rolled ist mir nun auch klar.

Hallo Ralf,

da hast Du recht. Allerdings funktioniert die uptime nur richtig, wenn sie mindestens alle 50 Tage aufgerufen wird.
Da müsste millis überlaufen.

Grüße Sidey

Sidey · 04 Januar 2016, 22:33:28

Zitat von: hjgode am 03 Januar 2016, 16:53:07
Da sollte aber Sidey was zu sagen. Er 'macht' schließlich das SIGNALduino Modul.

Hi,

Das CUL_TCM97001 Modul wird von Björn gemacht. Änderungen kann man in Form von Patches vorschlagen.
Ich habe das auch schon des öfteren gemacht.

Ein separates Modul zu erstellen, welches die gleichen Sensoren implementiert halte ich nicht für vorteilhaft.
Was spricht denn dafür?

Grüße Sidey

Ralf9 · 04 Januar 2016, 22:50:12

Zitat von: pejonp am 03 Januar 2016, 13:50:12
werde heute abend einmal testen. Könntest du bitte auch ins Modul die Zeile mit der ID, Datum usw. einfügen. In etwa so:
# $Id: 14_SD_WS09.pm 1039 2016-01-01 $
Damit wir die Versionen auseinanderhalten können. Oder kann das github machen ?

Ich finde das mit der Versionszeile auch sinnvoll.
Wenn man in der Kommandozeile "version" eingibt, wird von allen geladenen Modulen die Version angezeigt.

Wenn die Versionszeile fehlt, wie z.B. bei der "14_CUL_TCM97001.pm", dann wird bei version nur
# $Id: $
angezeigt.

Gruß Ralf

Ralf9 · 04 Januar 2016, 23:09:35

Zitat von: Sidey am 04 Januar 2016, 22:29:40
da hast Du recht. Allerdings funktioniert die uptime nur richtig, wenn sie mindestens alle 50 Tage aufgerufen wird.
Da müsste millis überlaufen.

Ja, dies dürfte z.Zt. aber nicht relevant sein, da es sehr unwahrscheinlich ist, daß der Signalduino so lange durchläuft, u.a. wegen firmwareupdates.

Gruß Ralf

hjgode · 05 Januar 2016, 06:23:47

Hallo Ralf, Hallo Sidey

Versionsnummern in 14_CUL_TCM97001.pm: erledigt, ist bei mir nun drin:

Code Auswählen

# $Id: 14_CUL_TCM97001.pm 53768 2016-01-05 05:59:50 bjoern $

was soll eigentlich das Z hinter der Zeit (hab ich jetzt weggelassen).

Die aktuelle Datei hat eine neue Subroutine isRain(). Wir haben hier einen Sensor (wird als Auriol/Mebus erkannt und wurde leider auch als PFR-130 'erkannt') der als PFR-130 unsinnige Werte für Rain liefert (muss wohl Luftfeuchte sein). Die isRain sub prüft ob bit 0 in Nibble 2 gesetzt ist, dann ist es kein PFR-130 Rain Sensor.

Gruss

Josef

sash.sc · 07 Januar 2016, 18:32:55

Hallo Mithelfende.

Musst mein FHEM neu aufsetzten. habe ein Update durchgeführt und auch den Stand des Signalduino runtergeladen und über FHEm geflasht.
Habe wohl aber nur die Version

Code Auswählen

version
	
V 3.1.8-HF2 SIGNALduino - compiled at Nov 8 2015 21:36:37

Es gibt doch eine aktuellere, oder ?
Wie mache ich ein Update ?

Grüße und Danke

Pythonf · 07 Januar 2016, 18:41:39

http://www.fhemwiki.de/wiki/SIGNALduino

Code Auswählen

update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt
Ist allerdings eine Version, die regelmäßig weiterentwickelt und eventuell fehlerbehaftet sein könnte [korrigiert mich falls ich hier falsch liege]

Marc2016k · 07 Januar 2016, 20:11:41

Super danke euch beiden

das Signalduino ist eine Möglichkeit das hilft mir schonmal enorm weiter

leider scheint es nichts für den 433Mhz empfang auf Basis des Arduino + Firmdata zu geben

Jetzt noch eine Frage, ich checke einfach nicht was dieses autocreate soll und wie das geht ? ich dachte erst es erkennt automatisch "neue" geräte!?

habt ihr ein ganz einfaches BSP für zb. den Empfang einer Intertechno Fernbedinung zb 1 Taste das ich diese in fhem anlerne?

Gruß Marc

Pythonf · 07 Januar 2016, 20:19:00

Wenn du den Signalduino mit einem 433 MHz empfänger angeschlossen hast und er "initialized" ist sollte beim Drücken der IT-Fb diese automatisch angelegt werden. Allerdings sind die günstigen 433MHz Empfänger nicht sonderlich empfindlich weshalb die Reichweite sehr begrenzt sein kann. Gleiches zum Beispiel passiert auch wenn ein Wettersensor empfangen wird. Autocreate legt diesen dann automatisch als neues Device an.

Hardlife · 09 Januar 2016, 13:51:19

Hi!

Danke für die tolle Arbeit am Signalduino.
Auf Anhieb konnte ich meine Oregon-Sensoren und die Flamingo FA21RF einbinden.

Leider habe ich ein kleines Problem...
Es tritt sowohl mit dem aktuellen "dev-r32"-Zweig, als auch mit dem in FHEM integrierten "stable"-Zweig auf.
Stecke ich den Signalduino ab, ist der Fehler natürlich weg und alles läuft klaglos...

Die Fehlermeldung aus dem FHEM-Log:

Code Auswählen

1: Error: unknown tristate in "101001" has no TYPE
danach wiederholt sich im Log die von FHEM stammende Fehlermeldung

Code Auswählen

PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4519.
hunderte Male

Die Zeile 4519 in der fhem.pl beinhaltet:

Code Auswählen

$h->{DBH}->{InactiveDestroy} = 1 if($h->{TYPE} eq 'DbLog');

ein:

Code Auswählen

{ join(",", grep { !$defs{$_}{TYPE} } keys %defs) }
(stammt aus dem Thread: http://forum.fhem.de/index.php/topic,29963.0.html)
zeigt mir auch das ominöse "101001" ?Device? an, aber ein derartiges Device existiert nicht.
Weder im Everything-Raum, noch kann ich es per "delete" löschen.

Mein FHEM 5.7 läuft auf einem Raspberry Pi B 2
Mein Verbose-Level steht auf 3 und Stacktrace wäre eigentlich deaktiviert.

Leider bin ich nicht so der Perl-Freak (eigentlich blutiger Anfänger und auch die Forensuche brachten mich nicht weiter.

Meine Vermutung (bitte nicht schlagen, falls ich völlig daneben liege, ist eine reine Mutmaßung) ist,
daß der Signalduino ein ihm fremdes Signal (keine Ahnung, hier funkt vieles auf 433 rum) empfängt.
Er rechnet auch einen Tristate aus/um? und übergibt die Meldung an FHEM, welches aber wegen fehlendem Type scheitert?

weitere Devices, die der Signalduino ausfindig macht wären (aus dem Log):

Code Auswählen

DDD0D10010D1D0D10010D1D0D101D not defined (Address: DDD0D10010D1D0D10010D1D0D1 Group: 0 Unit: 1D Switch code: 0)
und

Code Auswählen

DDDD0DDD010D1DD0DDD010D1DD0DD01 not defined (Address: DDDD0DDD010D1DD0DDD010D1DD Group: 0 Unit: DD01 Switch code: D)
Das scheint FHEM aber trotz des "komischen" IT-V3?-Codes keine Bauchschmerzen zu bereiten oder ist das etwa die Wurzel allem Übels???

Vielleicht kann ja wer mit besseren Kenntnissen helfen? Wäre echt toll.

Ralf9 · 09 Januar 2016, 14:32:12

Zitat von: Hardlife am 09 Januar 2016, 13:51:19
Mein Verbose-Level steht auf 3 und Stacktrace wäre eigentlich deaktiviert.

Setze mal beim sduino den verbose auf 4 und poste einen log Auszug.

Gruß Ralf

Hardlife · 09 Januar 2016, 17:17:07

Hallo Ralf!

Danke für Deine Unterstützung.

Ich habe das Verbose beim Stick auf 4 hochgesetzt und da kommt einiges an Funklast rein...

Die Fehlermeldung von FHEM

Code Auswählen

Error: unknown tristate in "101001" has no TYPE
ist im Moment noch nicht aufgetaucht

Dafür der komische D01-Tristate

Code Auswählen

16:47:10 2: DDD0D10010D1D0D10010D1D0D101D not defined (Address: DDD0D10010D1D0D10010D1D0D1 Group: 0 Unit: 1D Switch code: 0)

Anbei ein kleiner Ausschnitt aus dem Log als txt-Datei.
(Ist echt viel nach ein paar Minuten und geht immer so weiter)
Das "DDD0D10010D1D0D10010D1D0D101D" findet man in der 25. Zeile

Ralf9 · 09 Januar 2016, 17:39:39

Zitat von: Hardlife am 09 Januar 2016, 17:17:07
Anbei ein kleiner Ausschnitt aus dem Log als txt-Datei.
(Ist echt viel nach ein paar Minuten und geht immer so weiter)
Das "DDD0D10010D1D0D10010D1D0D101D" findet man in der 25. Zeile

Ich habe auch keine Idee wo das "DDD0D10010D1D0D10010D1D0D101D" herkommen könnte?
Aus den Daten vom log lässt es sich nicht dem Signalduino zuordnen.

Welche Sensoren möchstest Du mit dem Signalduino empfangen?
Es kommen zu viele Nachrichten vom Typ MU
Was für ein Empfänger hast Du?

Gruß Ralf

Hardlife · 09 Januar 2016, 18:00:52

Das "DDD0D10010D1D0D10010D1D0D101D" taucht nur in Verbindung mit angestecktem Signalduino auf...?

Mein Empfänger ist ein Arduino nano mit einem 433er Superheterodyne-Empfänger...

Woher all die MU-Nachrichten kommen, kann ich leider nicht sagen...
Hinzu kommt, daß ich in einem Wohnblock mit ca. 10 - 30 empfangbaren Parteien lebe.
Wer weiß, was da alles an 433-Geräten rumfunkt...

Ich wollte Anfangs nur die Flamingo-Rauchmelder empfangen und war glücklich, daß quasi automatisch auch mein Oregon-Sensor erkannt wurde.
Mehr hätte ich nicht benötigt.

Mittlerweile hat sich auch die berüchtigte Fehlermeldung "Error: unknown tristate in "101001" has no TYPE" mit "PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4519" wieder eingestellt:

Code Auswählen

2016.01.09 17:48:40 4: SIGNALduino/msg READ: MU;P0=-313;P1=-9484;P2=354;P3=-1012;P4=1041;D=012323232323234040402323232323232340402323402323402;CP=2;
2016.01.09 17:48:40 4: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.01.09 17:48:40 4: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.01.09 17:48:40 4: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.01.09 17:48:40 4: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.01.09 17:48:40 4: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.01.09 17:48:40 4: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.01.09 17:48:40 4: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.01.09 17:48:40 4: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.01.09 17:48:40 4: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.01.09 17:48:40 4: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2016.01.09 17:48:40 4: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.01.09 17:48:40 4: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.01.09 17:48:40 1: [b]Error: unknown tristate in "101001" has no TYPE[/b]
2016.01.09 17:48:40 4: SIGNALduino/msg READ: MS;P0=332;P1=-1035;P2=1027;P3=-344;P4=-10614;D=04010101010101232323010101010101012323010123010123;CP=0;SP=4;O;
2016.01.09 17:48:40 4: Founded matched MS Protocol id 3 -> itv1
2016.01.09 17:48:40 4: Decoded matched MS Protocol id 3 dmsg i0380C9 length 24
2016.01.09 17:48:40 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/14_CUL_MAX.pm line 257.
2016.01.09 17:48:41 4: SIGNALduino/msg READ: MS;P0=-1031;P1=1033;P2=-339;P3=334;P4=-10608;D=34303030303030121212303030303030301212303012303012;CP=3;SP=4;O;
2016.01.09 17:48:41 4: Founded matched MS Protocol id 3 -> itv1
2016.01.09 17:48:41 4: Decoded matched MS Protocol id 3 dmsg i0380C9 length 24
2016.01.09 17:48:41 4: Dropped (i0380C9) due to short time or equal msg
2016.01.09 17:48:41 4: SIGNALduino/msg READ: MS;P0=357;P1=-1015;P2=1032;P3=-336;P4=-10602;D=04010101010101232323010101010101012323010123010123;CP=0;SP=4;O;
2016.01.09 17:48:41 4: Founded matched MS Protocol id 3 -> itv1
2016.01.09 17:48:41 4: Decoded matched MS Protocol id 3 dmsg i0380C9 length 24
2016.01.09 17:48:41 4: Dropped (i0380C9) due to short time or equal msg
2016.01.09 17:48:41 4: SIGNALduino/msg READ: MS;P0=-358;P1=368;P2=-1002;P3=1014;P4=-10606;D=14121212121212303030121212121212123030121230121230;CP=1;SP=4;O;
2016.01.09 17:48:41 4: Founded matched MS Protocol id 3 -> itv1
2016.01.09 17:48:41 4: Decoded matched MS Protocol id 3 dmsg i0380C9 length 24
2016.01.09 17:48:41 4: Dropped (i0380C9) due to short time or equal msg
2016.01.09 17:48:41 4: SIGNALduino/msg READ: MS;P0=335;P1=-1029;P2=1021;P3=-351;P4=-10602;D=04010101010101232323010101010101012323010123010123;CP=0;SP=4;O;
2016.01.09 17:48:41 4: Founded matched MS Protocol id 3 -> itv1
2016.01.09 17:48:41 4: Decoded matched MS Protocol id 3 dmsg i0380C9 length 24
2016.01.09 17:48:41 4: Dropped (i0380C9) due to short time or equal msg
2016.01.09 17:48:41 4: SIGNALduino/msg READ: MS;P0=-1011;P1=1029;P2=-343;P3=354;P4=-10607;D=34303030303030121212303030303030301212303012303012;CP=3;SP=4;
2016.01.09 17:48:41 4: Founded matched MS Protocol id 3 -> itv1
2016.01.09 17:48:41 4: Decoded matched MS Protocol id 3 dmsg i0380C9 length 24
2016.01.09 17:48:41 4: Dropped (i0380C9) due to short time or equal msg
2016.01.09 17:48:47 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4519.
2016.01.09 17:48:47 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4519.
2016.01.09 17:48:47 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4519.
2016.01.09 17:48:48 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4519.
2016.01.09 17:48:48 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4519.
2016.01.09 17:48:48 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4519.
2016.01.09 17:48:48 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4519.
2016.01.09 17:48:51 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4519.
2016.01.09 17:48:57 4: SIGNALduino/msg READ: MC;LL=-1096;LH=1014;SL=-598;SH=374;D=AAAAAAAB332B4B4D54D554CD54CD4D5554CB353532;C=462;
2016.01.09 17:48:57 4: Found manchester Protocol id 10 clock 462 -> OSV2o3
2016.01.09 17:48:57 4: SignalDuino_Stick: OSV2 protocol detected: preamble_pos = 31
2016.01.09 17:48:57 4: SignalDuino_Stick: OSV2 protocol converted to hex: (40EA4C10505004D022) with length (72) bits
2016.01.09 17:48:58 4: Found manchester Protocol id 12 clock 462 -> Hideki protocol
2016.01.09 17:48:58 4: SIGNALduino/msg READ: MC;LL=-1108;LH=853;SL=-608;SH=367;D=AAAAAAAB332B4B4D54D554CD54CD4D5554CB353532;C=406;
2016.01.09 17:48:58 4: Found manchester Protocol id 10 clock 406 -> OSV2o3
2016.01.09 17:48:58 4: SignalDuino_Stick: OSV2 protocol detected: preamble_pos = 31
2016.01.09 17:48:58 4: SignalDuino_Stick: OSV2 protocol converted to hex: (40EA4C10505004D022) with length (72) bits

Ralf9 · 09 Januar 2016, 18:14:34

Zitat von: Hardlife am 09 Januar 2016, 18:00:52
Mein Empfänger ist ein Arduino nano mit einem 433er Superheterodyne-Empfänger...

Der Empfänger ist ok

Zitat von: Hardlife am 09 Januar 2016, 18:00:52
Woher all die MU-Nachrichten kommen, kann ich leider nicht sagen...
Hinzu kommt, daß ich in einem Wohnblock mit ca. 10 - 30 empfangbaren Parteien lebe.
Wer weiß, was da alles an 433-Geräten rumfunkt...

Du kannst mal ein "set disableMessagetype unsyncedMU" machen und dann schauen ob Deine Sensoren noch empfangen werden.
Damit sind dann die MU-Nachrichten weg.

Gruß Ralf

Signalduino Entwicklung

Marc2016k