FHEMduino

[Sidey]

Hi Christoph,

das sieht doch schon mal gut aus.

Hallo,


Stimmt da eventuell noch etwas mit der Kanalauswertung nicht ?[/s] Jetzt hat er auch den zweiten - zwar noch ohne Daten aber das Device ist angelegt.

Gut, die Daten sehen eigentlich sehr gut aus. Der HEX Output passt wie folgt:
501A2D200D802440453ABF  -> THGR228N
585A5D0034413060A3DA0353 -> BTHR918

Die Länge wird auch korrekt erkannt. Die Sensoren sollten damit schon mal vom Oregon_41 Modul korrekt erkannt werden.

Wenn Du Probleme hast, stellt mal den Log Level im System auf 5 und sende uns die Zeilen, welche Oregon enthalten.
Ob die Kanalauswertung funktioniert, sollte dann auch im Log zu sehen sein.
Um das Thema Reichweite mal auszuschließen, leg die Sensoren neben den Empfänger.


Grüße Sven

[JoWiemann]

Wenn man "V#" eingibt, kommt jetzt auch die Version  Ich habe die "spezielle" von Jörg genommen.

Bitte denk daran, dass dies ein sehr abgespeckte Version zum Testen ist und das dieser Sketch nichts anderes als Oregon kann. Wenn Du nun den Hauptsketch ohne debug nimmst solltest Du die selben Ergebnisse in FHEM bekommen.

Für mich ist bisher der beste Empfänger der aus der Logilink-Station von Pollin. Station + Temp/Hum-Sensor für 10,-€, wie gesagt bei Pollin. Lieferung in 2 Tagen. Um die Station zu demontieren muss man vorsichtig die Plexiglasscheibe, vorher mit Fön etwas warm machen, entfernen. Dann kann man die Station aufschrauben. Der Empfänger ist ein diskretes Modul, das mit drei kurzen Drähten Verbindung zur Hauptplatine hat. Nebenbei ist dort auch ein diskreter DCF77-Empfänger verbaut, der durch den Sketch unterstützt wird.

Grüße Jörg

[balki]

Puh Was soll mir das sagen kommt von einer Auriol  H13726A

Code Auswählen Erweitern

2014.08.07 18:35:23 5: myJeeLink dispatch OK 9 30 1 4 213 62

Jedenfalls  sehr Warm  hier 

Code Auswählen Erweitern

Lifetec_D7

T: 110 H: -1 B: critical

Batterien sind neu aber bei den Temperaturen

Gruss
Markus

[Bennemannc]

Hallo Sven,

ich habe im Moment ein anderes Problem. Mit dem Windows Rechner am IDE Monitor kommen regelmäßig Daten - in Fhem auf dem Raspberry nicht. Irgendetwas passt da nicht.
Nach einem Neustart von fhem wird der BTHR918 einmal gelesen - dann kommen keine Daten mehr.
Ich werde mal umstellen auf Fhem_Oregon.

Gruß Christoph

PS ich habe nichts anderes als Oregon und habe auch derzeit nicht geplant, weitere Systeme im 443 MHz Bereich zu kaufen.

[balki]

Uii  Da  kam nun was

Wahrscheinlich vom Nachbarn also ist der China empfänger doch nicht Platt .

Code Auswählen Erweitern

2014.08.07 19:19:53 5: FHEMduino: W01d70af00d1
2014.08.07 19:19:53 5: FHEMduino dispatch W01D70AF00D1
2014.08.07 19:19:53 5: FingerprintFn Message: Name: FHEMduino  und Message: W01D70AF00D1
2014.08.07 19:19:53 4: FHEMduino_Env: W01D70AF00D1
2014.08.07 19:19:53 4: FHEMduino_Env: D70AF00D1
2014.08.07 19:19:53 4: FHEMduino_Env: 110101110000101011110000000011010001
2014.08.07 19:19:53 4: FHEMduino_Env: KW9010_37_1 (W01D70AF00D1)
2014.08.07 19:19:53 4: FHEMduino_Env: KW9010_37_1: 37_1 Skipping override due to too large timedifference
2014.08.07 19:19:53 4: FHEMduino_Env KW9010_37_1: T: 24.5 H: 20 B: ok
2014.08.07 19:19:53 5: Triggering KW9010_37_1 (8 changes)
2014.08.07 19:19:53 5: Notify loop for KW9010_37_1 T: 24.5 H: 20 B: ok
2014.08.07 19:19:53 4: eventTypes: FHEMduino_Env KW9010_37_1 T: 24.5 H: 20 B: ok -> T: .* H: .* B: ok
2014.08.07 19:19:53 4: eventTypes: FHEMduino_Env KW9010_37_1 temperature: 24.5 -> temperature: .*
2014.08.07 19:19:53 4: eventTypes: FHEMduino_Env KW9010_37_1 humidity: 20 -> humidity: .*
2014.08.07 19:19:53 4: eventTypes: FHEMduino_Env KW9010_37_1 taupunkttemp: 0.1 -> taupunkttemp: .*
2014.08.07 19:19:53 4: eventTypes: FHEMduino_Env KW9010_37_1 abshumidity: 4.5 -> abshumidity: .*
2014.08.07 19:19:53 4: eventTypes: FHEMduino_Env KW9010_37_1 battery: ok -> battery: ok
2014.08.07 19:19:53 4: eventTypes: FHEMduino_Env KW9010_37_1 trend: stable -> trend: stable
2014.08.07 19:19:53 4: eventTypes: FHEMduino_Env KW9010_37_1 sendMode: automatic -> sendMode: automatic
2014.08.07 19:19:53 4: eventTypes: FHEMduino_Env KW9010_37_1 state: T: 24.5 H: 20 B: ok -> state: T: .* H: .* B: ok


