FHEMduino

Begonnen von mdorenka, 06 Dezember 2013, 15:34:39

Vorheriges Thema - Nächstes Thema

CaptainHook

Moin,

so ich hab mir die aktuellen Dateien aus dem Git geladen und geflasht. Läuft soweit ganz gut.
Eine Sache ist mir aufgefallen, die Plots der Temperatur-/Luftfeuchtigkeit-Sensoren sehen komisch aus.

Das Problem ist das die Datei 14_FHEMduino_Env.pm zwei Eintrage im Log erzeugt abshumidity und humidity, Beide werden  von der egrep-condition im Plot als 'humidity' erkannt.
Ein Möglichkeit das Problem zu umgehen wäre 'abshumidity' in 'abshum' umzubenenen oder irgend was anderes?

Gruß,

Stephan
Lenovo M53 ThinkCentre 10DC | Docker | SolarEdge SE10K + SE5000H + Energy Bank 10KWh | EspEasy | Tasmota | Hue | Alexa | uvm.

JoWiemann

#826
Hallo Stephan,

danke für den Hinweis. Werde ich vorbeugend ändern. In meinen Plots wähle ich immer gezielt aus, was ich sehen möchte.

Grüße Jörg

PS: Habs im git geändert
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

Bennemannc

Hallo Jörg,

ich habe gerade versucht, die aktuelle Version aus dem Trunk mit debug Mode zu kompilieren und bekomme
ZitatFHEMduino.ino: In function 'bool receiveProtocolKW9010(unsigned int)':
FHEMduino:886: error: conflicting declaration 'String bitmessage'
FHEMduino:873: error: 'bitmessage' has a previous declaration as 'bool bitmessage [36]'
Könntest Du mal nachsehen, was da falsch läuft ?

Gruß Christoph
Cubietruck, Fhem 5.8
CC-RT-DN|LC-SW2-FM|RC-12|RC-19|LC-SW4-BA-PCB|LCp-SW1-BA-PCB|ES-PMSw1-Pl|LC-Bl1PBU-FM|PBI-4-FM|CC-VD|CC-TC|SEC-SC(2)|RC-KEY3-B|LC-Sw1PBU-FM|PB-2-FM|WDS100-C6-O|WDC7000|LC-Bl1-FM
Module: Dewpoint,FB_Callmonitor,HCS,Panstamp,at,notify,THRESHOLD,average,DOIF

JoWiemann

Hallo Christoph,

danke für den Hinweis. Habs im Git gefixed.

Grüße Jörg

PS: Mit allen defines läuft der Sketch mit debug bei mir nicht mehr. Scheint dann wohl zu groß zu werden. Also, was nicht debuged werden soll muss dann wohl ausgeschaltet werden.
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

Bennemannc

#829
Hallo Jörg,

ich habe nur die DCF77 raus genommen - dann ist der etwas über 20.000 Groß und passt auch noch auf meinen Nano.

Gruß Christoph

PS: bei mir kommen keine Daten - auch das mit der Eingabe von V klappt nicht. Im Debug Mode zeigt er nur Version und Ram. Bei der Version gestern kamen wenigstens einige Daten. Ich habe im Moment keine Ahnung wo ich suchen soll. Es wird beim Compilieren kein Fehler angezeigt. Die Decoders.h ist auch vorhanden.
Cubietruck, Fhem 5.8
CC-RT-DN|LC-SW2-FM|RC-12|RC-19|LC-SW4-BA-PCB|LCp-SW1-BA-PCB|ES-PMSw1-Pl|LC-Bl1PBU-FM|PBI-4-FM|CC-VD|CC-TC|SEC-SC(2)|RC-KEY3-B|LC-Sw1PBU-FM|PB-2-FM|WDS100-C6-O|WDC7000|LC-Bl1-FM
Module: Dewpoint,FB_Callmonitor,HCS,Panstamp,at,notify,THRESHOLD,average,DOIF

JoWiemann

Hallo Christoph,

was möchtest Du den debuggen? Ich habe bei aktiviertem debug im Moment das gleiche Problem auf meinem nano. Bisher verfahre ich so, dass ich den Sketch dann abschmelze bis auf den teil den ich debuggen möchte.

Grüße Jörg

PS: Ohne debug läuft der Sketch mit allen Optionen bei mir einwandfrei.
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

Bennemannc

Hallo Jörg,

