FHEM Forum

Hallo Leute,

anbei mein aktuelles Projekt:

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

für Mitarbeit bin ich immer offen und auch dankbar!

Hallo,

hört sich interessant an, vor allem die Empfangsoption.
Ich hab so was ähnliches ebenfalls auf einem Nano am laufen (nur Intertechno senden). Inspiriert wurde ich durch diesen Beitrag: http://forum.fhem.de/index.php/topic,12374.0.html
Das ganze basiert auf rc-switch und emuliert das IT-Protokoll des CUL. Wie hast du es realisiert??
Ein 433MHz Empfänger hab ich hier auch noch liegen, den könnte ich auch noch verbauen. Auch die Idee, dass man z.B. 1-Wire mit implementieren könnte finde ich klasse.
Stellst du deinen Code ins Wiki??

Gruß

     Olly

ich nutze momentan auch rcswitch, will aber auf dauer weg davon, weil die lib zu unflexibel für erweiterungen ist.

der code liegt auf github, die links sind unten auf der wiki-seite

Zitat von: mdorenka am 06 Dezember 2013, 16:28:05
der code liegt auf github, die links sind unten auf der wiki-seite

Ja, hab´s dann grad auch gesehen.
Planst du Unterstützung für den Empfang weiterer Sensoren?

Gruß

      Olly

grundsätzlich ist das system offen - jeder kann da gerne eigene module entwickeln bzw erweiterungen bauen die ich dann auch einpflegen würde.
es gilt jedoch: ich unterstützte primär das was ich hier habe und auch benutze.

nur zur Info: Dein rdfuino-github (https://github.com/mdorenka/rdfuino_modules)-repository enthält aktuell nur 3 Symlinks auf Files in /opt/fhem/FHEM/

Zitat von: ntruchsess am 06 Dezember 2013, 18:24:44
nur zur Info: Dein rdfuino-github (https://github.com/mdorenka/rdfuino_modules)-repository enthält aktuell nur 3 Symlinks auf Files in /opt/fhem/FHEM/

Ah, und ich dachte schon ich wär zu blöd dazu.

Gruß

      Olly

oh mist... ist korrigiert :)

Hallo,

ich habe da mal ein eine Frage zu deinem Projekt. Hast du dir den Namen RFduino selbst ausgedacht? Es gibt über Kickstarter ein Projekt mit demselben Namen (http://www.rfduino.com (http://www.rfduino.com)).

MfG Achim

Zitat von: Achim am 07 Dezember 2013, 19:16:32
Hallo,

ich habe da mal ein eine Frage zu deinem Projekt. Hast du dir den Namen RFduino selbst ausgedacht? Es gibt über Kickstarter ein Projekt mit demselben Namen (http://www.rfduino.com (http://www.rfduino.com)).

MfG Achim

hallo,

nein hat damit garnichts zu tun und ja, den namen hab ich mir selbst ausgedacht.

hat einer alternativvorschläge?

viele grüße,
marcel

Hallo, also eine alte IT Steckdose ausschlachten ( Empfänger ) und einen alten Handsender (Sender) und schon klappt es ?
Erkennt man diese Bauteile direkt ? so wie im Wiki beschriebne dann einlöten?

Aus welchen Bauteilen hast du deine Teile genommen, oder besser doch neue ?

Mich interessiert in erster Linie die Temperaturmessung mit billigen Sendern für den Aussenbereich zB

im prinzip geht das.

du benötigst einen empfänger, ich habe zuerst einen aus einem "6eur für 5 RX/TX paare" set aus ebay gehabt, der war allerdings echt mies.
der zweite kam aus einer wetterstation und war VIEL besser (reichweite erweitert um ~20m)

der empfänger ist nach wie vor aus so einem set.

(http://www.robertoinzerillo.com/wordpress/wp-content/uploads/2012/10/RF-433MHz.jpg)

so sehen die module aus, oben links ist ein sender, das andere teil ist der empfänger.
bei ebay findest du genug dieser teile: http://www.ebay.de/sch/i.html?_nkw=arduino+433 (http://www.ebay.de/sch/i.html?_nkw=arduino+433)


wenn du günstige temperatursensoren suchst (die auch schon vom projekt unterstützt werden), kann ich diese hier empfehlen: http://www.ebay.de/itm/261136672627 (http://www.ebay.de/itm/261136672627)

Hallo, danke für die Tips, also kaufen löten reinstecken?
oder muss man da noch eine Software aufspielen wenn wie, oder wie bei CUL reinstecken und FHEM macht den Rest.
Im Wiki Beitrag stand dazu noch nichts.

Bin drauf und dran die Teile in England zu bestellen.

du musst natürlich erstmal die passende software auf den ardiono schieben, aber das sollte ja kein problem sein :) kopieren in die entwicklungsumgebung, auf upload clicken und fertig. dann einfach dein gerät via USB an deinen FHEM host stecken und die entsprechenden module in FHEM laden.
autocreate sollte natürlich aus sein!

Hallo,
so etwas hab ich noch nie gemacht...

komme nicht aus der IT Szene

Hört sich ja alles ganz einfach an
Das bestellen und löten ist sicher auch für mir ein Klacks. Die 10 FS20RSU und die max Teile als Baussatz hab ich ja auch alle hinbekommen.

du musst natürlich erstmal die passende software auf den ardiono schieben
welche Software denn ?
kopieren in die entwicklungsumgebung
in welche Entwicklungsumgebung ?

upload klciken sollte dann ja kein Problem mehr sein für einen dummy wie mich

autocreate sollte natürlich aus sein!

Warum muss autocreate aus sein, macht das sonst was ungewolltes?

wie läd man dann die entsprechenden Module

Die Beantwortung der Fragen hat durchaus Zeit, will nicht drängen,
Ev kannst du meien Fragen ja nehmen um das Wiki zu vervollständigen, so dass auch nicht IT-ler das nachbauen können

Beim Dashboard fehlten mir auchnur ein paar Tips und dann hab ich es prima hinbekommen

so Teile gerade bestellt, bis die dann da ....

Zitat
welche Software denn ?

Die Firmware des RFDuino zu finden unter https://github.com/mdorenka/rfduino/blob/master/src/sketch.ino

Zitatin welche Entwicklungsumgebung ?

in die arduino entwicklungsumgebung, zu beziehen unter arduino.cc

ZitatWarum muss autocreate aus sein, macht das sonst was ungewolltes?

ja, sonst könnte das CUL modul den empfänger als input/output device erkennen

Zitatwie läd man dann die entsprechenden Module

einfach ins fhem verzeichnis kopieren und dann mittels define RFDuino RFDuino /dev/ttyUSB0@9600 das gerät definieren

na das nenne ich mal Support,
Teile sind bestellt
dann lann dem neune Projekt ja nichts mehr im Wege stehen
testen tu ich dann erst mal mit IT Dosen :-)

fhem-dunio zb

Moin,

Mein Arduino ist programmiert und hängt mittels USB an einem Raspi, fhem ist darauf neu eingerichtet. Ich habe aber kein Device /dev/ttyUSB, sondern ein /dev/ttyAMA0. 
[Text entfernt, da mehr Infos vorhanden]
Das Problem scheint hier ein veralteter ftdi-Treiber auf dem wheezy zu sein, ich versuche den mal auf den aktuellen Stand zu bringen.

Gruß, machnetz

P.S: Update - auch hier muss dann /dev/ttyACM0 verwendet werden.

der name ist im endeffekt egal. es muss nur das korrekte device sein

die module habe ich direkt ins FHEM hauptverzeichnis gepackt bei mir (da wo auch 00_CUL.pm) usw liegt.

Hi,

ja, funktioniert einwandfrei. Ich habe im direkten Vergleich festgestellt, dass mein TP-Link MR3020 doch zu schwachbrüstig dafür ist. Der Raspi macht das aktuell mit bravur und begeistert mich total. Nunja, ein Conn Air 433 ist auf dem Weg, mal sehen was damit so möglich ist. Hast du schon aktuelle Temperatursensoren im Einsatz?

Gruß, machnetz

P.S. Ich finde das Projekt Klasse, weiter so!

ja - wie gesagt betreibe ich damit momentan conrad KW9010 sensoren (leider nicht mehr im verkauf, aber gibts auf ebay recht günstig)

Okay,

ich  habe mal einen für Innen und einen für Aussen bestellt. Hast du eine Definition dafür parat?

Gruß, machnetz

die geräte haben einen kanal-einstellschalter und einen code der bei jedem bateriewechsel sich ändert.
der code ist wie folgt aufgebaut
RRRRSSRR wobei R der random teil ist und S der schalter, der entweder 01 10 oder 11 sein kann (für ch1-3)
in deinem logfile taucht dann sowas auf wie 2013.12.01 03:11:32 1: RFduino_KW9010 UNDEFINED sensor detected, code 4E
die definition zu dem gerät wäre dann einfach
define az_th RFDuino_KW9010 4E

Ich hätte eine Verständnisfrage zu dem Projekt, da ich derzeit auch auf der Suche nach einer Lösung bin, meinen Pi mit einem 433 Mhz Sender/Empfänger auszustatten.

Welchen Vorteil hat es den Sender/Empfänger auf einen Arduino Nano zu platzieren?

Warum verbindet man den Sender/Empfänger nicht direkt mit den GPIO Port des Pi's?

Hat der RFduino letztlich die gleichen Funktionen wie ein 433 Mhz CUL-Stick?

Hi,

den Vorteil den ich sehe ist der, dass du einen Arduino nano v3 für etwa 15 EUR, einen 433MHz Sender für 3 EUR und damit einen kostengünstigen "Ersatz" für eigenen CUL-Stick, damit also etwa 45 EUR Anschaffungskosten sparst. Andererseits kannst du natürlich auch den 433MHz Sender am Arduino betreiben. Dazu gibt es die Projekte

• pilight
• sweetpi

die genau auch das machen. Dabei ist dann wiederrum auch die Steuerung zu berücksichtigen. Da gibt es auch Unterschiedliche Ansätze mit Apps (iOS oder Android) die Dosen zu steuern. Und die sind natürlich auch besser oder schlechter aus der Sicht des jeweiligen Betrachters.

Andererseits, und das war mein Grund das hier nachzubauen, kannst du einige Teile einfach "recyclen" - ich hatte das ganz Geraffel aus anderen Projekten einfach über. Viel Spass beim nachbauen,

machnetz

Danke für die schnelle Antwort. :)

D.h. konkret, wenn man den "Umweg" über den  Arduino Nano geht hat man einen CUL Nachbau?

Lässt sich dieser Nachbau auch ohne Probleme in FHEM einbinden, als wäre es ein ein gekaufter CUL Stick?

So wie ich den Nachbau verstehe, ist das momentan ein reiner Ersatz für einen 433MHz CUL. Momentan kann der "nur" die IT-Steckdosen und das EZ6-Protokoll steuern. Mir reichts damit, aber du kannst natürlich auch noch einen 868MHz Stick dazu kaufen und bist dann mit FS20 und HM-Komponenten flexibel.  Denn du kannst nicht alles uneingeschränkt kombinieren.

Gruß, machnetz

Ich wäre schon froh wenn ich diese hier steuern könnte. ^^

http://www.pollin.de/shop/dt/MzMzOTQ0OTk-/Haustechnik/Funkschaltsysteme/Funksteckdosen_Set_mit_3_Steckdosen.html

Dann vllt. noch ein paar PIRs und Tür/Festerkontake aber alles über 433 Mhz.

Wird das gehen? Denn dann muss ein RFduino her. :D

ZitatArduino nano v3 für etwa 15 EUR

7eur in der bucht :)

Zitateinen 868MHz Stick dazu kaufen

oder n 868 sender an den rfduino dran ;)

ZitatWird das gehen? Denn dann muss ein RFduino her. :D

es geht grundsätzlich alles, es muss nur implementiert werden :)
die implementierung der protokolle ist jedoch sehr einfach, man muss sich nur anschauen was gesendet wird und dann eben verstehen was da passiert. sonst ist das aber ganz easy ;)

optimierungen sind jedoch auf jeden fall noch nötig, da das ganze wie gesagt bisher nur für meine zwecke zusammengedengelt worden ist!



so leute -was meint ihr zu nem neuen namen? FHEMduino?

FHEMduino klingt schon mal nicht schlecht. Zumindest wirst du keine Probleme mit dem Namen bekommen, da es den nicht gibt. Das zeigt mir, dass du auf jeden Fall im Bereich FHEM bleiben möchtest, oder?

Die 15 EUR waren bezogen auf einen Arduino, der in 4 Tagen auch im Postkasten liegt ;-)

Und ja, interessant wäre es schon wenn du z.B. noch in der Lage bist (bist du ja anscheinend ;-) andere Protokolle zu implementieren. Dann könnte man auch einen 868MHz Sender dranknoten. Oder ggf. noch einen Luftdrucksensor, einen 1wire-Temperatursensor am Arduino usw...

Aber eine Frage interessiert mich auch - warum bindest du den Sender nicht direkt an den Raspi sondern gehst den Weg über den Arduino per USB? Ist ein Sketch einfacher zu implementieren?

- machnetz

gibt keinen bestimmten, das war mein vorhergehendes system das ich jetzt einfach umgestrickt habe auf FHEM. außerdem hat das den vorteil dass man bei 5v logik bleiben kann - der GPIO des raspi nutzt 3,3v
weiterhin ist man ungebunden was die plattform angeht auf dem FHEM ausgeführt wird

Mein Namensvorschlag ist: CULduino   ;D

Das dürfte dann auch wiederspiegeln was es ist und was es kann. Finde die externe Lösung inzwischen auch besser, da es Endgerät unabhängig ist und im Falle des Pi die GPIO Ports für andere Zwecke freilässt. So könnte man problemlos ein kostengünstiges System zusammenstellen, dass beide Frequenzen bedienen kann.

@ mdorenka: Wäre es möglich, dass Du uns einmal detailiert darstellst wie Du z.B. eine Steckdose implementierst? Interessant wäre es natürlich auch zu wissen, wie man den CULduino ;D in FHEM einbindet.

Danke im Voraus. :)

Spezialtrick.

culduino hat natürlich auch was

ehm naja es ist eigentlich ganz einfach...

culduino (oder wie auch immer) in fhem anlegen
it device anlegen
culduino als IO device vom it device anlegen
fertig.

FYI: das projekt hört jetzt auf den namen FHEMduino

Wäre es recht einfach möglich die Software des FHEMduino für ELRO Steckdosen und Fernbedienungen zu erweitern? Welche groben Schritte wären hierfür nötig?
Ich suche noch nach einer gute Möglichkeit diese Komponenten anzusprechen und sehe im FHEMduino eine gute und billige Möglichkeit. Gibt es für die nötigen Komponenten noch eine genauere Auflistung und ein How-To, oder "weiss" man was man benutzt muss, wenn man mehr der Bastler ist?  :)

Hallo,

der Fhemduino macht doch momentan nichts anderes als die Steckdosen (IT = Intertechnoprotokoll) von z.B. ELRO zu steuern. Dazu kann momentan auch noch das Protokoll der Wettersensoren WT9010 empfangen werden.

Gruß, machnetz

Hallo Cruizer79,

Zitat von: Cruiser79 am 13 Dezember 2013, 16:52:47Gibt es für die nötigen Komponenten noch eine genauere Auflistung und ein How-To, oder "weiss" man was man benutzt muss, wenn man mehr der Bastler ist?  :)

Beides ;-) Ich kann ja mal kurz schreiben, wie ich das gemacht habe:

• Den Raspi nach diesem Artikel eingerichtet : http://www.meintechblog.de/2013/05/fhem-server-auf-dem-raspberry-pi-in-einer-stunde-einrichten/ (http://www.meintechblog.de/2013/05/fhem-server-auf-dem-raspberry-pi-in-einer-stunde-einrichten/)
• Sender und Empfänger am Arduino angelötet. Bei mir unterschieden sich die Anschlüsse von Sender / Empfänger und mussten im Sketch geändert werden, so dass es mit meinem Arduino passte
• Den Arduino (bei mir ein Uno) mit dem Sketch aus dem GIT (oder siehe weiter vorne in diesem Thread) betankt
• Am Raspi sollte mittels "ls -ltr /dev/tty*" ein "ttyUSB" oder wie bei mir ein "ttyACM0" zu sehen sein.
• Arduino am Raspberry per USB angeschlossen

Danach verhält sich der Arduino mit dem Sketch nun wie ein CUL1101 und muss im Fhem definiert werden. Der Rest steht ja im vorherg. Text.

Gruß, machnetz

jup genau so gehts
alternativ kann man auch inotool und arduino ide auf dem raspi installieren und dann via SSH die firmware flashen (so mache ich das)

Wie läuft Flashen per Ssh genau? Also Osx User bleibt mir wohl nichts anderes übrig, wenn die Teile mal endlich da sind.  :-\

Morgähn,

ZitatAlso Osx User ...

Kenne ich, aber mal ehrlich - bevor ich mir da irgendwelche Emulgatoren auf dem System installiere nehme ich doch lieber die Arduino-IDE, stecke den Arduino an USB an und kopiere den Sketch drauf. Anschliessend wird der neue fhemduino wieder an den Raspi angeschlossen geht das alles (fast) genauso schnell wie mit ssh oder Fernprogrammierung.

So mach ich das zumindest  ::)

also per ssh geht es schneller weil man sich das ausstecken spart ;)

ssh ist ja nur ein "remote zugang" zum raspberry (ich  gehe mal davon aus dass du das weisst)

dann brauchst du noch das inotool von http://inotool.org/

dann einfach mit ino die firmware kompilieren (ino build -m nano328) und hochladen auf den arduino (ino upload -m nano328 /dev/ttyUSB0) - thats it :)

der vorteil ist dass du dir das rumgestecke sparst und eigene erweiterungen der firmware direkt lokal auf dem raspberrypi entwickeln kannst

Hi,

danke für den Link zum Inotool. Damit fällt das Umstecken dann weg. Werden ich mir mal näher anschauen.

Gruß

     Olly

Gesendet von meinem LT26w mit Tapatalk

Jo,

das ist doch cooler als umstecken, das gebe ich zu   ::)

Gruß, machnetz

Hi mdorenka,

Zitat von: mdorenka am 11 Dezember 2013, 15:53:30
in deinem logfile taucht dann sowas auf wie

Code Auswählen Erweitern

2013.12.01 03:11:32 1: RFduino_KW9010 UNDEFINED sensor detected, code 4E

Ich habe den Empfänger überprüft und korrekt im Sketch konfiguriert. Soweit okay, aber leider bekomme ich keinen solchen Logeintrag. Woran könnte das liegen? Es sind zwei Sender vorhanden, einer Kanal-1, der andere Kanal-2.

Mfg, machnetz

was für sender denn?

Nja, den von dir empfohlenen KW9010 ;-)

Hallo und guten Morgen
hab nun die Teile wie auf der 1. Seite vor mir liegen,
sehen identisch aus
nun hat das eine Teil aber 4 Füßchen :-(
im Wiki habe ich allerdings jeweils 3 Anschlüße, das wr mir vorher gar nicht bewusst geworden.
GND ist natürlich klar, ist auf beiden Teilen beschriftet

am TX433 gibt es dann noch Data und VCC

die 5 V Leitung muss an VCC??
die D11 Leitung an Data

am anderen Bauteil dem RX
gibt es VCC wohl dann auch die 5 V Leitung ?!
und
D2 an RXD, wobei bei meiner Platine nicht eindeutig zu sehen ist welcher Pin das ist :-(

die teile gibt es teilweise auch mit 4 pins, jedoch sind dann 2 davon DATA, das sollte auch auf der platine erkennbar sein dass diese verbunden sind.

und ja, VCC ist versorgungsspannung
an d2 der pin vom empfänger (das größere modul in der regel) und an d11 das vom sender

Die Hardeware ist fertig :-)

Hatte noch Stiftleisten im Keller, damit habe ich eine fliegende Verdrahtung realisiert die ich aber da alles nur gesteckt ist jederzeit wieder ändern kann.
die Module selbst habe ich mit etwas Heißkleber auf eine 4er Stiftleiste geklebt
so kann ich die Module einfach auf die freien Stifte stecken.

Schenll fertig und jederzeit wandelbar

(http://fhemduino.jpg)

Hoffentlich klppt das mit der Programmierung auch so einfach

ehm .. interessanter aufbau :D
leider muss ich dir mitteilen dass du noch antennen anlöten solltest ;)
länge 17cm, möglichst keine litze ;).

das wäre meine nächste Frage gewesen, da kann man sehen wie blöde Anfänger sind....
bisher brauch ich die Antenne ja noch nicht. Denek an Beide Teiel, Sender und Empfänger


lade mir gerade von arduino.cc die

Arduino 1.0.5

Download

Arduino 1.0.5 (release notes), hosted by Google Code:

    Windows Installer, Windows (ZIP file)
herunter, gleich fertig.

Zitat von: Franz Tenbrock am 15 Dezember 2013, 12:47:43
Denek an Beide Teiel, Sender und Empfänger

genau :)

Also wenn ich auf die Seite
https://github.com/mdorenka/fhemduino/blob/master/src/sketch.ino#L1
gehe und dann auf open klicke wird ein weiteres Programm heruntergeladen github ??
brauch ich wohl nciht so wie ich sehe

Hatte zuvor das kleine Arduino Programm geladen was nun auch läuft
da muss wohl der Sketch rein ?!
also dies darein ?!
#include "RCSwitch.h"
#include <stdio.h>
#include <stdarg.h>

#define SERIAL_BITRATE 9600


#define SYNC 9500
#define ONE 4500
#define ZERO 2500
#define GLITCH 200

#define MESSAGELENGTH 36

unsigned long LastPulseTime = 0;

volatile bool SyncReceived = false;
volatile unsigned long bitcount = 0;
volatile bool message[MESSAGELENGTH + 1];


String cmdstring;
RCSwitch mySwitch = RCSwitch();
bool isTransmitting = false;




void setup()
{
  Serial.begin(SERIAL_BITRATE);
  pinMode(2,INPUT);
  pinMode(13,OUTPUT);
  attachInterrupt(0,ISRHandler,FALLING);
}

void loop()
{
  if (mySwitch.available()) {

      int value = mySwitch.getReceivedValue();

      if (value != 0) {
        Serial.print(F("I"));
        Serial.println(mySwitch.getReceivedValue());
      }

      mySwitch.resetAvailable();
  }

  if (SyncReceived) {
    // Sensor ID & Channel
    uint8_t id = message[7] | message[6] << 1 | message[5] << 2 | message[4] << 3 | message[3] << 4 | message[2] << 5 | message[1] << 6 | message[0] << 7;

    // (Propably) Battery State
    bool battery = message[8];

    // Trend
    uint8_t trend = message[9] << 1 | message[10];

    // Trigger
    bool forcedSend = message[11];

    // Temperature & Humidity
    int temperature = ((message[23] << 11 | message[22] << 10 | message[21] << 9 | message[20] << 8 | message[19] << 7 | message[18] << 6 | message[17] << 5 | message[16] << 4 | message[15] << 3 | message[14] << 2 | message[13] << 1 | message[12]) << 4 ) >> 4;
    uint8_t humidity = (message[31] << 7 | message[30] << 6 | message[29] << 5 | message[28] << 4 | message[27] << 3 | message[26] << 2 | message[25] << 1 | message[24]) - 156;
   
    // check Data integrity
    uint8_t checksum = (message[35] << 3 | message[34] << 2 | message[33] << 1 | message[32]);
    uint8_t calculatedChecksum = 0;
    for (int i = 0 ; i <= 7 ; i++) {
      calculatedChecksum += (byte)(message[i*4 + 3] <<3 | message[i*4 + 2] << 2 | message[i*4 + 1] << 1 | message[i*4]);
    }
    calculatedChecksum &= 0xF;

    if (calculatedChecksum == checksum) {
      char tmp[11];
      sprintf(tmp,"K%02X%01d%01d%01d%+04d%02d", id, battery, trend, forcedSend, temperature, humidity);
      Serial.println(tmp);
    }

    SyncReceived = false;
    bitcount = 0;
  }
//delay(100);
}

void serialEvent()
{
  while (Serial.available())
  {

    char inChar = (char)Serial.read();
    switch(inChar)
    {
      case '\n':
      case '\r':
      case '\0':
        HandleCommand(cmdstring);
        break;
      default:
        cmdstring = cmdstring + inChar;
    }
  }
}

void HandleCommand(String cmd)
{
  // Version Information
  if (cmd.equals("V"))
  {
    Serial.println(F("V 0.4 RFduino - compiled at " __DATE__ " " __TIME__));
  }


  // Print free Memory
  else if (cmd.equals("R")) {
      Serial.print(F("R"));
      Serial.println(freeRam());
  }


  // Switch Intertechno Devices
  else if (cmd.startsWith("is"))
  {
    digitalWrite(13,HIGH);
    detachInterrupt(0);

    mySwitch.enableTransmit(11);
    mySwitch.setProtocol(1);
    // Send it 8 times to make sure it gets transmitted
    mySwitch.setRepeatTransmit(8);
    char msg[13];
    cmd.substring(2).toCharArray(msg,13);
    mySwitch.sendTriState(msg);
    // Disable Transmitter
    mySwitch.disableTransmit();

    attachInterrupt(0,ISRHandler,FALLING);
    digitalWrite(13,LOW);
    Serial.println(cmd);
  }
 

  // Print Available Commands
  else if (cmd.equals("?"))
  {
    Serial.println(F("? Use one of V is R"));
  }
 
  cmdstring = "";
}

void ISRHandler()
{
  // Call RFSwitch Interrupt Handler
  // mySwitch.handleInterrupt();

  // Call KW9010 Interrupt
  KW9010ISR();
}

void KW9010ISR() {
  unsigned long currentMicros = micros();
 
  if (LastPulseTime > currentMicros) {
    LastPulseTime = currentMicros;
    return;
  }

  if (bitcount > 36) {
    bitcount = 0;
  }
  unsigned long duration = currentMicros - LastPulseTime;
  LastPulseTime = currentMicros;
  if ((duration > ZERO - GLITCH) && (duration < SYNC + GLITCH)) {
    if ((duration > SYNC - GLITCH) && (duration < SYNC + GLITCH)) {
      if (bitcount == MESSAGELENGTH) {
          SyncReceived = true;
      }
      bitcount = 0;
    }
    if (!SyncReceived) {
      if ((duration > ZERO - GLITCH) && (duration < ZERO + GLITCH)) {
        // its a zero
        message[bitcount] = false;
        bitcount++;
      }
      else if ((duration > ONE - GLITCH) && (duration < ONE + GLITCH)) {
        // its a one
        message[bitcount] = true;
        bitcount++;
      }
    }
  }
}

// Get free RAM of UC
int freeRam () {
  extern int __heap_start, *__brkval;
  int v;
  return (int) &v - (__brkval == 0 ? (int) &__heap_start : (int) __brkval);
}

Löte erst mal Antennen an in der Hoffnung das ich ne kurze Antwort bekomme

Soweit ich verstanden habe den Code von oben in das Ardunio rein
und dann im menü auf upload klicken ?!
vorher natürlich das Teil an den usb Port anstecken

Sorry brauche Hilfe für dummys

teste erstmal ob der arduino funktioniert - dazu einfach per usb anschließen.
windows (falls du windows benutzt) sollte den dann erstmal erkennen.

dann startest du arduino.
unter tools -> serieller port wählst du den aus an den der arduino angeschlossen ist. praktisch sollte hier nur einer aufgeführt sein.
unter tools->board wählst du daspassende aus, in deinem fall also "arduino nano w/ atmega328"

dann gehst du unter datei -> beispiele -> basics -> blink
in dem neuen fenster dann auf "upload" clicken.

jetzt sollte die LED auf dem arduino eigentlich anfange zu blinken :)

Super Anleitung alles so geklappt
Hier noch 2 Bilder für dummys

(http://fhemduino%20install1.jpg)

Also com 3
Dann das A Programm gestartet und den Port eingestellt

(http://fhemduino%20install2.jpg)

Gehe ich Recht in der Annahme das ich jetzt den Code von deinem Sketch in das Fenster kopieren muss und dann upload ?!

jein, du brauchst auch noch die rcswitch libary - ich habe eine modifizierte variante

https://github.com/mdorenka/fhemduino/tree/master/lib

der ordner muss kopiert werden in deine dokumente unter Arduino/Libaries (also beispielweise c:\Users\Marcel\Documents\Arduino\libraries\) so dass dort dann ein unterverzeichnis "RCSwitch" ist

Tolle Arbeit, spart viel Geld! Eine kurze Frage hätte ich aber:

Kann ich mit einem Fhemduino gleichzeitig Dosen schalten und die Wettersensoren auslesen, oder brauche ich dafür zwei Fhemduinos?

Hallo, sag ja dummy

wie kann ich denn den Ordner runterladen, habe nirgends einen Menüpunkt gefunden, muss man sich da erst anmelden??

Zitat von: Franz Tenbrock am 15 Dezember 2013, 13:26:39
wie kann ich denn den Ordner runterladen, habe nirgends einen Menüpunkt gefunden, muss man sich da erst anmelden??

https://github.com/mdorenka/fhemduino <- hier unten rechts auf "download zip"

Zitat von: Markus Niemann am 15 Dezember 2013, 13:24:49
Kann ich mit einem Fhemduino gleichzeitig Dosen schalten und die Wettersensoren auslesen, oder brauche ich dafür zwei Fhemduinos?

ja kannst du, nur nicht genau zum gleichen zeitpunkt, d.h. wenn du sendest, wird der empfänger kurz abgeschaltet, d.h. die wetterdaten die potentiell zu dem zeitpunkt gekommen wären sind "verloren", das wäre aber bei jeder anderen lösung genau so.

also der upload hat jetzt geklappt hab nun den Ordner mit allem Inhalt siehe hier

(http://fhemduino%20install4.jpg)

dann hatte ich den Code von oben einfach in das Ardunio Programm per Zwischenablage kopiert,
da hat er dann aber wohl die Libary nicht gefunden und wußte nicht weiter
ich glaube das hätte ich wohl in eine Datei speichern müssen und die dann im selben Verzeichniss wie die RCswitch
der Name??  egal? oder ist die Datei schon in dem Ordner den ich geladen hab drin??

(http://fhemduino%20install5.jpg)

Klasse das du so geduldig bist, aber wenn man das hier dann zusammenfasst hat man eine Anleitung für IT dummys

nochmal mit anderem Ordner etc probiert
bei allem was ich probiert habe die gleiche Fehlermeldung

einfache Erklärung?
bis hierher hat es ja ganz gut geklappt  8)

(http://fhemduino%20install6.jpg)

nene das muss explizit in dein BENUTZERverzeichnis!

Hallo, hab ich ja dann auch gemacht wie du am letzten Bild sehen kann.
Will es gleichnoch einmal auf einem Win7 Rechner machen, hab hier win8.1

erst hatte ich es nicht auf dem startlaufwerk, hab in meinem Notebook statt des dvd laufwerks eine zusätzliche festplatte, die 1. Platte ist eien kleien ssd super schnell aber leider nciht viel platz.
Kopiere gerade alles was ich brauche auf eienn Stick

Wie gesagt hatte beim letzten Mal alles in Benutzer Dokumente ... gepackt.
Werde berichten wenn ich es auf win7 getestet habe

die rcswitch library muss da hin, der rest kann liegen wo er will :)

so geklappt
hab ich in der Zwischenzeit auch rausbekommen
schreibe gleich wie ich es gemacht habe

Danke !!!!!!!!!!!

Hallo nochmal ich hoffe für dich das wir gleich durch sind.
Das mit dem Sketch hat geklappt
musste nicht ins Benutzer Verzeichniss sondern in das Verzeichnis com Programm das ich von Ardunio.cc geladen habe
Da gab es ein Gesamtpaket mit Beispiielen
Hier ein Bild wo es hinmuss

(http://fhemduino%20install9.jpg)

dannn hab ich in Beispiel einen Ordner FHEMdunio erzeugt und dorthin dann den Sketch   ( ein bisschen kann ich ja auch :-) )
(http://fhemduino%20install10.jpg)

damit hats dann geklappt

und schon wieder die nächste Frage

in FHEM muss ich ja jetzt das Ganze definieren
die def Zeile steht ja auch an 2 Stellen im Thread

dann schriebst du aber das man noch was in das FHEM Verzeichnis zu den xx_Cul.pm Dateien kopieren muss.
das werden ja die Module sein
welche ??

Sorry gerade gefunden, man sollte auch mal ins Wiki schauen..

Ich schreibe das Ganze dann für Windows Anfänger zusammen. die Bilder sind ja schon fertig, damit nich noch so ein Depp wie ich so viele Fragen stellen muss

Zitat von: Franz Tenbrock am 15 Dezember 2013, 18:43:57
Ich schreibe das Ganze dann für Windows Anfänger zusammen. die Bilder sind ja schon fertig, damit nich noch so ein Depp wie ich so viele Fragen stellen muss

... das wäre dann zum Beispiel ich :-))
Danke, dem "Erfinder" und dem nervigen Fragensteller!
Damit werde ich das auch hinkriegen...

Gesendet von meinem GT-N8010 mit Tapatalk 4

klar , mach ich morgen Abend !
es geht wirklich

da sollte noch was hin

(http://fhemduino%20install12.jpg)

etwas zuviele readings, lle 5 min würde reichen

mit der Reichweite hab ich auch noch etwas Probleme

(http://fhemduino%20install13.jpg)

(http://fhemduino%20install14.jpg)
den hab ich gerade nach draussen gelegt  :P


aber wird schon

ne das ist beabsichtigt so. jeder empfangene wert wird weitergegeben. filtern musst du das schon lokal, aber dafür bietet fhem ja genug möglichkeiten :)

so fürs erste
damit andere nicht so viel Fragen stellen.
Ich hoffe es ist alles soweit richtig

hab ja was versprochen

Moin Franz,

gute Arbeit, vielen Dank. Ich persönlich bin immer wieder erstaunt das sich sog. "Windows Anfänger" an solche Projekte wagen - Respekt. Daraus resultieren in der Regel immer gute Dokumentationen die auch ein anderer Neuling gebrauchen kann.

Wie sieht es mit deiner Empfangsreichweite aus? Ich komme mit den Sensorten leider nicht viel weiter als 3m vom Empfänger weg, draussen mit der der Verkürzung der Reichweite geht gar nicht. Da bin ich momentan etwas enttäuscht.

Gruß, machnetz

Hallo bin zwar kein Techniker, hatte aber was über den Cul und antenne gelesen, da gibt es wohl eienn Zusammenhang zwischen MHz und Antennenlänge.
Der Chef vom Ganzen ( mdorenka ) meint besser einen Draht als eine Litze wie ich geschrieben hatte....
Bei mir liegt der eine Sensor draussen ca 5 m von der Fritte
der andere im Esszimmer auch ca 5 m im Nachbarraum. Der Sensor auf der Terasse ist heute mittag dran.
Ev muss man ja mal ein Versuch mit den unterschiedlichsten Antennenlängen machen
Aber das wird schon

Danke für die tolle Anleitung so werde ich es vllt. auch hinbekommen. :)

Das Löten wird kein Problem, aber Software kann manchmal ganz schön zickig sein, wenn man sie nicht versteht.  ;D

Immerhin kamen heute die ersten Teile...

den Rest an Anleitung schrieb ich heute abend zusammen, dann noch Korrektur duch mdorenka

Zitat von: machnetz am 16 Dezember 2013, 10:35:08
Wie sieht es mit deiner Empfangsreichweite aus? Ich komme mit den Sensorten leider nicht viel weiter als 3m vom Empfänger weg, draussen mit der der Verkürzung der Reichweite geht gar nicht. Da bin ich momentan etwas enttäuscht.

also ich komme hier auf ~15 meter durch 3 wände :/

was mir eingefallen ist - hast du den draht zusätzlich an den empfänger gelötet bei dir oder war der schon so "ab werk"?

Zitat von: machnetz am 13 Dezember 2013, 22:46:30
Hallo Cruizer79, Beides ;-) Ich kann ja mal kurz schreiben, wie ich das gemacht habe:

• Den Raspi nach diesem Artikel eingerichtet : http://www.meintechblog.de/2013/05/fhem-server-auf-dem-raspberry-pi-in-einer-stunde-einrichten/ (http://www.meintechblog.de/2013/05/fhem-server-auf-dem-raspberry-pi-in-einer-stunde-einrichten/)
• Sender und Empfänger am Arduino angelötet. Bei mir unterschieden sich die Anschlüsse von Sender / Empfänger und mussten im Sketch geändert werden, so dass es mit meinem Arduino passte
• Den Arduino (bei mir ein Uno) mit dem Sketch aus dem GIT (oder siehe weiter vorne in diesem Thread) betankt
• Am Raspi sollte mittels "ls -ltr /dev/tty*" ein "ttyUSB" oder wie bei mir ein "ttyACM0" zu sehen sein.
• Arduino am Raspberry per USB angeschlossen

Danach verhält sich der Arduino mit dem Sketch nun wie ein CUL1101 und muss im Fhem definiert werden. Der Rest steht ja im vorherg. Text.

Gruß, machnetz

Danke für deine Antwort machnetz, aber ich muss nochmal weiter fragen, auch in Bezug auf diesen Beitrag

Zitat von: mdorenka am 16 Dezember 2013, 11:49:27
also ich komme hier auf ~15 meter durch 3 wände :/

was mir eingefallen ist - hast du den draht zusätzlich an den empfänger gelötet bei dir oder war der schon so "ab werk"?

Ihr schreibt hier alle immer von "Sender und Empfänger" und das es diese billig bei ebay gibt. Aber es scheint da ja wohl doch Unterschiede in der Reichweite zu geben, oder? ~ 15 Meter hört sich für mich in Ordnung an. mdorenka, kannst du mir sagen, welche exakten Komponenten du dafür genommen hast? Ich bin zwar softwaremäßig fit, nur von Hardware verstehe ich wenig.
Es wäre also nett, wenn jeder einmal seine Sender und Empfänger schreibt und wie die Reichweite davon ist. Ich als Hardware-Dau bräcuhte am besten eindeutige Produkte, die ich irgendwo bestellen kann.

das grundprojekt hatte genau diese komponenten, ich bin dann irgendwann auf einen empfänger aus einer wetterstation von lidl umgestiegen.
ich schaue nachher mal ob da eine bezeichnung oder so drauf steht.

Hi,

Zitat von: mdorenka am 16 Dezember 2013, 11:49:27
hast du den draht zusätzlich an den empfänger gelötet bei dir oder war der schon so "ab werk"?

Das war so, den hab ich so aus der Wetterstation ausgebaut. Und der Draht hat exakt 17cm.

Ich teste grad mal ein bisschen rum, dieser WS-Empfänger scheint nicht so gut zu sein wie mein RWS-371, den ich jetzt wieder einbaue.

- machnetz

so der Entwurf ist fertig,
ich denke mdorenka wird schnell korrigieren und dann ins Wiki damit

so lange halt ohne Gewähr !

Es hat riesig Spass gemacht

Mein Dank noch einmal an den Chef für die tolle Unterstützung, ich hoffe es sind nciht zu viele Fehler in der Zusammenfassung
und freue mich auf dei weitere Entwicklung hier.
Franz

Hier ev was zur Antenne , da kann man wohl noch was experimentieren

http://www.mikrocontroller.net/articles/433_MHz_Funk%C3%BCbertragung

So,

mein Sender hat jetzt einen 13cm langen Draht - damit komme ich auch in die hintersten Ecken. Im Gegensatz zum Empfänger, mehr als 3m weg vom Empfänger bekomme ich nichts mehr. Ich habe den Draht direkt ans Modul gelötet, bringt wohl aber auch nichts. Das ist doof, ich finde das Projekt nämlich ziemlich cool ;-)

Gruß,  machnetz

so bevor ich jetzt meine 2. Schicht mache hab ich eben eine Koax Antenne (siehe Link oben ) gebastelt und die auch mit GND verbunden
mal sehen was die Sensoren jetzt heute abend liefern?!

Blöd ist das die immer neue Adressen bekommen
denke das ist ein großer nachteil

Zitat von: Franz Tenbrock am 16 Dezember 2013, 15:51:44
Blöd ist das die immer neue Adressen bekommen
denke das ist ein großer nachteil

aber nur beim batteriwechsel - danach einfach die DEF im device updaten und alles geht wieder wie vorher :)

Hallo, klar hab ich ja gemacht , hab ja was gelernt,

Hab nur die Koax Antenne wohl auf das falsche Modul gemacht.

muss ja wohl auf dieses Bauteil wennich empfangen will
(http://xn--empfnger-3za.jpg)

korrekt ;) kannst aber beiden eine koax-antenne verpassen - schaden tuts mit sicherheit nicht.

die Frage ist ob man sich mit so etwas nciht etwas besser steht.
zwar etwas teurer aber dafür gleich passende Antenne
(http://kombi.jpg)

...und ich hab kein Koax im Haus  :'(

Ist die Sendereichweite von einem FHEMduino mit empfohlenen Funksender schwächer als des Senders der direkt an einen Raspberry angeschlossen ist?

Da mir noch der Arduino fehlt, habe ich den Funksender einfach direkt angeschlossen und kann mit einer 17cm langen Antenne (ganz normaler dünner Draht) durch die gesamte Wohnung (65qm mehrere Wände) funken. Dies funktioniert aber nur, wenn ich Antenne gerade lasse. Wenn ich die Antenne "Aufrolle" schrumpft die Leistung auf wenige CM. Woran liegt das?

Braucht man für den Empfänger eine andere Antenne oder reicht da auch ein Draht? Lassen sich die Antennen möglicherweise kombinieren?

koax war irgenie nix, probiere gerade einen anderen draht damit hats ja vorher geklappt

Zitat von: Franz Tenbrock am 16 Dezember 2013, 17:53:27
die Frage ist ob man sich mit so etwas nciht etwas besser steht.
zwar etwas teurer aber dafür gleich passende Antenne
(http://kombi.jpg)

ist halt n cc1101, also der gleiche IC wie auf nem CUL

dafür müsste man den code komplett ändern

ZitatIst die Sendereichweite von einem FHEMduino mit empfohlenen Funksender schwächer als des Senders der direkt an einen Raspberry angeschlossen ist?

theoretisch etwas weiter

ZitatDa mir noch der Arduino fehlt, habe ich den Funksender einfach direkt angeschlossen und kann mit einer 17cm langen Antenne (ganz normaler dünner Draht) durch die gesamte Wohnung (65qm mehrere Wände) funken. Dies funktioniert aber nur, wenn ich Antenne gerade lasse. Wenn ich die Antenne "Aufrolle" schrumpft die Leistung auf wenige CM. Woran liegt das?

aufgrund der charakteristik der antenne

ZitatBraucht man für den Empfänger eine andere Antenne oder reicht da auch ein Draht? Lassen sich die Antennen möglicherweise kombinieren?

auch nur ein draht, exakt identisch :)
kombinieren geht leider nicht. evtl sollte hier aber jemand was zu sagen der ahnung davon hat ;)

Hallo allerseits, die Emfangsleistung läßt sich zumindest bei mir auch nicht durhc eine andere Antenne verbessern, mir fehlen 2 m ca :-(
Gerade mal eine ELRO Steckdose zerlegt, die klappte bisher ganz gut.
Das Empfangsteil ähnelt dem Bauteil was ich auch verbaut habe , 3 Anschlüsse sogar gekennzeichnet.
Aber
ihc habe gar keine Antenne gefunden , nirgends ??

Zitat von: Franz Tenbrock am 16 Dezember 2013, 20:19:07
Hallo allerseits, die Emfangsleistung läßt sich zumindest bei mir auch nicht durhc eine andere Antenne verbessern, mir fehlen 2 m ca :-(
Gerade mal eine ELRO Steckdose zerlegt, die klappte bisher ganz gut.
Das Empfangsteil ähnelt dem Bauteil was ich auch verbaut habe , 3 Anschlüsse sogar gekennzeichnet.
Aber
ihc habe gar keine Antenne gefunden , nirgends ??

kann auch auf der platine sein

dann werde ich wohl mal eine Dose schlachten das 3er Set hat mich keine 10 Euro gekostet ..
hast du dir mal das Kombi Modul oben angeschaut? Was hälts du davon

Zitat von: Franz Tenbrock am 16 Dezember 2013, 20:57:14
dann werde ich wohl mal eine Dose schlachten das 3er Set hat mich keine 10 Euro gekostet ..
hast du dir mal das Kombi Modul oben angeschaut? Was hälts du davon

siehe post #92

Sorry ,hast doch gsehen Anfänger   ;D

also ich hab die Elro dose zerlegt den Epfänger ausgebaut, anschließend einfach auf meine Kosntruktion gesteckt :-)
also selbst ohne Antenne ist der Empfang etwas besser, leider reicht es immer noch nicht.
Den Sender im Wintergarten der ca 10 m entfernt ist ist einfach nicht erreichbar. Mehrfach das Teil anders positioniert.

Schade.

Es muss einfach ein besserer Empfänger her. Senden will ich zur Zeit ja eigentlich noch nicht, das klappt ja mit dem cul 868 problemlos

das ist den günstigen billigen komponenten geschuldet :/ wie gesagt bei mir gehts einwandfrei..
einfach ein bisschen mit der positionierung experimentieren. in der nähe von heizungen habe ich auch massive probleme (weil große metall-masse)

nochmal zur erläuterung für anfänger.

der momentane receiver funktioniert so: wenn ein funksignal reinkommt wird der DATA-pin gegen ground gezogen. sonst ist er floating (also undefiniert) bzw 5v.
der CC1101 hingegen ist ein kompletter receiver IC der mittels SPI angesteuert wird. er ist VIEL mächtiger als der kleine receiver den wir hier benutzen, man kann zb die frequenz anpassen usw.

wer das ganze mit einem CC1101 aufbauen möchte, sollte lieber gleich einen CUL433 kaufen.

Kann der Cul denn die billgen Temp Sensoren - aus diesem Grunde habe ich ja das Projekt hier nachgebaut ?

Der Kombi Reciver ist dóch nur unwesentlich teurer

Macht es ev Sinn den Temp Sensor aufzuschrauben und da den Sender einzubauen, in der Hoffnung das sich die Pärchen einfach besser verstehen?
Den Sender benötige ich zur Zeit nicht .
Es kann ja sein das es da geringe Frequenzunterschiede gibt. Die Temp Sensoren haben gerade 5 Euro gekostet und das wäre es mir wert, Könnte die heute mittag mal zrelegen .
Leider hat das mit der Elro Steckdose auch keien großen Fortschritte gebracht.

was meinst du

es geht nicht darum dass der teurer ist oder nicht, sondern dass er grundlegend anders funktioniert.

zum tausch der sender: versuchen kann mans immer..

und dem cul kann man alles beibringen was man will, muss man halt nur entsprechend programmieren.

mit dem beibringen da hab ichs noch nciht so mit,
was löten ist ja kein Problem
Dinge hier nachzuvollziehen mittlerweile auch nicht mehr.  ...

ind er Hoffnung das die Empfangsleistung besser wird werde ich heute mittag mal den einen Sensor zerlegen in der Hoffnung das ich so ein Sendemodul finde wie ich es schonhabe, dann steck ich das ganze mal um und schau mal ob der Sensor im Garten funktioniert. Ein 5er Pak von den Teilen kostet ja nicht viel

Klar hätte ich mir den cul kaufen können, aber es macht einfach so mehr Spass - ist ja Hobby und ich muss damit kein Geld verdienen

Hallo also Thermosender aufgeschraubt, die aufgewickelte Antenne gegen gerade 17 cm Draht ersetzt keien Besserung
dann wollte ich den neuen Sender auflöten dabei dann wohl eine Leisterbahn geschrottet, das wars dannerst einmal
2 senden, innen aussen, Wintergarten zu weit weg.
Ev hat ja noch einer eine Idee

bei mir sieht das übrigens so aus - keine sende oder empfangsprobleme..
mit meinem "billigmodul" hab ich allerdings auch nur ~ 30cm reichweite

Sieht sehr sauber aus. :)

Wirken sich die gebogenen Antennen negativ auf die Reichweite aus?

Zitat von: Spezialtrick am 17 Dezember 2013, 13:31:38
Wirken sich die gebogenen Antennen negativ auf die Reichweite aus?

sicherlich - ich konnte jedoch keinen unterschied in der anwendung feststellen.

Dann hilft wohl nur das Ausprobieren. ^^

Könntest du die Unterseite auch fotografieren und einstellen?

nein, da gibts nichts zu sehen :) lediglich 2 kupferlackdrähte zur spannungsversorgung, sowie zu den entsprechenden RX/TX pins. das wars

Ok. Hatte gefragt, weil es meine erste Platine wird. ^^

Sag mal wäre es möglich diese Funksteckdosen auch noch einzubinden?

https://github.com/d-a-n/433-codes/blob/master/database.md

Der Code ist ja schon vorhanden und müsste doch eigentlich nur eingebunden werden, oder? Ich habe leider nicht den blassesten Schimmer wie das gehen soll.

Hallo zusammen,
Ich habe solch ein Sender Empfänger modul:
http://www.ebay.de/itm/HopeRF-RFM12B-433S1-Transceiver-Sende-Emfangs-Modul-433MHz-/370930541509?pt=Bauteile&hash=item565d2ee3c5
Könnte man dieses Modul auch verwenden?
Mfg
Makkoo

Zitat von: Makkoo am 17 Dezember 2013, 14:36:43
Hallo zusammen,
Ich habe solch ein Sender Empfänger modul:
http://www.ebay.de/itm/HopeRF-RFM12B-433S1-Transceiver-Sende-Emfangs-Modul-433MHz-/370930541509?pt=Bauteile&hash=item565d2ee3c5
Könnte man dieses Modul auch verwenden?
Mfg
Makkoo

nicht ohne größere änderungen. entscheident ist dass die IT steckdosen eine funktechnik namens OOK benutzen (on-off-keying). das kann man mit dem rfmb12 emulieren. out of the box funktioniert das allerdings nicht

Okay,
Werden in Zukunft noch mehr Geräte unterstützt?
Mfg
Makkoo

Hallo,
wenn ma nun aber keine IT Geräte nutzen will sondern in erster Linie die billigen Funkthermometer, kan man dann denn die anderen Empfänger benutzen ?
nur rein prinzipell
hab halt nen Cul 868 der problemlos die IT Dosen schaltet.
Hab das hier gemacht da es keien billigen Funkthermosender gibt

von mir direkt gibts demnächst nur die intertechno-fernbedienungen als eingabegerät, weiter plane ich mal nichts.

es steht jedoch jedem offen hier beizutragen!
ich werde vermutlich heute oder morgen das neue empfangssystem uploaden, damit sollte es dann jedem möglich sein eigene systeme anzubinden.

Zitat von: Franz Tenbrock am 17 Dezember 2013, 16:31:54
Hallo,
wenn ma nun aber keine IT Geräte nutzen will sondern in erster Linie die billigen Funkthermometer, kan man dann denn die anderen Empfänger benutzen ?
nur rein prinzipell
hab halt nen Cul 868 der problemlos die IT Dosen schaltet.
Hab das hier gemacht da es keien billigen Funkthermosender gibt

auch dann nicht :) die sind untereinander rein von der hardware nicht kompatibel. das eine ist ein einfaches empfangsmodul dass nur OOK macht, der rfm12b wird auch wieder mit SPI angesteuert. das wiederum benötigt wie gesagt weite anpassungen am code. evtl baue ich das mal in einer ruhigen stunde testweise auf, momentan gibts aber für mich keinen grund das zu tun.

das ganze ist eigentlich meine lösung für hier. hier funktioniert sie einwandfrei. folglich gibt es für mich keinen bedarf das zu erweitern/zu verbessern.
wenn jemand anders das tun möchte kann er das gerne tun :) ich bin auch gerne bereit dabei unterstützend mitzuwirken.

das ist natürlich keine generelle absage! wenn jemand ein codefragment findet das es erlaubt "433mhz ook funk" mit dem rfm12b umzusetzen dann schau ich mir das gerne an und sage was zur realisierbarkeit und setze es ggf auch gerne um.

soo es gibt wieder ein kleines code update :) v1.0b1
wie immer verfügbar auf github.

Zitat von: mdorenka am 17 Dezember 2013, 13:28:25
bei mir sieht das übrigens so aus - keine sende oder empfangsprobleme..
mit meinem "billigmodul" hab ich allerdings auch nur ~ 30cm reichweite

Mit den Modulen deiner Wetterstation geht es doch aber ziemlich weit, oder nicht? Kannst du den Hersteller noch ablesen? Oder hast eine genau Bezeichnung deiner ausgeschlachteten Wetterstation? Vielleicht bekommt man die ja noch irgendwo her.

Mit den Ebay-Komponenten (http://www.ebay.de/itm/AM-433Mhz-RF-Sender-und-Empfanger-fur-Bascom-und-Arduino-Projekte-uva-MCU-/111231640289?pt=LH_DefaultDomain_77&hash=item19e5ec22e1) scheint Franz ja auch etwas Reichweitenprobleme zu haben. Die sind dann ja wohl auch nicht so perfekt.

ein hersteller stand leider nicht drauf

meine ausgeschlachtete wetterstation war eine auriol die so aussah: http://www.lidl-service.com/cps/rde/SID-3804A269-F4ED098D/lsp/hs.xsl/product.html?id=42657706&rdeLocaleAttr=de&title=Funktemperaturstation%20LCD

auf dem receiver modul steht leider nur eine bezeichnung dies nicht gibt (xyrm2003)

auf der platine ist ein IC verbaut - ein PT-4303-S, das ist ein spezieller receiver IC. datenblatt mit beschaltung gibts hier: http://www.dzsc.com/uploadfile/company/307703/201246135150265.pdf

Zitat von: Cruiser79 am 18 Dezember 2013, 13:27:10
Vielleicht bekommt man die ja noch irgendwo her.

http://www.ebay.de/itm/151189593670

optisch (!!!!!) ist es die gleiche. man könnte es mal auf einen versuch ankommen lassen..
da wäre dann noch ein ez6 temperaturfühler dabei, für den gibts aber noch keinen code für fhemduino v1, dekodiert habe ich das signal aber schonmal.

Zitat von: mdorenka am 18 Dezember 2013, 10:44:15
soo es gibt wieder ein kleines code update :) v1.0b1
wie immer verfügbar auf github.

Jupp, leider wirft es beim compilieren einen Fehler:
CULemu1_0b1.ino: In function 'void sendPT2262(char*)':
CULemu1_0b1:289: error: 'sendSync' was not declared in this scope

Könntest du künftig mit reinschreiben, was sich geändert hat? Ich bin zwar kein Versionsjunkie aber zumindest so ein klitzekleines bisschen Info wäre schon cool. Ich habe im Code gesehen, dass du die RCSwitch-Lib nicht mehr einbindest.

Gruß, machnetz

Bekomme den gleichen Fehler.  :(

oh sorry, der fehler ist korrigiert, das war nur ein tippfehler.

ja ich habe die RCswitch library entfernt da sie nur unnötig groß war und habe so auch die möglichkeit geschaffen mehrere protokolle empfangen zu können, die durch die gleiche ISR ausgewertet werden können.


übrigens gibts so ein changelog: https://github.com/mdorenka/fhemduino/commits/master

Nun funktioniert es. Der Stick wird erkannt. Nun muss ich nur noch rausbekommen wie ich meine Elro's damit schalten kann. ^^

... das normale intertechno modul aus fhem benutzen ;)

Das habe ich noch nie gemacht. Habe bisher diese Lösung genutzt:

http://forum.fhem.de/index.php/topic,12443.0.html

define <name> IT 10-bit-housecode off-code on-code

als IODev von deinem device dann den fhemduino angeben

Danke. :) Werde es gleich mal versuchen. :)

also bei mir sieht die def so aus
0FF00FF0FF 0F F0

Moin Männers,

das Empfangsproblem werde ich mal heute anders angehen und mir beim Weihnachtsmann einen mir mal diesen Empfänger hier: http://www.conrad.de/ce/de/product/190264/Aurel-650200527-AM-Empfaengermodule-43392-MHz-Baustein-5-VDC/?ref=detview1&rt=detview1&rb=1 (http://www.conrad.de/ce/de/product/190264/Aurel-650200527-AM-Empfaengermodule-43392-MHz-Baustein-5-VDC/?ref=detview1&rt=detview1&rb=1) besorgen. Mal sehen wie der denn so ist, ich berichte später.

Gruß, machnetz

Also wenn ich die Komponentensituation richtig erkannt habe, sieht es bei euch momentan so aus:
Franz Tenbrock:
Empfänger: aus eBay-Set ungenügend, aus ELRO Dose ebenfalls, nur 5 Meter durch 1 Wand
Sender: nicht genutzt

mdorenka
Empfänger: aus eBay-Set ungenügend, mit Wetterstationsempfänger zufrieden
Sender: aus eBay-Set

machnetz
Empfänger: aus KW9010, getauscht durch RWS-371, neuester Versuch mit Aurel 650200527
Sender: ?

Wenn ich das zusammenfasse, scheint der eBay-Sender in Ordnung zu sein, der einzig brauchbare Empfänger scheint momentan der aus der Lidl-Station zu sein? Was meint ihr?
Es wäre schön wenn ihr diese Liste berichtigt, falls ich was falsch geschrieben habe und vor allem eure momentan getesteten Reichweiten dazuschreibt.

Moin,

Aurel Empfänger war beim großen C nicht vorrätig (Bestellware) und deswegen wird die Anschaffung in das neue Jahr verlegt. Ich experimentiere grad mit einer SM-Buchse und -Antenne herum.

Gruß, machnetz

Hallo
wie ist denn die Sendeleistung, hab ich ja selber gar nicht im Einsatz.
Die Frage ist auch wie die Temperatursensoren senden ? wie groß ist die Sendeleistung es mus ja nicht zwingend die Empfangsleistung schlecht sein.
Hab die nächsten Tage leider volles Programm und keine Zeit zum spielen

Ich kann mich über die Empfangsleistung nicht beklagen. Da ich bis auf die Elro Fernbedienungen über keinerlei Sender verfüge, habe ich den fertig bestückten Arduino Nano mit dem "ReceiveDemo_Advanced Sketch aus der RCSwitch Library bespielt, um die Empfangsleistung zu testen. Mit einer nach oben gerichteten 17cm langen Antenne aus einfachem Draht, habe ich in meiner gesamten Wohnung, die circa 65qm umfasst, keine Probleme. Auch mehrere dicke Wände stören den Empfang nicht, obwohl ich die Antenne bisher nur provisorisch befestigt habe, weil ich noch nicht zum Löten kam.

Jedes drücken einer Taste auf der Fernbedienung wurde nahezu zeitgleich im Serial Monitor angezeigt.

Ich verwende diese Module für 1,07 €  ;D:

http://www.ebay.de/itm/141122276344?ssPageName=STRK:MEWNX:IT&_trksid=p3984.m1439.l2649

Die Reichweite würde ich bei mindestens 12 Metern sehen. Wobei ich davon ausgehe, dass das Maximum noch nicht erreicht ist.

Die Frage war ja wie gut dei Thermosensoren senden ,e v liegt es ja daran und nicht an der Empfangsqualität des FHEMduino ..
Du sendest scheinbar mit der Fernbedienung
Ich habe die Thermos ( siehe Anfang ) und da ist der Empfang schlecht
ev muss ich doch noch mal probieren den billigen gekauften Sender auf das Thermometer zu löten

wenn ich Zeit habe ..

Tach,

also um mal meinen Beitrag zum Empfänger beizusteuern und ihr mal wisst, mit welchem ich hier herumhühner. Und einen anderen aus einer ausgeschlachteten Aldi- Temperatur-Station. Das Bild kann ich hier aber nicht posten da es kein Upload gibt. Momentan probiere ich grade mit einer SMA-Antennenbuchse un deiner WLAN-Antenne rum.... Ergebnisse folgen noch.

Gruß, machnetz

(http://www.wenshing.com.tw/images/products_middle/303.875MHz_RF_Receiver_Module_RWS371.gif)

Hallo,
Ich möchte hier mal eine idee einwerfen.
Auf dieser Homepage

http://www.tnotes.de/FunkSteckdosen

schließen sie den Empfänger direkt an den arduino mit einem 1k wiederstand und geben im 12 volt.
Auf einer anderen Homepage hab ich gelesen mit nem 460 ohm wiederstand wäre die sende Leistung wie mit der Fernbedienung.
Meine Idee jetzt wenn man einfach ein wiederstand zwischen arduino und sender hängt ob dann die sende Leistung besser ist ?

Oder tap ich da im Dunkeln?

Gruß Christian


Gesendet von meinem GT-I9300 mit Tapatalk

Ups kein arduino ein Raspberry

Gesendet von meinem GT-I9300 mit Tapatalk

Moin Christian,

kann sicherlich gehen. Doof ist dann nur, dass du dann mit weiterem materiellem Aufwand an der Schaltung arbeitest. Du brauchst zusätzlich weitere 12Volt für den Empfänger, also einen eigenen Stromkreis.

Gruß, machnetz

Stimmt und jetzt blöd gefragt wenn man ein anderen wiederstand nimmt würde uns das helfen.

Ich persönlich kam noch nicht dazu das ganze nach zubauen ( finde mein arduino nicht)
habe aber schon den sender aus ner elro Fernbedienung fertig zusammen gelötet.

Die frage wäre auch ob man dem RaspberryPi und dem Arduino auch 12v zumuten kann in vorm eines anderen netzteils in dem Moment hätte es sich gelöst oder?

Gesendet von meinem GT-I9300 mit Tapatalk

Selbst wenn du dem Raspi 12 Volt gibst, der Arduini wird über 5Volt USB versorgt. Da kommen dann auch keine 12 Volt  auf dem Board zustande ... man müsste ggf. beide Module getrennt mit 12 Volt versorgen und ob die Komm. dann über USB und 5Volt klappt möchte ich nicht testen.

Okay gut klingt logisch dann weiß ich auch nicht weiter

Gesendet von meinem GT-I9300 mit Tapatalk

Blöde Frage: Schreibe ich die IT Codes falsch um? Mein FHEMdruino blinkt, wenn ich versuche etwas an/aus zu schalten.

Entspricht /home/pi/wiringPi/rcswitch-pi/send 01011 4 1 0 gleich 0f0ff000f0 FF F0?

Zitat von: RedOne am 19 Dezember 2013, 22:15:23
Stimmt und jetzt blöd gefragt wenn man ein anderen wiederstand nimmt würde uns das helfen.

der widerstand dient nur dazu die spannung zu senken, da der raspi mit 3,3v arbeitet.

Zitat von: Spezialtrick am 19 Dezember 2013, 22:28:32
Blöde Frage: Schreibe ich die IT Codes falsch um? Mein FHEMdruino blinkt, wenn ich versuche etwas an/aus zu schalten.

eigentlich nicht. blinken bedeutet nur dass daten gesendet werden. WAS genau gesendet wird obliegt dir.


ich warne alle leute nochmal AUSDRÜCKLICH davor hier an der elektronik rumzubasteln wenn sie KEINE ahnung davon haben. die Wahrscheinlichkeit dass ihr was kaputt macht ist einfach zu groß.
12v auf den raspi wären vermutlich tötlich.
der arduino stirbt bei 5,5v

Hallo,

nochmal zu beachten: die meisten Sendemodule vertragen 3,3 bis 12V als Betriebsspannung die Emfangsmodule meist nur 5V!
Je höher beim Sendemodul die Spannung, desto höher ist auch die Reichweite. Deswegen arbeiten die meisten Handsender z.B. mit so einer kleinen 12V Batterie.
Das Problem der meisten hier ist aber der Empfang der Daten, da kann man am Empfangsmodul selbst nix machen, da 5V vorgegeben sind. Hier kann evtl. eine bessere Antenne helfen, oder man versucht die Leistung des Senders im Sensor zu erhöhen.

Gruß

     Olly

Zitat von: Olly am 20 Dezember 2013, 00:22:58
Hier kann evtl. eine bessere Antenne helfen, oder man versucht die Leistung des Senders im Sensor zu erhöhen.

oooder ein besseres empfangsmodul... ;)

Also irgendwie wollen meine Elro Steckdosen nicht mehr funktionieren... -.-

Der Code ist ja richtig umgerechnet.

Das ist der Dip Code der Steckdose: 01011 00010
Das steht in Definition: 0F0FF000F0 FF F0
Das IODevice: FHEMduino

Auszug aus dem Log:
2013.12.20 11:37:51 2: IT set Lampe on
2013.12.20 11:37:51 2: IT IODev device didn't answer is command correctly:   raw => isFFF00FFF
2013.12.20 11:37:54 2: IT set Lampe off
2013.12.20 11:37:54 2: IT IODev device didn't answer is command correctly:   raw => isFFFFF

Wo ist der Fehler? :(

Der Fehler ist der, dass "0" nicht "aus" oder phys. "Null" bedeutet, sondern den Zustand "1" hat.

DIP-schalter "aus", also "0" => "F" in der IT-Definition ;-)

@olli
meinst du man könne einfach dem Themperatursensor mal mehr Saft geben, statt 3 Volt 5 Volt ?!
Ich hatte ja shcon die Vermutung das es nciht am Empfnger liegt sondern am Sender.

Zitat von: Spezialtrick am 20 Dezember 2013, 11:49:50
Das ist der Dip Code der Steckdose: 01011 00010
Das steht in Definition: 0F0FF000F0 FF F0
Das IODevice: FHEMduino

wenn deine dose für an 0F0FF000F0FF und für aus 0F0FF000F0F0 erwartet, dann passt das soweit

Zitat von: Franz Tenbrock am 20 Dezember 2013, 13:11:14
@olli
meinst du man könne einfach dem Themperatursensor mal mehr Saft geben, statt 3 Volt 5 Volt ?!
Ich hatte ja shcon die Vermutung das es nciht am Empfnger liegt sondern am Sender.

wenn du ihn unbedingt kaputt machen willst - dann kannst du das gerne tun.

es liegt definitiv am empfänger. bei mehreren leuten funktioniert es einwandfrei mit GENAU DEM sender

Zitat von: mdorenka am 20 Dezember 2013, 14:43:03
wenn deine dose für an 0F0FF000F0FF und für aus 0F0FF000F0F0 erwartet, dann passt das soweit

Leider passiert an der Steckdose nichts, obwohl der FHEMduino scheinbar sendet. Das steht im Log:

2013.12.20 14:48:44 2: IT set Lampe on
2013.12.20 14:48:44 2: IT IODev device didn't answer is command correctly:   raw => isFFFFF
2013.12.20 14:48:45 2: IT set Lampe off
2013.12.20 14:48:45 2: IT IODev device didn't answer is command correctly:   raw => isFFF0FF
2013.12.20 14:49:56 2: IT set Lampe on
2013.12.20 14:49:56 2: IT IODev device didn't answer is command correctly:   raw => isFFF00FF
2013.12.20 14:49:57 2: IT set Lampe off
2013.12.20 14:49:58 2: IT IODev device didn't answer is command correctly:   raw => isFFF000FF
2013.12.20 14:49:59 2: IT set Lampe on
2013.12.20 14:49:59 2: IT IODev device didn't answer is command correctly:   raw => isFFF0FF
2013.12.20 14:50:00 2: IT set Lampe off
2013.12.20 14:50:00 2: IT IODev device didn't answer is command correctly:   raw => isFFFFF

Anbei ist ein Foto der Steckdosen Dip Schalter. Vllt habe ich ja die Steckdose falsch in FHEM eingerichtet. Ich habe in die obere Befehlszeile "define Lampe IT 0f0ff000f0 FF F0" eingegeben. Dann erscheint die Dose, aber schalten kann ich sie nicht. -.-

Also MEINE Definition ist folgendermassen:

DIP-Schalter stehen auf : 01011 10000 für A
Code dafür entspricht : F0F00 0FFFF für A
fhem Config: "define Salzlampe IT F00F00FFFF FF 00"

Siehe auch hier: http://www.fhemwiki.de/wiki/Intertechno_Code_Berechnung#Hauscode_.28die_ersten_vier_Stellen_.280-3.29 (http://www.fhemwiki.de/wiki/Intertechno_Code_Berechnung#Hauscode_.28die_ersten_vier_Stellen_.280-3.29)
Gruß, machnetz

@mdorenka

bei mir funktionieren ja auch 2 T Sensoren
aber den 3. kann ich plazieren wie ich will der liegt nur 2 m weiter halt hinter einer Fensterscheibe ca 6 M entfernt vom FHEMduino.

Es ist halt schade das der nciht geht, da ich das Projekt ja super finde !
Ist ja keinesfalls gegen deien hervorragende Arbeit gerichtet. Aber es nützt doch ncihts wenn sich andere das nachbauen die Sensoren kaufen und dann doch nciht so messen können wie sie sich es vorgestellt haben. Ich selbst kriege gerade wieder die Krise weil mein PCsensor 1 Wire auch zicken macht

ja nichtsdestotrotz scheint ja das empfangsglied das problem zu sein und nicht der sender :)

Sehe ich auch so.

Ich bekomme es einfach nicht hin. Wo kann denn der Fehler sonst noch liegen?  :(

ZitatWo kann denn der Fehler sonst noch liegen?

Vorm Monitor  :P

Spass beiseite, prüfe noch mal alles und dann prüfst dann noch mal:

• Server richtig konfiguriert, also Device /dev/ttyUSB
• Nano richtig geflashed, was liefert ein "V" in den RAW-Messages?
• Den Sende-PIN richtig am Port 11 angeschlossen?
• Den Code / DIP-Schalter wie ich oben geschrieben und verlinkt habe konfiguriert?
• Einen Antennendraht mit 17cm dran?

Sender-Pin korrigiert ;-)

Zitat von: machnetz am 20 Dezember 2013, 15:57:48
Den Sende-PIN richtig am Port 2 angeschlossen?

receiver = pin2
sender = pin11

Zitat von: machnetz am 20 Dezember 2013, 15:57:48
Vorm Monitor  :P

Spass beiseite, prüfe noch mal alles und dann prüfst dann noch mal:

• Server richtig konfiguriert, also Device /dev/ttyUSB
• Nano richtig geflashed, was liefert ein "V" in den RAW-Messages?
• Den Sende-PIN richtig am Port 11 angeschlossen?
• Den Code / DIP-Schalter wie ich oben geschrieben und verlinkt habe konfiguriert?
• Einen Antennendraht mit 17cm dran?

Sender-Pin korrigiert ;-)

Die Pin sind alle richtig angeschlossen. Eine 17cm lange Antenne ist auch dran. Wenn ich den FHEMduino anstecke wird er vom System erkannt. Aus dem Log:

2013.12.20 15:46:20 1: /dev/ttyUSB0 disconnected, waiting to reappear
2013.12.20 15:57:25 3: Setting FHEMduino baudrate to 9600
2013.12.20 15:57:25 1: /dev/ttyUSB0 reappeared (FHEMduino)
2013.12.20 15:57:28 3: FHEMduino: Possible commands: VisRq

Für die Dip's auf dem Bild habe ich diese Definition:       F0F00FFF0F FF F0

Nach dem erfolglosen Schalten steht das im Log:

2013.12.20 16:07:08 2: IT set Lampe on
2013.12.20 16:07:08 2: IT IODev device didn't answer is command correctly:   raw => isFFFFFFFF
2013.12.20 16:07:09 2: IT set Lampe off
2013.12.20 16:07:10 2: IT IODev device didn't answer is command correctly:   raw => isFFFFFFF


Was meinst du damit bzw wie führe ich das aus? "was liefert ein "V" in den RAW-Messages?"

Danke schonmal für euere Bemühungen. :)

Welchen Status hat dein CUL - openend oder initialized?

Zitat von: machnetz am 20 Dezember 2013, 16:36:05
Welchen Status hat dein CUL - openend oder initialized?

Im State steht Initialized.

Naja, und dadrüber findest du zwei Buttons : SET und GET,
bei GET <Dein-Devicename> RAW (auswählen) gibst du in das dann rechts aufgehende Feld ein "V" ein, klickst dann auf "GET".

Danach kommt die Versionsnummer des CUL ... sollte ;-)

Zitat von: machnetz am 20 Dezember 2013, 16:46:02
Naja, und dadrüber findest du zwei Buttons : SET und GET,
bei GET <Dein-Devicename> RAW (auswählen) gibst du in das dann rechts aufgehende Feld ein "V" ein, klickst dann auf "GET".

Danach kommt die Versionsnummer des CUL ... sollte ;-)

Das ist die Ausgabe: FHEMduino raw => V 1.0b1 FHEMduino - compiled at Dec 20 213 15:54:12

Demnach dürfte der FHEMduino doch korrekt bespielt worden sein, oder?

Sieht gut aus. Aber sorry, ich weiss dann auch nicht weiter. Könnte noch dein Sender defekt sein...
Ich bin jetzt weg zum Weihnachtsmann ... bis morgen.

Trotzdem danke. Dann werde ich wohl weitersuchen müssen.

Habe den Sender grad testweise direkt an den Pi angeschlossen. Mit "define Lampe GenShellSwitch /home/pi/wiringPi/rcswitch-pi/send 01011 3 1 0" kann ich problemlos Lampen schalten.

Der Sender läuft also. :S

Also ich habe nun alles nochmals von vorne gemacht und ich komme einfach nicht zum gewünschten Ergebnis. Die Schalter machen gar nichts. :(

Das einzige was mir übrig bleibt, wäre FHEM komplett neu aufzusetzen. Hat keiner eine Idee?

Also ich habe jetzt auch mein Arduino gefunden und gleich angefangen.
Jetzt habe ich alle 3 Module in opt/fhem/FHEM

und den arduino Sketch kopiert und in den Arduino geladen.

Mit
define Arduino FHEMduino
dev/ttyUSB0@9600

bekomme ich zur Antwort FHEMduino kann nicht geladen werden.

Frage: und die rc lib brauch man nicht mehr bei dem neuen update?

Gesendet von meinem GT-I9300 mit Tapatalk

Hi,

ich hab grad auch mal meinen Empfänger ausprobiert. Die Reichweite ist echt bescheiden, weiter als 2Meter darf der Sender nicht sein, sonst kommt nix an. Hab mit der Fernbedienung für meine ELRO Steckdosen und mit einer Funk-Türklingel auf 433MHz Basis probiert. 17 cm Drahtantenne hab ich auch verbaut. Mal schauen, ob ich da noch was optimieren kann.

Gruß

    Olly

Gesendet von meinem LT26w mit Tapatalk

Es hat endlich geklappt. Es scheint so, als hätte mir der Händler ein halb defektes USB Kabel zu gesendet. Den FHEMduino konnte ich damit problemlos bespielen, aber am Pi tat es nicht das was es sollte.

Der Austausch des Kabel hat alle Probleme beseitigt. :)

Danke an alle, die sich bemüht haben, mir zu helfen!

@ RedOne:
Was kommt denn, "Cannot load module FHEMduino"?
Das Problem hatte ich auch als ich die Module einzeln herruntergeladen habe und sie auf den Raspi kopiert habe, mit dem ZIP von allen 3 Files und kopiern per FTP im RAW-Modus ging es dann.

Andreas

So, bin auch mal dazu gekommen mein FHEMduino in Betrieb zu nehmen. Hab erst gestern Abend bei einem deutschen eBay-Händler (sonst hätte ich nen Monat oder länger warten müssen) ein 433Mhz-Kit bestellt, welches heute schon bei mir war (wie geht denn sowas? Kennt man sonst nur von Amazon Prime). Hatte noch nen Arduino Uno rumfliegen, hab den Transmitter angelötet wie es beim Nano auch beschrieben ist, 17cm Antenne dran, Modul runtergeladen, FHEMduino eingebunden, läuft. Noch schnell zwei alte IT-Dosen (PAR 1500) ausgegraben und festgestellt dass die nur ein Drehrad haben. Ein bisschen rumprobiert, und schon konnte ich auch die schalten, eine Dose scheint jedoch kaputt zu sein, das Relais fällt sofort wieder ab. Besonders beeindruckend ist dass der FHEMduino jetzt im Keller liegt und Dosen im 1.OG schalten kann.

Klasse Sache, danke besonders an mdorenka für die fantastische Arbeit. Sollte sich der Empfang des Receivers irgendwie verbessern lassen werde ich mich auch mit den Conrad-Wettersensoren eindecken.

Grüße,

Markus

So,
zuerst mal vielen Dank an mdorenka für seine Arbeit, zumindest das schalten der IT-Steckdosen funktioniert schon mal.

Nur beim empfangen hab ich Probleme, die KW9010 sollten doch eigentlich automatisch im LOG auftauchen, oder muss ich zuerst was definieren?
In FHEM wird unter RFDuino bei Clients nur folgendes aufgeführt: :IT:FHEMduino_EZ6:, wird das KW9010 Modul erst beim Empfang geladen?
Habe ebenfalls das EBay Set und selbst auf 10 cm keinen Empfang, trotz extra 433MHz Antenne.

Jemand eine Idee wie man den Empfänger testen könnte? Werde morgen mal das Oszi hinhängen und schauen ob überhaupt am Pin was passiert.

Andreas

@sackCfix
Danke für die Antwort mit der zip Datei hats bei mir auch geklappt

Gruß Chris

Gesendet von meinem GT-I9300 mit Tapatalk

Aber mit meinem sender von der Elro Fernbedienung funktioniert es nicht.

Am Arduino mega 1280 kann es nicht liegen oder?

Gruß Christian

Gesendet von meinem GT-I9300 mit Tapatalk

Zitat von: RedOne am 21 Dezember 2013, 19:22:40
Aber mit meinem sender von der Elro Fernbedienung funktioniert es nicht.

Am Arduino mega 1280 kann es nicht liegen oder?

du hast die FB direkt ausgeschlachtet?
der sender ist in der regel für 12v konzipiert. wird schwierig da was zu machen. :/ du könntest dir höchstens ne art pegelwandler bauen

Zitat von: Spezialtrick am 20 Dezember 2013, 17:34:50
Trotzdem danke. Dann werde ich wohl weitersuchen müssen.

Habe den Sender grad testweise direkt an den Pi angeschlossen. Mit "define Lampe GenShellSwitch /home/pi/wiringPi/rcswitch-pi/send 01011 3 1 0" kann ich problemlos Lampen schalten.

Der Sender läuft also. :S

hast du es mal mit define mylamp IT 0F0FF000F0 0F F0 probiert? das wäre theoretisch der passende code zu deiner funksteckdose.

Zitat von: sackCfix am 21 Dezember 2013, 18:09:29
In FHEM wird unter RFDuino bei Clients nur folgendes aufgeführt:

Code Auswählen Erweitern

:IT:FHEMduino_EZ6:, wird das KW9010 Modul erst beim Empfang geladen?

ist irrelevant :) funktioniert trotzdem

Zitat von: sackCfix am 21 Dezember 2013, 18:09:29
Jemand eine Idee wie man den Empfänger testen könnte?

oszi oder besser logic analyzer

Also jetzt ohne andere auf ideen zu bringen.
Habe ich wie in dem thread wo ich schon gepostet habe die 3 Kabel angelötet.

Bin dann hingegangen und hab das Datenkabel auf pin 11 und und gnd auf den gnd auf de arduino.
Habe aber auch die 12v Versorgung mit drin gehabt da ich mir das dachte. Aber ausser das die LED blinkt vom arduino und die led vom sender kurz aufleuchtet passiert nix

Habe jetzt noch ein 886mhz rfm02 Modul von pollin in meiner bastel kiste gefunden.
Weis bloß nicht wie ich das anschließe.

Wie ihr ja schon mitbekommen habt bin ich in der sache nicht grad sehr schlau.

Wenn der auch nicht geht bestell ich mir so ein bausatz.

Grus Christian

Gesendet von meinem GT-I9300 mit Tapatalk

Zitat von: RedOne am 22 Dezember 2013, 17:12:40
Bin dann hingegangen und hab das Datenkabel auf pin 11 und und gnd auf den gnd auf de arduino.
Habe aber auch die 12v Versorgung mit drin gehabt da ich mir das dachte. Aber ausser das die LED blinkt vom arduino und die led vom sender kurz aufleuchtet passiert nix

grundsätzlich gut, aber: der arduino gibt beim senden n high pegel aus (also ttl high, demnach 5v) der sender in der FB erwartet vermutlich einen 12v pegel.. daher wirds vermutlich schwierig. du könntest höchstens versuchen den sender mal ausschließlich mit 5v zu versorgen.

Auch schon probiert funktioniert auch nicht.

Aber am Arduino Mega liegt es nicht.
Werde es jetzt noch mal wenn ich raus gefunden habe wie der rfm02 angeschlossen wird noch mit dem probieren und wenn des nett geht hole ich mir so ein bausatz. Und fang mal von vorne an

Gesendet von meinem GT-I9300 mit Tapatalk

Zitat von: RedOne am 22 Dezember 2013, 17:31:08
Auch schon probiert funktioniert auch nicht.

Aber am Arduino Mega liegt es nicht.
Werde es jetzt noch mal wenn ich raus gefunden habe wie der rfm02 angeschlossen wird noch mit dem probieren und wenn des nett geht hole ich mir so ein bausatz. Und fang mal von vorne an

Gesendet von meinem GT-I9300 mit Tapatalk

mit den rfm02 geht es nicht, das ist das gleiche wie mit dem rfm12 und 22 .. die werden via SPI angesteuert. noch dazu ist der 02b ein 868mhz FSK transceiver. benötigt wird jedoch ein 433mhz ASK transceiver

Supi vielen Dank für deine Antwort.
Also wieder zurück in die Bastelkiste.
Dann Bestell ich mal ein Fenster Kontakt im neuen Jahr

Gruß Chris

Gesendet von meinem GT-I9300 mit Tapatalk

Wenn jetzt noch der Empfang von Intertechno implementiert wäre
dann wärs noch besser als Weichnachten ;-)

Ich habe mal ne frage könnte man dieses Board auch nehmen :
http://www.watterott.com/de/Adafruit-Trinket-Mini-Microcontroller-5V-Logic?xe008f=5cdcf02c4b205601a2cb27eb3fc204b3

Auszug Technische Daten;

ATtiny85 on-board , 8K Flash, 512 Byte SRAM, 512 Byte EEPROM

Interner Oszilator läuft mit 8MHz, kann jedoch in der Software auf 16MHz verdoppelt werden

als 3V und 5V Version erhältlich

integrierter 3.3 V oder 5V Spannungsregler mit 150mA. Bis zu 16V Input, Verpolschutz, Schutz vor Überspannung bzw. Überhitzung

Stromversorgung durch USB oder externem Spannungsversorgung (es wechselt automatisch)

5 GPIO – 2 werden auch für das USB Interface benutzt. Die 3 freien IO Pins haben einen analogen Eingang und 2 PWM Ausgänge. Die beiden geteilten IO Pins haben zusätzlich zwei analoge Eingänge sowie einen weiteren PWM Ausgang.

Zitat von: MenthalMan am 23 Dezember 2013, 16:20:50
Wenn jetzt noch der Empfang von Intertechno implementiert wäre
dann wärs noch besser als Weichnachten ;-)

pssst: ist er! ;) es fehlt nur das modul dazu. wenn jemand möchte kann er das gerne implementieren, ich komme wohl erst im nächsten jahr dazu

Zitat von: Makkoo am 23 Dezember 2013, 16:30:59
Ich habe mal ne frage könnte man dieses Board auch nehmen :

theoretisch ja, praktisch (mit vertretbarem aufwand) nein.
arduino auf dem attiny85 ist etwas eklig, das hab ich selbst schon zur genüge festgestellt.

lieber fürs gleiche geld nen arduino nano mit nem atmega328.. :)

Hallo,
ich habe folgendes Modul für den Arduino gefunden. Hat jemand evtl. Erfahrung damit ob FHEM auch damit reden möchte  ;)

Arduino FSK RF Shield 315 / 433.92 / 868 / 915 MHz V2.0

http://altelectronics.co.uk/shop/arduino/arduino-fsk-rf-shield-315-/-433-92-/-868-/-915-mhz/prod_78.html (http://altelectronics.co.uk/shop/arduino/arduino-fsk-rf-shield-315-/-433-92-/-868-/-915-mhz/prod_78.html)

Danke schon mal

Gruß Stefan

Zitat von: StefanL am 26 Dezember 2013, 23:05:51
Hallo,
ich habe folgendes Modul für den Arduino gefunden. Hat jemand evtl. Erfahrung damit ob FHEM auch damit reden möchte  ;)

Arduino FSK RF Shield 315 / 433.92 / 868 / 915 MHz V2.0

http://altelectronics.co.uk/shop/arduino/arduino-fsk-rf-shield-315-/-433-92-/-868-/-915-mhz/prod_78.html (http://altelectronics.co.uk/shop/arduino/arduino-fsk-rf-shield-315-/-433-92-/-868-/-915-mhz/prod_78.html)

Danke schon mal

Gruß Stefan

Gleuches problem wie bei den anderen ... spi angesteuert... ich muss mir wohl doch mal so einen transceiver bestellen ..

Ich hab mal ein wenig nachgelesen. Soll gar nicht so schwierig sein mit der SPI Ansteuerung. Hab's bei arduino.cc gefunden. Kann dir aber leider auch nicht weiter helfen da ich programmier technisch noch nicht so weit bin.


Sent from my iPhone

Könnte man den FHEMduino auch an die GPIO Ports des Pi's anschließen?

Nicht ohne Level Shifter. Der Arduino Nano arbeitet mit 5 Volt Logic level. Die GPIOs des RasPi vertragen nur 3,3 Volt.

Müsste man den Code ändern? Kannst du einen Level Shifter empfehlen?

Zitat von: locutus am 29 Dezember 2013, 15:18:39
@mdorenka
Mit deiner Hardwarekonfiguration lassen sich auch Oregon Scientific Funksensoren dekodieren.
Siehe:
http://jeelabs.net/projects/cafe/wiki/Decoding_the_Oregon_Scientific_V2_protocol
http://arduino-praxis.ch/2012/08/projekt-drahtloses-display-fuer-oregon-scientific-wetterstation/
Als Grundlage kann das 41_OREGON.pm Modul für RFXCOM dienen.

ja klar geht das :) musst nur das protokoll im arduino code implementieren, thats it. wenn du mir sagst wie das protokoll aufgebaut ist dann kann ich das auch implementieren, ich habe jedoch keinen sensor zum testen.

Zitat von: Spezialtrick am 29 Dezember 2013, 18:28:14
Könnte man den FHEMduino auch an die GPIO Ports des Pi's anschließen?

theoretisch ja - aber für was? der raspi hat schließlich USB.

prinzipiell könnte man mittels levelshifter auch den fhemduino an den UART port des raspis basteln und darüber seriell kommunizieren. das ist allerdings nicht sonderlich einsteigerfreundlich, auch die gefahr seinen raspi dabei zu töten aufgrund unsauberer aufbauten ist für die unbedarften bastler sehr hoch.

Zitat von: Spezialtrick am 30 Dezember 2013, 14:19:30
Müsste man den Code ändern?

nein

Zitat von: Spezialtrick am 30 Dezember 2013, 14:19:30
Kannst du einen Level Shifter empfehlen?

da geht jeder 3.3v<->5v shifter

hier gibts noch einen artikel dazu

http://blog.oscarliang.net/raspberry-pi-and-arduino-connected-serial-gpio/

Anfängerfreundlich wäre die Lösung vllt nicht, aber es würde den Vorteil bringen, dass man die gesamte Steuerung platzsparend mit dem Pi in einem Gehäuse unterbringen könnte.

Moin moin,

so - habe heute mal eine ELRO-Dose auseinander gebaut und den Empfänger an den Nano gepflanzt. Es ist ein kleiner Empfänger mit 3 PINs: VCC, GND, Data, Antenne keine. Empfang auch nur auf etwa 2m direkte Sichtlinie.

Daher gehe nun mal davon aus dass die Sender einfach nicht genügend Sendeleistung bringen. Drei Unterschiedliche Empfänger die mit dem selben Ergebnis das gleich schlechte Ergebnis liefern... Ich gebe es daher mit dem Empfang der Wetterdaten auf :-(

Guten Rutsch,

machnetz

Hallo,

nachdem ich auch bereits 3 verschiedene Empfänger getestet habe bin ich heute darauf gekommen dass es wohl eher am Raspi und dessen USB-Stack liegt.
Schließe ich den Nano nämlich an meinem PC (Windows) oder Laptop (Ubuntu) an und höre den Serialport ab, bekomme ich Werte selbst über 15m durch 4 Wände hindurch.

Werde mal versuchen ob man am Raspberry etwas ändern kann um das Problem zu lösen, vielleich können ja auch andere mal versuchen ob es bei ihnen am PC funktioniert.

Andreas

Zitat von: sackCfix am 02 Januar 2014, 12:31:57
Hallo,

nachdem ich auch bereits 3 verschiedene Empfänger getestet habe bin ich heute darauf gekommen dass es wohl eher am Raspi und dessen USB-Stack liegt.
Schließe ich den Nano nämlich an meinem PC (Windows) oder Laptop (Ubuntu) an und höre den Serialport ab, bekomme ich Werte selbst über 15m durch 4 Wände hindurch.

Werde mal versuchen ob man am Raspberry etwas ändern kann um das Problem zu lösen, vielleich können ja auch andere mal versuchen ob es bei ihnen am PC funktioniert.

Andreas

Hi,

also ich habe mit dem original Empfänger aus dem Set an einem Arduino Uno R3 angeschlossen an einen PC getestet. Reichweite war (wie bereits früher geschrieben) Ca. 2 Meter.
Glaube nicht, dass der USB vom RasPi da eine große Rolle spielt.

Gruß

    Olly

Gesendet von meinem LT26w mit Tapatalk

So, habe gerade noch mal mit dem Empfangsmodul aus einem Funkthermometer probiert (das hatte eigentlich eine gute Reichweite - quer durchs Haus).
Auch hiermit ist am Uno R3, welcher am PC angeschlossen ist nach Ca. 2 Metern Schluss.
Kann doch alles nicht sein :-(

Gruß

   Olly

Gesendet von meinem LT26w mit Tapatalk

Ich habe es heute endlich zeitlich geschafft meinen FHEMduino zusammen zu bauen. :) Anbei ein Foto meiner Lösung. Nun muss ich mich nur noch auf die Suche nach einem passenden Gehäuse machen. ^^

Ich hätte allerdings noch eine Frage zum Empfänger. Jedes Mal, wenn ich die Originalfernbedienung der Elro's benutze, erkennt der FHEMduino das Signal, die LED am Arduino Nano blinkt kurz auf und im Logfile wird folgendes angezeigt:

Zitat2014.01.02 20:14:32 2: FHEMduino: unknown message IR4457809

Die Meldung im Logfile variiert natürlich. Wäre es möglich dieses Signal zu verwerten?

Beispielsweise um den Status einer Steckdose korrekt wiederzugeben? Dieser ändert sich ja nur, wenn man die Steckdose direkt über FHEM schaltet. Die Nutzung der Fernbedienung hat ja keinen Einfluss auf FHEM.

Die Möglichkeiten eines Funkschalter sind ja nahezu unendlich. :)


Würden diese Fenster-/Türkontakte mit dem FHEMduino funktionieren?

Zitathttp://www.conrad.de/ce/de/product/640305/RSL-Funk-Tuer-Fensterkontakt-RSL-1-Kanal-Reichweite-max-im-Freifeld-30-m?ref=searchDetail

ZitatWäre es möglich dieses Signal zu verwerten?

Beispielsweise um den Status einer Steckdose korrekt wiederzugeben? Dieser ändert sich ja nur, wenn man die Steckdose direkt über FHEM schaltet. Die Nutzung der Fernbedienung hat ja keinen Einfluss auf FHEM.

mdorenka schreibt ja weiter oben, dass der Empfang zwar vorgesehen, aber noch nicht zu Ende implementiert ist. Ich nehme an, dass man für FHEM das als eine Fernbedienung implementieren müsste (wie z.B. die von FS20 oder HomeMatic) - dann könnte man per notify auch den Status der Steckdose ändern (wobei dann der FHEMDuino wahrscheinlich nochmal den Code verschicken würde - da müsste man sich dann überlegen, ob man das will oder nicht).

Funksteckdosen schalten und dabei noch die Fernbedienung über einen Empfänger auswerten, damit online immer der richtige Stand angezeigt wird, macht übrigens pilight (ohne Arduino - 433Mhz Sender und Empfänger direkt am GPIO und völlig unabhängig von fhem). Das hat auch eine schöne Master-Slave-Funktion (d.h. mehrere Raspberry Pi senden alle das gleiche und was ein Slave empfängt, landet immer auch beim Master) - dieses Konzept könnte prinzpiell auch das Reichweitenproblem mancher hier lösen. Ließe sich aber sicher nur mit Aufwand für FHEM implementieren.

Bzgl. der Reichweitenprobleme mancher hier: Wenn es nur 2m sind fehlt m.E. die Antenne. Ich habe gestern aus dem Dachgeschoss durch zwei Stahlbetondecken eine Steckdose im Erdgeschoss mit FHEMDuino erfolgreich getestet (Elro AB440). Funkmodul war eines von ebay mit einem 17cm-Draht, der einfach nur im Steckbrett steckt.

@gurkensalat: Das Reichweitenproblem besteht eher beim Empfang, nicht beim Senden.
@Spezialtrick: Wie ist denn bei dir die Reichweite beim Empfang? Kommst Du weiter als 2-3 Meter?

Gruß

     Olly

Gesendet von meinem LT26w mit Tapatalk

Hallo Olly,

ich komme sowohl am Pi als auch am Mac auf circa 5 Meter, wenn ich mit einer Elro Fernbedienung sende. Als ich den FHEMduino noch nicht zusammen gelötet hatte, waren es locker 15 Meter.

Möglicherweise liegt es ja doch an der Antenne. Im PiLight Forum berichten einige, dass Sie mit den Ebay Billig-Modulen über 3 Etage Empfangen können. Teilweise wird dann auf die Antenne hier verwiesen.

http://www.mikrocontroller.net/articles/Datei:Antenne_kabel.jpg (http://www.mikrocontroller.net/articles/Datei:Antenne_kabel.jpg)

Wäre es eigentlich möglich die PiLight Protokolle zu adaptieren?

http://wiki.pilight.org/doku.php/protocols (http://wiki.pilight.org/doku.php/protocols)

LG



Habe gerade noch was zu den Empfängern gefunden. Im PiLight Forum findet man eine interessante Übersicht zu den Empfänger:

http://wiki.pilight.org/doku.php/receivers

Hallo Spezialtrick,

ja, die Antenne macht wohl auch ne Menge aus. Auf der PiLight-Seite hab ich aber auch eine Info gefunden, dass es verschieden gute Empfänger gibt, ich hab wohl den einfachen (schlechten). Die guten nennen sich Superheterodyne. Werd mal schauen, ob ich so einen bekomme.
Auch ein Low-Pass Filter scheint was zu bringen, sonst kann ich mir nicht vorstellen warum der Empfänger aus einem Thermometer an meinem Arduino keine Reichweite bringt. Im Thermometer ist wahrscheinlich einer drin (Filter).
Übrigens werden doch die meisten Sachen von der PiLight-Seite auch in FHEM unterstützt.

Gruß

    Olly

Gesendet von meinem LT26w mit Tapatalk

Ich werde mir auch mal einen Superheterodyne Kit bestellen. Kosten in der Bucht ja auch nur 5,50 €.

Kannst du die Links zu der PiLight Unterstützung posten? Meine Suche verläuft diesbezüglich irgendwie im Sande...

Zitat von: Spezialtrick am 05 Januar 2014, 15:26:01
Ich werde mir auch mal einen Superheterodyne Kit bestellen. Kosten in der Bucht ja auch nur 5,50 €.

Kannst du die Links zu der PiLight Unterstützung posten? Meine Suche verläuft diesbezüglich irgendwie im Sande...

Hi,
also direkt PiLight wird glaube ich nicht unterstützt, aber die meisten Sachen, die Du damit machen kannst, kannst Du auch mit FHEM machen.

Gruß

      Olly

Gesendet von meinem LT26w mit Tapatalk

Zitat von: Olly am 05 Januar 2014, 16:25:44
Hi,
also direkt PiLight wird glaube ich nicht unterstützt, aber die meisten Sachen, die Du damit machen kannst, kannst Du auch mit FHEM machen.

Das stimmt möglicherweise, dafür braucht man dann in der Regel einen Cul etc. Der FHEMduino wäre sicher noch viel interessanter, wenn man damit viel mehr Hersteller ansteuern könnte als bisher.

@mdorenka: Kann man die Protokolle von PiLight verwenden und problemlos aufnehmen?

Lg

Moin,
den besten Empfang habe ich mit dem WRL-10532 (RWS-371) für ~4,50€, getestet gegen 2 Empfänger aus dem Ebay-Set, einem aus einer Funksteckdose sowie aus einer Wetterstation.
Bei mir bleibt aber das Problem das mein Raspberry Daten verschluckt, scheint ein bekanntes Problem des FTDI-Treibers zu sein, der wurde wohl nicht für ARM kompiliert, werde mal versuchen ob ein Cross-Compile möglich ist.
Was ich aber schon bemerkt habe, am 5V-Pin des Nano liegen bei mir nur 4,2 Volt an, schon der USB-Port des RPi liefert nur 4,8V, der Rest geht an Verpolschutz und Reglern verloren.
Habe mir daher als Lösung ein Kabel an den VUSB-Pin den Nano gelötet, so habe ich zumindest 4,8V.

Andreas

Kann man mit dem FHEMDuino auch Revolt-Daten empfangen?
http://forum.fhem.de/index.php/topic,12600.15.html

Zitat von: fh168 am 08 Januar 2014, 15:39:48
Kann man mit dem FHEMDuino auch Revolt-Daten empfangen?
http://forum.fhem.de/index.php/topic,12600.15.html

die HW würde es hergeben.
viel spass beim implementieren :)

heißt also, es muss der Sketch angepasst werden?

exakt.

schau dir die aktuelle version an, damit sollte es nicht all zu schwer sein.

dein ergebnis kannst du natürlich dann gerne auch anderen zur verfügung stellen :)

das bin ich nicht fit drin, sorry.
ich habe heute erst mal die 1 Euro hardware (sender) (empfänger) aus china bekommen.
Wenn ich auf der FB von meinen Baumarkt-Steckdosen eine Taste drücke blinkt es sogar beim Arduino uno.
Eventmonitor sagt aber immer bei jeder Taste mit anderen IRCodes : 2014-01-08 18:31:42 FHEMduino RFDuino UNKNOWNCODE IR17745
Mal sehen ob ich das erst mal hinbekomme.

Zitat von: fh168 am 08 Januar 2014, 18:32:35
Eventmonitor sagt aber immer bei jeder Taste mit anderen IRCodes : 2014-01-08 18:31:42 FHEMduino RFDuino UNKNOWNCODE IR17745

das phänomen habe ich auch ... (also dass immer andere codes ankommen)

...und ich wusste gar nicht, dass ich mittlerweile mehr als 15 Temperatursender im Betrieb habe:

RFduino_KW9010_04 ???
RFduino_KW9010_07 ???
RFduino_KW9010_1B ???
RFduino_KW9010_28 ???
RFduino_KW9010_3C ???
RFduino_KW9010_3E ???
RFduino_KW9010_75 ???
RFduino_KW9010_7C ???
RFduino_KW9010_8F ???
RFduino_KW9010_9D T 3.2 H 10 B critical
RFduino_KW9010_A7 ???
RFduino_KW9010_B1 ???
RFduino_KW9010_BE ???
RFduino_KW9010_C4 T 19.3 H 54 B good
RFduino_KW9010_C5 ???
RFduino_KW9010_D4 ???
RFduino_KW9010_DC ???
RFduino_KW9010_E8 ???
RFduino_KW9010_F0 T -23.2 H 96 B good
RFduino_KW9010_F1 ???
RFduino_KW9010_FA ???
RFduino_KW9010_FC ???

8)

Zitat von: machnetz am 09 Januar 2014, 13:08:16
...und ich wusste gar nicht, dass ich mittlerweile mehr als 15 Temperatursender im Betrieb habe:
8)

also entweder hast du sehr viele in deiner umgebung oder du hast sehr alten code... die sollten garnicht auftauchen wenn die prüfsumme nicht korrekt ist

Zitat von: mdorenka am 08 Januar 2014, 19:58:30
das phänomen habe ich auch ... (also dass immer andere codes ankommen)

Könnte man das Problem nicht durch eine Low Pass Filter beheben?

Zitat von: Spezialtrick am 09 Januar 2014, 20:15:10
Könnte man das Problem nicht durch eine Low Pass Filter beheben?

hardwareseitig?
mein empfänger hat einen LPF. die FBs sind halt nur mistig.. was erwartest du für ~15eur für 3 dosen und eine FB? ;)

Zitat von: mdorenka am 09 Januar 2014, 20:50:19
hardwareseitig?
mein empfänger hat einen LPF. die FBs sind halt nur mistig.. was erwartest du für ~15eur für 3 dosen und eine FB? ;)

Korrekt. Habe im Pilight Forum gelesen, dass die verbauten LPF's nicht besonders sind und dass man mit dem vorgeschlagen LPF mehr erreichen kann:

http://wiki.pilight.org/doku.php/electronics

Habe mir die Teile vor 3 Tagen bestellt und werde es mal versuchen. Habe gerade mal 70 Cent für die Teile bezahlt. Wäre also eine günstige Verbesserung, wenn es funktioniert. :)

Zitat von: Spezialtrick am 09 Januar 2014, 20:56:04
Wäre also eine günstige Verbesserung, wenn es funktioniert. :)

ich bin auf deinen bericht gespannt!

Zitat von: mdorenka am 09 Januar 2014, 20:50:19
hardwareseitig?
mein empfänger hat einen LPF. die FBs sind halt nur mistig.. was erwartest du für ~15eur für 3 dosen und eine FB? ;)

Softwareseitig wurde das, wenn ich mich recht erinnere, bei der RCSwitch library oder etwas in der Art dadurch gelöst, dass mindestens zwei oder drei identische Codes hintereinander auftauchen mussten. Zumindest bei meiner ELRO-Fernbedienung würde das wahrscheinlich funktionieren.

Moin,

da der Temperatursender ja einmal die Minute Daten sendet müllt der ja das Logfile zu und  das Erstellen eines Graphen dauert dann entsprechend lange. Wie kann ich denn nur Werte von sagen wir mal alle 10min aus dem Logfile verwenden?

Danke und Gruß, machnetz

Zitat von: machnetz am 10 Januar 2014, 17:41:41
Moin,

da der Temperatursender ja einmal die Minute Daten sendet müllt der ja das Logfile zu und  das Erstellen eines Graphen dauert dann entsprechend lange. Wie kann ich denn nur Werte von sagen wir mal alle 10min aus dem Logfile verwenden?

Danke und Gruß, machnetz

1. dblog nutzen
2. db-logexclude sinnvoll einstellen (wert von 30 sec oder 60 sec)
3. http://forum.fhem.de/index.php/topic,17468.0.html

Hi,

danke für die Antwort. Ich bin zwar durchaus in der Lage Dinge ohne Doku hinzubekommen, aber so wirklich ohne ganz Info was dazu gebraucht wird wie das eingebunden und konfiguriert wird - sorry, bekomme ich leider nicht hin.

Gruß, machnetz

Hy ich hab ihn jetzt fertig gebaut bei mir sendet er ohne Probleme 15m bis jetzt.
Empfänger hab ich bis jetzt noch keinen dran.
Gibt es aber noch eine möglichkeit one wire zu integrieren ?

Grus Chris

Gesendet von meinem GT-I9300 mit Tapatalk

Zitat von: RedOne am 15 Januar 2014, 11:30:50
Gibt es aber noch eine möglichkeit one wire zu integrieren ?

direkt in der FW noch nicht, aber du darfst das gerne umsetzen :)
einen einstieg bietet http://playground.arduino.cc/Learning/OneWire

Dann werde ich das mal versuchen zu verstehen und umzusetzen.

Gesendet von meinem GT-I9300 mit Tapatalk

OneWire +1 würde mich auch sehr interessieren (leider kein programmieren)

Zitatdirekt in der FW noch nicht, aber du darfst das gerne umsetzen :)/quote]

So da ich am Anfang stehe und mein Arduino bisher nur benutzt habe um LED´s zum Leuchten zu bringen und eine Ampelschaltung zu erstellen, habe ich jetzt mal eine Verständnis frage! Um einfach den falschen auszuschließen.

Also wenn ich das richtig verstanden habe anhand deines Linkes wird jedes mal eine ONEWIRE.h Libary aufgerufen.

geh ich jetzt einfach hin setze oben an deinem Code auch die ONEWIRE.h hin und schreibe dann am ende von deinem Code den ONEWIRE code oder wäre es geschickter deinen Code auch in eine Libary zupacken sowie ONEWIRE ?

P.S. Ich setz mal nicht zu große Hoffnung in mich das ich es hinkriege!!!

Gruß Chris

Zitat von: machnetz am 11 Januar 2014, 11:09:12
Hi,

danke für die Antwort. Ich bin zwar durchaus in der Lage Dinge ohne Doku hinzubekommen, aber so wirklich ohne ganz Info was dazu gebraucht wird wie das eingebunden und konfiguriert wird - sorry, bekomme ich leider nicht hin.

Gruß, machnetz

Hi machnetz,

http://www.meintechblog.de/2013/11/fhem-logfiles-und-graphen-datenlast-reduzieren-und-werte-ordentlich-visualisieren/ (http://www.meintechblog.de/2013/11/fhem-logfiles-und-graphen-datenlast-reduzieren-und-werte-ordentlich-visualisieren/)
Schau dir mal diesen Blogeintrag an. Da wird sogar nur dann ein Wert von einem externen Energiemonitor geloggt, wenn sich die Daten geändert haben.
Hilft dir das vielleicht weiter?

Gruß,
Cruiser

Moin Cruiser,

ja das könnte helfen. Leider habe ich mit den Sensoren so viele Probleme, dass ich nun auf den Empfang der Daten verzichte. Drehe ich den Empfänger etwas mehr als 2° aus der Empfangsrichtung weg, bekomme ich sofort keine Daten mehr. Mir ist das zu blöd geworden. Aber der Artikel ist recht informativ, danke fürs zeigen :-)

Gruß, machnetz

Hi Leute,

auch auf die Gefahr hin das ich gleich ärger bekomme muss ich trotzdem mal nachfragen.

Hat sich einer von euch schon mal mit fertigen transreceivern beschäftigt?
Hab heute ein bisschen auf DX.com gestöbert und einiges gefunden.

http://dx.com/s/433+arduino

Viele der Teile haben schon eine Antenne dran. Ich hab hier gelesen das einige Probleme mit dem Empfang haben.
Wäre das damit nicht gelöst?

//edit

Rückzug. hab mir den ganzen Thread durchgelesen!

Eine idee hätte ich dennoch:
Kann man den nicht eine RP-SMA Buchse an empfänger und sender löten und sie dann mit einer 433mhz antenne bestücken?

Hallo,

da ich mit meinem 433 MHz Empfänger-Modul ja auch Probleme mit der Reichweite hatte, hab ich mir jetzt einen Superhet-Empfänger (WRL-10532) zugelegt. Die Reichweite damit ist wesentlich bessern (über ein Stockwerk hinweg).

Jetzt würde ich gerne die Signale der Fernbedienung meiner IT-Steckdosen empfangen und auswerten. Der IT-Empfang ist ja im Prinzip schon integriert, bei einem Tastendruck wird ein Code beginnend mit IR empfangen, nur kann FHEM so damit noch nichts anfangen.
Hier http://forum.fhem.de/index.php/topic,14348.0.html wird ja auch der IT-Empfang behandelt. Könnte man das dort im 2. Beitrag verlinkte Modul 10_IT.pm nicht auch hier verwenden? Soweit ich das erkennen konnte, wird dort jedoch der IT-Code beginnend mit i erwartet. Eine kleine Anpassung wäre also noch nötig.

Was meint ihr??

Gruß

     Olly

Hallo
Superhet-Empfänger (WRL-10532), hast du eienn Link
1 Wire Temp funktioniert jetzt zwar bei mir aber ich hab ja 2 Temp Funksensoren die ich auch noch ganz gerne einsetzen würde

@Franz Tenbrock
Hast du dem Fhemduino 1 Wire beigebracht?

Gesendet von meinem GT-I9300 mit Tapatalk

Zitat von: Franz Tenbrock am 21 Januar 2014, 22:03:44
Hallo
Superhet-Empfänger (WRL-10532), hast du eienn Link

Hi Franz,

den Empfänger hab ich von Watterott (www.watterott.com). Da einfach nach WRL-10532 suchen, hat keine 5 € gekostet.

Gruß

      Olly

nein hattemir vorher einen pcsensor 9097 gekauft... 20 Euro incl versand
dann in der bucht 10 tempsensoren für ca 15 Euro  :)
dann aber auch dabei so manche Hürde
erfolgreich genommen..

jetzt ist ein 1wire counter dran.. selbst gelötet, hier aus dem forum "alternativer counter"

wenn sich hier was mit der reichweite tut bin ich auch hier wieder dabei, hat ja durchaus spass gemacht und hat sicher noch potential

und wie wird der eingebaut,
hat ja deutlich mehr pins...
WRL-10532

oder müssen nur 3 pins angeschlossen werden.
nur empfänger oder auch sender

Zitat von: Franz Tenbrock am 21 Januar 2014, 23:10:20
und wie wird der eingebaut,
hat ja deutlich mehr pins...
WRL-10532

oder müssen nur 3 pins angeschlossen werden.
nur empfänger oder auch sender

Das ist nur der Empfänger. Sender hab ich den einfachen behalten, der reicht.
Am Empfänger werden 4 Pins benötigt: VCC, GND, Data und Ant(enne). Die anderen sind über oder GND.

Hy ich bräuchte mal eure hilfe.

Ich habe mein Fhemduino in eine .cfg gepackt
Fhemduino.cfg   
define Fhemduino FHEMduino /dev/ttyUSB0@9600
soweit stimmt auch alles
er ist ansprechbar und blinckt

meine Funcksteckdose ist auch in einer .cfg
FSD.cfg
define FSD_1 IT 00000FFF0F FF F0
attr FSD_1 IODev Fhemduino
attr FSD_1 alias WOZI_Stehlampe
attr FSD_1 group Schalter
attr FSD_1

jetzt schreibt er mir  FSD_1: unknown IODev specified

wenn ich ihn aber über das Fhemweb eingebe
attr FSD_1 IODev Fhemduino
funktioniert es und er meckert nicht
bis ich ein reread durchführe und der spaß fängt von vorne an.
Kann mir jemand sagen was ich falsche mache

Zitat von: Olly am 21 Januar 2014, 21:46:58
Jetzt würde ich gerne die Signale der Fernbedienung meiner IT-Steckdosen empfangen und auswerten. Der IT-Empfang ist ja im Prinzip schon integriert, bei einem Tastendruck wird ein Code beginnend mit IR empfangen, nur kann FHEM so damit noch nichts anfangen.
Hier http://forum.fhem.de/index.php/topic,14348.0.html wird ja auch der IT-Empfang behandelt. Könnte man das dort im 2. Beitrag verlinkte Modul 10_IT.pm nicht auch hier verwenden? Soweit ich das erkennen konnte, wird dort jedoch der IT-Code beginnend mit i erwartet. Eine kleine Anpassung wäre also noch nötig.

ist nicht so einfach wie du dir das vorstellst
genau genommen gibt es ja keinen befehl "lampeA aus" .. sondern eine bitfolge (die man als zahl darstellen kann).. diese könnte man dann verarbeiten.

Zitat von: mdorenka am 23 Januar 2014, 16:00:02
ist nicht so einfach wie du dir das vorstellst
genau genommen gibt es ja keinen befehl "lampeA aus" .. sondern eine bitfolge (die man als zahl darstellen kann).. diese könnte man dann verarbeiten.

Genau das dachte ich würde im verlinkten Projekt bereits umgesetzt. Oder hab ich da einen Denkfehler?
Klar muss man in FHEM dann noch sagen, was passieren soll, wenn ein bestimmter Code empfangen wird.

Gruß

    Olly

Zitat von: Olly am 21 Januar 2014, 23:19:24
Das ist nur der Empfänger. Sender hab ich den einfachen behalten, der reicht.
Am Empfänger werden 4 Pins benötigt: VCC, GND, Data und Ant(enne). Die anderen sind über oder GND.

Hallo!
Ich hatte bei Wattenrot nach "WRL-10532" gesucht und bestellt. Habe leider nicht aufgepasst und einen "RWS-371" bekommen. Ist das der Gleiche? Nach dem ich ihn angeschlossen hatte, habe ich leider gar kein Signal mehr bekommen. Eine Idee? Lese immer fleißig mit und versuche vorwärts zu kommen. Problem ist nur das ich absoluter Anfänger bin, was den Raspi (sprich Linux), FHEM und Arduino angeht.
Dafür funktioniert es aber schon auf 2m Entfernung :).

Vielen Dank an den Gründer und alle die hier beitragen. Ohne Euch könnte ich so etwas nie realisieren.

Thomas

@tds,
ja ist der gleiche.
Die Reichweite haut mich aber auch nicht vom Hocker, nach 10m oder 2 Wänden ist bei mir Schluss.
Ich habe den mal am RPi und an meinen Arduinos (mini) angeschlossen, funktioniert aber soweit.
Hier ein Snapshot: http://blog.moneybag.de/?attachment_id=10226

Bin da aber noch spezielles am Basteln.

LG
/robin

Zitat von: fh168 am 26 Januar 2014, 16:37:49
@tds,
ja ist der gleiche.
Die Reichweite haut mich aber auch nicht vom Hocker, nach 10m oder 2 Wänden ist bei mir Schluss.
Ich habe den mal am RPi und an meinen Arduinos (mini) angeschlossen, funktioniert aber soweit.
Hier ein Snapshot: http://blog.moneybag.de/?attachment_id=10226

Bin da aber noch spezielles am Basteln.

LG
/robin

@Robin,
vielen Dank für die Info.
Mit 10m wäre ich schon König ;). Leider bekomme ich mit diesem Empfänger gar keine Daten. Vielleicht ist das Poti verstellt oder er ist defekt. Kann das leider nicht prüfen.
Ich hoffe ja es gibt noch eine Lösung.

Gruß, Thomas

Moin,

Hat noch jemand Interesse an zwei Temp./Feuchte Sendern?
Man sagt ja, dass sie gut mit dem Fhemduino zusammen laufen sollen .... ;-)

Gruß, machnetz

@tds,

als ich gerade meinen neuen Blog-Beitrag geschrieben habe, hatte ich an Dein Problem gedacht. Vielleicht liegt es gar nicht am Empfänger, sondern am Sender. Wichtig ist beim Sender ein Stück Draht (18cm) anzulöten. Ich habe auch die Spannung am Sender erhöht, habe jetzt mehr Leistung. Das läuft zwar jetzt mit dem Raspberry-Pi, dürfte aber am Arduino genauso laufen.
http://blog.moneybag.de/raspberry-pi-433-mhz-sender-mit-12v-schalten/

LG
/robin

Zitat von: machnetz am 27 Januar 2014, 15:09:54
Moin,

Hat noch jemand Interesse an zwei Temp./Feuchte Sendern?
Man sagt ja, dass sie gut mit dem Fhemduino zusammen laufen sollen .... ;-)

Gruß, machnetz

Hallo machnetz,
welche sensoren meinst du genau? bin nämlich auf der suche nach temp/feuchte sensoren für meinen fhemduino.
Hätte interesse.

Grüße,
Dominik

Zitat von: fh168 am 27 Januar 2014, 22:51:58
@tds,

als ich gerade meinen neuen Blog-Beitrag geschrieben habe, hatte ich an Dein Problem gedacht. Vielleicht liegt es gar nicht am Empfänger, sondern am Sender. Wichtig ist beim Sender ein Stück Draht (18cm) anzulöten. Ich habe auch die Spannung am Sender erhöht, habe jetzt mehr Leistung. Das läuft zwar jetzt mit dem Raspberry-Pi, dürfte aber am Arduino genauso laufen.
http://blog.moneybag.de/raspberry-pi-433-mhz-sender-mit-12v-schalten/

LG
/robin

Hallo Robin,
hab gerade den verlinkten Blog-Eintrag gelesen. An der Stelle, wo du den Anschluss des Senders an 12V und den RasPi beschreibst, steht, man solle GND und Antenne mit dem RasPi verbinden. Hier muss es doch anstatt Antenne wohl eher Data sein ;-), anders kommt nicht so gut.
Ansonsten schöner Blog.

Gruß

   Olly

@atze09

Es sind die Conrad Sensoren (KW9010) die auch von FHEMduino unterstützt werden.
Die Modalitäten klären wir gern per PN.

Gruß, machnetz

@Olly,

ich habs korrigiert. Auf dem Bild sieht man ja das gelbe Kabel, das zum RPi geht.
Danke für die Info.
LG
/robin

Zitat von: fh168 am 27 Januar 2014, 22:51:58
@tds,

als ich gerade meinen neuen Blog-Beitrag geschrieben habe, hatte ich an Dein Problem gedacht. Vielleicht liegt es gar nicht am Empfänger, sondern am Sender. Wichtig ist beim Sender ein Stück Draht (18cm) anzulöten. Ich habe auch die Spannung am Sender erhöht, habe jetzt mehr Leistung. Das läuft zwar jetzt mit dem Raspberry-Pi, dürfte aber am Arduino genauso laufen.
http://blog.moneybag.de/raspberry-pi-433-mhz-sender-mit-12v-schalten/

LG
/robin

@Robin:
Danke für die Info. Mit dem Snder habe ich noch gar nicht viel probiert. Mein Empfangsproblem beim FHEMduino bezieht sich, wie bei machnetz auf die KW9010. Bin am überlegen, ob ich diesen Empfänger nochmal teste
http://www.conrad.de/ce/de/product/190264/?insert_kz=NA&hk=SEM&WT.srch=1&WT.mc_id=google_display&gclid=CLybjNuioLwCFQ3JtAodmCMAxQ (http://www.conrad.de/ce/de/product/190264/?insert_kz=NA&hk=SEM&WT.srch=1&WT.mc_id=google_display&gclid=CLybjNuioLwCFQ3JtAodmCMAxQ)

oder auf ein anderes System umsteige, z. B.:
http://blog.moneybag.de/hausautomation-fhem-mit-funksteckdose-energiemessung-elv-pca-301/ (http://blog.moneybag.de/hausautomation-fhem-mit-funksteckdose-energiemessung-elv-pca-301/)
oder ähnliches

Gruß
Thomas

@tds,

der Empfänger steht bei mir auch auf der Kauf-Liste, finde ich echt teuer. Ich habe bisher eher schlechte Erfahrung mit den 433 MHz-Empfängern bzgl. der Reichweite gemacht. Ich habe jetzt noch einen Superhet-Empfänger bestellt, der ist aber noch nicht eingetrudelt. Ich werde dann darüber bloggen mit ein paar neuen Projekten.

Auf der sicheren Seite bzgl. Empfang bist Du mit dem JeeLink und den LaCrosse Sensoren. Die funken im 868Mhz-Bereich. Die Installation ist einfach (s. meinen Blog). JeeLink kaufen, kurz mit der Arduino-Oberfläche die richtige Firmware den Stick betanken und gut is.
Nachteil bei diesen Sensoren ist, das die Sensoren (zumindest der TX-29 DT-H, bzw. TX-29) ständig funken. Mir macht das nichts aus, Fhem nimmt alle paar Minuten einen Wert vom Sensor ab. Preis-/leistung  liegen die auch noch im annehmbaren Bereich. Ich habe von den Dingern 4 Tx-29 DT-H (mit Luftfeuchtigkeitsmessung) und einen TX-29, bisher ohne Probleme.

Hallo,

Bin laut Anleitung Vorgegangen.
Ich habe das Problem das im state disconnected steht:
CMDS
Clients:IT:FHEMduino_EZ6:
DEF /dev/ttyUSB0@9600
DeviceName /dev/ttyUSB0@9600
NAME FHEMduino_USB
NR 61
PARTIAL
STATE disconnected
TYPE FHEMduino

Habe den duino laut arduino erfolgreich geflasht.
Meine Config ist ein Raspberry mit ein ADD on Board von locutus.

Muss ich was am USB Port anpassen?

Vielen Dank

Hallo cbvo,

RPI = /dev/ttyAMA0
FritzBox = /dev/ttyUSB

Gruß
Arthur

Guten Morgen,

ich habe mich gestern mal an der Installation des Nano versucht, musste aber feststellen, das die Files und Beschreibungen leider ein wenig auseinander laufen hier auf der Seite.

Würde die Möglichkeit bestehen, wie in einigen anderen Bereichen auch, die aktuellen Files und Anleitungen in ersten Thread zusammenzufassen ?? Was mich besonders interessiert, sind die Unterschiede in der Anbindung z.B.: RPi und FB oder die Installation (Programmierung) unter Windows oder Linux ......

Bitte nicht falsch verstehen, ich finde die Arbeit die hier von den Entwickler - über alle Bereiche - geleistet wird unvorstellbar !!!

gruß

Marc

Ich melde mich seit längerem Mal wieder zurück. Mein Versuch mit einem LPF brachte überhaupt keine Erfolge.

Gestern hingegen habe ich endlich das Superheterodyne RF Set aus China bekommen.

http://www.ebay.de/itm/281169560721?ssPageName=STRK:MEWAX:IT&_trksid=p3984.m1423.l2649 (http://www.ebay.de/itm/281169560721?ssPageName=STRK:MEWAX:IT&_trksid=p3984.m1423.l2649)

Ich habe Sie bisher nur testweise auf ein Breadboard gesteckt und bin begeistert. Ich habe nicht mal eine Antenne angeschlossen und ich kann in meiner gesamten Wohnung funken und empfangen. Getestet habe ich es mit der Elro FB. So komme ich auf etwa 12 Meter Reichweite durch mehrere Wände. Vllt. löst dieses Set ja alle Empfangsprobleme.

Gibts den Conrad KW 9010 eigentlich noch irgendwo zu kaufen? Das Angebot bei Ebay wurde leider eingestellt.

Zitat von: snoop am 31 Januar 2014, 16:03:39
Hallo cbvo,

RPI = /dev/ttyAMA0
FritzBox = /dev/ttyUSB

Gruß
Arthur

bei mir ists ttyUSB0 (auf rpi mit debian)

Zitat von: yogiflop am 04 Februar 2014, 09:28:29
Guten Morgen,

ich habe mich gestern mal an der Installation des Nano versucht, musste aber feststellen, das die Files und Beschreibungen leider ein wenig auseinander laufen hier auf der Seite.

Würde die Möglichkeit bestehen, wie in einigen anderen Bereichen auch, die aktuellen Files und Anleitungen in ersten Thread zusammenzufassen ?? Was mich besonders interessiert, sind die Unterschiede in der Anbindung z.B.: RPi und FB oder die Installation (Programmierung) unter Windows oder Linux ......

Bitte nicht falsch verstehen, ich finde die Arbeit die hier von den Entwickler - über alle Bereiche - geleistet wird unvorstellbar !!!

gruß

Marc

wo läufts denn auseinander? :)

Zitat von: Spezialtrick am 07 Februar 2014, 13:05:38
Gibts den Conrad KW 9010 eigentlich noch irgendwo zu kaufen? Das Angebot bei Ebay wurde leider eingestellt.

schön dass der empfang endlich geht bei dir :)

grundsätzlich kannst du so ziemlich jeden sender benutzen, du musst dann halt nur das protokoll entschlüsseln, ein modul dafür bauen und dann wird das auch in fhemduino eingepflegt ;)
sonst immer mal wieder schauen, die gibts immer mal wieder

Zitat von: mdorenka am 08 Februar 2014, 13:40:30
wo läufts denn auseinander? :)

Nachdem ich im ersten Anlauf meinen Arduino gehimmelt habe, muss ich erstmal gucken, das ein neuer geliefert wird.
Aber dann komme ich gerne nochmal drauf zurück ;-)

Gruß Marc

Zitat von: mdorenka am 08 Februar 2014, 13:38:32
bei mir ists ttyUSB0 (auf rpi mit debian)

disconnected <> Debian --> Wheezy
Ergebnis:

RPI (Wheezy)= /dev/ttyAMA0
RPI (Debian)= /dev/ttyUSB
FritzBox = /dev/ttyUSB

Gruß
Arthur

Zitat von: mdorenka am 08 Februar 2014, 13:41:51
schön dass der empfang endlich geht bei dir :)

Habe den Händler einfach mal so angeschrieben und er hatte tatsächlich noch einige. :) Habe Sie heute bekommen. Der Empfang ist in der gesamten Wohnung selbst ohne Antenne am FHEMduino perfekt.

Implementierst du eigentlich noch das Empfangen/Verwenden von Signalen der Elro Fernbedienungen?

Könntest Du nochmal den Link auf das abgelaufene Angebot hier posten ? Ich wollte auch noch zwei haben.

Hier ist der Link:

http://www.ebay.de/itm/Conrad-Thermo-Hygro-Funksensor-KW-9010-TH-433MHz-/261367592277?ViewItem=&item=261367592277&nma=true&si=eY7M8tPt4pxwbhCRMIaGE5vqFuU%253D&orig_cvip=true&rt=nc&_trksid=p2047675.l2557 (http://www.ebay.de/itm/Conrad-Thermo-Hygro-Funksensor-KW-9010-TH-433MHz-/261367592277?ViewItem=&item=261367592277&nma=true&si=eY7M8tPt4pxwbhCRMIaGE5vqFuU%253D&orig_cvip=true&rt=nc&_trksid=p2047675.l2557)

Soweit ich weiß hat er auch nur noch 2 Stück.

EDIT:

Gibt es eine Möglichkeit die Mitteilungswut der Conrad Sensoren zu begrenzen? Ich bekomme alle paar Sekunden neue Werte und das sprengt den Rahmen. Habe es mit "event-on-change-reading" und mit "event-on-update-reading" versucht. Dann wurde aber gar nichts mehr ins Logfile geschrieben..

Am besten wäre es, wenn man nur Werte erfassen würde, wenn sich auch tatsächlich etwas geändert hat, aber mindestens alle 15 min. Ist das irgendwie realisierbar?

Zitat von: Spezialtrick am 11 Februar 2014, 09:08:43

EDIT:

Gibt es eine Möglichkeit die Mitteilungswut der Conrad Sensoren zu begrenzen? Ich bekomme alle paar Sekunden neue Werte und das sprengt den Rahmen. Habe es mit "event-on-change-reading" und mit "event-on-update-reading" versucht. Dann wurde aber gar nichts mehr ins Logfile geschrieben..

Am besten wäre es, wenn man nur Werte erfassen würde, wenn sich auch tatsächlich etwas geändert hat, aber mindestens alle 15 min. Ist das irgendwie realisierbar?

hier ein Beispiel:

attr Thermostat event-min-interval measured-temp:900,humidity:900,battery:3600
attr Thermostat event-on-change-reading measured-temp,humidity,battery
attr Thermostat event-on-update-reading .*

Viele Grüße
Arthur

Vielen Dank! :) Es scheint bisher so zu funktionieren:

attr FHEMduino_KW9010_35 event-min-interval battery:3600,humidity:900,sendMode:3600,temperature:900,trend:900
attr FHEMduino_KW9010_35 event-on-change-reading humidity,temperature,trend,battery
attr FHEMduino_KW9010_35 event-on-update-reading .*

Erstaunlicherweise ändert sich die Temperatur doch häufiger als gedacht. :D Könntest du mir die einzelnen Event kurz erläutern?
Insbesondere den letzten?

So ganz funktioniert es aber doch nicht. Ein Sensor hat mir die letzte Meldung um 12:59 geschickt. Demnach müsste die nächste ja um 13:14 folgen. Die blieb leider aus.

Zitat von: Spezialtrick am 12 Februar 2014, 13:21:00

Erstaunlicherweise ändert sich die Temperatur doch häufiger als gedacht. :D Könntest du mir die einzelnen Event kurz erläutern?
Insbesondere den letzten?

Hi,
lese dir bitte diesen Thread http://forum.fhem.de/index.php/topic,12470.0.html (http://forum.fhem.de/index.php/topic,12470.0.html) durch und in der commandref steht dazu auch etwas.
Sorry,...
Gruß
Arthur

Danke das reicht schon. :)

Zitat von: mdorenka am 08 Februar 2014, 13:40:30
wo läufts denn auseinander? :)

Guten Abend,

inzwischen habe ich ein neues Modul erhalten und - meiner Meinung nach - auch sauber eingebunden ins System, allerdings bekomme ich bei betrachten des Devices immer nur ein "opened" anstatt ein "Initialized".

define FHEMduinoUSB FHEMduino /dev/ttyAMA0@9600


Internals
CFGFN
   
CMDS
   
Clients
   
:IT:FHEMduino_EZ6:
DEF    
/dev/ttyAMA0@9600
DeviceName
   
/dev/ttyAMA0@9600
NAME
   
FHEMduinoUSB
NR
   
679
PARTIAL
   
STATE
   
opened
TYPE
   
FHEMduino



Im Logfile taucht dann auch inzwischen ein
2014.02.13 18:10:11 1: Cannot init /dev/ttyAMA0, ignoring it
auf

Also gehe ich mal davon aus, das ich wahrscheinlich beim flashen einen Fehler gemacht habe. Und hier kommt nun wieder meine alte Frage ins Spiel, wo ich denn nun die aktuellsten Daten finde, und wo ich unter Windows die hinkopieren muss. In der Word-Datei die hier als Anleitung hinterlegt ist, steht teilweise noch etwas von der RCswitch etc.

Ich hoffe mal, ich habe mich verständlich ausgedrückt wo mein Problem liegt.

Ich würde mich freuen, wenn du alle relevanten Dateien noch einmal hier posten könntest.

gruß

Marc

Moin,

hast  du statt dev/ttyAMA0 mal  /dev/ttyUSB0  probiert?

Gruß, machnetz

Zitat von: machnetz am 14 Februar 2014, 10:41:34
Moin,

hast  du statt dev/ttyAMA0 mal  /dev/ttyUSB0  probiert?

Gruß, machnetz

ja, habe ich auch probiert, dann bekomme ich direkt einen "Disconnected"

Wenn Du es ein/aussteckst, was sagt ein dmesg??

Zitat von: Wernieman am 14 Februar 2014, 11:07:46
Wenn Du es ein/aussteckst, was sagt ein dmesg??

Also .... tatsächlich .... dmesg hat geholfen und es ist ttyUSB0 ich hatte nur ttyUSB probiert ....
Danke für die Hilfen....

Wie schon mehrfach erwähnt, eine kleine Optimierung:
Gucke mal unter /dev/serial/by-id .. dort ist Dein Stick auch mit Eindeutigem Namen verlinkt. Wenn Du dieses anstatt /dev/ttyUSB0 verwendest, kann auch bei einem Umstecken der Stick richtig erkannt werden

Nach anfänglichen Schwierigkeiten habe ich es mit Hilfe des Forums mal wieder geschafft !!!

Danke


gruß Marc

OK, erledigt, hab wohl ein Fehler gemacht beim runterladen mit wget, ich hatte da ne html Datei als 00_FHEMduino.pm,
das kann ja nix werden...

::)


Hmm, hab folgendes Problem:
reload: Error:Modul 00_FHEMduino deactivated:
Unrecognized character \xC2; marked by <-- HERE after at master <-- HERE near column 60 at ./FHEM/00_FHEMduino.pm line 11, <$fh> line 95.

:o

Momme

Zitat von: cbvo am 15 Februar 2014, 05:50:25
Habe auch das Problem mit dem openend

Code Auswählen Erweitern

define FHEMduinoUSB FHEMduino /dev/ttyAMA0@9600

Bei dsmeg wird folgendes angezeigt beim wieder einstecken des FHEMDuino

Code Auswählen Erweitern

usb 1-1.2: new full-speed USB device number 5 using dwc_otg
[ 1152.976199] usb 1-1.2: New USB device found, idVendor=0403, idProduct=6001
[ 1152.976236] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 1152.976255] usb 1-1.2: Product: FT232R USB UART
[ 1152.976272] usb 1-1.2: Manufacturer: FTDI
[ 1152.976287] usb 1-1.2: SerialNumber: A501S2C6
[ 1153.007828] usbserial: disagrees about version of symbol module_layout


Habe auch das mit dem ttyUSB0 ausprobiert, dann kommt direkt disconnect

Mfg Benni

Wenn du nach dem disconneced den Arduino einmalneu ansteckst, dann wird er direkt initialisiert.

gruß Marc

Wenn Du mehr als einen "USB-Stick" hast, dann gucke mal unter /dev/serial/by-id, ob Du nicht einen der Dortigen anstatt /dev/ttyXXX nimmst. Das ist "eindeutiger"

Hallo,

ich habe zwar keinen FHEMduino, betreibe an einen Raspi eine COC am GPIO-Port
die in die Config so eingetragen ist
define COC CUL /dev/ttyAMA0@38400 0000
und sie meldet sich als "Initialized".
Weiter betreibe ich eine JeeLink am USB-Port der in der Config so eingetragen ist
define JLLaCR JeeLink /dev/ttyUSB0@57600
und dieser meldet sich als "Opened".
Beide funktionieren also nehme ich an dass beide richtig inizalisiert sind.
In /dev/serial/by-id ist meiner Erachtens nur der JeeLink zu finden
mit der Bezeichnung "_FT232R_USB_UART_AE0100-Port0".
Wenn ich  richtig verstanden habe könnte man auch in der
define JLLaCR JeeLink /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AE01DUZI-if00-port0@57600
eintragen und diese wäre dann eindeutiger.
Habe ich das so richtig verstanden?
Das wäre dann auch unabhängig an welchem USB-Port der FHEMduino / JeeLink betrieben würde bzw.
es würde keine Rolle spielen wenn der FHEMduino /  JeeLink an einem  USB-Hub betrieben würde?

Thomas

update:
nach dem ich alle Sender und den FHEMduino mit Doppelquad Antennen ausgerüstet habe, konnte ich den Verstärker unterm Carport
abbauen, die Sender im OG und im UG sind eigentlich auch nicht mehr nötig, ich komme mit dem Sender im EG nun in jede Ecke...
Der Empfang ist auch um längen besser.
Ich habe Sender und Empfänger einfach in den Mittelpunkt der Antenne gelötet, Antenne an die eine Seite, GND an die andere Seite.
So sieht die aus, 16,8 cm Kantenlänge: http://www.cnet.de/wp-content/uploads/legacy_images/c/praxis/weekend/0903_dvb-t-doppelquad-antenne-im-eigenbau/quadbau_04.jpg (http://www.cnet.de/wp-content/uploads/legacy_images/c/praxis/weekend/0903_dvb-t-doppelquad-antenne-im-eigenbau/quadbau_04.jpg)



Sehr schön,

empfängt sogar meine billig Bewegungsmelder, muß nur noch schauen, wie ich dazu ein notify gestalte.
Home easy wird nicht erkannt.

Jetzt noch ne doppelquad Antenne dran, mal sehen, wie der Empfang dann ist.

Vielen Dank dafür

Gruß  8)

Momme

Könntest du ein Foto deiner Antenne posten?

Hallo

Ich bekomme es leider immer noch nicht hin
Dsmeg zeigt
Product: FT232R USB UART
[ 3207.211588] usb 1-1.3: Manufacturer: FTDI
[ 3207.211601] usb 1-1.3: SerialNumber: A501S2C6
[ 3207.217766] ftdi_sio 1-1.3:1.0: FTDI USB Serial Device converter detected
[ 3207.217954] usb 1-1.3: Detected FT232RL
[ 3207.217976] usb 1-1.3: Number of endpoints 2
[ 3207.218008] usb 1-1.3: Endpoint 1 MaxPacketSize 64
[ 3207.218025] usb 1-1.3: Endpoint 2 MaxPacketSize 64
[ 3207.218039] usb 1-1.3: Setting MaxPacketSize 64
[ 3207.218853] usb 1-1.3: FTDI USB Serial Device converter now attached to ttyUSB0


Leider bleibt es immer noch auf Disconnect.
Kann es sein das beim Sketch sich was geändert hat. Weil laut Word Anleitung sind es bei fertigstellung des sketches "12810 bytes", ich habe aber nur 10756bytes.
Ich gehe nach der Word Anleitung.

Momentan habe ich ein nackiges FHEM und nur den duino dran.
Dieses define define Arduino FHEMduino dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A501S2C6-if00-port0@9600
habe ich auch probiert, gleiches verhalten.

++EDIT++
Jetzt läuft es. Habe die Module nochmals draufgespielt.

Copy/Paste Fehler oder Tippfehler?
define Arduino FHEMduino dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A501S2C6-if00-port0@9600
Da fehlt ein / vor dev/serial/....

Also eigentlich muss die Zeile lauten:
define Arduino FHEMduino /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A501S2C6-if00-port0@9600
Sofern das usb-FTDI_FT232R_USB_UART_A501S2C6-if00-port0 richtig ist ....

Hallo zusammen,

ich möchte auch gerne kurz über die Sende und Empfang Thematik berichten, da ich mit zwei verschiedenen Transmittern und Receivern getestet habe (LPF seit zwei Monaten im Einsatz / SRF seit ein paar Tagen).
Meine Umgebung besteht aus:
- RPI
- LPF (http://www.ebay.de/sch/i.html?_nkw=arduino+433)
- SRF (http://www.ebay.de/itm/281169560721?ssPageName=STRK:MEWAX:IT&_trksid=p3984.m1423.l2649)
- 7 x Conrad KW9010 (Bei Ebay ersteigert)
- Belkin River Rock USB 2.0 Hub (4-Port)(http://www.amazon.de/Belkin-River-Rock-USB-4-Port/dp/B009IQB1OQ/ref=sr_1_16?ie=UTF8&qid=1393102572&sr=8-16&keywords=belkin+usb+hub)

Erfahrungen mit LPF:

- Ohne aktiven USB Hub (direkt an RPI angeschlossen) beträgt die Empfang-Reichweite max. 50 cm (inkl. einer 17 cm Antenne - Achtung keine Litzenleitung - siehe Foto)
- Mit aktiven USB Hub kann ich im gesamten Haus (inkl. 2 Decken aus Stahlbeton) funken. Dies funktionierte bei mir nur im Dachgeschoss (in einem Bereich indem ich keinen RPI noch andere Komponenten hinstellen kann bzw. möchte.).
- Das Senden vom Dachgeschoss aus funktioniert wie oben beschrieben, vom Keller aus ist der Empfang gleich null - erklären kann ich mir das nicht...
- Senden/Schalten eigentlich kein Problem lediglich die Position (Ort) und die Ausrichtung der Antenne des Senders ist hier entscheidend.

Fazit: Es geht, aber der Empfänger und Sender sind sehr sensibel (Empfänger mehr als der Sender) auf Veränderungen in Bezug auf Position und Richtung der Antenne.

Erfahrungen mit SRF:

- Arduino (Sender und Empfänger) an den aktiven USB HUB angeschlossen (den Test ohne USB Hub habe ich mir gespart) "ohne" Antenne und sehe da - senden und empfangen quer durchs Haus - selbst durch zwei Decken aus Stahlbeton "KEIN" Problem - Reichweite min. 15m.
- Das ganze funktioniert vom Dachgeschoss als auch vom Keller aus.

Fazit: LPF landet wieder in die Bastellkiste (vielleicht finde ich noch eine Verwendung dafür.). Der SRF ist es. Ich habe zusätzlich eine 17cm Antennen  montiert um auf Nummer sicher zu gehen, dass dem Sender und Empfänger nicht die Puste ausgeht.

So, ich denke das sollte zunächst reichen.

Viele Grüße
Arthur

P.S: Jetzt fehlt nur noch ein Gehäuse (es hat die Größe eines USB Sticks) da werde ich was basteln müssen.

Hi!

nachdem ich hier nur Leonardos (und leo-kompatible pro micros) habe, habe ich den code mal etwas angepasst, so dass der sketch nun auch auf einem Leonardo (und kompatiblen boards) problemlos läuft.
Ich war so frei einen Pull-Request auf github zu machen möchte aber darum bitten das einmal auf einem 328 basierten arduino gegenzutesten (da ich ein solches gerät nicht besitze.

Was ich mir auch erlaubt habe ist die DPINs in defines auszulagern.
Magic Numbers irgendwo im Code machen mich nämlich wuschig ;).

Nabend,

ich bekomme es nicht hin, das empfangene Signal mit einem notify zu verarbeiten, daher HILFEeeeeeeeeeee  :o

Im Event Monitor sieht das empfangene Signal so aus:

FHEMduino FHEMduino_USB UNKNOWNCODE IR5592413

Im Log so:

FHEMduino_USB: unknown message IR5592413

Wie muß ich jetzt ein notify dazu gestalten?

Danke

Momme

Zitat von: mommfried am 02 März 2014, 19:16:21
Nabend,

ich bekomme es nicht hin, das empfangene Signal mit einem notify zu verarbeiten, daher HILFEeeeeeeeeeee  :o

Im Event Monitor sieht das empfangene Signal so aus:

FHEMduino FHEMduino_USB UNKNOWNCODE IR5592413

Im Log so:

FHEMduino_USB: unknown message IR5592413

Wie muß ich jetzt ein notify dazu gestalten?

Danke

Momme

Hallo,

das liegt daran, dass der Empfang von IT Signalen noch nicht komplett implementiert ist. FHEMduino kann das Signal zwar  empfangen, aber die richtige Übergabe an FHEM fehlt noch.

Gruß

     Olly

Lösung in #297 ;-)


Guten Morgen,

nach einigem hin und her habe ich nun die Modul am laufen und es sieht auch nicht schlecht aus. Die Werte kommen in regelmäßigen Abständen, teilweise ein bißchen zuviele Werte auf einmal, aber egal.

Allerdings habe ich hin und wieder mal folgenden Eintrag im Logfile.

2014.03.04 22:44:34 1: FHEMduino_KW9010 97 Skipping override due to too large timedifference
2014.03.04 22:44:39 1: FHEMduino_KW9010 86 Skipping override due to too large timedifference
2014.03.04 22:45:00 1: FHEMduino_KW9010 B5 Skipping override due to too large timedifference


Danach kommen die Werte aber wieder normal.

Des Weiteren kommen alle Werte immer 3 mal und diese speichert er dann auch drei mal. Ich habe einmal in den Quellcode geguckt - leider nur rudimentäre Programmierkenntnisse in Perl - und gesehen, das dort auch mit "lastReceive" gearbeitet wird, also einer Zeit, wann der letzte Wert empfangen wurde. Kann man hier keinen Interval definieren der im "define" mit übergeben wird ?? oder einen Standardwert von 120 sec oder ähnlich ?? Da das Modul ja nicht über Update verteilt wird (was recht schade ist) könnte man da zusammen arbeiten.

Hallo
hatte ganz am Anfang das FHEMduino Projekt auch bei mir verushct, es funktionierte auch so weit nur die Reichweite  :-(
dann hab ich erst mal mit 1wire weitergemacht ..

jetzt liegt der fertig programmierte duino hier

mit diesem 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
scheint ja das Empfangsproblem gelöst zu sein.

Hat jemand Erfahrung ob die Revolt Energiemessstecker damit funktionieren??
Revolt NC-5462

Das wäre ein Grund für mich das Ding mit dem neuen Empfänger auszurüsten um endlich diese Dosen (4 Stück) vernünftig auszuwerten

Ich mal wieder ....

da mir meine Module deutlich zu kommunikativ waren, waren ich mal ein bißchen was geändert.

im Modull 14_FHEMduino_KW9010.pm
habe ich eine kleine "Zeitschleife" eingebaut.

alter Code:

  readingsBeginUpdate($hash);
  readingsBulkUpdate($hash, "state", $val);
  readingsBulkUpdate($hash, "temperature", $tmp);
  readingsBulkUpdate($hash, "humidity", $hum);
  readingsBulkUpdate($hash, "battery", $bat);
  readingsBulkUpdate($hash, "trend", $trend);
  readingsBulkUpdate($hash, "sendMode", $sendMode);
  readingsEndUpdate($hash, 1); # Notify is done by Dispatch


neuer Code:

if ((time() - $hash->{lastTransmit} > 60)) {
  readingsBeginUpdate($hash);
  readingsBulkUpdate($hash, "state", $val);
  readingsBulkUpdate($hash, "temperature", $tmp);
  readingsBulkUpdate($hash, "humidity", $hum);
  readingsBulkUpdate($hash, "battery", $bat);
  readingsBulkUpdate($hash, "trend", $trend);
  readingsBulkUpdate($hash, "sendMode", $sendMode);
  readingsEndUpdate($hash, 1); # Notify is done by Dispatch
  $hash->{lastTransmit} = time();
}


Dadurch werden die Werte nur noch ca. alle 60 aufgezeichnet. Dieses reduziert die Datenlast doch erheblich.

@Frank
Ich habe hier seit ein paar Tagen den Superheterodyne-Empfänger in Einsatz und erreiche damit inzwischen die gesamte Wohnung. Also eine deutliche Verbesserung zu den anderen ebay-billg-Empfängern.

Ich habe bei mir drei Aussensoren für eine Wetterstation von PEARL (www.pearl.de) im Einsatz (Preis ca. 5-7 Euro ) , Pearl Artikel Nr. NC-7159
Da im Netz keine Doku zu den Dinger zu finden war habe ich versucht die Bedeutung der 36 Datenbits herauszufinden. (siehe Code)
Anbei ein Stückchen C damit der Arduino diese Sensoren auswerten kann. Die Ausgabe habe ich dem Format der KW9010 Sensoren angepasst, so das kein neues FHEM Modul nötig war.
/*
* NC7159
*/

bool receiveProtocolNC7159(unsigned int changeCount) {

#define NC7159_SYNC   9000
#define NC7159_ONE    3750
#define NC7159_ZERO   1800
#define NC7159_GLITCH  100
#define NC7159_MESSAGELENGTH 36

bool bitmessage[36];
byte i;
 
if (changeCount < NC7159_MESSAGELENGTH * 2) { return false; }
if ((timings[0] < NC7159_SYNC - NC7159_GLITCH) || (timings[0] > NC7159_SYNC + NC7159_GLITCH)) { return false; }

  for (i = 0; i < (NC7159_MESSAGELENGTH*2); i=i+2)
  {
    if ((timings[i+2] > NC7159_ZERO - NC7159_GLITCH) && (timings[i+2] < NC7159_ZERO + NC7159_GLITCH))    { bitmessage[i>>1] = false; }
    else if ((timings[i+2] > NC7159_ONE - NC7159_GLITCH) && (timings[i+2] < NC7159_ONE + NC7159_GLITCH)) { bitmessage[i>>1] = true; }
    else { return false; }
  }
 
  // Sensor ID & Channel
  byte unsigned id = bitmessage[3] | bitmessage[2] << 1 | bitmessage[1] << 2 | bitmessage[0] << 3 ;
  if (id !=5) return false; // ist leider kein Pearl Sensor Nr. NC-7159 :(
 
  id=0; // unterdruecke Bit 4+5, jetzt erst einmal nur 6 Bit 
  for (i=6;i<12;i++)  if (bitmessage[i]) id +=  1 << (13-i);

  // Bit 12 : immer 1 oder doch Battery State ?
  bool battery = bitmessage[12];
 
  // Bit 14 + 15 = Kanal  0 - 2 , id nun bis auf 8 Bit fuellen
  id = id | bitmessage[14] << 1 | bitmessage[15] ;

  // Trigger
  bool forcedSend = bitmessage[13];
 
  int temperature=0;
  for (i=17;i<28;i++) if (bitmessage[i]) temperature +=  1 << (27-i);
  if (bitmessage[16]) temperature -= 0x1000; // negative Temp
 
  // die restlichen 8 Bits sind z.Z unbekannt vllt. eine Pruefsumme ?
  byte rest=0;
  for (i=28;i<36;i++) if (bitmessage[i]) rest +=  1 << (35-i);
   
  char tmp[11];
  sprintf(tmp,"K%02x%01d%01d%01d%+04d%02d", id, battery,0, forcedSend, temperature, rest);
  message = tmp;
  available = true;
  return true;
}

 

Hallo zusammen,
Ich habe schon einen FHEMduino an Synology/ Pi in Betrieb, aber irgendwie schaffe ich es nicht ihn an meiner Fritzbox 7490 zu betreiben.
Habt ihr Tips für mich oder muss ich was spezielles beachten??
Treiber installieren??

Edit:
Nicht mehr so aktuell. Habe es nun wieder auf meiner Synology DS212j am laufen und diese geht auch wieder in den Ruhemodus, nach dem ich die logfiles per symlink auf einen externen USB Stick gemacht habe. (Anleitung hier aus einem anderem Thread.

Hallo,
hat jemand einen Tip wie flashen  direkt über den raspberry funktioniert?

Über win7 und win xp bekomme ich den Nano nicht an laufen. Wird einfach nicht erkannt. Laut Internet ist diese Problem wohl öfter..... Vielleicht liegt es auch Chinesen nano....

Wo habt ihr eure funktionierenden Nano geholt?

Und wie funktioniert das flashen über inotools

Lg Michael

Hallo Speddy,

es liegt nicht an den Chinesen, sondern am Treiber.
Ich habe in meinem Blog vor einiger Zeit dazu einen Beitrag geschrieben, da steht alles drin.
Ich nutze die kleinen Nanos auch, sind klasse.

http://blog.moneybag.de/lacrosse-temperatursensor-an-arduino-nano-und-rfm12b-als-jeelink-ersatz/

Robin

Hallo,

sind die Sensoren von Oregon schon mit Fhemduino zu empfangen? Ich habe 3 Innensensoren (Version 2) und eine Wtterstation (Version 3) im Einsatz. Im Netz habe ich auch einen Sketch gefunden, der die Daten ausgibt - allerdings habe ich nicht die nötige Programmierkenntnis, um das in Fhem zu integrieren.

Gruß Christoph

Hallo fh168,
mit diesem Treiber habe ich es schon versucht.
Habe jetzt auf einen Rechner mit XP und einen Rechner mit Win7 getestet. Auch verschiedene USB Kabel habe ich probiert.
Vieleicht ist der Nano auch einfach defekt????

Eine rote Led ist dauerhaft an und ein blinkt so im sekundentakt....... richtig?

Mittlerweile bin ich mit meine Latin am Ende :-) hmmm also vieleicht doch einen CUL bestellen oder einen neuen Nano... nur wo?

gruß Michael


so habe gerade den Nano testweise an den Raspi angeklemmt , nach dem booten kommt der Ordner "ttyUSB0" zumindest wird da was erkannt.

Falls jemand eine kurze Anleitung zur Installation von Inotools und den beschreiben des Nano´s hat könnte ich da weiter testen. Leider lassen mich hier meine Kenntnisse fürchterlich in Stich

hallo Speddy99,

das Blinken ist richtig, zeigt an, das auf dem Nano schon der Bootloader geflashed ist. Die LED blinkt in 1sek Rhythmus alternierend.

Der FTDI-Treiber ist in der Tat etwas wuselig. ich hatte auch da meine Probleme. Schaue im Windows-Gerätemanager, ob der vernünftig installiert ist.

Robin

 Hallo Robin,
Wuselig ist gut. Unter XP habe ich die gar nicht installiert bekommen.
Bei win7 habe ich die Installationsmaterial gestartet, Meldung war auch das beide Treiber installiert sind.
Hat trotzdem nicht funktioniert.
Anschliesend habe ich noch versucht von Hand zu installieren. (Nach der Anleitung von der Treiberseite).
Der Nano meldet sich schon gar nicht wie auf dieser Seite beschrieben. Installieren von Hand hat nicht funktioniert.

werde heute Abend da nochmal drangehen und versuchen zu installieren..... Habe die Hoffnung aber schon fast verloren  :-[

Gruß Michael

Hallo,

was für eine Arduino IDE Version nutzt ihr denn? Ich habe die 1.0.5 auf Windows 7 64 Bit problemlos ans laufen bekommen. Allerdings startet die IDE letztens nicht mehr. Auch vom Stick, der an anderen Rechnern funktionierte, war nichts zu wollen. Alles im Internet durchforstet - Debugversion installiert. Irgendwann bin ich dahinter gekommen woran er  beim Starten gestorben ist. Irgendetwas an dem vorhandenen Arduino Verzeichnis beim User hat den Absturz verursacht. Also Verzeichnis umbenannt, IDE gestartet und später die Dateien in das neu Verzeichnis kopiert. Das Ganze hat mich Stunden gekostet - aber jetzt läuft es ja wieder.

Gruß Christoph

@speddy99
was heisst "nicht funktioniert"?

Gab es eine Fehlermeldung im Gerätemanager oder konntest Du nichst auf dem Nano flashen?
Hast du als lokaler Administrator den Treiber installiert?

Robin

nicht funktioniert bedeutet....

-Treiber CDM 2 08 30 runtergeladen und entpackt (Auch die Unterverzeichnisse sind entpackt)
-setup als Admin gestartet.
-Installationsfenster steht für beide Treiber "Ready to Use"
-Rechner neu gestartet

Nano an USB angesteckt

-Meldung : Konnte nicht installiert werden, kein Treiber gefunden.

Im Gerätemanager erscheint folgendes neu:
unter Andere Geräte => USB-Serial Controller

-bei diesem Controller rechte Maustaste "Treibersoftware aktualisieren"
-Auf dem Computer nach Treiber suchen
-Das Verz. mit den Triebern 2 08 30 angewählt

Meldung: konnte nicht installiert werden, Treibersoftware für das Gerät nichtgefunden.

Vieleicht doch der Nano defekt?

gruß Michael

Hallo zusammen,

ich nutze bei mir das FHEMduino Modul zum Empfangen der Temp und Feuchte Sensoren (KW9010) aber auch zum schalten der Intertechno/Erlo/Düwi Funksteckdosen mittels des bereits integrierten IT Moduls in FHEM.

Ich habe ein Modul geschrieben mit dem man, auf Basis von FHEMduino (CUL), die Signale der Fernbedienung (ELRO/DÜWI - siehe Bild) erkennen und in FHEM darstellen kann (schalten über WEB geht natürlich auch). Ich habe das Modul bei mir seit ein paar Tagen im (Test)Einsatz und könnte es in den nächsten Tagen mal hier posten. Natürlich nur wenn es auch Interessenten dafür gibt.

Eins vorab, ich hatte eigentlich nicht vor das Modul hier zu posten, da ich aus beruflichen und privaten Gründen kein Support (bzw. nur ganz eingeschränkt) für dieses Modul leisten kann.

Ich habe folgende Fernbedienung im Einsatz:

(http://up.picr.de/17787353cf.jpg)

Ich denke aber, dass andere Fernbedienungen funktionieren müssten - also auch diese http://www.fhemwiki.de/wiki/Datei:Img_3325_small.png (http://www.fhemwiki.de/wiki/Datei:Img_3325_small.png).

Und so sieht das dann aus:

(http://up.picr.de/17787354zj.png)

Die Einträge wurden natürlich automatisch (per Autocreate), nach drücken der entsprechenden Taste, erstellt. Ach ja, M N O P entspricht A B C D auf der Fernbedienung. 

Viele Grüße
Arthur

P.S: Vielleicht macht es auch Sinn einen eigenen Thread dafür zu eröffen? Mal schauen..

Sehr cool, gute Arbeit!

Testen werde ich das heute Abend mal.

Gruß,
      machnetz

Hallo,

also ich hätte auch Interesse an dem Modul.

Gruß

   Olly

Hallo Michael,

Zitat von: speddy99 am 23 März 2014, 21:06:34
hat jemand einen Tip wie flashen  direkt über den raspberry funktioniert?
Und wie funktioniert das flashen über inotools

Schau dir mal diesen Link:http://robidouille.wordpress.com/2013/12/26/installing-ino-on-a-raspberry-pi/ (http://robidouille.wordpress.com/2013/12/26/installing-ino-on-a-raspberry-pi/) hier an, damit mache ich das.

Viel Erfolg - machnetz

Ich würde es auch gerne testen. :)


Gesendet von meinem iPhone mit Tapatalk

Hallo zusammen,

wie vorhin angekündigt bringe ich mal die erste (Beta) Version des Moduls "FHEMduino_ERLO" in den Umlauf.
Vorab: "ALLES AUF EIGENE GEFAHR !!! TESTET ES BITTE IN EINER TEST-UMGEBUNG !!!"

Ich habe das Modul so gebaut, dass keine Modifikation des vorhandenen Skatches nötig ist.

1) Bekannte Probleme:

- IODev -> Es kann passieren, dass das IO-Device nicht richtig gesetzt wird, daher bitte nach der Anlage der/des Devices die "Internals" und "Attributes" IODev kontrollieren. Es muss dort das FHEMDuino eingetragen sein. Das IODev kann bei Bedarf über das Attribut "IODev" angepasst werden. Andere CULs habe ich bisher nicht getestet.
- Button Bezeichnung: Die Bezeichnung kann von der realen abweichen. Dies hat jedoch keine (?) Auswirkung auf die Funktionalität. Die Bezeichnung/Name kann über "rename" ohne Einschränkungen geändert werden.
- Autocreate muss gesetzt sein ("define autocreate autocreate" empfohlen auch "attr autocreate autosave 1") -> dies ist aber "default" Einstellung bei FHEM - sofern an der Stelle keine Veränderungen durchgeführt wurden, muss dies nicht beachtet werden (dies ist also kein echtes Modul-Problem).

2) Betroffene Module:

- (Alt -> Geändert) 00_FHEMduino.pm (Achtung muss mit kopiert werden.)
- (Neu) 14_FHEMduino_ELRO.pm
- (nicht geändert - nicht getestet) 14_FHEMduino_EZ6.pm

3) Installation:

00_FHEMduino.pm und 14_FHEMduino_ELRO.pm in das Verzeichnis "fhem/FHEM" (dort wo auch die anderen Module vorhanden sind - bei RPI "/opt/fhem/FHEM") kopieren.
Anmerkung: Das Modul "00_FHEMduino.pm" muss mit kopiert werden, da es ein paar ELRO speifische Anpassungen enthält. Diese haben, nach den bisherigen Tests keine Auswirkungen auf das "14_FHEMduino_KW9010.pm" Modul. Das Modul "14_FHEMduino_EZ6.pm" konnte/kann ich nicht testen, da ich es nicht nutze.

4) File Berechtigungen (RPI):

- Per SSH oder SFTP/FTP folgenden Berechtigungen setzen.
sudo chmod a+x /opt/fhem/FHEM/00_FHEMduino.pm
sudo chmod a+x /opt/fhem/FHEM/14_FHEMduino_ELRO.pm

5) FHEM Neu starten (oder RPI "sudo reboot")

6) Anlage der Remote Buttons:

Variante (einfache) 1: Alle Tasten drücken (ABCD... 1234) on/off ist dabei nicht relevant -> anschließend tauchen die buttons in FHEM auf.
Variante (klassische) 2: Anlage der Devices über define command z.B: define ELRO_XX FHEMduino_ELRO FFFFF0FF0F FF F0
     Wie sich der Code "FFFFF0FF0F FF F0" zusammensetzt, möchte ich nicht näher eingehen, da dies im WIKI (http://www.fhemwiki.de/wiki/Intertechno_Code_Berechnung) bereits sehr gut beschrieben ist.

Bei Problemen einfach hier melden - ich versuche natürlich zu unterstützen - im Rahmen meiner (beruflichen/privaten) Möglichkeiten.

So und jetzt haut mal in die Tasten und viel Spaß damit...

Viele Grüße
Arthur

Moin,

getestet - einwandfrei, saubere Arbeit. Sehr gut gefällt mir die auch Änderung der Buttons, das hab das  mal übernommen :-)

Nun frage ich mich aber folgendes: Wenn ich nun einen Knopf auf der FB drücke, kommt das im FHEM an und wird auch ausgewertet/verarbeitet, meine Steckdosen schalten auch. Werden die nun durch den Druck auf die FB oder durch FHEM ausgelöst?  :o

Gruß, machnetz

Hallo Machnetz,
Die FB sendet natürlich ein on oder off - FHEMduino empfängt diese Signale und das Elro Modul verarbeitet diese. Parallel empfangt der Schalter ja auch die Signale und verarbeitet diese. Das Elro Modul triggert zusätzlich die entsprechende Aktion aus-an auch über das FHEMduion (IODev) - heißt sowohl FB als auch FHEM schaltet. Das Senden erfolgt leicht zeitversetzt, sodass ich bisher kein Problem festgestellt habe in Bezug auf Kollisionen.
Gruß
Arthur

Hallo Snoop,

Ich habe deine Zwei module wie in deiner Beschreibung eingefügt.

habe darauf hin sämtliche Tasten der Fernbedienung durch gedrückt aber bei mir in Fhem Passierte nichts
obwohl Autocreate Aktiv ist.
Also bin ich dann hingegangen und hab es per Hand eingegeben in die fhem.cfg


define ELRO_FSD_3 FHEMduino_ELRO 000000FFFF FF F0
attr ELRO_FSD_3 room Esszimmer


Nun habe ich das Bild mit der Steckdose in Fhem der Zustand lässt sich auch verändern wenn on oder off gedrückt wird mit der Maus auch meine Lampe geht an und aus.

Aber auf meine Fernbedienung eingaben passiert in Fhem nix.

Also wenn ich des richtig verstanden habe sollte aber in Fhem sich dann der Zustand ändern wenn ich mit der Fernbedienung ein on oder off Signal sende.

Vll. liegt es aber auch an meiner Fernbedienung diese habe ich


gruß Chris

Hallo Chris,
vermutlich sendet deine FB einen Code/Message (unterstütz wird ein 6-7 Stelliger code der mit IR beginnt und z.B: so aussieht: "IR345364") der von FHEMduino oder von ELRO Modul nicht unterstütz wird.
Du könntest einmal loggen und die logs hier posten.
Gruß
Arthur

gerne würde ich loggen aber ich weis nicht wie ich das genau machen soll

könntest du mir ein denk Anstoß geben?

gruß Chris

Hallo Chris,
attr global verbose 5
attr global mseclog 1
Infos dann im fhem*.log

Interessant ist:

2014.03.29 22:00:12.311 5: Supported remote device....
2014.03.29 22:00:12.311 5: Get button return/result: RNAME: M4_2 DEVICE: 00FFF0FF0F ACTION: off
2014.03.29 22:00:12.311 5: Parse: Device: 00FFF0FF0F Realname: M4_2 Action: off
2014.03.29 22:00:12.311 5: FHEMduino_ELRO actioncode: off
2014.03.29 22:00:12.311 5: Triggering ELRO_M4_2 (1 changes)
2014.03.29 22:00:12.311 5: Notify loop for ELRO_M4_2 off
2014.03.29 22:00:12.311 5: FHEMDuino dispatch IR345364
2014.03.29 22:00:12.311 5: FingerprintFn Message: Name: FHEMDuino  und Message: IR345364
2014.03.29 22:00:12.311 5: FHEMduino_ELRO Message received: IR345364
2014.03.29 22:00:12.311 5: FHEMduino_ELRO Message converted to Bin: 000001010100010100010100
2014.03.29 22:00:12.311 5: FHEMduino_ELRO Message converted to tristate: 00FFF0FF0FF0
2014.03.29 22:00:12.311 5: FHEMduino_ELRO Message Groupcode: 00FF
2014.03.29 22:00:12.311 5: FHEMduino_ELRO Message Buttoncode: F0FF
2014.03.29 22:00:12.311 5: FHEMduino_ELRO Message Constcode: 0F
2014.03.29 22:00:12.312 5: FHEMduino_ELRO Message actioncode F0
2014.03.29 22:00:12.312 5: Realnames: M4_2 Action: off

Viel Grüße
Arthur

Hallo Arthur,
danke für deine schnelle Hilfe,

habe eben alles eingestellt mein Logfile wurde daraufhin sehr groß (mehr daten als gewöhnlich)
habe mal die letzten 30 minuten kopiert in der zeit wo ich bestimmet 10 mal alle knöpfe auf der FB gedrückt habe aber irgendetwas von remote konnte ich nix lesen

hier mein log file

[code]2014.03.29 22:05:08 1: Including /opt/fhem/chris_module/HMLAN.cfg
2014.03.29 22:05:08 1: HMLAN_Parse: HMLAN1 new condition disconnected
2014.03.29 22:05:08 3: Opening HMLAN1 device 192.168.178.61:1000
2014.03.29 22:05:08 3: HMLAN1 device opened
2014.03.29 22:05:08 1: HMLAN_Parse: HMLAN1 new condition init
2014.03.29 22:05:08 1: Including /opt/fhem/chris_module/Androidapp.cfg
2014.03.29 22:05:08 1: Including /opt/fhem/chris_module/WOZI_Media.cfg
2014.03.29 22:05:08 3: [STV] defined with host: 192.168.178.31 port: 55000 MAC: b8:27:eb:ee:e4:aa
2014.03.29 22:05:08 1: Including /opt/fhem/chris_module/wetter.cfg
2014.03.29 22:05:08 1: Including /opt/fhem/chris_module/cul.cfg
2014.03.29 22:05:08 3: Opening CUL_1 device /dev/ttyACM0
2014.03.29 22:05:08 3: Setting CUL_1 baudrate to 9600
2014.03.29 22:05:08 3: CUL_1 device opened
2014.03.29 22:05:09 3: CUL_1: Possible commands: BCFiAZEGMRTVWXefmltux
2014.03.29 22:05:09 1: Including /opt/fhem/chris_module/Fische.cfg
2014.03.29 22:05:09 1: Including /opt/fhem/chris_module/Fhemduino.cfg
2014.03.29 22:05:09 3: Opening Fhemduino device /dev/ttyUSB0
2014.03.29 22:05:09 3: Setting Fhemduino baudrate to 9600
2014.03.29 22:05:09 3: Fhemduino device opened
2014.03.29 22:05:12 3: Fhemduino: Possible commands: VisRq
2014.03.29 22:05:12 1: Including ./log/fhem.save
2014.03.29 22:05:13 3: Device CUL_HM_HM_CC_RT_DN_22113A added to ActionDetector with 000:10 time
2014.03.29 22:05:13 3: Device CUL_HM_HM_CC_RT_DN_228687 added to ActionDetector with 000:10 time
2014.03.29 22:05:13 3: Device CUL_HM_HM_CC_RT_DN_2286F5 added to ActionDetector with 000:10 time
2014.03.29 22:05:14 1: HMLAN_Parse: HMLAN1 new condition ok
2014.03.29 22:06:00 2: IT set FSD_1 off
2014.03.29 22:06:00 2: IT IODev device didn't answer is command correctly:   raw => isFFFFF
2014.03.29 22:22:25.554 1: Including fhem.cfg
2014.03.29 22:22:25.556 5: Cmd: >attr global autoload_undefined_devices 1<
2014.03.29 22:22:25.558 5: Cmd: >attr global logfile ./log/fhem-%Y-%m.log<
2014.03.29 22:22:25.562 5: Cmd: >attr global modpath .<
2014.03.29 22:22:25.587 5: Cmd: >attr global motd SecurityCheck:

Intern,WEB has no basicAuth attribute.

Restart fhem for a new check if the problem is fixed,
or set the global attribute motd to none to supress this message.
<
2014.03.29 22:22:25.590 5: Cmd: >attr global statefile ./log/fhem.save<
2014.03.29 22:22:25.592 5: Cmd: >attr global uniqueID ./FHEM/FhemUtils/uniqueID<
2014.03.29 22:22:25.595 5: Cmd: >attr global userattr Bewohner_structure Bewohner_structure_map devStateIcon devStateStyle fm_type fp_Grundriss icon room_map sortby structexclude webCmd<
2014.03.29 22:22:25.597 5: Cmd: >attr global verbose 5<
2014.03.29 22:22:25.600 5: Cmd: >attr global mseclog 1<
2014.03.29 22:22:25.602 5: Cmd: >define telnetPort telnet 7072 global<
2014.03.29 22:22:25.607 3: telnetPort: port 7072 opened
2014.03.29 22:22:25.609 5: Cmd: >attr telnetPort globalpassword Y2hyaXM6RmVsaXgzMDEwMTI=<
2014.03.29 22:22:25.612 5: Cmd: >define WEB FHEMWEB 8083 global<
2014.03.29 22:22:25.617 3: WEB: port 8083 opened
2014.03.29 22:22:25.618 5: Cmd: >attr WEB hiddenroom DashboardRoom<
2014.03.29 22:22:25.621 5: Cmd: >attr WEB stylesheetPrefix dark<
2014.03.29 22:22:25.623 5: Cmd: >define Intern FHEMWEB 8095 global<
2014.03.29 22:22:25.628 3: Intern: port 8095 opened
2014.03.29 22:22:25.630 5: Cmd: >attr Intern hiddenroom DashboardRoom<
2014.03.29 22:22:25.634 5: Cmd: >define WEBphone FHEMWEB 8084 global<
2014.03.29 22:22:25.639 3: WEBphone: port 8084 opened
2014.03.29 22:22:25.640 5: Cmd: >attr WEBphone basicAuth Y2hyaXM6RmVsaXgzMDEwMTI=<
2014.03.29 22:22:25.643 5: Cmd: >attr WEBphone hiddenroom DashboardRoom<
2014.03.29 22:22:25.645 5: Cmd: >attr WEBphone stylesheetPrefix ios7smallscreen<
2014.03.29 22:22:25.648 5: Cmd: >define WEBtablet FHEMWEB 8085 global<
2014.03.29 22:22:25.653 3: WEBtablet: port 8085 opened
2014.03.29 22:22:25.654 5: Cmd: >attr WEBtablet basicAuth Y2hyaXM6RmVsaXgzMDEwMTI=<
2014.03.29 22:22:25.656 5: Cmd: >attr WEBtablet hiddenroom DashboardRoom<
2014.03.29 22:22:25.659 5: Cmd: >attr WEBtablet stylesheetPrefix ios7touchpad<
2014.03.29 22:22:25.662 5: Cmd: >define Logfile FileLog ./log/fhem-%Y-%m.log fakelog<
2014.03.29 22:22:25.666 5: Cmd: >define autocreate autocreate<
2014.03.29 22:22:25.669 5: Cmd: >attr autocreate autosave 1<
2014.03.29 22:22:25.673 5: Cmd: >define initialUsbCheck notify global:INITIALIZED usb create<
2014.03.29 22:22:25.681 5: Cmd: >include /opt/fhem/chris_module/Struktur_Heizung.cfg<
2014.03.29 22:22:25.682 1: Including /opt/fhem/chris_module/Struktur_Heizung.cfg
2014.03.29 22:22:25.684 5: Cmd: >define Heizung_Alle structure room Felix_Heizung SCHL_Heizung WOZI_Heizung<
2014.03.29 22:22:25.695 5: Cmd: >include /opt/fhem/chris_module/HMLAN.cfg<
2014.03.29 22:22:25.696 1: Including /opt/fhem/chris_module/HMLAN.cfg
2014.03.29 22:22:25.698 5: Cmd: >define HMLAN1 HMLAN 192.168.178.61:1000<
2014.03.29 22:22:25.702 1: HMLAN_Parse: HMLAN1 new condition disconnected
2014.03.29 22:22:25.704 3: Opening HMLAN1 device 192.168.178.61:1000
2014.03.29 22:22:25.712 3: HMLAN1 device opened
2014.03.29 22:22:25.713 5: HMLAN_Send:  HMLAN1 I:C
2014.03.29 22:22:25.714 5: HMLAN_Send:  HMLAN1 I:Y01,00,
2014.03.29 22:22:25.716 5: HMLAN_Send:  HMLAN1 I:Y02,00,
2014.03.29 22:22:25.717 5: HMLAN_Send:  HMLAN1 I:Y03,00,
2014.03.29 22:22:25.719 5: HMLAN_Send:  HMLAN1 I:T1AC9E801,04,00,00000000
2014.03.29 22:22:25.720 1: HMLAN_Parse: HMLAN1 new condition init
2014.03.29 22:22:25.724 5: HMLAN_Send:  HMLAN1 S:S0FB8E27F stat:  00 t:00000000 d:01 r:0FB8E27F m:99 8112 999999 000001
2014.03.29 22:22:25.726 5: Cmd: >attr HMLAN1 hmId 1E9BA8<
2014.03.29 22:22:25.728 5: Cmd: >attr HMLAN1 hmLanQlen 1_min<
2014.03.29 22:22:25.731 5: Cmd: >attr HMLAN1 wdTimer 25<
2014.03.29 22:22:25.734 5: Cmd: >define ActionDetector CUL_HM 000000<
2014.03.29 22:22:25.741 5: Cmd: >attr ActionDetector actCycle 600<
2014.03.29 22:22:25.743 5: Cmd: >attr ActionDetector event-on-change-reading .*<
2014.03.29 22:22:25.745 5: Cmd: >attr ActionDetector room CUL_HM<
2014.03.29 22:22:25.748 5: Cmd: >define FileLog_ActionDetector FileLog ./log/ActionDetector-%Y.log ActionDetector<
2014.03.29 22:22:25.752 5: Cmd: >attr FileLog_ActionDetector logtype text<
2014.03.29 22:22:25.754 5: Cmd: >attr FileLog_ActionDetector room CUL_HM<
2014.03.29 22:22:25.757 5: Cmd: >define CUL_HM_HM_CC_RT_DN_2286F5 CUL_HM 2286F5<
2014.03.29 22:22:25.765 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_2286F5 .devInfo 00FFFF<
2014.03.29 22:22:25.767 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_2286F5 .stc 59<
2014.03.29 22:22:25.770 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_2286F5 IODev HMLAN1<
2014.03.29 22:22:25.772 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_2286F5 actCycle 000:10<
2014.03.29 22:22:25.776 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_2286F5 actStatus alive<
2014.03.29 22:22:25.778 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_2286F5 autoReadReg 4_reqStatus<
2014.03.29 22:22:25.781 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_2286F5 expert 2_full<
2014.03.29 22:22:25.784 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_2286F5 firmware 1.0<
2014.03.29 22:22:25.787 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_2286F5 model HM-CC-RT-DN<
2014.03.29 22:22:25.792 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_2286F5 peerIDs<
2014.03.29 22:22:25.794 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_2286F5 room CUL_HM<
2014.03.29 22:22:25.797 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_2286F5 serialNr KEQ0432078<
2014.03.29 22:22:25.799 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_2286F5 subType thermostat<
2014.03.29 22:22:25.802 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_2286F5 webCmd getConfig:burstXmit<
2014.03.29 22:22:25.805 5: Cmd: >define FileLog_CUL_HM_HM_CC_RT_DN_2286F5 FileLog ./log/CUL_HM_HM_CC_RT_DN_2286F5-%Y.log CUL_HM_HM_CC_RT_DN_2286F5<
2014.03.29 22:22:25.809 5: Cmd: >attr FileLog_CUL_HM_HM_CC_RT_DN_2286F5 logtype text<
2014.03.29 22:22:25.811 5: Cmd: >attr FileLog_CUL_HM_HM_CC_RT_DN_2286F5 room CUL_HM<
2014.03.29 22:22:25.814 5: Cmd: >define CUL_HM_HM_CC_RT_DN_2286F5_Weather CUL_HM 2286F501<
2014.03.29 22:22:25.817 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_2286F5_Weather expert 1<
2014.03.29 22:22:25.821 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_2286F5_Weather model HM-CC-RT-DN<
2014.03.29 22:22:25.823 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_2286F5_Weather peerIDs 00000000,<
2014.03.29 22:22:25.826 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_2286F5_Weather room CUL_HM<
2014.03.29 22:22:25.829 5: Cmd: >define FileLog_CUL_HM_HM_CC_RT_DN_2286F5_Weather FileLog ./log/CUL_HM_HM_CC_RT_DN_2286F5_Weather-%Y.log CUL_HM_HM_CC_RT_DN_2286F5_Weather<
2014.03.29 22:22:25.833 5: Cmd: >attr FileLog_CUL_HM_HM_CC_RT_DN_2286F5_Weather logtype text<
2014.03.29 22:22:25.836 5: Cmd: >attr FileLog_CUL_HM_HM_CC_RT_DN_2286F5_Weather room CUL_HM<
2014.03.29 22:22:25.838 5: Cmd: >define CUL_HM_HM_CC_RT_DN_2286F5_Climate CUL_HM 2286F502<
2014.03.29 22:22:25.841 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_2286F5_Climate expert 1<
2014.03.29 22:22:25.845 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_2286F5_Climate model HM-CC-RT-DN<
2014.03.29 22:22:25.847 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_2286F5_Climate peerIDs 00000000,<
2014.03.29 22:22:25.852 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_2286F5_Climate room CUL_HM<
2014.03.29 22:22:25.855 5: Cmd: >define FileLog_CUL_HM_HM_CC_RT_DN_2286F5_Climate FileLog ./log/CUL_HM_HM_CC_RT_DN_2286F5_Climate-%Y.log CUL_HM_HM_CC_RT_DN_2286F5_Climate<
2014.03.29 22:22:25.859 5: Cmd: >attr FileLog_CUL_HM_HM_CC_RT_DN_2286F5_Climate logtype text<
2014.03.29 22:22:25.861 5: Cmd: >attr FileLog_CUL_HM_HM_CC_RT_DN_2286F5_Climate room CUL_HM<
2014.03.29 22:22:25.863 5: Cmd: >define CUL_HM_HM_CC_RT_DN_2286F5_WindowRec CUL_HM 2286F503<
2014.03.29 22:22:25.867 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_2286F5_WindowRec expert 1<
2014.03.29 22:22:25.870 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_2286F5_WindowRec model HM-CC-RT-DN<
2014.03.29 22:22:25.873 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_2286F5_WindowRec peerIDs 00000000,<
2014.03.29 22:22:25.877 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_2286F5_WindowRec room CUL_HM<
2014.03.29 22:22:25.880 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_2286F5_WindowRec stateFormat last:trigLast<
2014.03.29 22:22:25.883 5: Cmd: >define FileLog_CUL_HM_HM_CC_RT_DN_2286F5_WindowRec FileLog ./log/CUL_HM_HM_CC_RT_DN_2286F5_WindowRec-%Y.log CUL_HM_HM_CC_RT_DN_2286F5_WindowRec<
2014.03.29 22:22:25.887 5: Cmd: >attr FileLog_CUL_HM_HM_CC_RT_DN_2286F5_WindowRec logtype text<
2014.03.29 22:22:25.889 5: Cmd: >attr FileLog_CUL_HM_HM_CC_RT_DN_2286F5_WindowRec room CUL_HM<
2014.03.29 22:22:25.891 5: Cmd: >define SCHL_Heizung CUL_HM 2286F504<
2014.03.29 22:22:25.895 5: Cmd: >attr SCHL_Heizung expert 1<
2014.03.29 22:22:25.898 5: Cmd: >attr SCHL_Heizung group Thermostat<
2014.03.29 22:22:25.901 5: Cmd: >attr SCHL_Heizung model HM-CC-RT-DN<
2014.03.29 22:22:25.903 5: Cmd: >attr SCHL_Heizung peerIDs<
2014.03.29 22:22:25.906 5: Cmd: >attr SCHL_Heizung room Schlafzimmer,Heizung<
2014.03.29 22:22:25.908 5: Cmd: >define FileLog_SCHL_Heizung FileLog ./log/SCHL_Heizung-%Y.log SCHL_Heizung<
2014.03.29 22:22:25.912 5: Cmd: >attr FileLog_SCHL_Heizung logtype Schlafzimmer<
2014.03.29 22:22:25.915 5: Cmd: >attr FileLog_SCHL_Heizung room CUL_HM<
2014.03.29 22:22:25.917 5: Cmd: >define CUL_HM_HM_CC_RT_DN_2286F5_ClimaTeam CUL_HM 2286F505<
2014.03.29 22:22:25.922 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_2286F5_ClimaTeam expert 1<
2014.03.29 22:22:25.925 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_2286F5_ClimaTeam model HM-CC-RT-DN<
2014.03.29 22:22:25.928 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_2286F5_ClimaTeam peerIDs 00000000,<
2014.03.29 22:22:25.932 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_2286F5_ClimaTeam room CUL_HM<
2014.03.29 22:22:25.935 5: Cmd: >define FileLog_CUL_HM_HM_CC_RT_DN_2286F5_ClimaTeam FileLog ./log/CUL_HM_HM_CC_RT_DN_2286F5_ClimaTeam-%Y.log CUL_HM_HM_CC_RT_DN_2286F5_ClimaTeam<
2014.03.29 22:22:25.939 5: Cmd: >attr FileLog_CUL_HM_HM_CC_RT_DN_2286F5_ClimaTeam logtype text<
2014.03.29 22:22:25.942 5: Cmd: >attr FileLog_CUL_HM_HM_CC_RT_DN_2286F5_ClimaTeam room CUL_HM<
2014.03.29 22:22:25.944 5: Cmd: >define CUL_HM_HM_CC_RT_DN_2286F5_remote CUL_HM 2286F506<
2014.03.29 22:22:25.948 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_2286F5_remote expert 1<
2014.03.29 22:22:25.952 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_2286F5_remote model HM-CC-RT-DN<
2014.03.29 22:22:25.954 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_2286F5_remote peerIDs 00000000,<
2014.03.29 22:22:25.959 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_2286F5_remote room CUL_HM<
2014.03.29 22:22:25.961 5: Cmd: >define FileLog_CUL_HM_HM_CC_RT_DN_2286F5_remote FileLog ./log/CUL_HM_HM_CC_RT_DN_2286F5_remote-%Y.log CUL_HM_HM_CC_RT_DN_2286F5_remote<
2014.03.29 22:22:25.966 5: Cmd: >attr FileLog_CUL_HM_HM_CC_RT_DN_2286F5_remote logtype text<
2014.03.29 22:22:25.969 5: Cmd: >attr FileLog_CUL_HM_HM_CC_RT_DN_2286F5_remote room CUL_HM<
2014.03.29 22:22:25.971 5: Cmd: >define CUL_HM_HM_CC_RT_DN_228687 CUL_HM 228687<
2014.03.29 22:22:25.980 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_228687 .devInfo 00FFFF<
2014.03.29 22:22:25.983 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_228687 .stc 59<
2014.03.29 22:22:25.985 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_228687 IODev HMLAN1<
2014.03.29 22:22:25.988 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_228687 actCycle 000:10<
2014.03.29 22:22:25.991 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_228687 actStatus alive<
2014.03.29 22:22:25.994 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_228687 autoReadReg 4_reqStatus<
2014.03.29 22:22:25.997 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_228687 expert 2_full<
2014.03.29 22:22:26.000 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_228687 firmware 1.0<
2014.03.29 22:22:26.002 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_228687 model HM-CC-RT-DN<
2014.03.29 22:22:26.007 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_228687 peerIDs<
2014.03.29 22:22:26.009 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_228687 room CUL_HM<
2014.03.29 22:22:26.012 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_228687 serialNr KEQ0431868<
2014.03.29 22:22:26.014 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_228687 subType thermostat<
2014.03.29 22:22:26.017 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_228687 webCmd getConfig:burstXmit<
2014.03.29 22:22:26.020 5: Cmd: >define FileLog_CUL_HM_HM_CC_RT_DN_228687 FileLog ./log/CUL_HM_HM_CC_RT_DN_228687-%Y.log CUL_HM_HM_CC_RT_DN_228687<
2014.03.29 22:22:26.024 5: Cmd: >attr FileLog_CUL_HM_HM_CC_RT_DN_228687 logtype text<
2014.03.29 22:22:26.026 5: Cmd: >attr FileLog_CUL_HM_HM_CC_RT_DN_228687 room CUL_HM<
2014.03.29 22:22:26.029 5: Cmd: >define CUL_HM_HM_CC_RT_DN_228687_Weather CUL_HM 22868701<
2014.03.29 22:22:26.032 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_228687_Weather expert 1<
2014.03.29 22:22:26.036 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_228687_Weather model HM-CC-RT-DN<
2014.03.29 22:22:26.038 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_228687_Weather peerIDs 00000000,<
2014.03.29 22:22:26.042 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_228687_Weather room CUL_HM<
2014.03.29 22:22:26.044 5: Cmd: >define FileLog_CUL_HM_HM_CC_RT_DN_228687_Weather FileLog ./log/CUL_HM_HM_CC_RT_DN_228687_Weather-%Y.log CUL_HM_HM_CC_RT_DN_228687_Weather<
2014.03.29 22:22:26.048 5: Cmd: >attr FileLog_CUL_HM_HM_CC_RT_DN_228687_Weather logtype text<
2014.03.29 22:22:26.051 5: Cmd: >attr FileLog_CUL_HM_HM_CC_RT_DN_228687_Weather room CUL_HM<
2014.03.29 22:22:26.053 5: Cmd: >define CUL_HM_HM_CC_RT_DN_228687_Climate CUL_HM 22868702<
2014.03.29 22:22:26.057 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_228687_Climate expert 1<
2014.03.29 22:22:26.060 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_228687_Climate model HM-CC-RT-DN<
2014.03.29 22:22:26.063 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_228687_Climate peerIDs 00000000,<
2014.03.29 22:22:26.067 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_228687_Climate room CUL_HM<
2014.03.29 22:22:26.070 5: Cmd: >define FileLog_CUL_HM_HM_CC_RT_DN_228687_Climate FileLog ./log/CUL_HM_HM_CC_RT_DN_228687_Climate-%Y.log CUL_HM_HM_CC_RT_DN_228687_Climate<
2014.03.29 22:22:26.074 5: Cmd: >attr FileLog_CUL_HM_HM_CC_RT_DN_228687_Climate logtype text<
2014.03.29 22:22:26.077 5: Cmd: >attr FileLog_CUL_HM_HM_CC_RT_DN_228687_Climate room CUL_HM<
2014.03.29 22:22:26.079 5: Cmd: >define CUL_HM_HM_CC_RT_DN_228687_WindowRec CUL_HM 22868703<
2014.03.29 22:22:26.083 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_228687_WindowRec expert 1<
2014.03.29 22:22:26.086 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_228687_WindowRec model HM-CC-RT-DN<
2014.03.29 22:22:26.088 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_228687_WindowRec peerIDs 00000000,<
2014.03.29 22:22:26.093 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_228687_WindowRec room CUL_HM<
2014.03.29 22:22:26.096 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_228687_WindowRec stateFormat last:trigLast<
2014.03.29 22:22:26.098 5: Cmd: >define FileLog_CUL_HM_HM_CC_RT_DN_228687_WindowRec FileLog ./log/CUL_HM_HM_CC_RT_DN_228687_WindowRec-%Y.log CUL_HM_HM_CC_RT_DN_228687_WindowRec<
2014.03.29 22:22:26.102 5: Cmd: >attr FileLog_CUL_HM_HM_CC_RT_DN_228687_WindowRec logtype text<
2014.03.29 22:22:26.105 5: Cmd: >attr FileLog_CUL_HM_HM_CC_RT_DN_228687_WindowRec room CUL_HM<
2014.03.29 22:22:26.107 5: Cmd: >define WOZI_Heizung CUL_HM 22868704<
2014.03.29 22:22:26.111 5: Cmd: >attr WOZI_Heizung expert 1<
2014.03.29 22:22:26.114 5: Cmd: >attr WOZI_Heizung fm_type temp,desiredtemp,tempbutton,actuators<
2014.03.29 22:22:26.117 5: Cmd: >attr WOZI_Heizung group Thermostat<
2014.03.29 22:22:26.119 5: Cmd: >attr WOZI_Heizung model HM-CC-RT-DN<
2014.03.29 22:22:26.121 5: Cmd: >attr WOZI_Heizung peerIDs<
2014.03.29 22:22:26.124 5: Cmd: >attr WOZI_Heizung room Wohnzimmer,Heizung,Favourites<
2014.03.29 22:22:26.127 5: Cmd: >define FileLog_WOZI_Heizung FileLog ./log/WOZI_Heizung-%Y.log WOZI_Heizung<
2014.03.29 22:22:26.131 5: Cmd: >attr FileLog_WOZI_Heizung fm_type [{"title":"Measured temperature","id":"graph-temp","min":"auto:0","max":"auto:20","col":"a90000","h":2},{"title":"Actuators","id":"graph-actuators","min":"0","max":"auto:100","col":"005f00","h":2}]<
2014.03.29 22:22:26.134 5: Cmd: >attr FileLog_WOZI_Heizung logtype Wohnzimmer<
2014.03.29 22:22:26.136 5: Cmd: >attr FileLog_WOZI_Heizung room CUL_HM<
2014.03.29 22:22:26.138 5: Cmd: >define CUL_HM_HM_CC_RT_DN_228687_ClimaTeam CUL_HM 22868705<
2014.03.29 22:22:26.142 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_228687_ClimaTeam expert 1<
2014.03.29 22:22:26.145 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_228687_ClimaTeam model HM-CC-RT-DN<
2014.03.29 22:22:26.148 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_228687_ClimaTeam peerIDs 00000000,<
2014.03.29 22:22:26.152 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_228687_ClimaTeam room CUL_HM<
2014.03.29 22:22:26.155 5: Cmd: >define FileLog_CUL_HM_HM_CC_RT_DN_228687_ClimaTeam FileLog ./log/CUL_HM_HM_CC_RT_DN_228687_ClimaTeam-%Y.log CUL_HM_HM_CC_RT_DN_228687_ClimaTeam<
2014.03.29 22:22:26.159 5: Cmd: >attr FileLog_CUL_HM_HM_CC_RT_DN_228687_ClimaTeam logtype text<
2014.03.29 22:22:26.162 5: Cmd: >attr FileLog_CUL_HM_HM_CC_RT_DN_228687_ClimaTeam room CUL_HM<
2014.03.29 22:22:26.164 5: Cmd: >define CUL_HM_HM_CC_RT_DN_228687_remote CUL_HM 22868706<
2014.03.29 22:22:26.168 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_228687_remote expert 1<
2014.03.29 22:22:26.171 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_228687_remote model HM-CC-RT-DN<
2014.03.29 22:22:26.174 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_228687_remote peerIDs 00000000,<
2014.03.29 22:22:26.178 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_228687_remote room CUL_HM<
2014.03.29 22:22:26.181 5: Cmd: >define FileLog_CUL_HM_HM_CC_RT_DN_228687_remote FileLog ./log/CUL_HM_HM_CC_RT_DN_228687_remote-%Y.log CUL_HM_HM_CC_RT_DN_228687_remote<
2014.03.29 22:22:26.185 5: Cmd: >attr FileLog_CUL_HM_HM_CC_RT_DN_228687_remote logtype text<
2014.03.29 22:22:26.187 5: Cmd: >attr FileLog_CUL_HM_HM_CC_RT_DN_228687_remote room CUL_HM<
2014.03.29 22:22:26.190 5: Cmd: >define CUL_HM_HM_CC_RT_DN_22113A CUL_HM 22113A<
2014.03.29 22:22:26.200 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_22113A .devInfo 00FFFF<
2014.03.29 22:22:26.203 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_22113A .stc 59<
2014.03.29 22:22:26.205 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_22113A IODev HMLAN1<
2014.03.29 22:22:26.208 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_22113A actCycle 000:10<
2014.03.29 22:22:26.212 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_22113A actStatus alive<
2014.03.29 22:22:26.214 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_22113A autoReadReg 4_reqStatus<
2014.03.29 22:22:26.217 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_22113A expert 2_full<
2014.03.29 22:22:26.220 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_22113A firmware 1.0<
2014.03.29 22:22:26.223 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_22113A model HM-CC-RT-DN<
2014.03.29 22:22:26.227 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_22113A peerIDs<
2014.03.29 22:22:26.230 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_22113A room CUL_HM<
2014.03.29 22:22:26.232 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_22113A serialNr KEQ0509706<
2014.03.29 22:22:26.235 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_22113A subType thermostat<
2014.03.29 22:22:26.237 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_22113A webCmd getConfig:burstXmit<
2014.03.29 22:22:26.240 5: Cmd: >define FileLog_CUL_HM_HM_CC_RT_DN_22113A FileLog ./log/CUL_HM_HM_CC_RT_DN_22113A-%Y.log CUL_HM_HM_CC_RT_DN_22113A<
2014.03.29 22:22:26.244 5: Cmd: >attr FileLog_CUL_HM_HM_CC_RT_DN_22113A logtype text<
2014.03.29 22:22:26.246 5: Cmd: >attr FileLog_CUL_HM_HM_CC_RT_DN_22113A room CUL_HM<
2014.03.29 22:22:26.249 5: Cmd: >define CUL_HM_HM_CC_RT_DN_22113A_Weather CUL_HM 22113A01<
2014.03.29 22:22:26.253 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_22113A_Weather expert 1<
2014.03.29 22:22:26.256 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_22113A_Weather model HM-CC-RT-DN<
2014.03.29 22:22:26.259 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_22113A_Weather peerIDs 00000000,<
2014.03.29 22:22:26.262 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_22113A_Weather room CUL_HM<
2014.03.29 22:22:26.265 5: Cmd: >define FileLog_CUL_HM_HM_CC_RT_DN_22113A_Weather FileLog ./log/CUL_HM_HM_CC_RT_DN_22113A_Weather-%Y.log CUL_HM_HM_CC_RT_DN_22113A_Weather<
2014.03.29 22:22:26.269 5: Cmd: >attr FileLog_CUL_HM_HM_CC_RT_DN_22113A_Weather logtype text<
2014.03.29 22:22:26.272 5: Cmd: >attr FileLog_CUL_HM_HM_CC_RT_DN_22113A_Weather room CUL_HM<
2014.03.29 22:22:26.274 5: Cmd: >define CUL_HM_HM_CC_RT_DN_22113A_Climate CUL_HM 22113A02<
2014.03.29 22:22:26.278 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_22113A_Climate expert 1<
2014.03.29 22:22:26.281 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_22113A_Climate model HM-CC-RT-DN<
2014.03.29 22:22:26.284 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_22113A_Climate peerIDs 00000000,<
2014.03.29 22:22:26.288 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_22113A_Climate room CUL_HM<
2014.03.29 22:22:26.291 5: Cmd: >define FileLog_CUL_HM_HM_CC_RT_DN_22113A_Climate FileLog ./log/CUL_HM_HM_CC_RT_DN_22113A_Climate-%Y.log CUL_HM_HM_CC_RT_DN_22113A_Climate<
2014.03.29 22:22:26.295 5: Cmd: >attr FileLog_CUL_HM_HM_CC_RT_DN_22113A_Climate logtype text<
2014.03.29 22:22:26.297 5: Cmd: >attr FileLog_CUL_HM_HM_CC_RT_DN_22113A_Climate room CUL_HM<
2014.03.29 22:22:26.300 5: Cmd: >define CUL_HM_HM_CC_RT_DN_22113A_WindowRec CUL_HM 22113A03<
2014.03.29 22:22:26.304 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_22113A_WindowRec expert 1<
2014.03.29 22:22:26.307 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_22113A_WindowRec model HM-CC-RT-DN<
2014.03.29 22:22:26.309 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_22113A_WindowRec peerIDs 00000000,<
2014.03.29 22:22:26.314 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_22113A_WindowRec room CUL_HM<
2014.03.29 22:22:26.317 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_22113A_WindowRec stateFormat last:trigLast<
2014.03.29 22:22:26.320 5: Cmd: >define FileLog_CUL_HM_HM_CC_RT_DN_22113A_WindowRec FileLog ./log/CUL_HM_HM_CC_RT_DN_22113A_WindowRec-%Y.log CUL_HM_HM_CC_RT_DN_22113A_WindowRec<
2014.03.29 22:22:26.323 5: Cmd: >attr FileLog_CUL_HM_HM_CC_RT_DN_22113A_WindowRec logtype text<
2014.03.29 22:22:26.326 5: Cmd: >attr FileLog_CUL_HM_HM_CC_RT_DN_22113A_WindowRec room CUL_HM<
2014.03.29 22:22:26.328 5: Cmd: >define Felix_Heizung CUL_HM 22113A04<
2014.03.29 22:22:26.332 5: Cmd: >attr Felix_Heizung expert 1<
2014.03.29 22:22:26.335 5: Cmd: >attr Felix_Heizung group Thermostat<
2014.03.29 22:22:26.338 5: Cmd: >attr Felix_Heizung model HM-CC-RT-DN<
2014.03.29 22:22:26.340 5: Cmd: >attr Felix_Heizung peerIDs<
2014.03.29 22:22:26.343 5: Cmd: >attr Felix_Heizung room Felix,Heizung<
2014.03.29 22:22:26.345 5: Cmd: >define FileLog_Felix_Heizung FileLog ./log/Felix_Heizung-%Y.log Felix_Heizung<
2014.03.29 22:22:26.349 5: Cmd: >attr FileLog_Felix_Heizung logtype Kinderzimmer<
2014.03.29 22:22:26.352 5: Cmd: >attr FileLog_Felix_Heizung room CUL_HM<
2014.03.29 22:22:26.354 5: Cmd: >define CUL_HM_HM_CC_RT_DN_22113A_ClimaTeam CUL_HM 22113A05<
2014.03.29 22:22:26.358 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_22113A_ClimaTeam expert 1<
2014.03.29 22:22:26.361 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_22113A_ClimaTeam model HM-CC-RT-DN<
2014.03.29 22:22:26.364 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_22113A_ClimaTeam peerIDs 00000000,<
2014.03.29 22:22:26.368 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_22113A_ClimaTeam room CUL_HM<
2014.03.29 22:22:26.371 5: Cmd: >define FileLog_CUL_HM_HM_CC_RT_DN_22113A_ClimaTeam FileLog ./log/CUL_HM_HM_CC_RT_DN_22113A_ClimaTeam-%Y.log CUL_HM_HM_CC_RT_DN_22113A_ClimaTeam<
2014.03.29 22:22:26.375 5: Cmd: >attr FileLog_CUL_HM_HM_CC_RT_DN_22113A_ClimaTeam logtype text<
2014.03.29 22:22:26.378 5: Cmd: >attr FileLog_CUL_HM_HM_CC_RT_DN_22113A_ClimaTeam room CUL_HM<
2014.03.29 22:22:26.380 5: Cmd: >define CUL_HM_HM_CC_RT_DN_22113A_remote CUL_HM 22113A06<
2014.03.29 22:22:26.384 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_22113A_remote expert 1<
2014.03.29 22:22:26.387 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_22113A_remote model HM-CC-RT-DN<
2014.03.29 22:22:26.390 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_22113A_remote peerIDs 00000000,<
2014.03.29 22:22:26.394 5: Cmd: >attr CUL_HM_HM_CC_RT_DN_22113A_remote room CUL_HM<
2014.03.29 22:22:26.397 5: Cmd: >define FileLog_CUL_HM_HM_CC_RT_DN_22113A_remote FileLog ./log/CUL_HM_HM_CC_RT_DN_22113A_remote-%Y.log CUL_HM_HM_CC_RT_DN_22113A_remote<
2014.03.29 22:22:26.401 5: Cmd: >attr FileLog_CUL_HM_HM_CC_RT_DN_22113A_remote logtype text<
2014.03.29 22:22:26.404 5: Cmd: >attr FileLog_CUL_HM_HM_CC_RT_DN_22113A_remote room CUL_HM<
2014.03.29 22:22:26.406 5: Cmd: >define Schlafzimmer_Tempverlauf SVG FileLog_SCHL_Heizung:Schlafzimmer:CURRENT<
2014.03.29 22:22:26.409 5: Cmd: >attr Schlafzimmer_Tempverlauf room Plots<
2014.03.29 22:22:26.412 5: Cmd: >define Wohnzimmer_Tempverlauf SVG FileLog_WOZI_Heizung:Wohnzimmer:CURRENT<
2014.03.29 22:22:26.414 5: Cmd: >attr Wohnzimmer_Tempverlauf room Plots<
2014.03.29 22:22:26.416 5: Cmd: >define Kinderzimmer_Tempverlauf SVG FileLog_Felix_Heizung:Kinderzimmer:CURRENT<
2014.03.29 22:22:26.419 5: Cmd: >attr Kinderzimmer_Tempverlauf room Plots<
2014.03.29 22:22:26.422 5: Cmd: >include /opt/fhem/chris_module/Androidapp.cfg<
2014.03.29 22:22:26.423 1: Including /opt/fhem/chris_module/Androidapp.cfg
2014.03.29 22:22:26.425 5: Cmd: >define androidTablet webViewControl 12345<
2014.03.29 22:22:26.427 5: Cmd: >define androidChris webViewControl 221287<
2014.03.29 22:22:26.430 5: Cmd: >define androidSarah webViewControl 260287<
2014.03.29 22:22:26.434 5: Cmd: >define speechRecognizer_HILFEFHEM notify .*voiceRecognitionLastResult.*Hilfe.* ; set  @ ttsSay ich bin noch in der entwicklung Infos folgen beim nächsten mal<
2014.03.29 22:22:26.437 5: Cmd: >attr speechRecognizer_HILFEFHEM group WebviewControl<
2014.03.29 22:22:26.439 5: Cmd: >attr speechRecognizer_HILFEFHEM room VOICE<
2014.03.29 22:22:26.443 5: Cmd: >define Christian_Anwesend notify Chris {if ($value{Chris} eq "present" ){fhem ("set androidTablet ttsSay Hallo Christian schön das du da bist") } else {fhem ("set androidTablet ttsSay Christian ist weg gegangen")} }<
2014.03.29 22:22:26.446 5: Cmd: >attr Christian_Anwesend room VOICE<
2014.03.29 22:22:26.449 5: Cmd: >define Sarah_Anwesend notify Sarah {if ($value{Sarah} eq "present" ){fhem ("set androidTablet ttsSay Hallo Sarah schön das du da bist") } else {fhem ("set androidTablet ttsSay Sarah ist weg")} }<
2014.03.29 22:22:26.452 5: Cmd: >attr Sarah_Anwesend room VOICE<
2014.03.29 22:22:26.456 5: Cmd: >define Was_ich_kann notify .*voiceRecognitionLastResult.*Info.* ; set  @ ttsSay Ich schalte wenn du weg gehst die Heizung aus und wenn du kommst an. Desweiteren kann ich schon unterscheiden wer kommt und Begrüße dich und sage deinem Partner wenn du weg gehst. Mehr kann ich noch nicht<
2014.03.29 22:22:26.458 5: Cmd: >attr Was_ich_kann room VOICE<
2014.03.29 22:22:26.461 5: Cmd: >define test notify .*voiceRecognitionLastResult.*test.* ; set  @ ttsSay ich bin noc<
2014.03.29 22:22:26.464 5: Cmd: >attr test room VOICE<
2014.03.29 22:22:26.467 5: Cmd: >define Fernseh_Aus notify .*voiceRecognitionLastResult.*Fernseh.* aus.* ; set  @ ttsSay ich habe den Fernseh ausgeschaltet ; set SamsungTV POWEROFF<
2014.03.29 22:22:26.470 5: Cmd: >attr Fernseh_Aus room VOICE<
2014.03.29 22:22:26.473 5: Cmd: >define Alles_aus notify .*voiceRecognitionLastResult.*gute.*Nacht.* ; set  @ ttsSay Ich wünsche eine Angenehme Nacht Ruhe ; set Alle_Lampen off<
2014.03.29 22:22:26.475 5: Cmd: >attr Alles_aus room VOICE<
2014.03.29 22:22:26.478 5: Cmd: >define Alles_an notify .*voiceRecognitionLastResult.*es.*werde.*Licht.* ; set ttsSay Ich habe die Beleuchtung angeschaltet ; set Alle_Lampen on<
2014.03.29 22:22:26.481 5: Cmd: >attr Alles_an room VOICE<
2014.03.29 22:22:26.484 5: Cmd: >include /opt/fhem/chris_module/WOZI_Media.cfg<
2014.03.29 22:22:26.486 1: Including /opt/fhem/chris_module/WOZI_Media.cfg
2014.03.29 22:22:26.487 5: Cmd: >define SamsungTV STV 192.168.178.31 55000 7676<
2014.03.29 22:22:26.509 3: [STV] defined with host: 192.168.178.31 port: 55000 MAC: b8:27:eb:ee:e4:aa
2014.03.29 22:22:26.511 5: Cmd: >attr SamsungTV room Wohnzimmer<
2014.03.29 22:22:26.514 5: Cmd: >define AppleTV XBMC 192.168.178.56:8080 http  xbmc 0000<
2014.03.29 22:22:26.517 5: Cmd: >attr AppleTV room Wohnzimmer<
2014.03.29 22:22:26.520 5: Cmd: >include /opt/fhem/chris_module/wetter.cfg<
2014.03.29 22:22:26.521 1: Including /opt/fhem/chris_module/wetter.cfg
2014.03.29 22:22:26.524 5: Cmd: >define Wetter Weather 20066780 600 de<
2014.03.29 22:22:26.527 4: HttpUtils url=http://weather.yahooapis.com/forecastrss?w=20066780&u=c
2014.03.29 22:22:26.773 4: http://weather.yahooapis.com/forecastrss?w=20066780&u=c: HTTP response code 200
2014.03.29 22:22:26.774 4: HttpUtils http://weather.yahooapis.com/forecastrss?w=20066780&u=c: Got data, length: 2794
2014.03.29 22:22:26.795 4: Weather Wetter: T: 12  H: 61  W: 6
2014.03.29 22:22:26.798 5: Cmd: >attr Wetter event-on-update-reading temperature,humidity,pressure,wind_speed,wind_chill,wind_direction<
2014.03.29 22:22:26.801 5: Cmd: >attr Wetter group Umwelt<
2014.03.29 22:22:26.803 5: Cmd: >attr Wetter room Wetter<
2014.03.29 22:22:26.805 5: Cmd: >define FileLog_Wetter FileLog ./log/Wetter-%Y.log Wetter<
2014.03.29 22:22:26.809 5: Cmd: >attr FileLog_Wetter logtype temp4hum6:wind_speed|humidity|temperature,text<
2014.03.29 22:22:26.812 5: Cmd: >attr FileLog_Wetter room Wetter<
2014.03.29 22:22:26.815 5: Cmd: >define w_Wetter weblink htmlCode { WeatherAsHtmlD("Wetter") }<
2014.03.29 22:22:26.817 5: Cmd: >attr w_Wetter group Umwelt<
2014.03.29 22:22:26.820 5: Cmd: >attr w_Wetter htmlattr width_"220" height="330" frameborder="0" marginheight="0" marginwidth="0"<
2014.03.29 22:22:26.822 5: Cmd: >attr w_Wetter room Wetter<
2014.03.29 22:22:26.825 5: Cmd: >include /opt/fhem/chris_module/cul.cfg<
2014.03.29 22:22:26.826 1: Including /opt/fhem/chris_module/cul.cfg
2014.03.29 22:22:26.828 5: Cmd: >define CUL_1 CUL /dev/ttyACM0@9600 1034<
2014.03.29 22:22:26.831 3: Opening CUL_1 device /dev/ttyACM0
2014.03.29 22:22:26.837 3: Setting CUL_1 baudrate to 9600
2014.03.29 22:22:26.851 3: CUL_1 device opened
2014.03.29 22:22:26.953 5: SW: V
2014.03.29 22:22:26.965 5: CUL/RAW (ReadAnswer): V 1.55 CUL868

2014.03.29 22:22:26.967 5: SW: ?
2014.03.29 22:22:26.979 5: CUL/RAW (ReadAnswer): ? (? is unknown) Use one of B C F i A Z E G M R T V W X e f m l t u x

2014.03.29 22:22:26.982 3: CUL_1: Possible commands: BCFiAZEGMRTVWXefmltux
2014.03.29 22:22:26.983 5: SW: X21
2014.03.29 22:22:26.994 5: SW: T01
2014.03.29 22:22:27.006 5: CUL/RAW (ReadAnswer): 1034

2014.03.29 22:22:27.007 5: GOT CUL fhtid: 1034
2014.03.29 22:22:27.012 5: Cmd: >include /opt/fhem/chris_module/Fische.cfg<
2014.03.29 22:22:27.014 1: Including /opt/fhem/chris_module/Fische.cfg
2014.03.29 22:22:27.016 5: Cmd: >define FischlichtAn at *10:00:00 set FSD_1 on<
2014.03.29 22:22:27.021 5: Cmd: >attr FischlichtAn room Aquarium<
2014.03.29 22:22:27.025 5: Cmd: >define FischlichtAus at *22:06:00 set FSD_1 off<
2014.03.29 22:22:27.029 5: Cmd: >attr FischlichtAus room Aquarium<
2014.03.29 22:22:27.035 5: Cmd: >define Alle_Lampen structure room FSD_1 FSD_2 FSD_3 FSD_4<
2014.03.29 22:22:27.071 5: Cmd: >define anyViews Dashboard<
2014.03.29 22:22:27.075 5: Cmd: >attr anyViews dashboard_colcount 4<
2014.03.29 22:22:27.078 5: Cmd: >attr anyViews dashboard_lockstate lock<
2014.03.29 22:22:27.081 5: Cmd: >attr anyViews dashboard_rowcentercolwidth 800<
2014.03.29 22:22:27.083 5: Cmd: >attr anyViews dashboard_showhelper 1<
2014.03.29 22:22:27.086 5: Cmd: >attr anyViews dashboard_tab1groups Schalter,Thermostat,Umwelt,Systembefehle<
2014.03.29 22:22:27.090 5: Cmd: >attr anyViews dashboard_tab1sorting t0c0,Schalter,true,284,166:t0c0,Thermostat,true,482,138:t0c0,Umwelt,true,800,269:t0c1,Systembefehle,true,203,228:<
2014.03.29 22:22:27.093 5: Cmd: >attr anyViews dashboard_tabcount 1<
2014.03.29 22:22:27.096 5: Cmd: >define anyViews_weblink weblink htmlCode {DashboardAsHtml("anyViews")}<
2014.03.29 22:22:27.099 5: Cmd: >attr anyViews_weblink room DashboardRoom<
2014.03.29 22:22:27.105 5: Cmd: >define systemCommands weblink cmdList Update:Save:save Restart:Shutdown_Restart:shutdown+restart Update:Update_Check:update+check Restart:Reread_cfg:rereadcfg Backup:backup:backup<
2014.03.29 22:22:27.108 5: Cmd: >attr systemCommands devStateIcon .*:system_backup<
2014.03.29 22:22:27.111 5: Cmd: >attr systemCommands group Systembefehle<
2014.03.29 22:22:27.114 5: Cmd: >attr systemCommands room System<
2014.03.29 22:22:27.117 5: Cmd: >include /opt/fhem/chris_module/Fhemduino.cfg<
2014.03.29 22:22:27.119 1: Including /opt/fhem/chris_module/Fhemduino.cfg
2014.03.29 22:22:27.121 5: Cmd: >define Fhemduino FHEMduino /dev/ttyUSB0@9600<
2014.03.29 22:22:27.123 3: Opening Fhemduino device /dev/ttyUSB0
2014.03.29 22:22:27.134 3: Setting Fhemduino baudrate to 9600
2014.03.29 22:22:27.162 3: Fhemduino device opened
2014.03.29 22:22:27.264 5: SW: V
2014.03.29 22:22:30.279 5: SW: V
2014.03.29 22:22:30.291 5: FHEMduino/RAW (ReadAnswer): V 1.0b1
2014.03.29 22:22:30.293 5: FHEMduino/RAW (ReadAnswer):  F
2014.03.29 22:22:30.295 5: FHEMduino/RAW (ReadAnswer): HE
2014.03.29 22:22:30.297 5: FHEMduino/RAW (ReadAnswer): Md
2014.03.29 22:22:30.299 5: FHEMduino/RAW (ReadAnswer): ui
2014.03.29 22:22:30.301 5: FHEMduino/RAW (ReadAnswer): no
2014.03.29 22:22:30.304 5: FHEMduino/RAW (ReadAnswer):  -
2014.03.29 22:22:30.306 5: FHEMduino/RAW (ReadAnswer):  c
2014.03.29 22:22:30.307 5: FHEMduino/RAW (ReadAnswer): o
2014.03.29 22:22:30.309 5: FHEMduino/RAW (ReadAnswer): mp
2014.03.29 22:22:30.311 5: FHEMduino/RAW (ReadAnswer): il
2014.03.29 22:22:30.313 5: FHEMduino/RAW (ReadAnswer): ed
2014.03.29 22:22:30.315 5: FHEMduino/RAW (ReadAnswer):  a
2014.03.29 22:22:30.317 5: FHEMduino/RAW (ReadAnswer): t
2014.03.29 22:22:30.319 5: FHEMduino/RAW (ReadAnswer): Ja
2014.03.29 22:22:30.321 5: FHEMduino/RAW (ReadAnswer): n
2014.03.29 22:22:30.323 5: FHEMduino/RAW (ReadAnswer): 22
2014.03.29 22:22:30.326 5: FHEMduino/RAW (ReadAnswer):  2
2014.03.29 22:22:30.328 5: FHEMduino/RAW (ReadAnswer): 01
2014.03.29 22:22:30.330 5: FHEMduino/RAW (ReadAnswer): 4
2014.03.29 22:22:30.331 5: FHEMduino/RAW (ReadAnswer): 2
2014.03.29 22:22:30.333 5: FHEMduino/RAW (ReadAnswer): 0:
2014.03.29 22:22:30.335 5: FHEMduino/RAW (ReadAnswer): 21
2014.03.29 22:22:30.337 5: FHEMduino/RAW (ReadAnswer): :3
2014.03.29 22:22:30.339 5: FHEMduino/RAW (ReadAnswer): 7
2014.03.29 22:22:30.341 5: FHEMduino/RAW (ReadAnswer):

2014.03.29 22:22:30.343 5: SW: ?
2014.03.29 22:22:30.355 5: FHEMduino/RAW (ReadAnswer): ? Use o
2014.03.29 22:22:30.357 5: FHEMduino/RAW (ReadAnswer): ne
2014.03.29 22:22:30.359 5: FHEMduino/RAW (ReadAnswer):  o
2014.03.29 22:22:30.361 5: FHEMduino/RAW (ReadAnswer): f
2014.03.29 22:22:30.363 5: FHEMduino/RAW (ReadAnswer):  V
2014.03.29 22:22:30.365 5: FHEMduino/RAW (ReadAnswer): 
2014.03.29 22:22:30.367 5: FHEMduino/RAW (ReadAnswer): is
2014.03.29 22:22:30.369 5: FHEMduino/RAW (ReadAnswer):  R
2014.03.29 22:22:30.370 5: FHEMduino/RAW (ReadAnswer):  q
2014.03.29 22:22:30.372 5: FHEMduino/RAW (ReadAnswer):

2014.03.29 22:22:30.375 3: Fhemduino: Possible commands: VisRq
2014.03.29 22:22:30.378 5: Cmd: >define FSD_1 IT 00000FFF0F FF F0<
2014.03.29 22:22:30.390 5: Cmd: >attr FSD_1 IODev Fhemduino<
2014.03.29 22:22:30.393 5: Cmd: >attr FSD_1 alias Aquariumbeleuchtung<
2014.03.29 22:22:30.396 5: Cmd: >attr FSD_1 fm_type lamp<
2014.03.29 22:22:30.400 5: Cmd: >attr FSD_1 group Schalter<
2014.03.29 22:22:30.415 5: Cmd: >attr FSD_1 room Wohnzimmer,Favourites,Aquarium<
2014.03.29 22:22:30.419 5: Cmd: >define FSD_2 IT 00000FF0FF FF F0<
2014.03.29 22:22:30.435 5: Cmd: >attr FSD_2 IODev Fhemduino<
2014.03.29 22:22:30.438 5: Cmd: >attr FSD_2 alias Balkonbeleuchtung<
2014.03.29 22:22:30.441 5: Cmd: >attr FSD_2 fm_type lamp<
2014.03.29 22:22:30.444 5: Cmd: >attr FSD_2 group Schalter<
2014.03.29 22:22:30.448 5: Cmd: >attr FSD_2 model itremote<
2014.03.29 22:22:30.451 5: Cmd: >attr FSD_2 room Wohnzimmer,Favourites<
2014.03.29 22:22:30.454 5: Cmd: >define FSD_3 IT 000000FFFF FF F0<
2014.03.29 22:22:30.466 5: Cmd: >attr FSD_3 IODev Fhemduino<
2014.03.29 22:22:30.470 5: Cmd: >attr FSD_3 alias ESSZ_Stehlampe<
2014.03.29 22:22:30.473 5: Cmd: >attr FSD_3 fm_type lamp<
2014.03.29 22:22:30.476 5: Cmd: >attr FSD_3 group Schalter<
2014.03.29 22:22:30.479 5: Cmd: >attr FSD_3 room Esszimmer,Favourites<
2014.03.29 22:22:30.482 5: Cmd: >define ELRO_FSD_3 FHEMduino_ELRO 000000FFFF FF F0<
2014.03.29 22:22:30.485 5: Arraylenght:  int(ELRO_FSD_3 FHEMduino_ELRO 000000FFFF FF F0)
2014.03.29 22:22:30.486 5: Define hascode: {000000FFFF}{ELRO_FSD_3}
2014.03.29 22:22:30.496 5: Cmd: >attr ELRO_FSD_3 IODev Fhemduino<
2014.03.29 22:22:30.500 5: Cmd: >attr ELRO_FSD_3 devStateIcon on:black_Steckdose.on off:black_Steckdose.off<
2014.03.29 22:22:30.504 5: Cmd: >attr ELRO_FSD_3 group Elro_FHEMduino<
2014.03.29 22:22:30.507 5: Cmd: >attr ELRO_FSD_3 room Esszimmer<
2014.03.29 22:22:30.511 5: Cmd: >define FSD_4 IT 00000F0FFF FF F0<
2014.03.29 22:22:30.523 5: Cmd: >attr FSD_4 IODev Fhemduino<
2014.03.29 22:22:30.526 5: Cmd: >attr FSD_4 alias SchildkrötenLicht<
2014.03.29 22:22:30.529 5: Cmd: >attr FSD_4 fm_type lamp<
2014.03.29 22:22:30.532 5: Cmd: >attr FSD_4 group Schalter<
2014.03.29 22:22:30.535 5: Cmd: >attr FSD_4 room Wohnzimmer,Favourites<
2014.03.29 22:22:30.539 5: Cmd: >define FSD_5 IT 0FFFF0000F FF 00<
2014.03.29 22:22:30.551 5: Cmd: >attr FSD_5 IODev CUL_1<
2014.03.29 22:22:30.555 5: Cmd: >attr FSD_5 alias Time_Maschine_Festplatte<
2014.03.29 22:22:30.558 5: Cmd: >attr FSD_5 fm_type socket<
2014.03.29 22:22:30.561 5: Cmd: >attr FSD_5 group Schalter<
2014.03.29 22:22:30.564 5: Cmd: >attr FSD_5 room Schlafzimmer<
2014.03.29 22:22:30.567 5: Cmd: >define FSD_6 IT 0FF0FF0FF0 FF 00<
2014.03.29 22:22:30.580 5: Cmd: >attr FSD_6 IODev Fhemduino<
2014.03.29 22:22:30.583 5: Cmd: >attr FSD_6 alias Test<
2014.03.29 22:22:30.586 5: Cmd: >attr FSD_6 room Schlafzimmer<
2014.03.29 22:22:30.589 5: Cmd: >define Fhemobile dummy<
2014.03.29 22:22:30.595 5: Cmd: >attr Fhemobile comment eJx1lF1r2zAUhv+Lr8+FJH9JvduylAySMpb0A0oYbqMmBtsast2sLf3ve+3Iln1RsBAcHUnnPHmUj+BoTfu3Dq4eP4L8EFwFZ/10l+vzwlSNNUVAAYKPXCjiISMu5P6TXOahLcs3lxBzH79eLTeHNq/MsFklfnG1WX+7cQtp6OO35VkXzbAjEZPj8kKvzXHYkxBnGLwbKIhJzAJDksLEBKmEVEQKcRZRKkniEyQZSUQZRSGSI8InE4pSZOGUJPL31Y1tn5vW6qGYVFGkKEl9yu6kbWnqJhsL5iHJmJTyOdvnU1Y02roMgWsEqhMoSnQNqAnJX7+X2+XNYulyI0HRBNnidj2WwvYUnBBjwbj8I6tPTyazhyFJTuD93I33y9mJf1abgWgMBhi8m/EzMzDhHCMlhYlxUugsJNWxCilNSeLjBCwSXU9afvi+WQxFxJMGtru7MQzQaOFV2zo3FdYk41izxpQTB1c6f2+r49dwr7NX09q80bXncG9O1XteliNy1EAddlzaY1dqTr18g1YvsGvAHsKHryH15sUT+2JnoGPWm8hHGx2/Xkp+ETPu3Qydno6ns9Rhvbh6gdsbC8SQVqpeWtmVwHyJ97rxhkFimj8cXeT/PMOZmkX2MmMFvjCkM9OnLet6lgN9J++1qo1t9GH+SCAowV68eEpDPJnumcUcNtPkH4R6Q/ef/wHGcidO<
2014.03.29 22:22:30.599 1: Including ./log/fhem.save
2014.03.29 22:22:30.601 5: Cmd: >setstate ActionDetector alive:3 dead:0 unkn:0 off:0<
2014.03.29 22:22:30.604 5: Cmd: >setstate ActionDetector 2014-03-29 22:15:13 state alive:3 dead:0 unkn:0 off:0<
2014.03.29 22:22:30.607 5: Cmd: >setstate ActionDetector 2014-03-29 22:15:13 status_CUL_HM_HM_CC_RT_DN_22113A alive<
2014.03.29 22:22:30.611 5: Cmd: >setstate ActionDetector 2014-03-29 22:15:13 status_CUL_HM_HM_CC_RT_DN_228687 alive<
2014.03.29 22:22:30.614 5: Cmd: >setstate ActionDetector 2014-03-29 22:15:13 status_CUL_HM_HM_CC_RT_DN_2286F5 alive<
2014.03.29 22:22:30.616 5: Cmd: >setstate Alle_Lampen undefined<
2014.03.29 22:22:30.620 5: Cmd: >setstate Alle_Lampen 2014-03-29 22:06:00 LastDevice FSD_1<
2014.03.29 22:22:30.623 5: Cmd: >setstate Alle_Lampen 2014-03-29 22:06:00 LastDevice_Abs FSD_1<
2014.03.29 22:22:30.626 5: Cmd: >setstate Alle_Lampen 2014-03-29 22:06:00 state undefined<
2014.03.29 22:22:30.628 5: Cmd: >setstate Alles_an active<
2014.03.29 22:22:30.631 5: Cmd: >setstate Alles_aus active<
2014.03.29 22:22:30.634 5: Cmd: >setstate AppleTV 2014-02-12 21:19:17 playStatus playing<
2014.03.29 22:22:30.637 5: Cmd: >setstate AppleTV 2014-02-12 21:19:17 speed 1<
2014.03.29 22:22:30.640 5: Cmd: >setstate CUL_1 2014-01-22 21:44:31 ccconf freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB<
2014.03.29 22:22:30.643 5: Cmd: >setstate CUL_1 2014-03-29 22:05:09 cmds  B C F i A Z E G M R T V W X e f m l t u x<
2014.03.29 22:22:30.647 5: Cmd: >setstate CUL_1 2014-03-13 21:11:20 raw is0FFFF0000F00<
2014.03.29 22:22:30.651 5: Cmd: >setstate CUL_1 2014-03-29 22:05:09 state Initialized<
2014.03.29 22:22:30.654 5: Cmd: >setstate CUL_1 2014-01-22 21:44:54 version V 1.55 CUL868<
2014.03.29 22:22:30.656 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A CMDs_done<
2014.03.29 22:22:30.659 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A 2014-02-12 21:09:59 .D-devInfo 00FFFF<
2014.03.29 22:22:30.662 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A 2014-02-12 21:09:59 .D-stc 59<
2014.03.29 22:22:30.665 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A 2014-03-29 22:22:12 .protLastRcv 2014-03-29 22:22:12<
2014.03.29 22:22:30.668 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A 2014-03-29 22:05:13 Activity alive<
2014.03.29 22:22:30.671 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A 2014-03-13 21:10:41 CommandAccepted yes<
2014.03.29 22:22:30.674 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A 2014-02-12 21:09:59 D-firmware 1.0<
2014.03.29 22:22:30.677 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A 2014-02-12 21:09:59 D-serialNr KEQ0509706<
2014.03.29 22:22:30.680 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A 2013-12-24 15:11:33 PairedTo 0x1E9BA8<
2014.03.29 22:22:30.683 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A 2013-12-24 15:11:33 R-backOnTime 10 s<
2014.03.29 22:22:30.686 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A 2014-02-21 16:09:09 R-btnLock unlock<
2014.03.29 22:22:30.689 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A 2014-02-21 16:09:09 R-burstRx on<
2014.03.29 22:22:30.692 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A 2014-02-21 16:09:09 R-cyclicInfoMsg on<
2014.03.29 22:22:30.695 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A 2014-02-21 16:09:09 R-cyclicInfoMsgDis 0<
2014.03.29 22:22:30.698 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A 2014-02-21 16:09:09 R-globalBtnLock off<
2014.03.29 22:22:30.701 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A 2014-02-21 16:09:09 R-localResDis off<
2014.03.29 22:22:30.704 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A 2013-12-24 15:11:33 R-lowBatLimitRT 2.1 V<
2014.03.29 22:22:30.707 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A 2014-02-21 16:09:09 R-modusBtnLock off<
2014.03.29 22:22:30.710 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A 2014-02-21 16:09:09 R-pairCentral 0x1E9BA8<
2014.03.29 22:22:30.713 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A 2014-02-21 16:09:09 RegL_00: 01:01 02:01 09:01 0A:1E 0B:9B 0C:A8 0E:0A 0F:00 11:00 12:15 16:00 18:00 19:00 1A:00 00:00<
2014.03.29 22:22:30.716 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A 2014-01-03 14:31:07 RegL_07: CA:12 CB:21 CC:2D<
2014.03.29 22:22:30.719 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A 2014-03-29 22:22:12 actuator 0<
2014.03.29 22:22:30.722 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A 2014-03-29 22:22:12 battery ok<
2014.03.29 22:22:30.725 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A 2014-03-29 22:22:12 batteryLevel 2.9<
2014.03.29 22:22:30.728 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A 2014-03-29 22:22:12 desired-temp off<
2014.03.29 22:22:30.731 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A 2014-03-29 22:22:12 measured-temp 20.8<
2014.03.29 22:22:30.734 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A 2014-03-29 10:17:02 state CMDs_done<
2014.03.29 22:22:30.737 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A 2014-03-29 10:17:02 time-request -<
2014.03.29 22:22:30.740 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A_ClimaTeam unpeered<
2014.03.29 22:22:30.743 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A_ClimaTeam 2013-12-24 15:11:41 .RegL_01: 08:00 00:00<
2014.03.29 22:22:30.746 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A_ClimaTeam 2013-12-24 15:11:41 R-sign off<
2014.03.29 22:22:30.749 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A_ClimaTeam 2014-03-29 22:05:13 state unpeered<
2014.03.29 22:22:30.752 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A_Climate unpeered<
2014.03.29 22:22:30.755 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A_Climate 2013-12-24 15:11:35 .RegL_01: 08:00 00:00<
2014.03.29 22:22:30.758 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A_Climate 2013-12-24 15:11:35 R-sign off<
2014.03.29 22:22:30.761 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A_Climate 2014-03-29 22:05:13 state unpeered<
2014.03.29 22:22:30.764 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A_Weather 20.8<
2014.03.29 22:22:30.767 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A_Weather 2013-12-24 15:11:34 .RegL_01: 08:00 00:00<
2014.03.29 22:22:30.770 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A_Weather 2013-12-24 15:11:34 R-sign off<
2014.03.29 22:22:30.773 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A_Weather 2014-03-29 22:22:12 measured-temp 20.8<
2014.03.29 22:22:30.776 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A_Weather 2014-03-29 22:22:12 state 20.8<
2014.03.29 22:22:30.779 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A_WindowRec last:trigLast<
2014.03.29 22:22:30.782 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A_WindowRec 2013-12-24 15:11:36 .RegL_01: 08:00 00:00<
2014.03.29 22:22:30.785 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A_WindowRec 2013-12-24 15:11:36 R-sign off<
2014.03.29 22:22:30.788 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A_WindowRec 2014-03-29 22:05:13 state unpeered<
2014.03.29 22:22:30.791 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A_WindowRec 2013-12-24 15:11:40 winOpnBoost off<
2014.03.29 22:22:30.794 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A_WindowRec 2013-12-24 15:11:40 winOpnDetFall 1.4 K<
2014.03.29 22:22:30.797 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A_WindowRec 2013-12-24 15:11:40 winOpnMode on<
2014.03.29 22:22:30.800 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A_WindowRec 2013-12-24 15:11:40 winOpnPeriod 60 min<
2014.03.29 22:22:30.804 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A_WindowRec 2013-12-24 15:11:40 winOpnTemp-int 5 C<
2014.03.29 22:22:30.807 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A_remote unpeered<
2014.03.29 22:22:30.810 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A_remote 2013-12-24 15:11:42 .RegL_01: 08:00 00:00<
2014.03.29 22:22:30.813 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A_remote 2013-12-24 15:11:42 R-sign off<
2014.03.29 22:22:30.816 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_22113A_remote 2014-03-29 22:05:13 state unpeered<
2014.03.29 22:22:30.819 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687 CMDs_done<
2014.03.29 22:22:30.822 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687 2014-03-22 13:56:11 .D-devInfo 00FFFF<
2014.03.29 22:22:30.825 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687 2014-03-22 13:56:11 .D-stc 59<
2014.03.29 22:22:30.828 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687 2014-03-29 22:20:08 .protLastRcv 2014-03-29 22:20:08<
2014.03.29 22:22:30.831 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687 2014-03-29 22:05:13 Activity alive<
2014.03.29 22:22:30.834 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687 2014-03-29 00:16:22 CommandAccepted yes<
2014.03.29 22:22:30.837 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687 2014-03-22 13:56:11 D-firmware 1.0<
2014.03.29 22:22:30.840 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687 2014-03-22 13:56:11 D-serialNr KEQ0431868<
2014.03.29 22:22:30.843 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687 2013-12-24 15:10:39 PairedTo 0x1E9BA8<
2014.03.29 22:22:30.846 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687 2013-12-24 15:10:39 R-backOnTime 10 s<
2014.03.29 22:22:30.849 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687 2014-03-16 17:26:07 R-btnLock unlock<
2014.03.29 22:22:30.852 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687 2014-02-23 18:14:17 R-burstRx on<
2014.03.29 22:22:30.855 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687 2014-02-23 18:14:17 R-cyclicInfoMsg on<
2014.03.29 22:22:30.858 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687 2014-02-23 18:14:17 R-cyclicInfoMsgDis 0<
2014.03.29 22:22:30.861 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687 2014-02-23 18:14:17 R-globalBtnLock off<
2014.03.29 22:22:30.864 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687 2014-02-23 18:14:17 R-localResDis off<
2014.03.29 22:22:30.867 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687 2013-12-24 15:10:39 R-lowBatLimitRT 2.1 V<
2014.03.29 22:22:30.870 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687 2014-02-23 18:14:17 R-modusBtnLock off<
2014.03.29 22:22:30.873 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687 2014-02-23 18:14:17 R-pairCentral 0x1E9BA8<
2014.03.29 22:22:30.877 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687 2014-03-16 17:26:08 RegL_00: 01:01 02:01 09:01 0A:1E 0B:9B 0C:A8 0E:0A 0F:00 11:00 12:15 16:00 18:00 19:00 1A:00 00:00<
2014.03.29 22:22:30.880 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687 2014-03-29 22:20:08 actuator 0<
2014.03.29 22:22:30.883 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687 2014-03-29 22:20:08 battery ok<
2014.03.29 22:22:30.886 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687 2014-03-29 22:20:08 batteryLevel 2.8<
2014.03.29 22:22:30.889 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687 2014-03-29 22:20:08 desired-temp 14.0<
2014.03.29 22:22:30.892 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687 2014-03-29 22:20:08 measured-temp 21.6<
2014.03.29 22:22:30.895 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687 2014-03-29 21:23:14 state CMDs_done<
2014.03.29 22:22:30.898 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687 2014-03-29 21:23:14 time-request -<
2014.03.29 22:22:30.901 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687_ClimaTeam unpeered<
2014.03.29 22:22:30.904 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687_ClimaTeam 2013-12-24 15:10:47 .RegL_01: 08:00 00:00<
2014.03.29 22:22:30.907 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687_ClimaTeam 2013-12-24 15:10:47 R-sign off<
2014.03.29 22:22:30.910 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687_ClimaTeam 2014-03-29 22:05:13 state unpeered<
2014.03.29 22:22:30.913 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687_Climate unpeered<
2014.03.29 22:22:30.916 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687_Climate 2013-12-24 15:10:41 .RegL_01: 08:00 00:00<
2014.03.29 22:22:30.919 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687_Climate 2013-12-24 15:10:41 R-sign off<
2014.03.29 22:22:30.923 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687_Climate 2014-03-29 22:05:13 state unpeered<
2014.03.29 22:22:30.925 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687_Weather 21.6<
2014.03.29 22:22:30.929 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687_Weather 2013-12-24 15:10:40 .RegL_01: 08:00 00:00<
2014.03.29 22:22:30.932 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687_Weather 2013-12-24 15:10:40 R-sign off<
2014.03.29 22:22:30.935 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687_Weather 2014-03-29 22:20:08 measured-temp 21.6<
2014.03.29 22:22:30.938 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687_Weather 2014-03-29 22:20:08 state 21.6<
2014.03.29 22:22:30.941 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687_WindowRec last:trigLast<
2014.03.29 22:22:30.944 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687_WindowRec 2013-12-24 15:10:42 .RegL_01: 08:00 00:00<
2014.03.29 22:22:30.947 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687_WindowRec 2013-12-24 15:10:42 R-sign off<
2014.03.29 22:22:30.951 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687_WindowRec 2014-03-29 22:05:13 state unpeered<
2014.03.29 22:22:30.954 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687_WindowRec 2013-12-28 00:08:09 winOpnBoost off<
2014.03.29 22:22:30.957 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687_WindowRec 2013-12-28 00:08:09 winOpnDetFall 1.4 K<
2014.03.29 22:22:30.960 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687_WindowRec 2013-12-28 00:08:09 winOpnMode on<
2014.03.29 22:22:30.963 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687_WindowRec 2013-12-28 00:08:09 winOpnPeriod 15 min<
2014.03.29 22:22:30.966 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687_WindowRec 2013-12-28 00:08:09 winOpnTemp-int 12 C<
2014.03.29 22:22:30.969 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687_remote unpeered<
2014.03.29 22:22:30.972 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687_remote 2013-12-24 15:10:47 .RegL_01: 08:00 00:00<
2014.03.29 22:22:30.975 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687_remote 2013-12-24 15:10:47 R-sign off<
2014.03.29 22:22:30.978 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_228687_remote 2014-03-29 22:05:13 state unpeered<
2014.03.29 22:22:30.981 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5 CMDs_done<
2014.03.29 22:22:30.984 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5 2014-02-12 21:09:59 .D-devInfo 00FFFF<
2014.03.29 22:22:30.987 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5 2014-02-12 21:09:59 .D-stc 59<
2014.03.29 22:22:30.990 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5 2014-03-29 22:21:28 .protLastRcv 2014-03-29 22:21:28<
2014.03.29 22:22:30.993 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5 2014-03-29 22:05:13 Activity alive<
2014.03.29 22:22:30.996 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5 2014-02-11 21:17:29 CommandAccepted yes<
2014.03.29 22:22:30.999 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5 2014-02-12 21:09:59 D-firmware 1.0<
2014.03.29 22:22:31.002 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5 2014-02-12 21:09:59 D-serialNr KEQ0432078<
2014.03.29 22:22:31.005 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5 2013-12-24 15:10:30 PairedTo 0x1E9BA8<
2014.03.29 22:22:31.008 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5 2013-12-24 15:10:30 R-backOnTime 10 s<
2014.03.29 22:22:31.011 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5 2014-01-09 10:38:48 R-btnLock unlock<
2014.03.29 22:22:31.014 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5 2014-01-08 19:07:54 R-burstRx on<
2014.03.29 22:22:31.017 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5 2014-01-08 19:07:54 R-cyclicInfoMsg on<
2014.03.29 22:22:31.020 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5 2014-01-08 19:07:54 R-cyclicInfoMsgDis 0<
2014.03.29 22:22:31.023 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5 2014-01-08 19:07:54 R-globalBtnLock off<
2014.03.29 22:22:31.026 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5 2014-01-08 19:07:54 R-localResDis off<
2014.03.29 22:22:31.029 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5 2013-12-24 15:10:30 R-lowBatLimitRT 2.1 V<
2014.03.29 22:22:31.032 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5 2014-01-08 19:07:54 R-modusBtnLock off<
2014.03.29 22:22:31.035 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5 2014-01-08 19:07:54 R-pairCentral 0x1E9BA8<
2014.03.29 22:22:31.039 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5 2014-01-09 10:38:48 RegL_00: 01:01 02:01 09:01 0A:1E 0B:9B 0C:A8 0E:0A 0F:00 11:00 12:15 16:00 18:00 19:00 1A:00 00:00<
2014.03.29 22:22:31.042 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5 2014-03-23 10:03:41 RegL_07: 01:1E 02:1D CA:12 CB:21 CC:2D<
2014.03.29 22:22:31.045 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5 2014-03-29 22:21:28 actuator 0<
2014.03.29 22:22:31.048 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5 2014-03-29 22:21:28 battery ok<
2014.03.29 22:22:31.051 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5 2014-03-29 22:21:28 batteryLevel 2.9<
2014.03.29 22:22:31.054 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5 2014-03-29 22:21:28 desired-temp 18.5<
2014.03.29 22:22:31.057 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5 2014-03-29 22:21:28 measured-temp 20.4<
2014.03.29 22:22:31.060 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5 2014-03-29 19:00:24 state CMDs_done<
2014.03.29 22:22:31.063 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5 2014-03-29 19:00:24 time-request -<
2014.03.29 22:22:31.066 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5_ClimaTeam unpeered<
2014.03.29 22:22:31.069 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5_ClimaTeam 2013-12-24 15:10:37 .RegL_01: 08:00 00:00<
2014.03.29 22:22:31.072 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5_ClimaTeam 2013-12-24 15:10:37 R-sign off<
2014.03.29 22:22:31.075 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5_ClimaTeam 2014-03-29 22:05:13 state unpeered<
2014.03.29 22:22:31.078 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5_Climate unpeered<
2014.03.29 22:22:31.081 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5_Climate 2013-12-24 15:10:32 .RegL_01: 08:00 00:00<
2014.03.29 22:22:31.084 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5_Climate 2013-12-24 15:10:32 R-sign off<
2014.03.29 22:22:31.087 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5_Climate 2014-03-29 22:05:13 state unpeered<
2014.03.29 22:22:31.090 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5_Weather 20.4<
2014.03.29 22:22:31.093 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5_Weather 2013-12-24 15:10:31 .RegL_01: 08:00 00:00<
2014.03.29 22:22:31.096 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5_Weather 2013-12-24 15:10:31 R-sign off<
2014.03.29 22:22:31.100 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5_Weather 2014-03-29 22:21:28 measured-temp 20.4<
2014.03.29 22:22:31.103 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5_Weather 2014-03-29 22:21:28 state 20.4<
2014.03.29 22:22:31.105 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5_WindowRec last:trigLast<
2014.03.29 22:22:31.109 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5_WindowRec 2013-12-24 15:10:32 .RegL_01: 08:00 00:00<
2014.03.29 22:22:31.112 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5_WindowRec 2013-12-24 15:10:32 R-sign off<
2014.03.29 22:22:31.115 5: Cmd: >setstate CUL_HM_HM_CC_RT_DN_2286F5_WindowRec 2014-03-29 22:05:13 state unpeered<

hier noch ein Bild von meiner Steckdose in Fhem mit deinem Modul

FHEMduino_Elro

Hallo Chris,
ok, dann bitte wieder auf standard setzten:

attr global verbose 1
attr Fhemduino verbose 5
Damit sehen wir nur die Fhemduino Messages.

Gruß
Arthur

Zitat von: RedOne am 29 März 2014, 22:49:20
hier noch ein Bild von meiner Steckdose in Fhem mit deinem Modul

FHEMduino_Elro

Ja, ich habs im Log gesehen:

2014.03.29 22:22:30.482 5: Cmd: >define ELRO_FSD_3 FHEMduino_ELRO 000000FFFF FF F0<
2014.03.29 22:22:30.485 5: Arraylenght:  int(ELRO_FSD_3 FHEMduino_ELRO 000000FFFF FF F0)
2014.03.29 22:22:30.486 5: Define hascode: {000000FFFF}{ELRO_FSD_3}
2014.03.29 22:22:30.496 5: Cmd: >attr ELRO_FSD_3 IODev Fhemduino<
2014.03.29 22:22:30.500 5: Cmd: >attr ELRO_FSD_3 devStateIcon on:black_Steckdose.on off:black_Steckdose.off<
2014.03.29 22:22:30.504 5: Cmd: >attr ELRO_FSD_3 group Elro_FHEMduino<
2014.03.29 22:22:30.507 5: Cmd: >attr ELRO_FSD_3 room Esszimmer<

Den gleichen hast du auch mit dem IT Modul im Einsatz.
2014.03.29 22:22:30.454 5: Cmd: >define FSD_3 IT 000000FFFF FF F0<
2014.03.29 22:22:30.466 5: Cmd: >attr FSD_3 IODev Fhemduino<
2014.03.29 22:22:30.470 5: Cmd: >attr FSD_3 alias ESSZ_Stehlampe<
2014.03.29 22:22:30.473 5: Cmd: >attr FSD_3 fm_type lamp<
2014.03.29 22:22:30.476 5: Cmd: >attr FSD_3 group Schalter<
2014.03.29 22:22:30.479 5: Cmd: >attr FSD_3 room Esszimmer,Favourites<
Ich denke, dass das FHEMduino Modul die codes deiner FB nicht versteht. :o(
Gruß
Arthur

ah also muss ich statt

define FSD_3 it ...........

also

define FSD_3 Fhemduino_Elro ..........

eingeben

Nope Funktioniert nicht gerade getestet

Zitat von: RedOne am 29 März 2014, 23:02:38
ah also muss ich statt

define FSD_3 it ...........

also

define FSD_3 Fhemduino_Elro ..........

eingeben

Hallo Chris,
die Verwirrung ist nun komplett. ;)
Also Schritt für Schritt:
1)
attr Fhemduino verbose 5
setzten
2)
Eine oder mehere Tasten drücken (aber bitte nicht gelichzeitig alle auf einmal)
3)
Loginhalt hier posten

Gruß
Arthur
P.S: Ich denke/hoffe nicht, dass das IT Modul stört - das sehen wir dann an den Fhemduino Messages?

Hallo Arthur,

erstmal vielen dank für deine Hilfe,

Habe nun
attr Fhemduino verbose 5

geloogt und alle tasten gedrückt
aber um des zu lesen bin ich glaub zu blöd wieder nix gefunden

die it  befele habe ich mittlerweile ausgeklammert
die Funktion wurde dadurch nicht verändert ich konnte weiter die Lampe anschalten und Ausschalten nur mit deinem Modul
aber reaktion auf Fernbedienungs eingaben gab es nicht

Hier mein Log

2014.03.29 22:55:36 1: Including /opt/fhem/chris_module/Fhemduino.cfg
2014.03.29 22:55:39 1: Including ./log/fhem.save
2014.03.29 22:55:41 1: HMLAN_Parse: HMLAN1 new condition ok
2014.03.29 22:56:06 1: Including fhem.cfg
2014.03.29 22:56:06 1: Including /opt/fhem/chris_module/Struktur_Heizung.cfg
2014.03.29 22:56:06 1: Including /opt/fhem/chris_module/HMLAN.cfg
2014.03.29 22:56:06 1: HMLAN_Parse: HMLAN1 new condition disconnected
2014.03.29 22:56:06 1: HMLAN_Parse: HMLAN1 new condition init
2014.03.29 22:56:07 1: Including /opt/fhem/chris_module/Androidapp.cfg
2014.03.29 22:56:07 1: Including /opt/fhem/chris_module/WOZI_Media.cfg
2014.03.29 22:56:07 1: Including /opt/fhem/chris_module/wetter.cfg
2014.03.29 22:56:07 1: Including /opt/fhem/chris_module/cul.cfg
2014.03.29 22:56:07 1: Including /opt/fhem/chris_module/Fische.cfg
2014.03.29 22:56:07 1: Including /opt/fhem/chris_module/Balkon.cfg
2014.03.29 22:56:08 1: Including /opt/fhem/chris_module/Fhemduino.cfg
2014.03.29 22:56:11 1: Including ./log/fhem.save
2014.03.29 22:56:13 1: HMLAN_Parse: HMLAN1 new condition ok
2014.03.29 22:57:56 1: Including fhem.cfg
2014.03.29 22:57:56 1: Including /opt/fhem/chris_module/Struktur_Heizung.cfg
2014.03.29 22:57:56 1: Including /opt/fhem/chris_module/HMLAN.cfg
2014.03.29 22:57:56 1: HMLAN_Parse: HMLAN1 new condition disconnected
2014.03.29 22:57:56 1: HMLAN_Parse: HMLAN1 new condition init
2014.03.29 22:57:56 1: Including /opt/fhem/chris_module/Androidapp.cfg
2014.03.29 22:57:56 1: Including /opt/fhem/chris_module/WOZI_Media.cfg
2014.03.29 22:57:56 1: Including /opt/fhem/chris_module/wetter.cfg
2014.03.29 22:57:57 1: Including /opt/fhem/chris_module/cul.cfg
2014.03.29 22:57:57 1: Including /opt/fhem/chris_module/Fische.cfg
2014.03.29 22:57:57 1: Including /opt/fhem/chris_module/Balkon.cfg
2014.03.29 22:57:57 1: Including /opt/fhem/chris_module/Fhemduino.cfg
2014.03.29 22:58:00 1: Including ./log/fhem.save
2014.03.29 22:58:02 1: HMLAN_Parse: HMLAN1 new condition ok
2014.03.29 22:59:06 1: Including fhem.cfg
2014.03.29 22:59:06 1: Including /opt/fhem/chris_module/Struktur_Heizung.cfg
2014.03.29 22:59:06 1: Including /opt/fhem/chris_module/HMLAN.cfg
2014.03.29 22:59:06 1: HMLAN_Parse: HMLAN1 new condition disconnected
2014.03.29 22:59:06 1: HMLAN_Parse: HMLAN1 new condition init
2014.03.29 22:59:07 1: Including /opt/fhem/chris_module/Androidapp.cfg
2014.03.29 22:59:07 1: Including /opt/fhem/chris_module/WOZI_Media.cfg
2014.03.29 22:59:07 1: Including /opt/fhem/chris_module/wetter.cfg
2014.03.29 22:59:07 1: Including /opt/fhem/chris_module/cul.cfg
2014.03.29 22:59:07 1: Including /opt/fhem/chris_module/Fische.cfg
2014.03.29 22:59:07 1: Including /opt/fhem/chris_module/Balkon.cfg
2014.03.29 22:59:11 1: Including ./log/fhem.save
2014.03.29 22:59:13 1: HMLAN_Parse: HMLAN1 new condition ok
2014.03.29 23:00:07 0: Server shutdown
2014.03.29 23:00:11 1: Including fhem.cfg
2014.03.29 23:00:12 1: Including /opt/fhem/chris_module/Struktur_Heizung.cfg
2014.03.29 23:00:12 1: Including /opt/fhem/chris_module/HMLAN.cfg
2014.03.29 23:00:13 1: HMLAN_Parse: HMLAN1 new condition disconnected
2014.03.29 23:00:13 1: HMLAN_Parse: HMLAN1 new condition init
2014.03.29 23:00:15 1: Including /opt/fhem/chris_module/Androidapp.cfg
2014.03.29 23:00:15 1: Including /opt/fhem/chris_module/WOZI_Media.cfg
2014.03.29 23:00:16 1: Including /opt/fhem/chris_module/wetter.cfg
2014.03.29 23:00:16 1: Including /opt/fhem/chris_module/cul.cfg
2014.03.29 23:00:17 1: Including /opt/fhem/chris_module/Fische.cfg
2014.03.29 23:00:17 1: Including /opt/fhem/chris_module/Balkon.cfg
2014.03.29 23:00:21 1: configfile: Please define Fhemduino first
2014.03.29 23:00:21 1: Including ./log/fhem.save
2014.03.29 23:00:22 1: usb create starting
2014.03.29 23:00:30 1: usb create end
2014.03.29 23:00:30 0: Server started with 91 defined entities (version $Id: fhem.pl 5340 2014-03-27 16:19:53Z rudolfkoenig $, os linux, user fhem, pid 2380)
2014.03.29 23:00:31 1: HMLAN_Parse: HMLAN1 new condition ok
2014.03.29 23:03:06 1: Including fhem.cfg
2014.03.29 23:03:06 1: Including /opt/fhem/chris_module/Struktur_Heizung.cfg
2014.03.29 23:03:06 1: Including /opt/fhem/chris_module/HMLAN.cfg
2014.03.29 23:03:06 1: HMLAN_Parse: HMLAN1 new condition disconnected
2014.03.29 23:03:06 1: HMLAN_Parse: HMLAN1 new condition init
2014.03.29 23:03:07 1: Including /opt/fhem/chris_module/Androidapp.cfg
2014.03.29 23:03:07 1: Including /opt/fhem/chris_module/WOZI_Media.cfg
2014.03.29 23:03:07 1: Including /opt/fhem/chris_module/wetter.cfg
2014.03.29 23:03:07 1: Including /opt/fhem/chris_module/cul.cfg
2014.03.29 23:03:08 1: Including /opt/fhem/chris_module/Fische.cfg
2014.03.29 23:03:08 1: Including /opt/fhem/chris_module/Balkon.cfg
2014.03.29 23:03:11 1: Including ./log/fhem.save
2014.03.29 23:03:13 1: HMLAN_Parse: HMLAN1 new condition ok
2014.03.29 23:04:32 1: Including fhem.cfg
2014.03.29 23:04:32 1: Including /opt/fhem/chris_module/Struktur_Heizung.cfg
2014.03.29 23:04:32 1: Including /opt/fhem/chris_module/HMLAN.cfg
2014.03.29 23:04:32 1: HMLAN_Parse: HMLAN1 new condition disconnected
2014.03.29 23:04:32 1: HMLAN_Parse: HMLAN1 new condition init
2014.03.29 23:04:32 1: Including /opt/fhem/chris_module/Androidapp.cfg
2014.03.29 23:04:33 1: Including /opt/fhem/chris_module/WOZI_Media.cfg
2014.03.29 23:04:33 1: Including /opt/fhem/chris_module/wetter.cfg
2014.03.29 23:04:33 1: Including /opt/fhem/chris_module/cul.cfg
2014.03.29 23:04:33 1: Including /opt/fhem/chris_module/Fische.cfg
2014.03.29 23:04:33 1: Including /opt/fhem/chris_module/Balkon.cfg
2014.03.29 23:04:37 1: Including ./log/fhem.save
2014.03.29 23:04:39 1: HMLAN_Parse: HMLAN1 new condition ok
2014.03.29 23:04:50 1: Including fhem.cfg
2014.03.29 23:04:50 1: Including /opt/fhem/chris_module/Struktur_Heizung.cfg
2014.03.29 23:04:50 1: Including /opt/fhem/chris_module/HMLAN.cfg
2014.03.29 23:04:50 1: HMLAN_Parse: HMLAN1 new condition disconnected
2014.03.29 23:04:50 1: HMLAN_Parse: HMLAN1 new condition init
2014.03.29 23:04:51 1: Including /opt/fhem/chris_module/Androidapp.cfg
2014.03.29 23:04:51 1: Including /opt/fhem/chris_module/WOZI_Media.cfg
2014.03.29 23:04:51 1: Including /opt/fhem/chris_module/wetter.cfg
2014.03.29 23:04:51 1: Including /opt/fhem/chris_module/cul.cfg
2014.03.29 23:04:52 1: Including /opt/fhem/chris_module/Fische.cfg
2014.03.29 23:04:52 1: Including /opt/fhem/chris_module/Balkon.cfg
2014.03.29 23:04:55 1: Including ./log/fhem.save
2014.03.29 23:04:57 1: HMLAN_Parse: HMLAN1 new condition ok
2014.03.29 23:07:38 1: Including fhem.cfg
2014.03.29 23:07:38 1: Including /opt/fhem/chris_module/Struktur_Heizung.cfg
2014.03.29 23:07:38 1: Including /opt/fhem/chris_module/HMLAN.cfg
2014.03.29 23:07:38 1: HMLAN_Parse: HMLAN1 new condition disconnected
2014.03.29 23:07:38 1: HMLAN_Parse: HMLAN1 new condition init
2014.03.29 23:07:39 1: Including /opt/fhem/chris_module/Androidapp.cfg
2014.03.29 23:07:39 1: Including /opt/fhem/chris_module/WOZI_Media.cfg
2014.03.29 23:07:39 1: Including /opt/fhem/chris_module/wetter.cfg
2014.03.29 23:07:39 1: Including /opt/fhem/chris_module/cul.cfg
2014.03.29 23:07:40 1: Including /opt/fhem/chris_module/Fische.cfg
2014.03.29 23:07:40 1: Including /opt/fhem/chris_module/Balkon.cfg
2014.03.29 23:07:43 1: Including ./log/fhem.save
2014.03.29 23:07:45 1: HMLAN_Parse: HMLAN1 new condition ok
2014.03.29 23:08:43 0: Server shutdown
2014.03.29 23:08:43 5: SW: X00
2014.03.29 23:08:46 1: Including fhem.cfg
2014.03.29 23:08:48 1: Including /opt/fhem/chris_module/Struktur_Heizung.cfg
2014.03.29 23:08:48 1: Including /opt/fhem/chris_module/HMLAN.cfg
2014.03.29 23:08:48 1: HMLAN_Parse: HMLAN1 new condition disconnected
2014.03.29 23:08:49 1: HMLAN_Parse: HMLAN1 new condition init
2014.03.29 23:08:51 1: Including /opt/fhem/chris_module/Androidapp.cfg
2014.03.29 23:08:51 1: Including /opt/fhem/chris_module/WOZI_Media.cfg
2014.03.29 23:08:52 1: Including /opt/fhem/chris_module/wetter.cfg
2014.03.29 23:08:53 1: Including /opt/fhem/chris_module/cul.cfg
2014.03.29 23:08:53 1: Including /opt/fhem/chris_module/Fische.cfg
2014.03.29 23:08:53 1: Including /opt/fhem/chris_module/Balkon.cfg
2014.03.29 23:08:57 1: Including ./log/fhem.save
2014.03.29 23:08:58 1: usb create starting
2014.03.29 23:09:06 1: usb create end
2014.03.29 23:09:06 0: Server started with 90 defined entities (version $Id: fhem.pl 5340 2014-03-27 16:19:53Z rudolfkoenig $, os linux, user fhem, pid 2394)
2014.03.29 23:09:07 1: HMLAN_Parse: HMLAN1 new condition ok

Hallo Chris,

ich denke, dass du nach setzten des verbose logging attr Fhemduino verbose 5 ein reboot duchgeführt hast (sieht mir im logsfile so aus) und zu früh die Taste(n).
gedrückt hast.
Also bitte:

1) attr Fhemduino verbose 5 setzen
FHEM NICHT NEU STARTEN ;)
2) Taste drücken
3) LOGS hier posten.
Danke.
Gruß
Arthur

da kommt nichts an ausser die daten die ich über fhemweb geschickt habe
(weils hier ganz dunkel war)

2014.03.29 23:08:43 5: SW: X00
2014.03.29 23:08:46 1: Including fhem.cfg
2014.03.29 23:08:48 1: Including /opt/fhem/chris_module/Struktur_Heizung.cfg
2014.03.29 23:08:48 1: Including /opt/fhem/chris_module/HMLAN.cfg
2014.03.29 23:08:48 1: HMLAN_Parse: HMLAN1 new condition disconnected
2014.03.29 23:08:49 1: HMLAN_Parse: HMLAN1 new condition init
2014.03.29 23:08:51 1: Including /opt/fhem/chris_module/Androidapp.cfg
2014.03.29 23:08:51 1: Including /opt/fhem/chris_module/WOZI_Media.cfg
2014.03.29 23:08:52 1: Including /opt/fhem/chris_module/wetter.cfg
2014.03.29 23:08:53 1: Including /opt/fhem/chris_module/cul.cfg
2014.03.29 23:08:53 1: Including /opt/fhem/chris_module/Fische.cfg
2014.03.29 23:08:53 1: Including /opt/fhem/chris_module/Balkon.cfg
2014.03.29 23:08:57 1: Including ./log/fhem.save
2014.03.29 23:08:58 1: usb create starting
2014.03.29 23:09:06 1: usb create end
2014.03.29 23:09:06 0: Server started with 90 defined entities (version $Id: fhem.pl 5340 2014-03-27 16:19:53Z rudolfkoenig $, os linux, user fhem, pid 2394)
2014.03.29 23:09:07 1: HMLAN_Parse: HMLAN1 new condition ok
2014.03.29 23:21:17 5: SW: is00000FF0FFF0
2014.03.29 23:21:17 5: FHEMduino/RAW (ReadAnswer): i
2014.03.29 23:21:17 5: FHEMduino/RAW (ReadAnswer): s0
2014.03.29 23:21:17 5: FHEMduino/RAW (ReadAnswer): 00
2014.03.29 23:21:17 5: FHEMduino/RAW (ReadAnswer): 00
2014.03.29 23:21:17 5: FHEMduino/RAW (ReadAnswer): FF
2014.03.29 23:21:17 5: FHEMduino/RAW (ReadAnswer): F
2014.03.29 23:21:17 5: FHEMduino/RAW (ReadAnswer): FF
2014.03.29 23:21:17 5: FHEMduino/RAW (ReadAnswer): 0
2014.03.29 23:21:17 5: FHEMduino/RAW (ReadAnswer):

2014.03.29 23:21:18 5: SW: is00000FF0FFFF
2014.03.29 23:21:18 5: FHEMduino/RAW (ReadAnswer): i
2014.03.29 23:21:18 5: FHEMduino/RAW (ReadAnswer): s0
2014.03.29 23:21:18 5: FHEMduino/RAW (ReadAnswer): F
2014.03.29 23:21:18 5: FHEMduino/RAW (ReadAnswer): F0
2014.03.29 23:21:18 5: FHEMduino/RAW (ReadAnswer): FF
2014.03.29 23:21:18 5: FHEMduino/RAW (ReadAnswer): FF
2014.03.29 23:21:18 5: FHEMduino/RAW (ReadAnswer):

2014.03.29 23:21:27 5: SW: is00000F0FFFF0
2014.03.29 23:21:28 5: FHEMduino/RAW (ReadAnswer): i
2014.03.29 23:21:28 5: FHEMduino/RAW (ReadAnswer): s0
2014.03.29 23:21:28 5: FHEMduino/RAW (ReadAnswer): 00
2014.03.29 23:21:28 5: FHEMduino/RAW (ReadAnswer): 00
2014.03.29 23:21:28 5: FHEMduino/RAW (ReadAnswer): F0
2014.03.29 23:21:28 5: FHEMduino/RAW (ReadAnswer): FF
2014.03.29 23:21:28 5: FHEMduino/RAW (ReadAnswer): F
2014.03.29 23:21:28 5: FHEMduino/RAW (ReadAnswer): F0
2014.03.29 23:21:28 5: FHEMduino/RAW (ReadAnswer):


ich versteh aber auch nicht warum

also alle fehler beseitigt hier nun ein auszug aus meinem log


2014.03.30 00:54:49 5: Fhemduino: 00000FF0FFF00F?5204IR00000FF0FFF00F?
2014.03.30 00:54:49 2: Fhemduino: unknown message 00000FF0FFF00F?5204IR00000FF0FFF00F? message length (38)
2014.03.30 00:54:49 5: FHEMduino/RAW: /0
2014.03.30 00:54:49 5: FHEMduino/RAW: 0/0000FFF
2014.03.30 00:54:49 5: FHEMduino/RAW: 00000FFF/FF110F
2014.03.30 00:54:49 5: FHEMduino/RAW: 00000FFFFF110F/?5471
2014.03.30 00:54:49 5: FHEMduino/RAW: 00000FFFFF110F?5471/IR00000
2014.03.30 00:54:49 5: FHEMduino/RAW: 00000FFFFF110F?5471IR00000/FFFFF1
2014.03.30 00:54:49 5: FHEMduino/RAW: 00000FFFFF110F?5471IR00000FFFFF1/10F?
/014.03.30 00:54:49 5: FHEMduino/RAW: 00000FFFFF110F?5471IR00000FFFFF110F?

2014.03.30 00:54:49 5: Fhemduino: 00000FFFFF110F?5471IR00000FFFFF110F?
2014.03.30 00:54:50 2: Fhemduino: unknown message 00000FFFFF110F?5471IR00000FFFFF110F? message length (38)
2014.03.30 00:54:50 5: FHEMduino/RAW: /0
2014.03.30 00:54:50 5: FHEMduino/RAW: 0/0000FF
2014.03.30 00:54:50 5: FHEMduino/RAW: 00000FF/F0F0F
2014.03.30 00:54:50 5: FHEMduino/RAW: 00000FFF0F0F/0F?53
2014.03.30 00:54:50 5: FHEMduino/RAW: 00000FFF0F0F0F?53/93IR00
2014.03.30 00:54:50 5: FHEMduino/RAW: 00000FFF0F0F0F?5393IR00/000FFF
2014.03.30 00:54:50 5: FHEMduino/RAW: 00000FFF0F0F0F?5393IR00000FFF/0F0F0
2014.03.30 00:54:50 5: FHEMduino/RAW: 00000FFF0F0F0F?5393IR00000FFF0F0F0/F?

2014.03.30 00:54:50 5: Fhemduino: 00000FFF0F0F0F?5393IR00000FFF0F0F0F?
2014.03.30 00:54:50 2: Fhemduino: unknown message 00000FFF0F0F0F?5393IR00000FFF0F0F0F? message length (38)
2014.03.30 00:54:50 5: FHEMduino/RAW: /0
2014.03.30 00:54:50 5: FHEMduino/RAW: 0/0000FF
2014.03.30 00:54:50 5: FHEMduino/RAW: 00000FF/F0FF00
2014.03.30 00:54:50 5: FHEMduino/RAW: 00000FFF0FF00/F?539
2014.03.30 00:54:50 5: FHEMduino/RAW: 00000FFF0FF00F?539/6IR00
2014.03.30 00:54:50 5: FHEMduino/RAW: 00000FFF0FF00F?5396IR00/000FFF
2014.03.30 00:54:50 5: FHEMduino/RAW: 00000FFF0FF00F?5396IR00000FFF/0FF00
2014.03.30 00:54:50 5: FHEMduino/RAW: 00000FFF0FF00F?5396IR00000FFF0FF00/F?

2014.03.30 00:54:50 5: Fhemduino: 00000FFF0FF00F?5396IR00000FFF0FF00F?
2014.03.30 00:54:50 2: Fhemduino: unknown message 00000FFF0FF00F?5396IR00000FFF0FF00F? message length (38)
2014.03.30 00:54:50 5: FHEMduino/RAW: /0
2014.03.30 00:54:50 5: FHEMduino/RAW: 0/0000FFF
2014.03.30 00:54:50 5: FHEMduino/RAW: 00000FFF/FF110F
2014.03.30 00:54:50 5: FHEMduino/RAW: 00000FFFFF110F/?5471
2014.03.30 00:54:50 5: FHEMduino/RAW: 00000FFFFF110F?5471/IR0000
2014.03.30 00:54:50 5: FHEMduino/RAW: 00000FFFFF110F?5471IR0000/0FFFFF
2014.03.30 00:54:50 5: FHEMduino/RAW: 00000FFFFF110F?5471IR00000FFFFF/110F?
2014.03.30 00:54:50 5: FHEMduino/RAW: 00000FFFFF110F?5471IR00000FFFFF110F?/

2014.03.30 00:54:50 5: Fhemduino: 00000FFFFF110F?5471IR00000FFFFF110F?
2014.03.30 00:54:50 2: Fhemduino: unknown message 00000FFFFF110F?5471IR00000FFFFF110F? message length (38)
2014.03.30 00:54:51 5: FHEMduino/RAW: /0
2014.03.30 00:54:51 5: FHEMduino/RAW: 0/0000FF
2014.03.30 00:54:51 5: FHEMduino/RAW: 00000FF/0FFF0
2014.03.30 00:54:51 5: FHEMduino/RAW: 00000FF0FFF0/?5204
2014.03.30 00:54:51 5: FHEMduino/RAW: 00000FF0FFF0?5204/IR0000
2014.03.30 00:54:51 5: FHEMduino/RAW: 00000FF0FFF0?5204IR0000/0FF0FF
2014.03.30 00:54:51 5: FHEMduino/RAW: 00000FF0FFF0?5204IR00000FF0FF/F0?
/014.03.30 00:54:51 5: FHEMduino/RAW: 00000FF0FFF0?5204IR00000FF0FFF0?

2014.03.30 00:54:51 5: Fhemduino: 00000FF0FFF0?5204IR00000FF0FFF0?
2014.03.30 00:54:51 2: Fhemduino: unknown message 00000FF0FFF0?5204IR00000FF0FFF0? message length (34)
2014.03.30 00:54:51 5: FHEMduino/RAW: /0
2014.03.30 00:54:51 5: FHEMduino/RAW: 0/0000F0
2014.03.30 00:54:51 5: FHEMduino/RAW: 00000F0/FFFF0
2014.03.30 00:54:51 5: FHEMduino/RAW: 00000F0FFFF0/?443
2014.03.30 00:54:51 5: FHEMduino/RAW: 00000F0FFFF0?443/6IR000
2014.03.30 00:54:51 5: FHEMduino/RAW: 00000F0FFFF0?4436IR000/00F0FFF
2014.03.30 00:54:51 5: FHEMduino/RAW: 00000F0FFFF0?4436IR00000F0FFF/F0?

2014.03.30 00:54:51 5: Fhemduino: 00000F0FFFF0?4436IR00000F0FFFF0?
2014.03.30 00:54:51 2: Fhemduino: unknown message 00000F0FFFF0?4436IR00000F0FFFF0? message length (34)
2014.03.30 00:54:51 5: FHEMduino/RAW: /0
2014.03.30 00:54:51 5: FHEMduino/RAW: 0/00000FF
2014.03.30 00:54:51 5: FHEMduino/RAW: 000000FF/FFF0F
2014.03.30 00:54:51 5: FHEMduino/RAW: 000000FFFFF0F/0?136
2014.03.30 00:54:51 5: FHEMduino/RAW: 000000FFFFF0F0?136/4IR0000
2014.03.30 00:54:51 5: FHEMduino/RAW: 000000FFFFF0F0?1364IR0000/00FFFF
2014.03.30 00:54:51 5: FHEMduino/RAW: 000000FFFFF0F0?1364IR000000FFFF/F0F0
2014.03.30 00:54:51 5: FHEMduino/RAW: 000000FFFFF0F0?1364IR000000FFFFF0F0/?

2014.03.30 00:54:51 5: Fhemduino: 000000FFFFF0F0?1364IR000000FFFFF0F0?
2014.03.30 00:54:51 2: Fhemduino: unknown message 000000FFFFF0F0?1364IR000000FFFFF0F0? message length (38)
2014.03.30 00:54:51 5: FHEMduino/RAW: /0
2014.03.30 00:54:51 5: FHEMduino/RAW: 0/0000FF
2014.03.30 00:54:51 5: FHEMduino/RAW: 00000FF/FFF11
2014.03.30 00:54:51 5: FHEMduino/RAW: 00000FFFFF11/?5471I
2014.03.30 00:54:51 5: FHEMduino/RAW: 00000FFFFF11?5471I/R00000
2014.03.30 00:54:51 5: FHEMduino/RAW: 00000FFFFF11?5471IR00000/FFFFF
2014.03.30 00:54:51 5: FHEMduino/RAW: 00000FFFFF11?5471IR00000FFFFF/11?

2014.03.30 00:54:51 5: Fhemduino: 00000FFFFF11?5471IR00000FFFFF11?
2014.03.30 00:54:51 2: Fhemduino: unknown message 00000FFFFF11?5471IR00000FFFFF11? message length (34)
2014.03.30 00:54:52 5: FHEMduino/RAW: /0
2014.03.30 00:54:52 5: FHEMduino/RAW: 0/00000FFFF0F11?1
2014.03.30 00:54:52 5: FHEMduino/RAW: 000000FFFF0F11?1/361IR0
2014.03.30 00:54:52 5: FHEMduino/RAW: 000000FFFF0F11?1361IR0/00000F
2014.03.30 00:54:52 5: FHEMduino/RAW: 000000FFFF0F11?1361IR000000F/FFF0F11
2014.03.30 00:54:52 5: FHEMduino/RAW: 000000FFFF0F11?1361IR000000FFFF0F11/?

2014.03.30 00:54:52 5: Fhemduino: 000000FFFF0F11?1361IR000000FFFF0F11?
2014.03.30 00:54:52 2: Fhemduino: unknown message 000000FFFF0F11?1361IR000000FFFF0F11? message length (38)
2014.03.30 00:54:52 5: FHEMduino/RAW: /0
2014.03.30 00:54:52 5: FHEMduino/RAW: 0/0000FF
2014.03.30 00:54:52 5: FHEMduino/RAW: 00000FF/FFF111
2014.03.30 00:54:52 5: FHEMduino/RAW: 00000FFFFF111/1?547
2014.03.30 00:54:52 5: FHEMduino/RAW: 00000FFFFF1111?547/1IR0
2014.03.30 00:54:52 5: FHEMduino/RAW: 00000FFFFF1111?5471IR0/0000FF
2014.03.30 00:54:52 5: FHEMduino/RAW: 00000FFFFF1111?5471IR00000FF/FFF111
2014.03.30 00:54:52 5: FHEMduino/RAW: 00000FFFFF1111?5471IR00000FFFFF111/1?

2014.03.30 00:54:52 5: Fhemduino: 00000FFFFF1111?5471IR00000FFFFF1111?
2014.03.30 00:54:52 2: Fhemduino: unknown message 00000FFFFF1111?5471IR00000FFFFF1111? message length (38)/code]

nach wie vor reagiert fhem nicht auf meine eingaben mit der FB

aber wenigstens seh ich sie jetzt :-)

Hallo Chris,
ok, das sieht doch schon mal gut aus.
Verwende bitte den angehängten Sketch oder den hier: https://github.com/mdorenka/fhemduino (https://github.com/mdorenka/fhemduino)).
Viele Grüße
Arthur

Hallo snoob,

verfolge den Thread seit längerem. Die Möglichkeit meine REV-Fernbedienungen einzubinden ist SPITZE! Würdest Du mir bitte das Modul zukommen lassen. Wenn ich es richtig verstanden habe kopier ich das Moduls "FHEMduino_ERLO" einfach in das übliche Verzeichnis und muss darauf achten, dass autocreate aktiviert ist, oder?

Vielen Dank an alle Beteiligten für die tolle Arbeit!!!

Gruß

leuchte1

Hallo leuchte1,
das Modul habe ich bereits hier: http://forum.fhem.de/index.php/topic,17196.msg153856.html#msg153856 (http://forum.fhem.de/index.php/topic,17196.msg153856.html#msg153856) angehangen.
Dort der Anleitung folgen.
Gruß
Arthur

Hallo Arthur,

nach ändern meines Sketches tauchen nun Solche meldungen im Logfile auf

2014.03.30 21:20:21 5: FHEMduino/RAW (ReadAnswer):  2
2014.03.30 21:20:21 5: FHEMduino/RAW (ReadAnswer): 01
2014.03.30 21:20:21 5: FHEMduino/RAW (ReadAnswer): 4
2014.03.30 21:20:21 5: FHEMduino/RAW (ReadAnswer): 21
2014.03.30 21:20:21 5: FHEMduino/RAW (ReadAnswer): :1
2014.03.30 21:20:21 5: FHEMduino/RAW (ReadAnswer): 8:
2014.03.30 21:20:21 5: FHEMduino/RAW (ReadAnswer): 2
2014.03.30 21:20:21 5: FHEMduino/RAW (ReadAnswer): 7
2014.03.30 21:20:21 5: FHEMduino/RAW (ReadAnswer):

2014.03.30 21:21:08 5: FHEMduino/RAW: /I
2014.03.30 21:21:08 5: FHEMduino/RAW: I/R1361

2014.03.30 21:21:08 5: Fhemduino: IR1361
2014.03.30 21:21:08 2: Fhemduino: unknown message IR1361 message length (6)
2014.03.30 21:21:08 5: FHEMduino/RAW: /I
2014.03.30 21:21:08 5: FHEMduino/RAW: I/R1361
/014.03.30 21:21:08 5: FHEMduino/RAW: IR1361

2014.03.30 21:21:08 5: Fhemduino: IR1361
2014.03.30 21:21:08 2: Fhemduino: unknown message IR1361 message length (6)
2014.03.30 21:21:08 5: FHEMduino/RAW: /I
2014.03.30 21:21:08 5: FHEMduino/RAW: I/R5471
/014.03.30 21:21:08 5: FHEMduino/RAW: IR5471

2014.03.30 21:21:08 5: Fhemduino: IR5471
2014.03.30 21:21:08 2: Fhemduino: unknown message IR5471 message length (6)
2014.03.30 21:21:13 5: FHEMduino/RAW: /I
2014.03.30 21:21:13 5: FHEMduino/RAW: I/R1364

2014.03.30 21:21:13 5: Fhemduino: IR1364
2014.03.30 21:21:13 2: Fhemduino: unknown message IR1364 message length (6)
2014.03.30 21:21:14 5: FHEMduino/RAW: /I
2014.03.30 21:21:14 5: FHEMduino/RAW: I/R1364
/014.03.30 21:21:14 5: FHEMduino/RAW: IR1364

2014.03.30 21:21:14 5: Fhemduino: IR1364
2014.03.30 21:21:14 2: Fhemduino: unknown message IR1364 message length (6)
2014.03.30 21:21:14 5: FHEMduino/RAW: /I
2014.03.30 21:21:14 5: FHEMduino/RAW: I/R5471
/014.03.30 21:21:14 5: FHEMduino/RAW: IR5471

2014.03.30 21:21:14 5: Fhemduino: IR5471
2014.03.30 21:21:14 2: Fhemduino: unknown message IR5471 message length (6)
2014.03.30 21:21:15 5: FHEMduino/RAW: /IR
2014.03.30 21:21:15 5: FHEMduino/RAW: IR/4433

2014.03.30 21:21:15 5: Fhemduino: IR4433
2014.03.30 21:21:15 2: Fhemduino: unknown message IR4433 message length (6)
2014.03.30 21:21:15 5: FHEMduino/RAW: /I
2014.03.30 21:21:15 5: FHEMduino/RAW: I/R5471
/014.03.30 21:21:15 5: FHEMduino/RAW: IR5471

2014.03.30 21:21:15 5: Fhemduino: IR5471
2014.03.30 21:21:15 2: Fhemduino: unknown message IR5471 message length (6)
2014.03.30 21:21:15 5: FHEMduino/RAW: /I
2014.03.30 21:21:15 5: FHEMduino/RAW: I/R4436
/014.03.30 21:21:15 5: FHEMduino/RAW: IR4436

2014.03.30 21:21:15 5: Fhemduino: IR4436
2014.03.30 21:21:15 2: Fhemduino: unknown message IR4436 message length (6)
2014.03.30 21:21:16 5: FHEMduino/RAW: /I
2014.03.30 21:21:16 5: FHEMduino/RAW: I/R5471
/014.03.30 21:21:16 5: FHEMduino/RAW: IR5471

2014.03.30 21:21:16 5: Fhemduino: IR5471
2014.03.30 21:21:16 2: Fhemduino: unknown message IR5471 message length (6)
2014.03.30 21:21:16 5: FHEMduino/RAW: /I
2014.03.30 21:21:16 5: FHEMduino/RAW: I/R5201
/014.03.30 21:21:16 5: FHEMduino/RAW: IR5201

2014.03.30 21:21:16 5: Fhemduino: IR5201
2014.03.30 21:21:16 2: Fhemduino: unknown message IR5201 message length (6)
2014.03.30 21:21:16 5: FHEMduino/RAW: /I
2014.03.30 21:21:16 5: FHEMduino/RAW: I/R5471
/014.03.30 21:21:16 5: FHEMduino/RAW: IR5471

2014.03.30 21:21:16 5: Fhemduino: IR5471
2014.03.30 21:21:16 2: Fhemduino: unknown message IR5471 message length (6)
2014.03.30 21:21:17 5: FHEMduino/RAW: /I
2014.03.30 21:21:17 5: FHEMduino/RAW: I/R5204
/014.03.30 21:21:17 5: FHEMduino/RAW: IR5204

2014.03.30 21:21:17 5: Fhemduino: IR5204
2014.03.30 21:21:17 2: Fhemduino: unknown message IR5204 message length (6)
2014.03.30 21:21:17 5: FHEMduino/RAW: /I
2014.03.30 21:21:17 5: FHEMduino/RAW: I/R5471
/014.03.30 21:21:17 5: FHEMduino/RAW: IR5471

2014.03.30 21:21:17 5: Fhemduino: IR5471
2014.03.30 21:21:17 2: Fhemduino: unknown message IR5471 message length (6)
2014.03.30 21:21:18 5: FHEMduino/RAW: /I
2014.03.30 21:21:18 5: FHEMduino/RAW: I/R5393
/014.03.30 21:21:18 5: FHEMduino/RAW: IR5393

2014.03.30 21:21:18 5: Fhemduino: IR5393
2014.03.30 21:21:18 2: Fhemduino: unknown message IR5393 message length (6)
2014.03.30 21:21:18 5: FHEMduino/RAW: /I
2014.03.30 21:21:19 5: FHEMduino/RAW: I/R5407
2014.03.30 21:21:19 5: FHEMduino/RAW: IR5407/

2014.03.30 21:21:19 5: Fhemduino: IR5407
2014.03.30 21:21:19 2: Fhemduino: unknown message IR5407 message length (6)
2014.03.30 21:21:19 5: FHEMduino/RAW: /I
2014.03.30 21:21:19 5: FHEMduino/RAW: I/R5396
2014.03.30 21:21:19 5: FHEMduino/RAW: IR5396/

2014.03.30 21:21:19 5: Fhemduino: IR5396
2014.03.30 21:21:19 2: Fhemduino: unknown message IR5396 message length (6)
2014.03.30 21:21:19 5: FHEMduino/RAW: /I
2014.03.30 21:21:19 5: FHEMduino/RAW: I/R5471
2014.03.30 21:21:19 5: FHEMduino/RAW: IR5471/

2014.03.30 21:21:19 5: Fhemduino: IR5471
2014.03.30 21:21:19 2: Fhemduino: unknown message IR5471 message length (6)
2014.03.30 21:21:21 5: FHEMduino/RAW: /I
2014.03.30 21:21:21 5: FHEMduino/RAW: I/R5204
2014.03.30 21:21:21 5: FHEMduino/RAW: IR5204/

2014.03.30 21:21:21 5: Fhemduino: IR5204
2014.03.30 21:21:21 2: Fhemduino: unknown message IR5204 message length (6)
2014.03.30 21:21:21 5: FHEMduino/RAW: /I
2014.03.30 21:21:21 5: FHEMduino/RAW: I/R5471
2014.03.30 21:21:21 5: FHEMduino/RAW: IR5471/

2014.03.30 21:21:21 5: Fhemduino: IR5471
2014.03.30 21:21:21 2: Fhemduino: unknown message IR5471 message length (6)
2014.03.30 21:21:21 5: FHEMduino/RAW: /I
2014.03.30 21:21:21 5: FHEMduino/RAW: I/R4436
2014.03.30 21:21:21 5: FHEMduino/RAW: IR4436/

2014.03.30 21:21:21 5: Fhemduino: IR4436
2014.03.30 21:21:21 2: Fhemduino: unknown message IR4436 message length (6)
2014.03.30 21:21:21 5: FHEMduino/RAW: /I
2014.03.30 21:21:21 5: FHEMduino/RAW: I/R5471
/014.03.30 21:21:21 5: FHEMduino/RAW: IR5471

2014.03.30 21:21:21 5: Fhemduino: IR5471
2014.03.30 21:21:21 2: Fhemduino: unknown message IR5471 message length (6)
2014.03.30 21:21:22 5: FHEMduino/RAW: /I
2014.03.30 21:21:22 5: FHEMduino/RAW: I/R1364
/014.03.30 21:21:22 5: FHEMduino/RAW: IR1364

2014.03.30 21:21:22 5: Fhemduino: IR1364
2014.03.30 21:21:22 2: Fhemduino: unknown message IR1364 message length (6)
2014.03.30 21:21:22 5: FHEMduino/RAW: /IR
2014.03.30 21:21:22 5: FHEMduino/RAW: IR/5471
/014.03.30 21:21:23 5: FHEMduino/RAW: IR5471

2014.03.30 21:21:23 5: Fhemduino: IR5471
2014.03.30 21:21:23 2: Fhemduino: unknown message IR5471 message length (6)
2014.03.30 21:21:24 5: FHEMduino/RAW: /I
2014.03.30 21:21:24 5: FHEMduino/RAW: I/R1361
/014.03.30 21:21:24 5: FHEMduino/RAW: IR1361

2014.03.30 21:21:24 5: Fhemduino: IR1361
2014.03.30 21:21:24 2: Fhemduino: unknown message IR1361 message length (6)
2014.03.30 21:21:25 5: FHEMduino/RAW: /IR
2014.03.30 21:21:25 5: FHEMduino/RAW: IR/4433

2014.03.30 21:21:25 5: Fhemduino: IR4433
2014.03.30 21:21:25 2: Fhemduino: unknown message IR4433 message length (6)
2014.03.30 21:21:26 5: FHEMduino/RAW: /I
2014.03.30 21:21:26 5: FHEMduino/RAW: I/R5201
2014.03.30 21:21:26 5: FHEMduino/RAW: IR5201/

2014.03.30 21:21:26 5: Fhemduino: IR5201
2014.03.30 21:21:26 2: Fhemduino: unknown message IR5201 message length (6)
2014.03.30 21:21:26 5: FHEMduino/RAW: /I
2014.03.30 21:21:26 5: FHEMduino/RAW: I/R5471
/014.03.30 21:21:26 5: FHEMduino/RAW: IR5471

2014.03.30 21:21:26 5: Fhemduino: IR5471
2014.03.30 21:21:26 2: Fhemduino: unknown message IR5471 message length (6)
2014.03.30 21:21:27 5: FHEMduino/RAW: /IR
2014.03.30 21:21:27 5: FHEMduino/RAW: IR/5393

2014.03.30 21:21:27 5: Fhemduino: IR5393
2014.03.30 21:21:27 2: Fhemduino: unknown message IR5393 message length (6)
2014.03.30 21:21:27 5: FHEMduino/RAW: /I
2014.03.30 21:21:27 5: FHEMduino/RAW: I/R5393
2014.03.30 21:21:27 5: FHEMduino/RAW: IR5393/

2014.03.30 21:21:27 5: Fhemduino: IR5393
2014.03.30 21:21:27 2: Fhemduino: unknown message IR5393 message length (6)
2014.03.30 21:21:40 5: FHEMduino/RAW: /I
2014.03.30 21:21:40 5: FHEMduino/RAW: I/R4433

2014.03.30 21:21:40 5: Fhemduino: IR4433
2014.03.30 21:21:40 2: Fhemduino: unknown message IR4433 message length (6)
2014.03.30 21:21:41 5: FHEMduino/RAW: /I
2014.03.30 21:21:41 5: FHEMduino/RAW: I/R4433

2014.03.30 21:21:41 5: Fhemduino: IR4433
2014.03.30 21:21:41 2: Fhemduino: unknown message IR4433 message length (6)
2014.03.30 21:21:41 5: FHEMduino/RAW: /IR
2014.03.30 21:21:41 5: FHEMduino/RAW: IR/5471

2014.03.30 21:21:41 5: Fhemduino: IR5471
2014.03.30 21:21:41 2: Fhemduino: unknown message IR5471 message length (6)
2014.03.30 21:21:41 5: FHEMduino/RAW: /I
2014.03.30 21:21:41 5: FHEMduino/RAW: I/R1361

2014.03.30 21:21:41 5: Fhemduino: IR1361
2014.03.30 21:21:41 2: Fhemduino: unknown message IR1361 message length (6)
2014.03.30 21:21:41 5: FHEMduino/RAW: /I
2014.03.30 21:21:41 5: FHEMduino/RAW: I/R1361

2014.03.30 21:21:41 5: Fhemduino: IR1361
2014.03.30 21:21:41 2: Fhemduino: unknown message IR1361 message length (6)
2014.03.30 21:21:42 5: FHEMduino/RAW: /IR
2014.03.30 21:21:42 5: FHEMduino/RAW: IR/5471

2014.03.30 21:21:42 5: Fhemduino: IR5471
2014.03.30 21:21:42 2: Fhemduino: unknown message IR5471 message length (6)
2014.03.30 21:21:42 5: FHEMduino/RAW: /I
2014.03.30 21:21:42 5: FHEMduino/RAW: I/R4433
/014.03.30 21:21:42 5: FHEMduino/RAW: IR4433

2014.03.30 21:21:42 5: Fhemduino: IR4433
2014.03.30 21:21:42 2: Fhemduino: unknown message IR4433 message length (6)
2014.03.30 21:21:42 5: FHEMduino/RAW: /I
2014.03.30 21:21:42 5: FHEMduino/RAW: I/R5471
/014.03.30 21:21:42 5: FHEMduino/RAW: IR5471

2014.03.30 21:21:42 5: Fhemduino: IR5471
2014.03.30 21:21:42 2: Fhemduino: unknown message IR5471 message length (6)
2014.03.30 21:21:43 5: FHEMduino/RAW: /I
2014.03.30 21:21:43 5: FHEMduino/RAW: I/R5201
/014.03.30 21:21:43 5: FHEMduino/RAW: IR5201

2014.03.30 21:21:43 5: Fhemduino: IR5201
2014.03.30 21:21:43 2: Fhemduino: unknown message IR5201 message length (6)
2014.03.30 21:21:43 5: FHEMduino/RAW: /IR
2014.03.30 21:21:43 5: FHEMduino/RAW: IR/5215

2014.03.30 21:21:43 5: Fhemduino: IR5215
2014.03.30 21:21:43 2: Fhemduino: unknown message IR5215 message length (6)
2014.03.30 21:21:43 5: FHEMduino/RAW: /I
2014.03.30 21:21:43 5: FHEMduino/RAW: I/R5393
/014.03.30 21:21:43 5: FHEMduino/RAW: IR5393

2014.03.30 21:21:43 5: Fhemduino: IR5393
2014.03.30 21:21:43 2: Fhemduino: unknown message IR5393 message length (6)
2014.03.30 21:21:43 5: FHEMduino/RAW: /I
2014.03.30 21:21:43 5: FHEMduino/RAW: I/R5471

2014.03.30 21:21:43 5: Fhemduino: IR5471
2014.03.30 21:21:43 2: Fhemduino: unknown message IR5471 message length (6)
2014.03.30 21:21:44 5: FHEMduino/RAW: /I
2014.03.30 21:21:44 5: FHEMduino/RAW: I/R5396
/014.03.30 21:21:44 5: FHEMduino/RAW: IR5396

2014.03.30 21:21:44 5: Fhemduino: IR5396
2014.03.30 21:21:44 2: Fhemduino: unknown message IR5396 message length (6)
2014.03.30 21:21:44 5: FHEMduino/RAW: /I
2014.03.30 21:21:44 5: FHEMduino/RAW: I/R5471
/014.03.30 21:21:44 5: FHEMduino/RAW: IR5471

2014.03.30 21:21:44 5: Fhemduino: IR5471
2014.03.30 21:21:44 2: Fhemduino: unknown message IR5471 message length (6)
2014.03.30 21:21:44 5: FHEMduino/RAW: /I
2014.03.30 21:21:44 5: FHEMduino/RAW: I/R5204

2014.03.30 21:21:44 5: Fhemduino: IR5204
2014.03.30 21:21:44 2: Fhemduino: unknown message IR5204 message length (6)
2014.03.30 21:21:44 5: FHEMduino/RAW: /IR
2014.03.30 21:21:44 5: FHEMduino/RAW: IR/5204

2014.03.30 21:21:44 5: Fhemduino: IR5204
2014.03.30 21:21:44 2: Fhemduino: unknown message IR5204 message length (6)
2014.03.30 21:21:45 5: FHEMduino/RAW: /I
2014.03.30 21:21:45 5: FHEMduino/RAW: I/R4436
/014.03.30 21:21:45 5: FHEMduino/RAW: IR4436

2014.03.30 21:21:45 5: Fhemduino: IR4436
2014.03.30 21:21:45 2: Fhemduino: unknown message IR4436 message length (6)
2014.03.30 21:21:45 5: FHEMduino/RAW: /I
2014.03.30 21:21:45 5: FHEMduino/RAW: I/R5471

2014.03.30 21:21:45 5: Fhemduino: IR5471
2014.03.30 21:21:45 2: Fhemduino: unknown message IR5471 message length (6)
2014.03.30 21:21:45 5: FHEMduino/RAW: /I
2014.03.30 21:21:45 5: FHEMduino/RAW: I/R1364
/014.03.30 21:21:45 5: FHEMduino/RAW: IR1364

2014.03.30 21:21:45 5: Fhemduino: IR1364
2014.03.30 21:21:45 2: Fhemduino: unknown message IR1364 message length (6)
2014.03.30 21:21:46 5: FHEMduino/RAW: /I
2014.03.30 21:21:46 5: FHEMduino/RAW: I/R1364
/014.03.30 21:21:46 5: FHEMduino/RAW: IR1364

2014.03.30 21:21:46 5: Fhemduino: IR1364
2014.03.30 21:21:46 2: Fhemduino: unknown message IR1364 message length (6)



Gruß Chris

Hallo Chris,
zunächst gute Nachricht: jetzt sehen die Messages gut aus und jetzt die schlechte. Deine FB sendet keinen Hauscode, nur den Gruppencode (du kannst max. 4 Geräte schalten). Mein Modul sieht das aktuell nicht vor. Man könnte diese Messages abfangen - ist also kein Problem es einzubauen.
Ich habe jedoch im Moment keine Zeit es zu implementieren - sorry. :( (Ich schaue es mir mal bei Gelegenheit mal an, leider kann ich nichts versprechen und dir auch keine konkreten Zeiten nennen.)
Viele Grüße
Arthur

P.S: Zum schalten über WEB kannst du das FHEMduino_ELRO Modul natürlich nutzen - aber du hast ja bereits das IT Modul im Einsatz.

Hallo,

ich hoffe, die Frage hat noch keiner gestellt (ich habe in diesem Thread jedenfalls nichts gefunden): funktioniert FHEMduino auch mit einem Arduino UNO der per Ethernet Shield im Netz hängt?
(FHEM läuft bei mir auf einem Raspberry im Keller und daher ist die Funkverbindung zu den Funksteckdosen sehr schlecht, wenn ich den Arduino mit RF-Modul direkt am Raspberry betreibe)

Gruß
Blueberry63

Bei mir lüpft es jetzt auch....

Neuen Arduini Nano bei Amazon bestellt, angeklemmt, ohne Probleme. Entweder hatte der China Nano einen Defekt oder ich  ::)

Der Empfang von der intertechno Fernbedienung klappt auch.
Mir ist nur aufgefallen das die Fernbedienung auf "a" keinen hauscode mitsendet. Stellt man auf b,c,d,..... USW um wird ein korrekter Code  gesendet.

Habe jetzt am Empfänger und am Sender ein 17cm Kupferdraht angelötet... Funktioniert einwandfrei über. 2 Etagen.
Kann man auch eine Antenne für Sender und Empfänger gleichzeitig nutzen oder gibt es da Probleme?

Gruß Michael

Hallo Michael,

ZitatMir ist nur aufgefallen das die Fernbedienung auf "a" keinen hauscode mitsendet. Stellt man auf b,c,d,..... USW um wird ein korrekter Code  gesendet.

Sendet und wird nicht erkannt oder sendet "wirklich keinen" dann wäre(n) die Taste(n) defekt?
Im ersten Fall könntest du im ELRO Modul den Code einfach erweitern, dafür müsstest du den Code (RAW Messages aufzeichnen) hier eintragen (14_FHEMduino_ELRO.pm):
my %group = (
"0000" => "A",
"F000" => "B",
"0F00" => "C",
"FF00" => "D",
"00F0" => "E",
"F0F0" => "F",
"0FF0" => "G",
"FFF0" => "H",
"000F" => "I",
"F00F" => "J",
"0F0F" => "K",
"FF0F" => "L",
"00FF" => "M",
"F0FF" => "N",
"0FFF" => "O",
"FFFF" => "P"
);

my %button = (
"0000" => "1_1",
"F000" => "1_2",
"0F00" => "1_3",
"FF00" => "1_4",
"00F0" => "2_1",
"F0F0" => "2_2",
"0FF0" => "2_3",
"FFF0" => "2_4",
"000F" => "3_1",
"F00F" => "3_2",
"0F0F" => "3_3",
"FF0F" => "3_4",
"00FF" => "4_1",
"F0FF" => "4_2",
"0FFF" => "4_3",
"FFFF" => "4_4"
);
In deinem Fall dürfte das ganze recht einfach umzusetzten sein, da die anderen 3 Tasten ja schon erkannt werden.
Gruß
Arthur

Hallo Arthur,
Ich vermute das die einfach nich gesendet werden.
Es handelt sich um die intertechno its 150 Fernbedienung.
Nur wenn der wahlschalter auf der Rückseite auf a steht fehlen die hauscodes...... B bis p ohne Probleme.

Da kann ich super mitleben.

Das schöne ist: der raspi steht im Dachgeschoss kurzes USB Kabel und Andruino nano dran.30 cm litzenkabel daran Sender und Empfänger mit einem Stück Kupferdraht als Antenne.
Nix gerichtet oder optimiert....

Dachgeschoss, 1.Etage, Erdgeschoss und selbst im ersten Kellerraum werden alle Signale von der Fernbedienung erkannt...

Perfekt ;D
Gruß Michael

Hallo Michael,
na dann....  ;)
Gruß
Arthur

Hallo Leute!

wow, ich war schon lange nicht mehr hier, es ist ja der totale wahnsinn was sich hier mittlerweile entwickelt hat! sehr gut leute, weiter so!
ich bitte alle leute die module geschrieben haben diese mir zukommen zu lassen oder sie im git einzupflegen, so dass es eine zentrale stelle gibt an der sich die codebase findet :)


viele grüße,
marcel

zum elro modul. ich bin so frei und passe das heute abend mal auf beliebige FBs an. auch das übertragen vom fhemduino zu FHEM werde ich direkt auf tristate umstellen.
vermutlich werde ich das intertechno modul etwas anpassen so dass es auch kommandos empfangen kann :) weiteres im laufe des wochenendes!

Hallo Marcel,

kurze Anmerkungen/Hinweise:

- der Support von IT Remotes wäre super (ich habe die IT 1500 und am fhemduino kommt nichts an) -> wollte ich auch schon einbauen.
- das ELRO Modul basiert ja schon auf das IT Modul - ich habe mich bei der tristate Implementierung für eine whitelist entschieden, weil (auch) meine Fernbedienung mitunter auch "Müll" sendet - Beispiel (aus dem Kopf): "FF00FF11FF..." dieser Tristate Schlüssel ist kein gültiger Schlüssel, bendenke also bitte nur "F"'s und"0" zu akzeptieren bzw. als valid String zu verarbeiten.
- ich habe noch ein rename Bug in meinem Modul - ich habe nur eine Idee (nicht verifiziert) woran das liegen kann, mehr aber nicht. Da ich aber kein Rename vornehme ist das für "mich" ok.
- Attribute "on" "off" state icon (obwohl es den Testern gefallen hat) gehören eigentlich nicht in ein Modul -> ich habe es 1:1 so gepostet wie ich es bei mir im Einsatz habe (war eigentlich nur eine spielerei meinerseits).
- den FHEMduino fix "event-on-change" würde ich überdenken (nicht im FHEMduino Modul sehen), da er Fehlermeldungen generiert und ich das eher als Bestandteil von FHEM sehe bzw. es für die Häufigkeit der gesendeteten Daten (die man nicht beinflussen kann) die geloggt werdern ein Lösung gibt und zwar "event-min-interval | event-on-change-reading" -> ich meine es auch hier im Therad bereits erwähnt zu haben.

So, ich bin mir sicher was vergessen zu haben.... aber leider keine Zeit mehr sorry.
Gruß
Arthur

Hallo,
erst einmal vielen Dank an mdorenka und snoop für die Bereitstellung der FHEMduino und  ELRO-Module. Ich betreibe FHEM seit 6 Monaten auf einem PI und hatte bisher meine Funksteckdosen direkt über die GPIO's des Pi gesteuert.   Da der Pi recht empfindlich auf Fehler beim Anschluss von externen Sensoren (> 3,3 V) ist, hatte ich bisher meinen Kohlenmonoxid- und Methangassensor mit einem Uno über Firmata betrieben. Leider gelang es mir nicht hierüber auch meinen 433 MHz Empfänger abzufragen. Bei der Suche nach einer Lösung bin ich dann hier auf FHEMduino gestoßen und war von Anfang an begeistert. Nach nur 3 Stunden hatte ich meine Rauchmelder, Pir-Bewegungsmelder und Reedsensoren (alles aus China) an mein Fhem angebunden. Auch ich hatte in der Vergangenheit Probleme mit den 433 MHz Empfängern. Nach einigen Testkäufen habe ich nun einen Favoriten, mit dem ich ohne Probleme Reichweiten von über 50m überbrücke. Das Teil ist in der Bucht unter ,,433MHz Superheterodyne RF Link kits 3400" in Fernost zu finden. Der Empfang war schon ohne Antenne super. Meiner Meinung nach liegt dies an dem verbauten 433 MHz-Quarz. Bei den preisgünstigen Empfängern ist die Kalibrierung über den Schwingkreis nicht genau genug. Ich verwende zudem eine Antenne mit der Länge Lambdahalbe (einen ca. 34,5 cm langen Draht um eine Kugelschreibermiene gewendelt). Bei den Melder sollte man immer darauf achten, dass der Sendecode über Jumper einzustellen ist.

Zitat von: mick6300 am 03 Mai 2014, 20:33:18
Nach nur 3 Stunden hatte ich meine Rauchmelder, Pir-Bewegungsmelder und Reedsensoren (alles aus China) an mein Fhem angebunden.

Hast du hier eventuell auch noch den einen oder anderen Link für die Rauchmelder und Reedsensoren.


gruß Marc

Die Teile findet man in der Bucht unter folgenden Suchbegriffen:

Bewegungsmelder:
433Mhz Wireless PIR Motion Sensor Detector 1.5M 3.3M 4.7M for Alarm System
Rauchmelder:
433MHZ GSM Wireless Smoke Sensor Detector Burglar Alarm System
Reedkontakt:
433Mhz Wireless Door Window Magnetic Sensor 1.5M 3.3M 4.7M for Alarm System

@Mick6300

die China-Dinger hab ich auch, wie bindet man die in Fhem ein?
Ich habe davon einen 433 MHz PIR und einen 433 TFK. Fhem muss ja praktisch eine Bewegung (alarm) auswerten.

Im Log steht sowas:

2014.05.04 18:45:47.518 5: FHEMduino: IR7553818
2014.05.04 18:45:47.519 5: FHEMduino dispatch IR7553818
2014.05.04 18:45:47.520 5: FingerprintFn Message: Name: FHEMduino  und Message: IR7553818
2014.05.04 18:45:47.523 5: FHEMduino_ELRO Message received: IR7553818
2014.05.04 18:45:47.524 5: FHEMduino_ELRO Message converted to Bin: 011100110100001100011010
2014.05.04 18:45:47.526 5: FHEMduino_ELRO Message converted to tristate: F101F0010F
2014.05.04 18:45:47.548 5: FHEMduino_ELRO Message Groupcode: F101
2014.05.04 18:45:47.549 5: FHEMduino_ELRO Message Buttoncode: F001
2014.05.04 18:45:47.550 5: FHEMduino_ELRO Message Constcode: 0F
2014.05.04 18:45:47.551 5: FHEMduino_ELRO Message actioncode
2014.05.04 18:45:47.553 5: Realnames: undefundef Action: undef
2014.05.04 18:45:47.619 5: FHEMduino/RAW: /I
2014.05.04 18:45:47.631 5: FHEMduino/RAW: I/R7553818

Hallo,

mal eine vielleicht blöde Frage:

Was passiert wenn ich 2 Sendemodule an den FHEMdurino löte?

Stören die sich dann oder wird dann von 2 Positionen gesendet?

@fh168

Deine Sender scheinen keinen gültigen ELRO- code zu senden. Du musst ein wenig mit den Jumpern herumexperimentieren. Bei mir war das so, Senden ohne sendete den ELRO-code P4_4. P steht für die Gruppe und 4_4 für einen bestimmten Sender. Setzt Du den Jumper (ganz rechts) auf LOW wird sich die Gruppe auf N ändern. Für die 16 verschiedenen Gruppen sind die ersten 4 Jumper zuständig. Die darauf folgenden 4 Jumper sind für die 16 versch. Sender innerhalb einer Gruppe. Ich habe in meiner fhem.cfg noch den folgenden Eintrag gesetzt, wodurch sich die Sender dann automatisch im System registrieren.

define autocreate autocreate
attr autocreate filelog ./log/%NAME-%Y.log
define eventTypes eventTypes ./log/eventTypes.txt

Hier kommt der Neuling mit der ganz doofen Frage ;-)

Was nehmt Ihr denn so als Antennendraht?
Ich hätte hier 0,6mm Y-Draht, 1,5mm Mantelleitung oder Koax-Kabel.

Gruß
Manni

Damit klappt es bei mir sehr gut. (http://img.tapatalk.com/d/14/05/06/qa7uzagu.jpg)

Nur keine Litze, die lässt sich schlecht in Form bringen.

Danke!

Ich werde als mit dem 0,6er Y-Draht versuchen wenn ich mein Lötzinn gefunden habe.
Ganz ohne Antenne schaffe ich zwar schon in eine Richtung 3m, aber 2m in die andere Richtung geht irgendwie nichts.

Edit:
Noch eine Frage tut sich da gerade auf.
Mein Sender stammt aus so einem China-Billig-Paket. Jetzt habe ich hier von Superheterodyne Set gelesen.
Bringt das nur empfangs- oder auch senderseitig mehr Reichweite?
Im Endeffekt soll der FHEMduino im 1. OG eines Einfamilienhauses stehen und Aktoren in der Garage und im EG sowie OG schalten.
Empfangen ist mir nicht so wichtig. Die Oregon Geschichte scheint ja nicht realisiert worden zu sein.

@Mick6300,

bei mir gibt es keine Jumper, die senden einen Code, den man nicht ändern kann und gut is, siehe hier: http://blog.moneybag.de/fhem-preiswerter-433-mhz-funkbewegungsmelder-pir/

Die China-PIRs und TFKs sind ungefähr alle so gestrickt, praktisch ohne Jumper, vielleicht sollte man die Software dahingehend öffnen.

Gibt es keine andere Möglichkeit?

Robin

Hallo Robin,

für Deine Lösung wird nicht FHEMduino sonder Jeelink verwendet. Ich habe mir kurz Deinen Link angeschaut. Darin heisst es:

Damit die Funkbewegungsmelder noch von Fhem erkannt werden, müssen noch 2 Dateien in das /opt/fhem/FHEM – Verzeichnis kopiert werden.  Die modifizierte 36_Jeelink.pm  und die 36_433Pir.pm . Shutdown restart nicht vergessen. (Dateien sind noch im Beta-Test und folgen)

Hast die die beiden Dateien schon auf Deinem FHEM-server kopiert?
Es ist zwar ein anderer Ansatz, sollte aber für Deinen Fall (keine Jumper vorhanden) funktionieren. Halte mich dch bitte auf dem Laufenden.

Gruß
Michael

Hallo Mick6300,

klaro weiß ich das, das hat bis jetzt auch geklappt, bevor das JeeLink-Update kam. André (der Entwickler) ist auch dran und wird die Datei auch wieder fixen.
Ich dachte, FHEMduino ist ein andere Ansatz, aber sollte auch klappen.
Was es auch macht. Ich habe 3 PIRs, bei einem scheint (zufälligerweise) ein richtiger code gesendet zu werden und dieser wird mit autocreate auch angelegt.
Jetzt mache ich aus der FHEMduino_ELRO.pm Datei etwas reverse-engineering: ich nehme den Code vom PIR und füge einfach in der Datei Gruppen hinzu, damit er (vielleicht) mit autocreate erkannt wird. Bringt aber nichts auf lange Sicht schon gar nicht für die User hier. Wenn ein Update kommt, sind die Änderungen wieder weg.

Robin

So, nachdem es mit den Auslesen meiner Sensoren so gut geklappt hat ging es nun an die Ansteuerung meiner Funksteckdosen. Diese können natürlich nicht automatisch vom FHEM erkannt werden. Ich hatte bis jetzt die Steuerung der Steckdosen direkt über den RP über die GPIO's mit dem RCSwitch Programm angesteuert. Hierbei wurde der Sender direkt mit einem Dezimalwert beschossen, welcher vorher von dem Handsender ausgelesen wurde, und die Steckdose schaltete. Diesen Code musste ich nun nur in die ELRO-Syntax übersetzen und die nachfolgenden Zeilen in die fhem.cfg eintragen.

define FHEMduino_USB FHEMduino /dev/ttyACM0@9600

define dose1 FHEMduino_ELRO 000000FFFF FF F0
attr dose1 IODev FHEMduino_USB
attr dose1 model itswitch
attr dose1 devStateIcon on:black_Steckdose.on off:black_Steckdose.off
attr dose1 group Elro_FHEMduino


Die ersten Zeile war ja schon für den Empfang vorhanden.
Die beiden letzten Zeilen wurden nach dem ersten Schaltvorgang wieder automatisiert angelegt.

Zitat von: mick6300 am 04 Mai 2014, 16:48:37
Die Teile findet man in der Bucht unter folgenden Suchbegriffen:

Rauchmelder:
433MHZ GSM Wireless Smoke Sensor Detector Burglar Alarm System
/quote]


Hallo,

die ersten beiden sind nun eingetroffen, allerdings bekomme ich sie noch nicht so ganz in FHEM eingebunden. Ich verstehe auch nicht, was du zu den Jumpern geschrieben hattest.

hier zwei Bilder vom Innenleben.

Gruß Marc

Diese Rauchmelder interessieren mich auch. Muss man da einfach eine Adresse mit Low, high oder Float jumpern und was ist mit den Datenbits? Wie sieht die Code - Zeile in FHEM aus?

Vermutlich Hauscode löten (a0-a7) und Gerätecode (d0 bis d3) jumpern? Ist wohl 2262 encode, also 12/24 bit tri-state der bei Alarm gesendet wird.

Naja erstmal bestellt:725002283 von aliexpress

Hallo an alle
war ja ganz am Anfang auch dabei, dann aber ausgestiegen weil ich die Temperaturmessung mittels 1wire realisiert habe, schaue aber gelegentlich hier rein, lngsam wirs aber was unübersichtlich :-(
Habe dann gerade ins WIKI geschaut :-(
Wäre schöln wenn das was funktioniert dort eingepflegt würde, ist auch gar nicht so schwer....
So ist esschade das es extrem zeitaufwenig ist sich alles zusammenzusuchen.
Das mit den Rauchmelden mit den Bewegungsmeldern sind doch super Sachen.
Es ist schon irre in welcher Geschwindigkeitsich die Dinge um FHEM entwickeln, einfach super.
Aufgrund des Umfangs wäre es somit sinnvoll funktionierende Lösungen abzulegen

@Yogiflop

Hallo,
bei meinen PIR´s sind die auf Deinem Foto links liegenden Lötaugen auch noch mit Pins bestückt. Wenn der Melder auslöst - was wird dann im Eventmonitor von Fhem angezeigt?

Bei mir beispielsweise

Events:
2014-05-16 18:05:20 FHEMduino_ELRO ELRO_E4_4 on
2014-05-16 18:05:20 FHEMduino_ELRO ELRO_E4_4 on

Wobei E für den Hauscode steht und 4_4 für einen bestimmten Sendecode.
Stelle doch bitte mal einen Auszug Deines Protokolls hier bereit.

Gruß
Michael

Das ist genau das Problem, trotz autocreate wird leider gar nichts angezeigt .....


Gesendet von irgendwo unterwegs

@Yogiflop

Wie Michael schon beschrieben hat, wirst du in der Regel etwas im Eventmonitor sehen - autocreate hat damit zunächst nichts zu tun.
Des Weiteren kannst du ja mal Loggen "debug log einschalten" und in fhem log schauen.

Arduino Messages sehen so aus:
014.05.04 18:45:47.619 5: FHEMduino/RAW: /I
2014.05.04 18:45:47.631 5: FHEMduino/RAW: I/R7553818

Heißt, dein Rauchmelder sendet etwas und das Empfangsmodul am Arduino kann etwas empfangen.
Das heißt noch lange nicht, dass etwas via autocreate angelegt wird.
Wenn das ERLO Modul etwas mit den von am Arduino empfangenen Message(es) anfangen kann, dann erscheinen folgende Meldungen:

2014.05.04 18:45:47.518 5: FHEMduino: IR7553818
2014.05.04 18:45:47.519 5: FHEMduino dispatch IR7553818
2014.05.04 18:45:47.520 5: FingerprintFn Message: Name: FHEMduino  und Message: IR7553818
2014.05.04 18:45:47.523 5: FHEMduino_ELRO Message received: IR7553818
2014.05.04 18:45:47.524 5: FHEMduino_ELRO Message converted to Bin: 011100110100001100011010
2014.05.04 18:45:47.526 5: FHEMduino_ELRO Message converted to tristate: F101F0010F
2014.05.04 18:45:47.548 5: FHEMduino_ELRO Message Groupcode: F101
2014.05.04 18:45:47.549 5: FHEMduino_ELRO Message Buttoncode: F001
2014.05.04 18:45:47.550 5: FHEMduino_ELRO Message Constcode: 0F
2014.05.04 18:45:47.551 5: FHEMduino_ELRO Message actioncode
2014.05.04 18:45:47.553 5: Realnames: undefundef Action: undef


@Franz Tenbrock

So unübersichtlich ist es eigentlich nicht.

Die Initial implementierten Sensoren von Marcel (mdorenka):
- KW9010 T/H-Fühler
- EZ6 Meteo
- Intertechno Funksteckdosen (via IT Modul - nur senden)

und mein Modul ELRO (entwickelt auf Basis von IT-Modul): http://forum.fhem.de/index.php/topic,17196.msg153666.html#msg153666 (http://forum.fhem.de/index.php/topic,17196.msg153666.html#msg153666) und http://forum.fhem.de/index.php/topic,17196.msg153856.html#msg153856 (http://forum.fhem.de/index.php/topic,17196.msg153856.html#msg153856)
- DÜWI Funksteckdosen (senden und die Signale der Fernbedienung empfangen)
- ELRO Funksteckdosen (senden und die Signale der Fernbedienung empfangen)
- diese hier auch (http://forum.fhem.de/index.php/topic,17196.msg154122.html#msg154122 (http://forum.fhem.de/index.php/topic,17196.msg154122.html#msg154122) eingeschränkt)
und offensichtlich auch (habe doch den Funktionsumfang unterschätzt - im positiven Sinne) (http://forum.fhem.de/index.php/topic,17196.msg165268.html#msg165268 (http://forum.fhem.de/index.php/topic,17196.msg165268.html#msg165268))
- Bewegungsmelder: 433Mhz Wireless PIR Motion Sensor Detector 1.5M 3.3M 4.7M for Alarm System
- Rauchmelder: 433MHZ GSM Wireless Smoke Sensor Detector Burglar Alarm System
- Reedkontakt: 433Mhz Wireless Door Window Magnetic Sensor 1.5M 3.3M 4.7M for Alarm System

-sind die bekannten devices, die funktionieren.
Und ja man könnte wirklich den Wiki Eintrag mal auf den aktuellen Stand bringen  :-\ (Account habe ich - Zeit ist aktuell mein Problem).

Kann man nicht ein Modul für pt2264 und kompatible schreiben? Das scheint ein weit verbreiteter Standard zu sein. Dann muss man nicht das Elro Modul missbrauchen.

Ja schon, die Basis Fhemduino und die Module sind custom, die nur hier veröffentlicht wurden. Das damit mehr Geräte funktionieren ist eher ein, ich nenne es einfach mal, "Zufall".

Hallo,

wie sieht denn das mit dem wiederholten senden der Befehle und FHEMduino aus?
Meine original IT Fernbedienung sendet 3 mal.
Wie oft sendet der FHEMduino?
Beim original CUL kann man wohl darauf Einfluss nehmen und der Standard scheint 6 zu sein. Commando scheint wohl "is r6" zu sein für 6 Wiederholungen??? Oder habe ich den Quelltext im IT-Modul da falsch interpretiert?

laut dem sketch 3 mal:
void sendPT2262(char* triStateMessage) {
  for (int i = 0; i < 3; i++) {
    unsigned int pos = 0;
Die IT Dosen funktionieren mit diesem Wert ganz gut (zuverlässig) die Elros brauchen da ein wenig mehr Nachdruck, sodass bei mir bisher "6 Wiederholungen" ganz gut funktionieren.
Über FHEM ist der Wert nicht konfigurierbar.

Guten Morgen,

habe ja inzwischen die Rauchmelder, Bewegungsmelder und die Reed-Kontakte erhalten.
Die Bewegungsmelder - wie hier schon beschrieben - arbeiten momentan noch nicht mit meinem System zusammen, aber das wird noch. Habe mal den Bucht-Chinesen angeschrieben.

Der Bewegungsmelder und die Reed-Kontakte arbeiten wunderbar und sind auch schon im Einsatz. Das einzige was ich dabei noch nicht so richtig rausgefunden habe ist, wie die Jumper zu setzen sind. Soll heißen, die einzelnen Kombinationsmöglichkeiten A0 - A7 & D0 - D3 (H - L).

Des Weiteren kann ich mit den Jumpern für 1.5M 3.3M 4.7M noch nichts anfangen. Wenn da noch einmal bitte jemand eine Erklärung zu geben könnte.

grüße aus dem Norden

Marc

Hallo,

Zitat von: yogiflop am 20 Mai 2014, 07:50:36
Des Weiteren kann ich mit den Jumpern für 1.5M 3.3M 4.7M noch nichts anfangen. Wenn da noch einmal bitte jemand eine Erklärung zu geben könnte.

Könnten Abschlußwiderstände sein. Bei Alarmanlagen hat jeder Kreis einen Abschlusswiderstand mit einer bestimmten Ohmzahl. Dieses wird von der Zentrale überwacht und wenn der Widerstand nicht stimmt (Kurzschluß oder Offen) wird Alarm ausgelöst. - Ist nur so eine Vermutung -

Gruß Christoph

Hi,

ZitatDes Weiteren kann ich mit den Jumpern für 1.5M 3.3M 4.7M noch nichts anfangen.

Es könnte auch die Empfindlichkeit der Reichweite in Metern sein. Aber bitte nicht festnageln, meine Erfahrungen mit Alarmanlagen und Bewegungsmeldern liegen schon etwa 25 Jahre zurück.

Mfg, machnetz

Zitat von: yogiflop am 20 Mai 2014, 07:50:36

Der Bewegungsmelder und die Reed-Kontakte arbeiten wunderbar und sind auch schon im Einsatz. Das einzige was ich dabei noch nicht so richtig rausgefunden habe ist, wie die Jumper zu setzen sind. Soll heißen, die einzelnen Kombinationsmöglichkeiten A0 - A7 & D0 - D3 (H - L).

Das mit den Jumpern sollte ganz einfach sein:
a0-a7:d0-d3
Zustände L=0 H=1 oder nichts=F
demnach würde ein ungejumperter Rauchmelder Tristate-Code: FFFFFFFF FFFF senden

Sehr gut ist auch der im Bild abgebildete Funkschalter

+220V
+günstig
+guter Empfang
+kein Jumpern mehr nötig. Anlernen bleibt erhalten bei Stromausfall
+2262 encode, 3 Betriebsmodi
+kann als Intertechno-Kompatibel in FHEM betrieben werden (Betriebsmodus 2-3 gejumpert)

-Gehäuse schlecht
-Schaltleistung mittel

Gibts beim Chinesen eures Vertrauens oder vielleicht auch bei Ebay...

Suchbegriff: AC 220V 1CH RF Wireless z.B. bei Aliexpress

Zitat von: SpenZerX am 20 Mai 2014, 10:47:47
Sehr gut ist auch der im Bild abgebildete Funkschalter

+220V
+günstig
+guter Empfang
+kein Jumpern mehr nötig. Anlernen bleibt erhalten bei Stromausfall
+2262 encode, 3 Betriebsmodi
+kann als Intertechno-Kompatibel in FHEM betrieben werden (Betriebsmodus 2-3 gejumpert)

-Gehäuse schlecht
-Schaltleistung mittel

Gibts beim Chinesen eures Vertrauens oder vielleicht auch bei Ebay...

näheres bitte. ich finde rein garnichts.

Zitat von: yogiflop am 20 Mai 2014, 07:50:36

Des Weiteren kann ich mit den Jumpern für 1.5M 3.3M 4.7M noch nichts anfangen. Wenn da noch einmal bitte jemand eine Erklärung zu geben könnte.

Hallo Marc,

meiner Meinung nach werden über die Jumpern 1.5M 3.3M und 4.7M die Zeiten / Längen für die Sendeimpulse (ich bitte um Entschuldigung wenn der Terminus nicht ganz korrekt ist) gesteuert. Mit dem Beispielsketch aus der RCSWITCH-libary lassen sich die Werte auslesen. Es wird dann jeweils 150, 330 oder 470 msec ausgegeben. Meine ELRO-Fernbedienung für die Funksteckdosen sendet auf alle Fälle 330 ms also Jumper 3.3M.

Ich bin im Übrigen gerade dabei einen DHT11 Feuchte-Temperatur-Sensoren (Preis 1 EUR) über FHEMdino anzusprechen. Da ja noch genügend analoge Eingänge am Arduino zur verfügung stehen, habe ich den Arduinosketch ein wenig erweitert. Der Sensor wird dann als KW9010-Gerät im FHEM erkannt. Der Sensor läuft nun schon einen Tag ziemlich rund. Für die Berechnung des Tends habe ich zwar schon einen Lösungsansatz, bin damit jedoch noch nicht ganz zufrieden. Wenn der geistige Eigentümer des Programms nichts gegen die Erweiterung einzuwenden hat, würde ich den Sketch auch gerne hier zur Verfügung stellen.

Gruß
Michael

Moin,

ohne den ganzen Fred durchzulesen (ich war vom Anfang an dabei und bin dann beim Empfang ausgestiegen): wie ist denn eigentlich der Stand der Dinge - was kann ein Arduino denn mit dem/den Sketch(en) jetzt alles?  Welche Erwrweiterungen in Hard/Software sind möglich? Gibt es  eine (angepasste) Wiki Seite dazu? Wenn nein glaube ich macht es Sinn das mal zusammenzufassen, oder?  Ich würde das ggf. auch gern übernehmen.

Gruß, machnetz

Ich werde mein auf FHEMduino basierendes System auf jedenfall noch erweitern.

RF RGB LED Controller wären nicht schlecht. Aber kann FHEM damit überhaupt schon etwas abfangen?

Habe da mehrere Modelle im Auge, einer davon wurde hier schon geloggt:

https://github.com/glutamatt/RgbLedStripesRadioControlRaspPi

Scheinbar ein 32bit Code...

Zitat von: SpenZerX am 22 Mai 2014, 14:47:51
Ich werde mein auf FHEMduino basierendes System auf jedenfall noch erweitern.

RF RGB LED Controller wären nicht schlecht. Aber kann FHEM damit überhaupt schon etwas abfangen?

Habe da mehrere Modelle im Auge, einer davon wurde hier schon geloggt:

https://github.com/glutamatt/RgbLedStripesRadioControlRaspPi

Scheinbar ein 32bit Code...

theoretisch ja

ich persönlich würde eher (und das mache ich momentan auch) richtung artnet + dmx gehen, das sind seit jahren etablierte protokolle, die auch nicht sooo schwer umzusetzen sind.

Hat schon jemand versucht diese Rauchmelder über den FHEMduino einzubinden?

http://www.amazon.de/Flamingo-FA20RF-koppelbarer-Funkrauchmelder-Feuermelder/dp/B006ZV3UMI/ref=sr_1_2?ie=UTF8&qid=1401207625&sr=8-2&keywords=Flamingo+FA20RF (http://www.amazon.de/Flamingo-FA20RF-koppelbarer-Funkrauchmelder-Feuermelder/dp/B006ZV3UMI/ref=sr_1_2?ie=UTF8&qid=1401207625&sr=8-2&keywords=Flamingo+FA20RF)

zur info: ich passe gerade das elro plugin an so dass es beliebige bitcodes empfängt.

Zitat von: mdorenka am 28 Mai 2014, 10:03:40
zur info: ich passe gerade das elro plugin an so dass es beliebige bitcodes empfängt.

Es wäre schön, wenn du die Updates so erstellen könntest, das sie bei Veränderungen direkt mit über den normalen Weg upgedatet werden.

gruß
Marc

https://github.com/mdorenka/fhemduino_modules/blob/master/14_FHEMduino_PT2262.pm und https://github.com/mdorenka/fhemduino_modules/blob/master/00_FHEMduino.pm

viel spass :)

lediglich das empfangen könnte man arduinoseitig noch verbessern

Zitat von: mdorenka am 28 Mai 2014, 21:32:43
https://github.com/mdorenka/fhemduino_modules/blob/master/14_FHEMduino_PT2262.pm und https://github.com/mdorenka/fhemduino_modules/blob/master/00_FHEMduino.pm

viel spass :)

lediglich das empfangen könnte man arduinoseitig noch verbessern

Vielen Dank für deine Mühe. :)

Kannst du grad wiedergeben, welche Möglichkeiten das Update ermöglicht bzw. was nun alles empfangen werden kann?
Sind die Erweiterungen von Snoop auch in deiner Version enthalten?

also theoretisch sollte alles was snoops modul konnte auch hier gehen.

was jetzt anders ist: es werden alle pt2262 receiver unterstützt, nicht nur elro :)

Zitat von: yogiflop am 20 Mai 2014, 07:50:36
Der Bewegungsmelder und die Reed-Kontakte arbeiten wunderbar und sind auch schon im Einsatz. Das einzige was ich dabei noch nicht so richtig rausgefunden habe ist, wie die Jumper zu setzen sind. Soll heißen, die einzelnen Kombinationsmöglichkeiten A0 - A7 & D0 - D3 (H - L).

Per A0-A7 stellt man wohl den Code des eigenen "Alarmsystems" ein. D0-D3 ist wohl die individuelle Adresse des Melders im Alarmsystem. So lese ich das zumindestens zwischen den Zeilen raus, siehe hier http://www.hkvstar.com/technology-news/how-to-program-wireless-detectors-to-alarm-system.html (http://www.hkvstar.com/technology-news/how-to-program-wireless-detectors-to-alarm-system.html).

Hallo,

vielen Dank für die tolle Arbeit.

Anbei ein Hinweis, für die die Probleme mit FHEMduino und Raspberry Pi haben. Es gibt wohl Ardunio Nano Boards, bei denen Pin 26 des FT232RL nicht auf GND gezogen ist, sondern "frei in der Luft" hängen. Dies führt dazu, dass der Nano sich beim booten nicht mit dem RPi versteht und so kein ttyUSBx Device angelegt wird. Ich habe nun nach folgender Anleitung http://www.raspberrypi.org/forums/viewtopic.php?t=59420&p=455407 die Pins 26 und 25 gebrückt und sie da, es funktioniert.

Grüße Jörg

Hallo,

wer noch auf der Suche nach Temperatur / Luftfeuchte Sensoren ist, der wird bei Pollin fündig. Die Funk-Wetterstation LOGILINK WS0001 hat einen FHEMduino kompatiblen Sender. Der Preis, inklusive LCD-Display, ist mit 9,95 € durchaus in Ordnung.

Grüße Jörg

http://www.pollin.de/shop/dt/MzI0OTYxOTk-/Haustechnik/Wetterstationen_Thermometer/Funk_Wetterstation_LOGILINK_WS0001.html

Guten Idee,

am Besten dann sofort zwei Stück kaufen und 5 Euro durch Newsletteranmeldung noch sparen :-)

Robin

Hallo,

hab mir grad auch so ein Teil für 9,70€ in der Bucht geschossen. Mal schauen was damit geht. Den Sender gibt's auch einzeln ab ca. 5€, heißt dann WS0002.
Man kann wohl 3 verschiedene Kanäle einstellen.

Gruß

    Olly

Hallo,

so, ich hatte noch drei EUROCHRON (scheint auch zu Tchibo zu passen) Temperatur/Luftfeuchte-Sender herumliegen. Ich habe den Sketch entsprechend erweitert.

Vielen Dank für die Vorarbeit im Arduino Forum "Tchibo Wetterstation 433 MHz - Dekodierung mal ganz einfach" : http://forum.arduino.cc/index.php/topic,136836.0.html

Weiterhin habe ich einen Filter eingebaut, der mehrfaches empfangen der selben Bitfolge unterbindet und per Schalter im Sketch beeinflusst werden kann. Somit wird das FHEM-Log auch nicht so zugemüllt (Immer davon ausgehend, dass die Temperatur oder Luftfeuchte nicht über Minuten hinweg konstant bleibt.)

bool    DEBUG                  = true;      // set to true to see debug messages
bool    EQ_BIT_STREAM_ALLOW    = true;      // set to true to allow equal bit stream in sequence


Anbei auch Bilder der Sender.

Grüße Jörg

Hallo,

hatte noch einen Fehler im Prüfen des EQ_BIT_STREAM_ALLOW.

Hoffe, dass es jetzt richtig ist.

Grüße Jörg

Bin noch dabei zu überlegen, ob ich nicht noch eine Zeitprüfung einbaue, bei der auch ein identischer Bitstream durchgelassen wird. Damit z.B. wenigsten alle 5 Minuten ein Temperatur/Luftfeuchte-Wert zurück geben wird.

Hallo Leute,

ich habe mir mal einen KW9010 in der Bucht bestellt, in der Hoffnung dieser würde mit meinem FHEMduino mit SuperHeterodyne Empfänger funktionieren.
Der Temperatursender ist von TFA, den gibts auch baugleich von Eurochron oder früher bei Conrad.
Hier mal der Link: http://www.ebay.de/itm/350637782072?ssPageName=STRK:MEWNX:IT&_trksid=p3984.m1497.l2649

Leider werden weder im Logfile noch im Eventmonitor irgendwelche Daten angezeigt. Auch blinkt die RX-LED des Arduino nicht wenn Daten vom Temperatursender gesendet werden.
Meine ELROs funktionieren hingegen auch über größere Entfernungen tadellos.

Funktioniert der KW9010 überhaupt oder benötigt man den KW9010 T/H?

Beste Grüße aus Oberfranken
Daniel

Hallo Daniel,
die T/H s funktionieren, die T's muessten implementiert werden.
P.S: Fuer den Preis habe ich vor ca 1/2 Jahr 3 x T/H s bekommen ... Dein T war also kein Schnäppchen ;o)

Hallo Daniel,

hier http://forum.arduino.cc/index.php?PHPSESSID=2iiedmmte169pld0rfkf5ump42&topic=136836.msg1036846#msg1036846" (http://forum.arduino.cc/index.php?PHPSESSID=2iiedmmte169pld0rfkf5ump42&topic=136836.msg1036846#msg1036846") ("Tchibo Wetterstation 433 MHz - Dekodierung mal ganz einfach") findest du einen einfachen Sketch mit dem Du einfach mal prüfen kannst, wie Dein Sensor arbeitet. Danach ist es nicht mehr ganz so schwer das Protokoll zu implementieren.

Grüße Jörg

Hallo Jörg,

Danke erstmal für den neuen Sketch. :) Ich habe gerade mal den Sketch aus dem Arduino Forum ausprobiert und konnte sinnvolle Daten von diesem Rauchmelder empfangen:

http://www.amazon.de/Flamingo-FA20RF-koppelbarer-Funkrauchmelder-Feuermelder/dp/B006ZV3UMI/ref=sr_1_2?ie=UTF8&qid=1401207625&sr=8-2&keywords=Flamingo+FA20RF (http://www.amazon.de/Flamingo-FA20RF-koppelbarer-Funkrauchmelder-Feuermelder/dp/B006ZV3UMI/ref=sr_1_2?ie=UTF8&qid=1401207625&sr=8-2&keywords=Flamingo+FA20RF)

So sehen die Daten aus:

Start Bit L: 8320   H: 652
Data Bits: 24
L: 1408 2736 2736 1408 1412 1412 2740 2744 2748 2744 1416 2748 2748 1420 2752 1420 2756 1424 1424 1424 1424 2764 2756 2696
H: 772 780 784 780 776 772 772 776 776 768 776 768 772 768 764 768 764 760 760 760 760 760 756 764
011000111101101010000111

Start Bit L: 8480   H: 504
Data Bits: 24
L: 1416 2736 2732 1404 1400 1408 2744 2744 2748 2748 1408 2748 2752 1416 2756 1416 2760 1416 1420 1420 1428 2760 2768 2704
H: 760 784 784 784 780 784 772 776 776 768 772 776 768 768 768 764 764 760 768 764 760 756 760 752
011000111101101010000111

Start Bit L: 8340   H: 636
Data Bits: 24
L: 1408 2740 2740 1400 1400 1400 2744 2740 2744 2744 1408 2748 2748 1412 2748 1420 2752 1420 1424 1424 1428 2760 2756 2696
H: 772 780 780 780 784 784 780 776 780 772 776 772 772 772 772 768 764 768 764 756 760 756 760 764
011000111101101010000111

Start Bit L: 8320   H: 660
Data Bits: 24
L: 1408 2740 2740 1404 1404 1404 2744 2740 2744 2740 1408 2760 2752 1416 2752 1416 2752 1424 1420 1428 1424 2760 2756 2696
H: 776 776 784 776 780 780 776 776 780 776 776 776 756 768 768 768 768 764 764 760 756 760 760 760
011000111101101010000111

Start Bit L: 8320   H: 656
Data Bits: 24
L: 1408 2740 2732 1404 1408 1408 2740 2744 2748 2740 1412 2748 2744 1420 2752 1420 2748 1424 1420 1424 1428 2760 2756 2696
H: 772 776 784 784 780 776 776 776 776 772 776 772 772 772 764 768 764 768 760 764 760 756 760 764
011000111101101010000111

Start Bit L: 8360   H: 596
Data Bits: 24
L: 1412 2744 2740 1388 1404 1396 2744 2728 2744 2744 1412 2748 2748 1416 2752 1424 2752 1428 1424 1424 1424 2760 2756 2684
H: 784 780 776 780 792 780 788 776 788 776 776 768 772 772 764 768 760 764 756 760 760 760 760 764
011000111101101010000111

Start Bit L: 8420   H: 40
Data Bits: 24
L: 1420 2736 2740 1408 1404 1404 2736 2740 2744 2740 1420 2744 2744 1420 2736 1404 2756 1420 1428 1428 1424 2760 2760 2696
H: 756 784 784 776 776 780 780 780 780 776 776 764 776 772 764 784 776 764 764 756 756 760 756 760
011000111101101010000111

Start Bit L: 8380   H: 596
Data Bits: 24
L: 1408 2740 2736 1396 1400 1400 2724 2744 2728 2744 1412 2744 2744 1416 2744 1416 2752 1420 1420 1424 1432 2760 2760 2696
H: 776 780 780 784 788 784 784 792 776 788 776 772 772 776 768 772 768 768 764 760 760 752 760 760
011000111101101010000111

Start Bit L: 8330   H: 60
Data Bits: 24
L: 1408 2728 2740 1404 1404 1408 2748 2744 2744 2740 1412 2748 2744 1416 2752 1420 2752 1408 1412 1428 1428 2760 2768 2700
H: 776 776 796 776 780 780 772 772 776 776 776 772 772 772 768 768 760 768 776 772 756 756 760 748
011000111101101010000111

Start Bit L: 211510   H: 756
Data Bits: 24
L: 1408 2664 2652 1328 1336 1344 2680 2692 2692 2696 1368 2704 2712 1380 2716 1380 2720 1388 1396 1396 1392 2728 2732 2672
H: 772 856 864 860 848 844 836 836 824 824 820 812 812 808 800 804 800 800 796 784 788 792 788 788
011000111101101010000111

Start Bit L: 8380   H: 596
Data Bits: 24
L: 1408 2740 2736 1396 1400 1400 2724 2744 2728 2744 1412 2744 2744 1416 2744 1416 2752 1420 1420 1424 1432 2760 2760 2696
H: 776 780 780 784 788 784 784 792 776 788 776 772 772 776 768 772 768 768 764 760 760 752 760 760
011000111101101010000111

Start Bit L: 8330   H: 60
Data Bits: 24
L: 1408 2728 2740 1404 1404 1408 2748 2744 2744 2740 1412 2748 2744 1416 2752 1420 2752 1408 1412 1428 1428 2760 2768 2700
H: 776 776 796 776 780 780 772 772 776 776 776 772 772 772 768 768 760 768 776 772 756 756 760 748
011000111101101010000111

Start Bit L: 211510   H: 756
Data Bits: 24
L: 1408 2664 2652 1328 1336 1344 2680 2692 2692 2696 1368 2704 2712 1380 2716 1380 2720 1388 1396 1396 1392 2728 2732 2672
H: 772 856 864 860 848 844 836 836 824 824 820 812 812 808 800 804 800 800 796 784 788 792 788 788
011000111101101010000111


Wäre Du in der Lage auch diesen Rauchmelder zu implementieren? Mit dem 46_TRX_SECURITY Modul und einem RFXtrx ist der Empfang bereits möglich. Müsste nicht alles benötigte in der 46_TRX_SECURITY.pm enthalten sein?

Hallo,

ich will Dir nichts versprechen. Wenn ich Zeit habe schaue ich mir erst einmal die 46_TRX_SECURITY an. Und dann werde ich mal sehen, ob ich die 14,- € für ein Testgerät investieren möchte. Also, bitte etwas Geduld.

Grüße Jörg

Hallo,

beim suchen im INet bin ich noch auf folgendes interessantes Tool gestoßen:

http://wiki.nethome.nu/doku.php/analyzer/start
(http://wiki.nethome.nu/doku.php/analyzer/start)

Protocol Analyzer


The Protocol Analyzer is a small tool that can catch, analyze and decode "slow" pulse based protocols. Typical examples are IR-Remotes or RF-Remotes. It uses the microphone input to read the signals. Since this is almost always available with drivers across operating systems, this tool works without any specific drivers on Windows, Linux and OSX....


Grüße Jörg

Der FHEMdurino kann doch in der Version wie er hier verwendet wird eh nur ASK OOK. Da reicht ein SDR geeigneter DVB Stick für 7,- aus um die Signale zu analysieren.

Welchen Zusammenhang gibt es denn bei dem Aussensensor der LOGILINK WS0001 zwischen eingestelltem Kanal und "Pairingcode" 9c bei mir?

Kann man vielleicht doch mehr als drei Sensoren in FHEM verwenden?

Es sieht wohl so aus, dass beim einlegen der Batterien eine Basisadresse vergeben wird, die dann durch den Kanalwahlschalter verändert wird. Somit können in FHEM wohl mehr als drei Sensoren angelernt werden

Grüße Jörg

Aha, naja Batterien einlegen muss man wohl öfter ...

http://www.amazon.de/product-reviews/B00I2EIH42/ref=sr_cr_hist_1?ie=UTF8&filterBy=addOneStar&showViewpoints=0

Na ja, das bezieht sich auf die Wetterstation und die brauchen wir ja bei FHEM nicht.  ;)

Ich habe leider 2 Probleme mit dem LOGILINK WS0002 Aussensensor:

1: Er sendet alle 35 Sekunden eine Sekunde Daten. Mir scheint das zu viel Traffic zu sein. Ich wollte gerade 5 weitere Sensoren bestellen. Besser nicht.

2: Der Sensor sendet zur Sicherheit 3 mal. Alle 3 Daten werden vom FHMdurino erkannt. Also 3 mal die gleichen daten. Ich denke das ist ein Fehler

Siehe Daten:
2014-06-07_11:34:46 Temp.Sensor.1 T 27.9 H 42 B good
2014-06-07_11:34:46 Temp.Sensor.1 temperature: 27.9
2014-06-07_11:34:46 Temp.Sensor.1 humidity: 42
2014-06-07_11:34:46 Temp.Sensor.1 battery: good
2014-06-07_11:34:46 Temp.Sensor.1 trend: stable
2014-06-07_11:34:46 Temp.Sensor.1 sendMode: automatic
2014-06-07_11:34:47 Temp.Sensor.1 T 27.9 H 42 B good
2014-06-07_11:34:47 Temp.Sensor.1 temperature: 27.9
2014-06-07_11:34:47 Temp.Sensor.1 humidity: 42
2014-06-07_11:34:47 Temp.Sensor.1 battery: good
2014-06-07_11:34:47 Temp.Sensor.1 trend: stable
2014-06-07_11:34:47 Temp.Sensor.1 sendMode: automatic
2014-06-07_11:34:47 Temp.Sensor.1 T 27.9 H 42 B good
2014-06-07_11:34:47 Temp.Sensor.1 temperature: 27.9
2014-06-07_11:34:47 Temp.Sensor.1 humidity: 42
2014-06-07_11:34:47 Temp.Sensor.1 battery: good
2014-06-07_11:34:47 Temp.Sensor.1 trend: stable
2014-06-07_11:34:47 Temp.Sensor.1 sendMode: automatic

Hallo,

funktioniert beim fhemduino event-on-change Reading ? Dann würde der Sender zwar immer noch seine Pakete abschicken, aber fhem würde nur ein Event generieren.

Gruß Christoph

Zitat von: SpenZerX am 09 Juni 2014, 16:16:51
Ich habe leider 2 Probleme mit dem LOGILINK WS0002 Aussensensor:

1: Er sendet alle 35 Sekunden eine Sekunde Daten. Mir scheint das zu viel Traffic zu sein. Ich wollte gerade 5 weitere Sensoren bestellen. Besser nicht.

...

Im letzten Sketch habe ich einen Schalter eingebaut, der, wenn auf false gesetzt, dafür sorgt, dass identische Pakete übersprungen werden.

Grüße Jörg

Bei mir gleiches Verhalten, die Werte kommen 3x hintereinander.
@Jörg: Welcher Schalter ist das genau? Muss ich das kompilieren, oder lässt sich das über FHEM einstellen?

Gruß

    Olly

Hallo Christoph, Hallo Jörg, Hallo Olly

dazu habe ich bereits was geschrieben: http://forum.fhem.de/index.php/topic,17196.msg136695/topicseen.html#msg136695

P.S. Ausser die FHEM load zu reduzieren (was mMn kaum zum tragen kommt bzw. messbar sein sollte)  macht es für mich keine wirklichen Sinn die Logik im Sketch unter zu bringen. Selbst mit HM Komponenten (Zeitkritisch) machen bisher - ca. 6 Monate - meine 6 x 433 Mhz 9100 H/Ts keinen Ärger.

Hallo Oli,

macht folgender Schalter im Source: bool    EQ_BIT_STREAM_ALLOW    = true;      // set to true to allow equal bit stream in sequence

Hallo Amura,

grundsätzlich hast Du recht. Eine ähnliche Diskussion gibt es um CUL. Ich persönlich würde die Transmitter (CUL, JeeLink, FHEMduino, ...) die Daten immer möglichst unverfälscht und in der vom Sensor gesendeten Häufigkeit durchreichen lassen. Denn Rest müssen dann die Module erledigen. Der Schalter ist für die, die das gerne schon im Transmitter unterdrückt haben möchten. (Tut ja keinem weh )

Grüße Jörg

Hallo Jörg,

vielen Dank, werde ich mal ausprobieren.

Gruß

     Olly

Leider noch ein  Problem mit dem LOGILINK WS0002 Aussensensor:
Unter 0.1 Grad mag er nicht mehr. Ich habs zwei mal probiert.

Ist das nur bei mir so?

SpenZerX

2014.06.09 20:05:30.407 5: FHEMduino: K6c000+00141
2014.06.09 20:05:30.408 5: FHEMduino dispatch K6c000+00141
2014.06.09 20:05:30.412 4: FHEMduino_KW9010 Temp.Sensor.1: T 0.1 H 41 B good
2014.06.09 20:05:30.417 5: Triggering Temp.Sensor.1 (6 changes)
2014.06.09 20:05:30.419 5: Notify loop for Temp.Sensor.1 T 0.1 H 41 B good
2014.06.09 20:05:30.427 4: eventTypes: FHEMduino_KW9010 Temp.Sensor.1 T 0.1 H 41 B good -> T .* H .* B good
2014.06.09 20:05:30.428 4: eventTypes: FHEMduino_KW9010 Temp.Sensor.1 temperature: 0.1 -> temperature: .*
2014.06.09 20:05:30.430 4: eventTypes: FHEMduino_KW9010 Temp.Sensor.1 humidity: 41 -> humidity: .*
2014.06.09 20:05:30.431 4: eventTypes: FHEMduino_KW9010 Temp.Sensor.1 battery: good -> battery: good
2014.06.09 20:05:30.432 4: eventTypes: FHEMduino_KW9010 Temp.Sensor.1 trend: stable -> trend: stable
2014.06.09 20:05:30.433 4: eventTypes: FHEMduino_KW9010 Temp.Sensor.1 sendMode: automatic -> sendMode: automatic
2014.06.09 20:06:04.959 5: FHEMduino/RAW: /K
2014.06.09 20:06:04.975 5: FHEMduino/RAW: K/6c000-205341

2014.06.09 20:06:04.976 5: FHEMduino: K6c000-205341
2014.06.09 20:06:04.978 5: FHEMduino dispatch K6c000-205341
2014.06.09 20:06:04.980 5: Triggering FHEMduino (1 changes)
2014.06.09 20:06:04.983 5: Notify loop for FHEMduino UNKNOWNCODE K6c000-205341
2014.06.09 20:06:04.988 4: eventTypes: FHEMduino FHEMduino UNKNOWNCODE K6c000-205341 -> UNKNOWNCODE K6c000.*
2014.06.09 20:06:05.001 3: FHEMduino: Unknown code K6c000-205341, help me!
2014.06.09 20:06:05.247 5: FHEMduino/RAW: /K6c000-
2014.06.09 20:06:05.263 5: FHEMduino/RAW: K6c000-/205341

2014.06.09 20:06:05.264 5: FHEMduino: K6c000-205341
2014.06.09 20:06:05.266 5: FHEMduino dispatch K6c000-205341
2014.06.09 20:06:05.268 5: Triggering FHEMduino (1 changes)
2014.06.09 20:06:05.271 5: Notify loop for FHEMduino UNKNOWNCODE K6c000-205341
2014.06.09 20:06:05.275 4: eventTypes: FHEMduino FHEMduino UNKNOWNCODE K6c000-205341 -> UNKNOWNCODE K6c000.*
2014.06.09 20:06:05.288 3: FHEMduino: Unknown code K6c000-205341, help me!

Ist das ein und derselbe Sender? Wenn ja, wurde ich sagen, passt die Berechnung für negative Temperaturen nicht.
Bei mir sind im Moment knapp 30 Grad, da Kriege ich meinen Sender nicht wirklich unter 0 Grad. In die Gefriertruhe mag ich ihn nicht stellen, geschweige dass ich von dort keinen Empfang habe.

K6c000-205341 -> sollte -0,5 Grad sein

Zitat von: SpenZerX am 10 Juni 2014, 17:31:38
Leider noch ein  Problem mit dem LOGILINK WS0002 Aussensensor:
Unter 0.1 Grad mag er nicht mehr. Ich habs zwei mal probiert.
...

Hallo,

habe den Sketch für den LogiLink WS0002 angepasst. Leider weiß ich nicht, wie ich zwischen LogiLink und PEARL Sender unterscheiden kann. Von daher gibt es einen boolean IS_WS0002 der, wenn gesetzt, WS0002 dekodiert und wenn nicht gesetzt PEARL.

Grüße Jörg

PS: Habe die fhemduino.ino neu hochgeladen -> Versionsinfo angepasst

Hallo,

ich habe dem LogiLink WS0002 jetzt ein eigenes Modul spendiert. Die Sender werden jetzt als FHEMduino_WS0002_K_ID angemeldet, wobei K == dem eingestellten Kanal 1..3 ist und ID die beim Einlegen der Batterien per Zufall generierte Geräte-ID darstellt.

Das Log habe ich etwas angepasst:
2014-06-11_17:51:03 FHEMduino_WS0002_2_34 sendMode: automatic
2014-06-11_17:51:03 FHEMduino_WS0002_2_34 unknown: 0
2014-06-11_17:51:03 FHEMduino_WS0002_2_34 battery: good
2014-06-11_17:51:03 FHEMduino_WS0002_2_34 humidity: 34
2014-06-11_17:51:03 FHEMduino_WS0002_2_34 temperature: 29.5
2014-06-11_17:51:03 FHEMduino_WS0002_2_34 T: 29.5 H: 34 B: +

Im state wird jetzt T: 29.5 H: 34 B: + angegeben // mit + für Batterie Ok und - für Batterie kritisch

Grüße

Jörg

Zitat von: JoWiemann am 11 Juni 2014, 17:53:29
Im state wird jetzt T: 29.5 H: 34 B: + angegeben // mit + für Batterie Ok und - für Batterie kritisch

Anmerkung: Ich bin für |critical|low|ok| oder |critical|ok| dann muss man nicht mit mehreren bzw. komplizierten notifies für Batteriewarnung, für unterschiedliche Geräte, rum hantieren - ich habs bei mir geändert, dann ist es gleich mit den HM Komponenten.
Grüße

Hast recht, ist besser. Anbei die angepassten Module.

14_FHEMduino_KW9010.pm -> good nach ok
14_FHEMduino_WS0002.pm -> + nach ok, - nach critical
14_FHEMduino_EZ6.pm -> wird nur das BIT durchgereicht

Grüße Jörg

Vermutlich muss ich auch den Sketch anpassen damit der WS0002 läuft? Morgen liegt der Pearl Sensor NC7159 in der Post - der würde dann nicht mehr funktionieren?

Gibt es auch einen FBH Fühler/Raumthermostat den man implementieren könnte? Sollte Ist und Soll Temperatur übertragen. Oder soll ich mich mal auf die Suche machen?

Gruß,

SpenzerX

Hallo SpenzerX,

leider musst Du Dich im Moment entscheiden, ob Du einen WS0002 oder NC7159 einsetzen willst. Ich habe mir auch noch eine NC7159 bestellt und will mal sehen, ob die beiden Sensoren wirklich unterschiedlich sind und wenn ja, ob man die Sensoren an etwas erkennen kann.

Grüße Jörg

Zitat von: SpenZerX am 11 Juni 2014, 21:38:41
Vermutlich muss ich auch den Sketch anpassen damit der WS0002 läuft? Morgen liegt der Pearl Sensor NC7159 in der Post - der würde dann nicht mehr funktionieren?

Gibt es auch einen FBH Fühler/Raumthermostat den man implementieren könnte? Sollte Ist und Soll Temperatur übertragen. Oder soll ich mich mal auf die Suche machen?

Gruß,

SpenzerX

Den NC7159 (T only) würde ich auch zurück schicken, kein "H" schmerzt schon (kein dewpoint etc.) - klar kommt auf den Einsatzzweck an. Preis ca. -2€ haben die W9010 mal gekostet (T/H), Optik = Kosmetik/Geschmack => offen.

Das Thema: 433Mhz Thermostat würde ich eher nicht als Gerät implementieren -> Anwendungsfall ist mir nicht klar? Ein Heizungsregler vielleicht Sinvoll (kenne mich da im 433 Mhz nicht aus - ich setzt dafür auf zuverlässigere Technologie 868 Mhz "Homematic").
Aber vielleicht übersehe ich etwas....?
Nur so am Rande: TBH habe ich (an den Cubietruck's) auch im Einsatz, das funktioniert mit FHEM mit den RPII2C Modul ganz gut - Kostenpunkt auf Basis "Übersee=2-3Wochen warten" ca. 1€. - Kann auch auf RPI'is genutzt werden.
Ein BMP180(T/B) und T/H Modul (auf Basis von FHEMDuino), kann man auf Arduino noch unter bringen -> wird für mich vielleicht, sofern die Zeit es zulässt, ein Winter 2014 Projekt.

Grüße

P.S: Wobei die Kosten eigentlich nicht wirklich eine Rolle spielen -> eher der Spaßfaktor/Spielfaktor ;o)

Zitat von: JoWiemann am 11 Juni 2014, 18:45:49
Hast recht, ist besser. Anbei die angepassten Module.

14_FHEMduino_KW9010.pm -> good nach ok
14_FHEMduino_WS0002.pm -> + nach ok, - nach critical
14_FHEMduino_EZ6.pm -> wird nur das BIT durchgereicht

Grüße Jörg

Hallo Jörg,
danke, finde ich gut, dass es jemand voran treibt.
Ich selbst nutze immer noch die alten Sketsches (minimal angepasst - was die Schaltvorgänge angeht - ELROS brauchen da 6 Trittte statt 3 - das 9010 Modul funktioniert 1A), daher sehe ich für mich im Moment keinen Grund auf die neuen Module/den neuen Sketsch (die Messages auf HW-Ebene zu unterdrücken ist durchaus interessant ;o) ) zu wechseln.
Grüße

Hallo,

ich habe 14_FHEMduino_WS0002.pm noch einmal überarbeitet.

    define name FHEMduino_WS0002 code [minsecs] [equalmsg]

    code ist der automatisch angelegte Hauscode des WS0002 und besteht aus der
   Kanalnummer (1..3) und einer Zufallsadresse, die durch das Gerät beim einlegen der
   Batterie generiert wird (Die Adresse ändert sich bei jedem Batteriewechsel).
    minsecs definert die Sekunden die mindesten vergangen sein müssen bis ein neuer
   Logeintrag oder eine neue Nachricht generiert werden.
   Z.B. wenn 300, werden Einträge nur alle 5 Minuten erzeugt, auch wenn das Device
        alle paar Sekunden eine Nachricht generiert. (Reduziert die Log-Dateigröße und die Zeit
   die zur Anzeige von Plots benötigt wird.)
   equalmsg gesetzt auf 1 legt fest, dass Einträge auch dann erzeugt werden wenn die durch
   minsecs vorgegebene Zeit noch nicht verstrichen ist, sich aber der Nachrichteninhalt geändert
   hat.

Grüße Jörg

Hallo,

im Sketch war noch ein Fehler bei der Dekodierung des Eurochron / Tchibo Sensors. Weiterhin habe ich dem Eurochron ein eigenes Modul basierend auf dem letzten WS0002 Modul spendiert.

Grüße Jörg

Hallo,

wenn ihr einen fhemduino mit echt geilem Empfang haben wollt, dann holt euch die Kombi von Pollin ( http://www.pollin.de/shop/dt/MzI0OTYxOTk-/Haustechnik/Wetterstationen_Thermometer/Funk_Wetterstation_LOGILINK_WS0001.html ). Im Wetterstationsteil ist ein separater 433 MHz Empfänger verbaut, der locker auf 50 Meter noch Empfängt.

ACHTUNG: Der Empfänger muss an die 3.3V des Arduino angeschlossen werden. Siehe Foto.

Zum Zerlegen der Wetterstation erst das Display"Glas" abheben. Es ist leicht verklebt und geht nach etwas warm machen mit dem Fön gut ab. Dann die vier Schrauben lösen und schon liegt alles vor einem.

Grüße Jörg