Klasse arbeit   DANKE

[Bennemannc]

Hallo,

irgendwie scheint mein Chinaempfänger mucken zu machen. Habe jetzt mal den von Stefan empfohlenen geordert. Mal sehen wann der ankommt. Da werde ich auch erst weiter Testen -so hat das keinen Sinn.

Gruß Christoph

[CaptainHook]

Hi,

Versuch gerade aus dem empfangenen Bitmuster eines Pearl NC-7200 schlau zu werden.

Folgendes konnte ich durch try 'n error herausfinden:

Code Auswählen Erweitern


  #                 /--------------------------------- Sensdortype     
  #                /    / ---------------------------- ID, changes after every battery change     
  #               /    /        /--------------------- Unknown
  #              /    /        /                                       
  #             /    /        /       / -------------- Forced Send     
  #            /    /        /       /   / ----------- Channel 1-3  00 01 10
  #           /    /        /       /   /     / ------ Temp ?
  #          /    /        /       /   /     /         
  #         /    /        /       /   /     /         
  #         1001 1000     0100 0  0  10  0  0001111
  # Bit     0    4        8       13 14  16 17    23


Allerdings habe ich keine blassen schimmer wie ich die Temperatur dekodieren soll 

Rohdaten: Eisfach -> Haartrockner (ca -18 bis + 50°C)

Code Auswählen Erweitern


Bit-Stream: 1001 1000 01000 1 10 00000001
Bit-Stream: 1001 1000 01000 0 10 00000100
Bit-Stream: 1001 1000 01000 0 10 00000110
Bit-Stream: 1001 1000 01000 0 10 00000111
Bit-Stream: 1001 1000 01000 0 10 00001000
Bit-Stream: 1001 1000 01000 0 10 00001000
Bit-Stream: 1001 1000 01000 0 10 00001001
Bit-Stream: 1001 1000 01000 0 10 00001010
Bit-Stream: 1001 1000 01000 0 10 00001011
Bit-Stream: 1001 1000 01000 0 10 00001100
Bit-Stream: 1001 1000 01000 0 10 00001101
Bit-Stream: 1001 1000 01000 0 10 00001110
Bit-Stream: 1001 1000 01000 0 10 00001111
Bit-Stream: 1001 1000 01000 0 10 00010011
Bit-Stream: 1001 1000 01000 0 10 00010101
Bit-Stream: 1001 1000 01000 0 10 00010110
Bit-Stream: 1001 1000 01000 1 10 00011000
Bit-Stream: 1001 1000 01000 0 10 00011011
Bit-Stream: 1001 1000 01000 1 10 00011001
Bit-Stream: 1001 1000 01000 0 10 00011011
Bit-Stream: 1001 1000 01000 0 10 00011101
Bit-Stream: 1001 1000 01000 0 10 00011110


Hat zufällig schon jemand den NC-7200 decodiert? Google half mir leider nicht 
Laut Pearl soll der Aussensensor die Temperatur  den Luftdruck und die Luftfeuchtigkeit messen nur, wie?

Gruß,
Stephan

[leuchte1]

Hallo,