eigentlich interessiert mich "nur" der Oregon Teil. Wenn der Sketch im debug läuft, ist er gesprächiger, dann kann ich zumindest sehen ob der etwas macht.
Wie schon gesagt - etwas passt nicht. Wenn ich im seriellen Monitor der IDE "V" und senden eingebe, kommt nichts zurück. Baudrate stimmt, Comport stimmt - muss da in Windows noch etwas eingestellt werden ?
Was mich ein wenig irritiert ist, das mit dem anderen Sketch (siehe ein paar Therads vorher) die Oregondaten gelesen werden - natürlich in einem anderen Format und auf einem anderen Port.

Gruß Christoph
Cubietruck, Fhem 5.8
CC-RT-DN|LC-SW2-FM|RC-12|RC-19|LC-SW4-BA-PCB|LCp-SW1-BA-PCB|ES-PMSw1-Pl|LC-Bl1PBU-FM|PBI-4-FM|CC-VD|CC-TC|SEC-SC(2)|RC-KEY3-B|LC-Sw1PBU-FM|PB-2-FM|WDS100-C6-O|WDC7000|LC-Bl1-FM
Module: Dewpoint,FB_Callmonitor,HCS,Panstamp,at,notify,THRESHOLD,average,DOIF

JoWiemann

Hallo Christoph,

im Serial Monitor musst Du Eingaben mit # abschließen, da ansonsten das Eingabeende nicht erkannt wird.

Anbei ein abgespeckter Sketch nur zum testen der Oregons: https://github.com/mdorenka/fhemduino/tree/Test-Sketches

Grüße Jörg

Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

Sidey

Moin,

Also ich habe gestern die defaults so geändert, dass der sketch ( Version liegt im Trunk) auch mit debug compiliert werden kann.

Dcf77 ist per default deaktiviert
Cresta ist deaktiviert
Debug ist deaktiviert, kann aber aktiviert werden.


Grüße Sidey
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem,zigbee2mqtt

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

Bennemannc

#834
Hallo,

ich bekomme Daten  :D - zumindest im seriellen Monitor. Was da sendet sollten 2xTHGR228N (Kanal 1 und 2) sein sowie ein BTHR 918. Wenn dort auch Version 3 Daten dabei sind - ich habe eine WMR 200 mit einem Wind-/Tempertur-/Feuchtigkeitssensor und einem Regensensor.
V 0.0 FHEMduino - compiled at Aug  7 2014 13:42:57
R1429
501A2D200D802440453ABF
501A2D200D802440453ABF
501A2D200D902440453BA9
501A2D200D902440453BA9
501A2D200D0025304532C6
501A2D200D0025304532C6
501A2D200D102530052FCC
501A2D200D102530052FCC
585A5D0034413060A3DA0353
501A2D200D102530052FCC
501A2D200D102530052FCC
585A5D0034213060A3DA0351
585A5D0034213060A3DA0351
501A2D200D2025300530F6
585A5D0034812970A3DA0360
501A2D200D3025200530F5
501A2D200D3025200530F5
585A5D0034712970A3DA035F
585A5D0034712970A3DA035F
501A2D200D3025200530F5
501A2D200D3025200530F5
585A5D0034612970A3DA035E
585A5D0034612970A3DA035E
501A2D200D402520053197
501A2D200D402520053197
585A5D0034512980A3DA035E
585A5D0034512980A3DA035E
501A2D200D402520053197
501A2D200D402520053197
585A5D0034412980A3DA035D
585A5D0034412980A3DA035D
501A2D200D5125200533E6
585A5D0034212980A3DA035B
501A2D200D5125100532D9
501A2D200D5125100532D9

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

Gruß Christoph

Edit: Jetzt bekomme ich auch in Fhem Daten  8) Der BTHR918 wird angelegt mit allen Readings (also auch Forcast und Luftdruck). Von den THGR228N wird nur einer angelegt (der mit Kanal 2) - das kann Zufall sein, weil der als nächster dran stand oder gesendet hat. Den anderen habe ich ein paar mal resettet und den Kanal umgestellt - leider ohne Erfolg. Stimmt da eventuell noch etwas mit der Kanalauswertung nicht ? Jetzt hat er auch den zweiten - zwar noch ohne Daten aber das Device ist angelegt.

