Signalduino Entwicklung

[Ralf9]

Ginge das nicht noch einfacher? Nachdem ich noch mal die Protokollbeschreibung gelesen habe, müsste $count+2 auch falsch sein, da in $count ja die Anzahl an Bytes steht und wir zusätzlich noch den übertragenen crc Wert auswerten müssen.

$count+2 passt.

Beim thermo/hygro-sensor ist byte 2 = 0xCE .  CE ergibt ein $count von 7.  Von 75 bis einschließlich der Prüfsumme sind es 9 Byte

Gruß Ralf

[Sidey]

Code Auswählen Erweitern


for(my $i=1; $i =< $count+1...

schreiben können, Dann verwirrt es nicht so. Liest sich dann einfach: 'Für Byte 1 bis n+1'

Fazit: Die checksummen-Berechnung is OK so.

Stimmt, das hatte ich übersehen.....

[hjgode]

Code Auswählen Erweitern

for(my $i=1; $i =< $count+1...

muss natürlich

Code Auswählen Erweitern

for(my $i=1; $i <= $count+1...

lauten, es ei denn Perl ist da anders als C. Nicht, dass einer die 'falsche' Syntax ungeprüft übernimmt.

[ToSchu]

Hallo,

ich habe meinen Signalduino bestehend aus einem  Arduino Nano328 an einem RasPi hängen und diesen dann per ser2net ins Netzwerk gebracht. Im Event Monitor bekomme ich dauernd die Meldung

Code Auswählen Erweitern


SIGNALduino SIGNALduino Initialized


Kann sich jemand vorstellen woran dies liegt? Als Fhemduino hatte er das Problem nicht.

Unterstützt der Signalduino eigentlich andere Baudraten als 57600?

Gruß,

Tobias

[Sidey]

Welche Firmware läuft auf dem Signalduino?

Als Baudrate wird derzeit nur 57600 unterstützt. Benötigst Du eine andere?

[ToSchu]

Hallo,

ich denke die aktuellste:

Code Auswählen Erweitern


SIGNALduino version => V 3.2.0-b12 SIGNALduino - compiled at Feb  6 2016 23:59:03


Ich dachte ich teste mal eine langsamere und schaue wie sich dies verhält.

Gruß,

Tobias

[Sidey]

Passiert das mit dem disconnect auch, wenn Du den Arduino direkt an seinen Fhem Server anbindest?

Sidey

[Jarnsen]

@Sidey hast PM

[ToSchu]

Das muss ich erst ausprobieren , was mich stutzig macht, das das Problem als der Arduino ein Fhemduino war nicht auftrat und er nur mit 9600 Baud kommunizierte.

Tobias

Gesendet von meinem SM-N9005 mit Tapatalk

[Ralf9]

Hallo,

ich möchte den Empfang meines 433Mhz Superheterody Receivers etwas verbessern. Der Aufwand einer Groundplane Antenne ist mir aber zu groß.
Geht es auch einfacher? Bringen die Antennen in der Anlage auch eine merkbare Verbesserung gegenüber nur einem einfachen Draht?

Gruß Ralf

[1.fhemtester]

Hallo,

ich würd Signalduino gerne auf einem Arduino Micro (MEGA32U4) nutzen. Wäre es möglich ein Image bereit zustellen, bzw. was müsste dazu in der Source geändert werden

[Sidey]

Auf dem Mega32U läuft der Interrupt auf einem anderen Port, meiner ist leider kaputt, so dass ich nicht testen kann.

[Sprocki62]

Guten Abend zusammen,

Hab's heute erfolgreich geschafft, einen alten Arduino Nano mit einen RXB12 433Mhz Receiver erfolgreich als Signalduino in FHEM einzubinden.
Das Teil liefert auch direkt Werte, mit denen ich was anfangen kann. Habe hier eine Hideki-kompatible Wetterstation (TE934) mit diversen Sensoren (Temp/Humi, käufliche als auch Eigenbauten), deren Daten ich bisher mit einem Arduino mit einem adaptierten Sketch eingefangen habe. Die Eigenbau-Sensoren (Ebenfalls Arduinos mit DHT22-Sensoren) senden das gleiche Protokoll wie die käuflichen. Allerdings senden diese Eigenbau-Sensoren teilweise auf dem gleichen Kanal wie die Kaufsensoren. Bei meiner eigenen Lösung filtere ich diese jedoch noch nach der Sender-ID, die bei jedem Datenpaket mitgesendet wird (und die sich auch beim Batterieweschel ändert) und kann daher Sensoren, die auf dem gleichen Kanal senden, auseinander halten.
In FHEM werden mir nämlich nur die Kanalbezogenen Daten angezeigt, dh. z.b.

2016-02-15_20:48:30 Hideki_30_2 T: 19.3 H: 13 Bat: ok
2016-02-15_20:48:30 Hideki_30_2 humidity: 13
2016-02-15_20:48:30 Hideki_30_2 temperature: 19.3
2016-02-15_20:52:15 Hideki_30_2 battery: ok
2016-02-15_20:52:15 Hideki_30_2 channel: 2
2016-02-15_20:52:16 Hideki_30_2 T: 21 H: 44 Bat: ok
2016-02-15_20:52:16 Hideki_30_2 humidity: 44
2016-02-15_20:52:16 Hideki_30_2 temperature: 21
2016-02-15_20:53:00 Hideki_30_2 T: 19.3 H: 13 Bat: ok
2016-02-15_20:53:00 Hideki_30_2 humidity: 13
2016-02-15_20:53:00 Hideki_30_2 temperature: 19.3
2016-02-15_20:58:15 Hideki_30_2 T: 19.3 H: 13 Bat: ok
2016-02-15_20:58:15 Hideki_30_2 battery: ok
2016-02-15_20:58:15 Hideki_30_2 channel: 2
2016-02-15_20:58:15 Hideki_30_2 humidity: 13
2016-02-15_20:58:15 Hideki_30_2 temperature: 19.3

D.h auf Kanal 2 habe ich zwei unterschiedliche Temperaturen/Luftfeuchtigkeiten, da die Sensoren in zwei verschiedenen Räumen stehen, jedoch in nur einem Logfile zusammenlaufen.

In der allgemeinen Log-Datei sind die ID-Angaben zur Unterscheidung der Sensoren jedoch mit aufgeführt.

2016.02.15 21:25:15 4: sduino/msg READ: MC;LL=-1033;LH=909;SL=-555;SH=384;D=AE66174A68E7E8C12A145A00;C=430;
2016.02.15 21:25:15 4: sduino: Found manchester Protocol id 12 clock 430 -> Hideki protocol
2016.02.15 21:25:15 4: sduino: hideki protocol converted to hex: 7533BACA71BF0CA9282D00 with 96 bits, messagestart 0
2016.02.15 21:25:15 4: Hideki_Parse sduino incomming P12#7533BACA71BF0CA9282D00
2016.02.15 21:25:15 4: Hideki_Parse SensorTyp = 30 decodedString = 7555ce5e93c114fb787700
2016.02.15 21:25:15 4: sduino decoded Hideki protocol model=Hideki_30, sensor id=55, channel=2, temp=19.3, humidity=14, bat=ok, rain=0
2016.02.15 21:25:15 4: sduino/msg READ: MU;P0=455;P1=9608;P2=-830;P3=942;D=0123232020202320202320202020232320202320232320202323202023202020232020202020232020232020202020232023232320202023232020232020232020202;CP=0;
2016.02.15 21:25:15 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.02.15 21:25:15 4: sduino/msg READ: MC;LL=-1016;LH=938;SL=-525;SH=498;D=B9985D29239FA304A8550000;C=478;
2016.02.15 21:25:15 4: sduino: Found manchester Protocol id 12 clock 478 -> Hideki protocol
2016.02.15 21:25:16 4: sduino/msg READ: MC;LL=-1101;LH=853;SL=-533;SH=418;D=AE26174A60F3E8F154A66400;C=423;
2016.02.15 21:25:16 4: sduino: Found manchester Protocol id 12 clock 423 -> Hideki protocol
2016.02.15 21:25:16 4: sduino: hideki protocol converted to hex: 7532BACAF0BE3C55651300 with 96 bits, messagestart 0
2016.02.15 21:25:16 4: Hideki_Parse sduino incomming P12#7532BACAF0BE3C55651300
2016.02.15 21:25:16 4: Hideki_Parse SensorTyp = 30 decodedString = 7556ce5e10c244ffaf3500
2016.02.15 21:25:16 4: sduino decoded Hideki protocol model=Hideki_30, sensor id=56, channel=2, temp=21, humidity=44, bat=ok, rain=0

Wäre es möglich, diese Sensor-ID-Unterscheidung auch noch mit in die 14_Hideki.pm einzubauen?
Ein Hideki-Logfile könnte dann ja dann ja z.b. Hideki_30_2_55-2016.log und   Hideki_30_2_56-2016.log statt nur Hideki_30_2-2016.log heissen..

Danke schon mal ...

Bis denne
Jonas

[Sidey]

Wäre es möglich, diese Sensor-ID-Unterscheidung auch noch mit in die 14_Hideki.pm einzubauen?
Ein Hideki-Logfile könnte dann ja dann ja z.b. Hideki_30_2_55-2016.log und   Hideki_30_2_56-2016.log statt nur Hideki_30_2-2016.log heissen..

Setze in deinem SIGNALduino device das Attribut longid mal auf 1.
Dann hast Du, was Du wolltest.

Wenn Du es nicht für alle deine Sensoren möchtest, kannst Du es über eine Regex einschränken.


Grüße Sidey

[Sprocki62]

Wow! 

DAS war schnell....  und genau das, was ich gesucht habe!   

Vielen herzlichen Dank!!!