@Mitch
der Empfänger aus Ebay war nach knapp 4 Wochen da (Arduinos kamen bei mir auch früher, seitdem saß ich auf Kohlen

@Christoph
als Antenne vorerst nur ein Stück Litze (17 cm) angelötet. Damit SPITZEN Empfang

Gruss
Stefan

[Bennemannc]

Hallo,

@Stefan
die billigen Chinateile scheinen mit einem - mehr oder weniger - abgestimmten Schwingkreis zu arbeiten. Das Teil was Du hast hat eine Quartz und dürfte damit die Frequenz besser treffen.

Gruß Christoph

[Sidey]

[quote author=CaptainHook link=topic=17196.msg189952#msg189952 date=1407441457
Versuch gerade aus dem empfangenen Bitmuster eines Pearl NC-7200 schlau zu werden.

Folgendes konnte ich durch try 'n error herausfinden:

Code Auswählen Erweitern


  #                 /--------------------------------- Sensdortype     
  #                /    / ---------------------------- ID, changes after every battery change     
  #               /    /        /--------------------- Unknown
  #              /    /        /                                       
  #             /    /        /       / -------------- Forced Send     
  #            /    /        /       /   / ----------- Channel 1-3  00 01 10
  #           /    /        /       /   /     / ------ Temp ?
  #          /    /        /       /   /     /         
  #         /    /        /       /   /     /         
  #         1001 1000     0100 0  0  10  0  0001111
  # Bit     0    4        8       13 14  16 17    23


Allerdings habe ich keine blassen schimmer wie ich die Temperatur dekodieren soll 
[/quote]

Hallo,

Ich kann dir deine Frage leider nicht beantworten.
Mich würde aber interessieren, wie Du die Bits identifiziert hast.
Ich habe hier auch noch einen alten Sensor.
Ich habe auch bits ausgewertet, aber keinr Ahnung ob 0 bzw. 1 richtig interpretiert, oder ob ich alle Daten empfangen habe.
So vom Prinzip sahen meine Daten aber ähnlich aus wie deine.

Grüße Sidey

[CaptainHook]

Hallo,

Ich kann dir deine Frage leider nicht beantworten.
Mich würde aber interessieren, wie Du die Bits identifiziert hast.
Ich habe hier auch noch einen alten Sensor.
Ich habe auch bits ausgewertet, aber keinr Ahnung ob 0 bzw. 1 richtig interpretiert, oder ob ich alle Daten empfangen habe.
So vom Prinzip sahen meine Daten aber ähnlich aus wie deine.

Grüße Sidey

Vielleicht sollte ich mir diese Frage auch mal stellen  Ich hatte einfach Batterien in den Sender und geschaut was der FHEMduino ausspuckt   
Klüger wäre mein SDR anzureißen und mal zu schaun was da so kommt 

Grüße,
Stephan 

[Sidey]

Hi Stephan,

Klüger wäre mein SDR anzureißen und mal zu schaun was da so kommt 

hast Du das brauchbaren Code für den Arduino oder machst Du das mit einer extra Hardware?
Ich hab schon verschiendenes probiert, fand das aber nicht wirklich brauchbar.
Am besten finde ich die Idee, ein oszilloskop mit dem Arduino zu realisieren.

Die, welche ich bisher ausprobier habe, hatten leider keine langzeit Funktion in der Client SW implementiert und der Speicher im Arduino ist schon recht knapp, wenn man den Start und das Ende nicht kennt.

Grüße Sven

[CaptainHook]

Hi Sven,

ich nutze  einen TerraTec DVB-T, hab das vor Jahren mal im Studium "gelernt" mal sehn ob ich das wieder zum laufen bekomme

Gruß,
Stephan

[Sidey]

Gelesen habe ich von so was auch schon, nur dachte ich nicht, dass der dvb-t Empfänger was im 433 MHz Band empfängt.
Viel Erfolg.
Ich schau mir noch mal scopeino an.

Sven

[RappaSan]

Ich habe gerade mal versucht, komplett von Vorne alles neu und jungfräulich aufzusetzen:

1. arduino-1.0.5-r2-windows.exe installiert
2.: fhemduino-trunk.zip heruntergeladen und unter Sketch... Library importieren versucht einzubinden.
Fehlermeldung: "Die Library "fhemduino-trunk" kann nicht verwendet werden. Librarynamen dürfen nur normale Buchstaben und Zahlen....   usw.
Wenn ich die zip-Datei in einen separaten Ordner entpacke, den Pfad fhemduino-trunk in fhemduino umbenenne und alles anschließend wieder in eine neue fhemduino.zip verpacke, kann ich den Import durchführen.
Also Sketch geladen, DCF77 define auskommentiert und Kompielerversuch gestartet.
Nächster Fehler: "OregonDecoderV2 does not name a type"
OK. Decoders.h in gleiches Verzeichnis wie sketch.
Nächster Fehler: PIN_SEND was not declared in this scope.


Gibt es eine vollständige Anleitung, um eine lauffähige Version erzeugen zu können?