Welche Empfänger setzt Ihr mit welchen Antennen ein ? Ich habe den Eindruck meiner macht nicht mehr als ein paar Meter.
Cubietruck, Fhem 5.8
CC-RT-DN|LC-SW2-FM|RC-12|RC-19|LC-SW4-BA-PCB|LCp-SW1-BA-PCB|ES-PMSw1-Pl|LC-Bl1PBU-FM|PBI-4-FM|CC-VD|CC-TC|SEC-SC(2)|RC-KEY3-B|LC-Sw1PBU-FM|PB-2-FM|WDS100-C6-O|WDC7000|LC-Bl1-FM
Module: Dewpoint,FB_Callmonitor,HCS,Panstamp,at,notify,THRESHOLD,average,DOIF

CaptainHook

#835
Moin,

ich nutze das "433MHz RF Transmitter Receiver Link Kit" von dx.com der Empfang bzw. die Reichweite ist aber mehr schlecht als recht. Der Sender funktioniert bestens auch durch 2 Stahlbetonwände kann ich meine  Pollin Steckdosen schalten.

Hab mir jetzt bei Conrad einen Aurel RX-4M50RR30SF bestellt, der soll um einiges besser sein, sobald ich ihn habe kann ich berichten.

Als Antenne setze ich am Sender eine Helix Antenne ein und am Empfänger eine einfache Drahtantenne mit ca 18cm (rechnerisch müssten es 17,3cm sein Lambda/4 und so...)

Viele Grüße,
Stephan
Lenovo M53 ThinkCentre 10DC | Docker | SolarEdge SE10K + SE5000H + Energy Bank 10KWh | EspEasy | Tasmota | Hue | Alexa | uvm.

Bennemannc

Hallo,

irgendetwas passt da noch nicht ganz. Der Sensor auf Kanal 1 wurde angelegt, aber bis jetzt sind keine Daten gekommen, obwohl er sehr nahe am Empfänger platziert ist. Der Sender mit Kanal 2 steht jetzt 4 Meter weg und eine Wand - da geht auch nichts mehr.
Kann es sein, dass das timing noch nicht ganz passt ? Sonst müssten die Daten des Sender auf Kanal 1 doch erfasst werden. Bei der Entfernung kann es eigentlich nicht am Empfänger liegen.

Gruß Christoph
Cubietruck, Fhem 5.8
CC-RT-DN|LC-SW2-FM|RC-12|RC-19|LC-SW4-BA-PCB|LCp-SW1-BA-PCB|ES-PMSw1-Pl|LC-Bl1PBU-FM|PBI-4-FM|CC-VD|CC-TC|SEC-SC(2)|RC-KEY3-B|LC-Sw1PBU-FM|PB-2-FM|WDS100-C6-O|WDC7000|LC-Bl1-FM
Module: Dewpoint,FB_Callmonitor,HCS,Panstamp,at,notify,THRESHOLD,average,DOIF

leuchte1

Hallo Christoph,

bei mir ist endlich der Empfänger (http://www.ebay.de/itm/433MHz-Superheterodyne-RF-Link-kits-3400-ARM-MCU-Transmitter-and-Reveiver-/281169560721?pt=LH_DefaultDomain_0&hash=item4177030491) angekommen. Damit kann ich jetzt über 2 Stockwerke sogar aus dem Kühlschrank meine Logitec WS0002 empfangen :) :) :)

Gruss
Stefan

Mitch

Wie lange hat denn Deine Sendung aus ebay gedauert?
Ich warte jetzt schon seit 5 Wochen  >:(
Der gleichzeitig bestellte Arduino war nach 7 Tage da
FHEM im Proxmox Container

Bennemannc

Hallo,

@Stephan
mit welcher Antenne ?

@all
Irgendwie kommen die Daten in fhem nicht regelmäßig. Das war beim seriellen Monitor an der IDE anders. Werde das noch einmal gegenchecken.

Gruß Christoph
Cubietruck, Fhem 5.8
CC-RT-DN|LC-SW2-FM|RC-12|RC-19|LC-SW4-BA-PCB|LCp-SW1-BA-PCB|ES-PMSw1-Pl|LC-Bl1PBU-FM|PBI-4-FM|CC-VD|CC-TC|SEC-SC(2)|RC-KEY3-B|LC-Sw1PBU-FM|PB-2-FM|WDS100-C6-O|WDC7000|LC-Bl1-FM
Module: Dewpoint,FB_Callmonitor,HCS,Panstamp,at,notify,THRESHOLD,average,DOIF