FHEMduino

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

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten 1 ... 71 72 73 74 75 ... 117
Benutzer-Aktionen

RappaSan

#1080
23 November 2014, 13:40:05 Letzte Bearbeitung: 24 November 2014, 09:44:24 von RappaSan
Hallo Eric, Hallo Jörg,

die Änderungen im Sketch sind aber noch nicht übernommen (LOW_STARTBIT_TIME und HIGH_STARTBIT_TIME).
Muss da noch was nachgearbeitet werden?

@Franz: Ich gebe Dir vollkommen recht. Es wäre wirklich hilfreich, wenn eine aktuelle Stelle existieren würde, die alle Projektdinge berücksichtigt und verlinkt. Sonst ist man sich nie sicher, ob man mit dem neuesten Stand arbeitet oder ob der Aktor/Sensor (schon) bedient wird.
Ansonsten bleibt nur zu sagen: Ein Super Projekt ist das hier... das macht für viele FHEM Automatisationen deutlich erschwinglicher.

JoWiemann

#1081
23 November 2014, 14:41:14
Hallo,

ich habe die Änderungen nur im Trunk gemacht, nicht im Master. Wenn die letzten Änderungen im Trunk alle getestet sind, dann würde ich Sidey bitten die nächste Master-Version frei zu geben.

Letzte Änderungen im Trunk (seit 16.11.2014)

  • alle Module auf Log3 geprüft und ggf. angepasst.
  • den commandref Teil am Ende der Module aussagefähiger gemacht. 14_FHEMduino_HX fehlt noch.
  • Änderungen am Heidemann HX Teil im Arduino Teil. Hier testet Karl noch.
  • Änderungen am FAF20RF Teil im Arduino und in der 14_FHEMduino_FAF20RF.pm. Die Dauer der letzten Sequenz (liegt irgendwie gekoppelt an die Bit-Folge zwischen 10.000 und 20.000 ms) wird als Parameter in der Definition mitgeführt und beim Senden wieder an den FHEMduino übergeben.
  • Alle Module auf Kompatibilität mit Fhem2Fhem geprüft. Schalten klappt leider noch nicht.

Grüße Jörg
Jörg Wiemann

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

Master: CubieTruck; Debian; Aktuelles FHEM

digital.arts

#1082
23 November 2014, 18:54:59
Hallo Jörg,

ich habe Dir gestern einen ersten Testreport über Heidemann und FA20RF geschickt (auf Deine private Mail).
Vielleicht hilft es weiter...

vg
Karl
FHEM auf RPi; CUL868 für FHT; NanoCUL433 für IT und Revolt; Fhemduino für IT und Temp/Hum; RFXTRX433e für IT/FA20RF/Funkgong/HomeEasy; NanoFirmataEth für 1wire Temp

RappaSan

#1083
28 November 2014, 14:07:27
Ich bekomme hier einige (für mich) merkwürdige Senosrdaten herein.
Das steht im Log, Level 5:

2014.11.28 13:46:23 5: RFDuino: 480000F0FFF30000F2FF
2014.11.28 13:46:23 4: Dispatching OREGON Protokoll. Received: 480000F0FFF30000F2FF
2014.11.28 13:46:23 5: RFDuino dispatch 480000F0FFF30000F2FF
2014.11.28 13:46:23 5: FingerprintFn Message: Name: RFDuino  und Message: 480000F0FFF30000F2FF
2014.11.28 13:47:23 5: FHEMduino/RAW: /60
2014.11.28 13:47:23 5: FHEMduino/RAW: 60/00007
2014.11.28 13:47:23 5: FHEMduino/RAW: 6000007/09E0
2014.11.28 13:47:23 5: FHEMduino/RAW: 600000709E0/0FE9
2014.11.28 13:47:23 5: FHEMduino/RAW: 600000709E00FE9/F93
2014.11.28 13:47:23 5: FHEMduino/RAW: 600000709E00FE9F93/C71F0
2014.11.28 13:47:23 5: FHEMduino/RAW: 600000709E00FE9F93C71F0/33E
2014.11.28 13:47:23 5: FHEMduino/RAW: 600000709E00FE9F93C71F033E
/

2014.11.28 13:47:23 5: RFDuino: 600000709E00FE9F93C71F033E
2014.11.28 13:47:23 4: Dispatching OREGON Protokoll. Received: 600000709E00FE9F93C71F033E
2014.11.28 13:47:23 5: RFDuino dispatch 600000709E00FE9F93C71F033E
2014.11.28 13:47:23 5: FingerprintFn Message: Name: RFDuino  und Message: 600000709E00FE9F93C71F033E
2014.11.28 13:48:23 5: FHEMduino/RAW: /50
2014.11.28 13:48:23 5: FHEMduino/RAW: 50/0000
2014.11.28 13:48:23 5: FHEMduino/RAW: 500000/D0FF3
2014.11.28 13:48:23 5: FHEMduino/RAW: 500000D0FF3/FBC0
2014.11.28 13:48:23 5: FHEMduino/RAW: 500000D0FF3FBC0/7D10
2014.11.28 13:48:23 5: FHEMduino/RAW: 500000D0FF3FBC07D10/0D8
2014.11.28 13:48:23 5: FHEMduino/RAW: 500000D0FF3FBC07D100D8
/

2014.11.28 13:48:23 5: RFDuino: 500000D0FF3FBC07D100D8
2014.11.28 13:48:23 4: Dispatching OREGON Protokoll. Received: 500000D0FF3FBC07D100D8
2014.11.28 13:48:23 5: RFDuino dispatch 500000D0FF3FBC07D100D8
2014.11.28 13:48:23 5: FingerprintFn Message: Name: RFDuino  und Message: 500000D0FF3FBC07D100D8
2014.11.28 13:49:23 5: FHEMduino/RAW: /60
2014.11.28 13:49:23 5: FHEMduino/RAW: 60/00000
2014.11.28 13:49:23 5: FHEMduino/RAW: 6000000/0FF
2014.11.28 13:49:23 5: FHEMduino/RAW: 60000000FF/0BF8B4
2014.11.28 13:49:23 5: FHEMduino/RAW: 60000000FF0BF8B4/DFFF
2014.11.28 13:49:23 5: FHEMduino/RAW: 60000000FF0BF8B4DFFF/0504
2014.11.28 13:49:23 5: FHEMduino/RAW: 60000000FF0BF8B4DFFF0504/83

2014.11.28 13:49:23 5: RFDuino: 60000000FF0BF8B4DFFF050483
2014.11.28 13:49:23 4: Dispatching OREGON Protokoll. Received: 60000000FF0BF8B4DFFF050483
2014.11.28 13:49:23 5: RFDuino dispatch 60000000FF0BF8B4DFFF050483
2014.11.28 13:49:23 5: FingerprintFn Message: Name: RFDuino  und Message: 60000000FF0BF8B4DFFF050483
2014.11.28 13:50:23 5: FHEMduino/RAW: /5
2014.11.28 13:50:23 5: FHEMduino/RAW: 5/80000E
2014.11.28 13:50:23 5: FHEMduino/RAW: 580000E/000FE
2014.11.28 13:50:23 5: FHEMduino/RAW: 580000E000FE/A37D
2014.11.28 13:50:23 5: FHEMduino/RAW: 580000E000FEA37D/7CD8
2014.11.28 13:50:23 5: FHEMduino/RAW: 580000E000FEA37D7CD8/60F0
2014.11.28 13:50:23 5: FHEMduino/RAW: 580000E000FEA37D7CD860F0
/

2014.11.28 13:50:23 5: RFDuino: 580000E000FEA37D7CD860F0
2014.11.28 13:50:23 4: Dispatching OREGON Protokoll. Received: 580000E000FEA37D7CD860F0
2014.11.28 13:50:23 5: RFDuino dispatch 580000E000FEA37D7CD860F0
2014.11.28 13:50:23 5: FingerprintFn Message: Name: RFDuino  und Message: 580000E000FEA37D7CD860F0
2014.11.28 13:51:23 5: FHEMduino/RAW: /6
2014.11.28 13:51:23 5: FHEMduino/RAW: 6/0000
2014.11.28 13:51:23 5: FHEMduino/RAW: 60000/0E00
2014.11.28 13:51:23 5: FHEMduino/RAW: 600000E00/0C4FF
2014.11.28 13:51:23 5: FHEMduino/RAW: 600000E000C4FF/FFB2
2014.11.28 13:51:23 5: FHEMduino/RAW: 600000E000C4FFFFB2/F840
2014.11.28 13:51:23 5: FHEMduino/RAW: 600000E000C4FFFFB2F840/00
2014.11.28 13:51:23 5: FHEMduino/RAW: 600000E000C4FFFFB2F84000/7C

2014.11.28 13:51:23 5: RFDuino: 600000E000C4FFFFB2F840007C
2014.11.28 13:51:23 4: Dispatching OREGON Protokoll. Received: 600000E000C4FFFFB2F840007C
2014.11.28 13:51:23 5: RFDuino dispatch 600000E000C4FFFFB2F840007C
2014.11.28 13:51:23 5: FingerprintFn Message: Name: RFDuino  und Message: 600000E000C4FFFFB2F840007C
2014.11.28 13:52:23 5: FHEMduino/RAW: /4
2014.11.28 13:52:23 5: FHEMduino/RAW: 4/80000
2014.11.28 13:52:23 5: FHEMduino/RAW: 480000/C0F9
2014.11.28 13:52:23 5: FHEMduino/RAW: 480000C0F9/3FA8
2014.11.28 13:52:23 5: FHEMduino/RAW: 480000C0F93FA8/C1E
2014.11.28 13:52:23 5: FHEMduino/RAW: 480000C0F93FA8C1E/FF3
2014.11.28 13:52:23 5: FHEMduino/RAW: 480000C0F93FA8C1EFF3
/

2014.11.28 13:52:23 5: RFDuino: 480000C0F93FA8C1EFF3
2014.11.28 13:52:23 4: Dispatching OREGON Protokoll. Received: 480000C0F93FA8C1EFF3
2014.11.28 13:52:23 5: RFDuino dispatch 480000C0F93FA8C1EFF3
2014.11.28 13:52:23 5: FingerprintFn Message: Name: RFDuino  und Message: 480000C0F93FA8C1EFF3
2014.11.28 13:53:23 5: FHEMduino/RAW: /4
2014.11.28 13:53:23 5: FHEMduino/RAW: 4/800009807F
2014.11.28 13:53:23 5: FHEMduino/RAW: 4800009807F/CE3FF
2014.11.28 13:53:23 5: FHEMduino/RAW: 4800009807FCE3FF/FCF3
2014.11.28 13:53:23 5: FHEMduino/RAW: 4800009807FCE3FFFCF3/

2014.11.28 13:53:23 5: RFDuino: 4800009807FCE3FFFCF3
2014.11.28 13:53:23 4: Dispatching OREGON Protokoll. Received: 4800009807FCE3FFFCF3
2014.11.28 13:53:23 5: RFDuino dispatch 4800009807FCE3FFFCF3
2014.11.28 13:53:23 5: FingerprintFn Message: Name: RFDuino  und Message: 4800009807FCE3FFFCF3
2014.11.28 13:54:23 5: FHEMduino/RAW: /5
2014.11.28 13:54:23 5: FHEMduino/RAW: 5/0000030
2014.11.28 13:54:23 5: FHEMduino/RAW: 50000030/F06
2014.11.28 13:54:23 5: FHEMduino/RAW: 50000030F06/100E0
2014.11.28 13:54:23 5: FHEMduino/RAW: 50000030F06100E0/01FCC
2014.11.28 13:54:23 5: FHEMduino/RAW: 50000030F06100E001FCC/C

2014.11.28 13:54:23 5: RFDuino: 50000030F06100E001FCCC
2014.11.28 13:54:23 4: Dispatching OREGON Protokoll. Received: 50000030F06100E001FCCC
2014.11.28 13:54:23 5: RFDuino dispatch 50000030F06100E001FCCC
2014.11.28 13:54:23 5: FingerprintFn Message: Name: RFDuino  und Message: 50000030F06100E001FCCC
2014.11.28 13:55:23 5: FHEMduino/RAW: /500
2014.11.28 13:55:23 5: FHEMduino/RAW: 500/00080
2014.11.28 13:55:23 5: FHEMduino/RAW: 50000080/0100
2014.11.28 13:55:23 5: FHEMduino/RAW: 500000800100/E0FED
2014.11.28 13:55:23 5: FHEMduino/RAW: 500000800100E0FED/FF7F
2014.11.28 13:55:23 5: FHEMduino/RAW: 500000800100E0FEDFF7F/F

2014.11.28 13:55:23 5: RFDuino: 500000800100E0FEDFF7FF
2014.11.28 13:55:23 4: Dispatching OREGON Protokoll. Received: 500000800100E0FEDFF7FF
2014.11.28 13:55:23 5: RFDuino dispatch 500000800100E0FEDFF7FF
2014.11.28 13:55:23 5: FingerprintFn Message: Name: RFDuino  und Message: 500000800100E0FEDFF7FF
2014.11.28 13:56:23 5: FHEMduino/RAW: /5
2014.11.28 13:56:23 5: FHEMduino/RAW: 5/000000
2014.11.28 13:56:23 5: FHEMduino/RAW: 5000000/07E
2014.11.28 13:56:23 5: FHEMduino/RAW: 500000007E/FE57
2014.11.28 13:56:23 5: FHEMduino/RAW: 500000007EFE57/00E0B
2014.11.28 13:56:23 5: FHEMduino/RAW: 500000007EFE5700E0B/8FF

2014.11.28 13:56:23 5: RFDuino: 500000007EFE5700E0B8FF
2014.11.28 13:56:23 4: Dispatching OREGON Protokoll. Received: 500000007EFE5700E0B8FF
2014.11.28 13:56:23 5: RFDuino dispatch 500000007EFE5700E0B8FF
2014.11.28 13:56:23 5: FingerprintFn Message: Name: RFDuino  und Message: 500000007EFE5700E0B8FF
2014.11.28 13:57:23 5: FHEMduino/RAW: /6
2014.11.28 13:57:23 5: FHEMduino/RAW: 6/80000
2014.11.28 13:57:23 5: FHEMduino/RAW: 680000/98FF
2014.11.28 13:57:23 5: FHEMduino/RAW: 68000098FF/FFFFF0
2014.11.28 13:57:23 5: FHEMduino/RAW: 68000098FFFFFFF0/7FF0
2014.11.28 13:57:23 5: FHEMduino/RAW: 68000098FFFFFFF07FF0/20FE
2014.11.28 13:57:23 5: FHEMduino/RAW: 68000098FFFFFFF07FF020FE/77C0
2014.11.28 13:57:23 5: FHEMduino/RAW: 68000098FFFFFFF07FF020FE77C0/

2014.11.28 13:57:23 5: RFDuino: 68000098FFFFFFF07FF020FE77C0
2014.11.28 13:57:23 4: Dispatching OREGON Protokoll. Received: 68000098FFFFFFF07FF020FE77C0
2014.11.28 13:57:23 5: RFDuino dispatch 68000098FFFFFFF07FF020FE77C0
2014.11.28 13:57:23 5: FingerprintFn Message: Name: RFDuino  und Message: 68000098FFFFFFF07FF020FE77C0
2014.11.28 13:58:23 5: FHEMduino/RAW: /60
2014.11.28 13:58:23 5: FHEMduino/RAW: 60/000090
2014.11.28 13:58:23 5: FHEMduino/RAW: 60000090/FF0
2014.11.28 13:58:23 5: FHEMduino/RAW: 60000090FF0/0C0FF
2014.11.28 13:58:23 5: FHEMduino/RAW: 60000090FF00C0FF/1F00
2014.11.28 13:58:23 5: FHEMduino/RAW: 60000090FF00C0FF1F00/0CC007
2014.11.28 13:58:23 5: FHEMduino/RAW: 60000090FF00C0FF1F000CC007/

2014.11.28 13:58:23 5: RFDuino: 60000090FF00C0FF1F000CC007
2014.11.28 13:58:23 4: Dispatching OREGON Protokoll. Received: 60000090FF00C0FF1F000CC007
2014.11.28 13:58:23 5: RFDuino dispatch 60000090FF00C0FF1F000CC007
2014.11.28 13:58:23 5: FingerprintFn Message: Name: RFDuino  und Message: 60000090FF00C0FF1F000CC007
2014.11.28 13:59:23 5: FHEMduino/RAW: /5
2014.11.28 13:59:23 5: FHEMduino/RAW: 5/00000C
2014.11.28 13:59:23 5: FHEMduino/RAW: 500000C/00FC000
2014.11.28 13:59:23 5: FHEMduino/RAW: 500000C00FC000/B4FF
2014.11.28 13:59:23 5: FHEMduino/RAW: 500000C00FC000B4FF/06FE
2014.11.28 13:59:23 5: FHEMduino/RAW: 500000C00FC000B4FF06FE/

2014.11.28 13:59:23 5: RFDuino: 500000C00FC000B4FF06FE
2014.11.28 13:59:23 4: Dispatching OREGON Protokoll. Received: 500000C00FC000B4FF06FE
2014.11.28 13:59:23 5: RFDuino dispatch 500000C00FC000B4FF06FE
2014.11.28 13:59:23 5: FingerprintFn Message: Name: RFDuino  und Message: 500000C00FC000B4FF06FE
2014.11.28 14:00:23 5: FHEMduino/RAW: /5
2014.11.28 14:00:23 5: FHEMduino/RAW: 5/00000
2014.11.28 14:00:23 5: FHEMduino/RAW: 500000/E001
2014.11.28 14:00:23 5: FHEMduino/RAW: 500000E001/860600
2014.11.28 14:00:23 5: FHEMduino/RAW: 500000E001860600/F01F
2014.11.28 14:00:23 5: FHEMduino/RAW: 500000E001860600F01F/FE

2014.11.28 14:00:23 5: RFDuino: 500000E001860600F01FFE
2014.11.28 14:00:23 4: Dispatching OREGON Protokoll. Received: 500000E001860600F01FFE
2014.11.28 14:00:23 5: RFDuino dispatch 500000E001860600F01FFE
2014.11.28 14:00:23 5: FingerprintFn Message: Name: RFDuino  und Message: 500000E001860600F01FFE
2014.11.28 14:01:23 5: FHEMduino/RAW: /5
2014.11.28 14:01:23 5: FHEMduino/RAW: 5/80000
2014.11.28 14:01:23 5: FHEMduino/RAW: 580000/00FF
2014.11.28 14:01:23 5: FHEMduino/RAW: 58000000FF/3F010
2014.11.28 14:01:23 5: FHEMduino/RAW: 58000000FF3F010/0008
2014.11.28 14:01:23 5: FHEMduino/RAW: 58000000FF3F0100008/0FFF
2014.11.28 14:01:23 5: FHEMduino/RAW: 58000000FF3F01000080FFF/0

2014.11.28 14:01:23 5: RFDuino: 58000000FF3F01000080FFF0
2014.11.28 14:01:23 4: Dispatching OREGON Protokoll. Received: 58000000FF3F01000080FFF0
2014.11.28 14:01:23 5: RFDuino dispatch 58000000FF3F01000080FFF0
2014.11.28 14:01:23 5: FingerprintFn Message: Name: RFDuino  und Message: 58000000FF3F01000080FFF0


Funken hier die Nachbarn und mit welchen Sensoren?

pejonp

#1084
02 Dezember 2014, 22:42:26 Letzte Bearbeitung: 03 Dezember 2014, 13:10:03 von pejonp
Zitat von: pejonp am 19 Oktober 2014, 18:30:25
Hallo ...,

ich antworte mal auf meine Frage zum Bresser 70-09993...

Hallo

inzwischen bin ich mit meinem Bresser 70-09993 auch schon weiter und kann Daten empfangen und diese werden richtig in der Konsole angezeigt. Den Sketch habe ich hier gefunden (https://bitbucket.org/fuzzillogic/433mhzforarduino/src/0847a6d8a917?at=default) Vielen Dank an den Entwickler.  Das Protokoll ist von Cresta und wir auch bei einigen TFA-Sensoren benutzt. Ich habe einen zweiten 433MHz Empfänger am Int1 angeschlossen und dieser liefert nur Daten vom Bresser-Sensor. Dieses ist nicht optimal da die Interrupts sich gegenseitig stören und bei FHEM manchmal Schrott ankommt. Besser wäre es diese Auswertung direkt einzubinden. Habe ich aber noch nicht hinbekommen. Als Anhang mal mein angepaßter Sketch. Etwas Arbeit ist es noch. Aber vielleicht such ja jemand auch so eine Lösung und wenn mehrere mitmachen geht es besser. Die Umsetzung in FHEM ist auch noch nicht passiert bzw. im 14_FHEMduino_Env.pm.

Auswertung Temp und Humi in C:
       channel = data[1] >> 5;
   // Internally channel 4 is used for the other sensor types (rain, uv, anemo).
   // Therefore, if channel is decoded 5 or 6, the real value set on the device itself is 4 resp 5.
   if (channel >= 5) {
      channel--;
   }
        randomId = data[1] & 0x1f;
   temp = 100 * (data[5] & 0x0f) + 10 * (data[4] >> 4) + (data[4] & 0x0f);
   // temp is negative?
   if (!(data[5] & 0x80)) {
      temp = -temp;
   }
   humidity = 10 * (data[6] >> 4) + (data[6] & 0x0f);
}

Tschüß Jörg
LaCrossGW 868MHz:WT470+TFA+TX37-IT+EMT7110+W136+WH25A HP1003+WH2621
SignalD(CC1101):Bresser+WS-0101(868MHz WH1080)+Velux KLF200+MAX!+HM-MOD-UART:Smoke HM-SEC-SD+VITOSOLIC 200 RESOL VBUS-LAN+SolarEdge SE5K(Modbus)+Sonnen!eco8(10kWh)+TD3511+DRT710M(Modbus)+ZigBee+Z-Wave+MQTT+vitoconnect

fhemreader

#1085
06 Dezember 2014, 23:38:00
Hallo Jörg,

kurzer Statusreport zu den Sourcen im Trunk:
1. in FSA20RF.h wird definiert void sendFA20RF(char* StateMessage, unsigned int FooterDur); (und auch in FA20RF.cpp so aufgerufen)
in FA20RF.cpp ist die Definition: void sendFA20RF(char* StateMessage)  ->Fehler

2. wenn COMP_LIFETEC und definiert -> Compilerfehler
in temphum.cpp Zeile 173 soll es sicher heißen
bool bitmessage[LIFE_MESSAGELENGTH ]; (statt bool bitmessage[TX_MESSAGELENGTH]; )

3. wenn ich COMP_KW9010 definiert habe und ein WS0002-Sensor funkt, dann hängt sich der Arduino komplett auf (auch keine Eingaben über die serielle Schnittstelle mehr möcglich). Ist COMP_KW9010 nicht definiert, so hat ein WS0002 keinen Einfluss, auch danach kann ich noch Eingaben über die serielle Schnittstelle machen (insbesondere R, um zu sehen wieviel Ram noch frei ist).

Gruß
Ronny





Zitat von: JoWiemann am 23 November 2014, 14:41:14
Hallo,

ich habe die Änderungen nur im Trunk gemacht, nicht im Master. Wenn die letzten Änderungen im Trunk alle getestet sind, dann würde ich Sidey bitten die nächste Master-Version frei zu geben.

Letzte Änderungen im Trunk (seit 16.11.2014)

  • alle Module auf Log3 geprüft und ggf. angepasst.
  • den commandref Teil am Ende der Module aussagefähiger gemacht. 14_FHEMduino_HX fehlt noch.
  • Änderungen am Heidemann HX Teil im Arduino Teil. Hier testet Karl noch.
  • Änderungen am FAF20RF Teil im Arduino und in der 14_FHEMduino_FAF20RF.pm. Die Dauer der letzten Sequenz (liegt irgendwie gekoppelt an die Bit-Folge zwischen 10.000 und 20.000 ms) wird als Parameter in der Definition mitgeführt und beim Senden wieder an den FHEMduino übergeben.
  • Alle Module auf Kompatibilität mit Fhem2Fhem geprüft. Schalten klappt leider noch nicht.

Grüße Jörg

Christian.

#1086
07 Dezember 2014, 20:52:29
Hallo zusammen,

ich versuche vergeblich, FA20RF-Rauchmelder in FHEM zu integrieren. Die FHEMduino-Implementierung funktioniert bei mir leider nicht. Ich habe einen eigenen Thread dazu erstellt und freue mich über jede Hilfe.
Raspberry Pi 3 mit FHEM; Arduino Nano mit ConfigurableFirmata (S0-Stromzähler); nanoCUL (MAX!); SIGNALduino (RXB6, 433 MHz); eBus; RS485 & D0 (SolarView); DVB-T (Thermo-/Hygrometer); Z-Wave; ZigBee

blueberry63

#1087
08 Dezember 2014, 14:30:27
Hallo,

ich hatte früher schon einmal hier nachgefragt, möchte das Thema aber trotzdem nochmal aufwärmen.

Wegen der räumlichen Gegebenheiten kann ich den Arduino nicht direkt am FHEM-Server betreiben, sondern habe ihn per Ethernet angebunden. Zum Senden von Funksteckdosen über 433Mhz verwende ich folgende Lösung:

FHEM+Arduino Firmata via Ethernet+RF 433 Mhz Sender+Baumarkt-Funksteckdosen: http://forum.fhem.de/index.php/topic,22320.0.html


Das Empfangen von Signalen funktioniert auch schon, allerdings nutze ich das (noch) nicht wirklich.

Könnte man beide Entwicklungen nicht zusammenbringen? Oder funktioniert FHEMduino jetzt schon, wenn der Arduino per Ethernet angeschlossen ist?

Gruß
Blueberry63
FHEM auf BBB mit Wheezy: 1x CUL_HM_HM_SCI_3_FM, 1x INSTAR CAM3010, 1x HM-LC-SW1-PL2, 1x HM-LC-Bl1PBU-FM, 1x HM-Sen-MDIR-O, Viessmann Heizung, Gaszähler via GPIO, Klingel via HM-LC-Bl1PBU-FM an FBox, Mailcheck, AVR, XBMC, NanoCUL 433+668 an Raspi per Ethernet, Funksteckdosen (Pollin, IT), Automower

digital.arts

#1088
08 Dezember 2014, 15:47:08
Hallo blueberry63,

das wäre auch mein Wunschtraum, aber im Moment hat das FHEMduino-Projekt überhaupt nichts mit Ethernet zu tun...
Hier müsste erst Grundlagenarbeit durch mrdorenka oder vielleicht jwiemann und andere Spezialisten geleistet werden.
Ich nutze auch verschiedene Ethernet-Arduino-Projekte für meine Zwecke (für 1Wire ein "Lan-Firmata" , für 433 ELRO das gleiche Projekt wie Du...)
Demnächst versuche ich mich auch noch an den Mysensors (per 2,4 Ghz)...

VG
Karl
FHEM auf RPi; CUL868 für FHT; NanoCUL433 für IT und Revolt; Fhemduino für IT und Temp/Hum; RFXTRX433e für IT/FA20RF/Funkgong/HomeEasy; NanoFirmataEth für 1wire Temp

blueberry63

#1089
08 Dezember 2014, 16:11:34
@Karl

Danke für die schnelle Antwort und ich freue mich natürlich, daß ich nicht alleine dastehe mit meiner Anforderung.

Könnte man denn nicht die o.g. Lösung "abkupfern", denn dort sind schon 2 neue Module "20_FRM_RCIN.pm" und "20_FRM_RCOUT.pm" programmiert worden und über Letzteres könnte man die Signale empfangen und mit den hier entwickelten Algorithmen auswerten. Oder sehe ich das zu einfach?

Gruß
Blueberry63
FHEM auf BBB mit Wheezy: 1x CUL_HM_HM_SCI_3_FM, 1x INSTAR CAM3010, 1x HM-LC-SW1-PL2, 1x HM-LC-Bl1PBU-FM, 1x HM-Sen-MDIR-O, Viessmann Heizung, Gaszähler via GPIO, Klingel via HM-LC-Bl1PBU-FM an FBox, Mailcheck, AVR, XBMC, NanoCUL 433+668 an Raspi per Ethernet, Funksteckdosen (Pollin, IT), Automower

digital.arts

#1090
08 Dezember 2014, 18:46:33
Hallo,
nein, so einfach ist das sicher nicht.
Der Ethernet-Programmteil ist ja im Arduino-Sketch, bzw. müsste bei FHEMduino da rein,  und nicht in einem Modul...

vg
Karl


FHEM auf RPi; CUL868 für FHT; NanoCUL433 für IT und Revolt; Fhemduino für IT und Temp/Hum; RFXTRX433e für IT/FA20RF/Funkgong/HomeEasy; NanoFirmataEth für 1wire Temp

kaihs

#1091
09 Dezember 2014, 21:39:58
Ich verwende den FHEMduino zum Empfang von zahlreichen Temperatursensoren/Wetterstation und zum Senden von Intertechno Befehlen für Steckdosen.

Das Schalten der Steckdosen funktioniert nicht zuverlässig.
Definiert ist eine Steckdose wie folgt:
Code Auswählen

define steckdose FHEMduino_PT2262 F0F0FFF0FF 420 0F F0


D.h. die Baseduration ist angegeben.

Bei verbose 5 steht dann folgendes im Log:
Code Auswählen

2014.12.09 20:58:52 5: Messsage an IO senden Message raw: isF0F0FFF0FFF0420
2014.12.09 20:58:52 5: FHEMduino_PT2262 IODev device didn't answer is command correctly:   raw => isFF0FFFFFF42


D.h. das zurückgegebene Kommando ist um 1 Zeichen zu kurz.
Ich kann nach einer kurzen Analyse des Sketches nicht die Stelle finden wo das Zeichen verschluckt wird.

Zweites Problem:
Code Auswählen

2014.12.09 20:58:53 5: Messsage an IO senden Message raw: isF0F0FFF0FF0F420
2014.12.09 20:58:54 5: FHEMduino_PT2262 IODev device didn't answer is command correctly:   raw => W353790c246


Hier wird ein empfangenes Signal eines Temperatursensors als Antwort auf das Schaltkommando zurück gegeben.
Es scheint keine Serialisierung von Empfang und Senden zu geben, so dass sich beides mischt.
Einfachste Lösung hierfür wäre wahrscheinlich den Empfang zu unterbinden und den Empfangspuffer zu leeren, sobald ein Kommando auf der seriellen Schnittstelle empfangen wird, oder?
Auch wenn dadurch empfangene Pakete verloren gehen können.

Sind die Probleme bekannt, gibt es Lösungsansätze?

Gruß,

Kai

Banana Pi, Add-On Board mit 1.8" TFT LCD und IR-Sender, CULFW V1.61, div. Homematic Komponenten, Pollin Funksteckdosen, Selbstbau CUL433 MHz, Jeelink Clone, EC3000
Selbstbau CUL868MHz für Wireless M-Bus, SIGNALduino mit Logilink Temp.-sensoren und Auriol Wetterstation

JoWiemann

#1092
09 Dezember 2014, 22:00:39
Hallo Kai,

dass ist mir auch schon aufgefallen und liegt vermutlich an Abfolge in der Sendfunktion.

mache solange Zeichen zu senden sind
      - Empfang ausschalten
      - ein Zeichen senden
      - Empfang einschalten
ende
>- hier kann eine Nachricht empfangen und übertragen worden sein
Rückmeldung der Nachricht über die serielle Schnittstelle

Übernahme der Nachricht durch die FHEMduino_PT2262.pm
-> hier kann dann schon mal eine andere Nachricht erscheinen, s. oben
-> die "Verstümmelung" kann durch den Interrupt erzeugt werden, der durch die nächste eingehende Empfangsnachricht ausgelöst wird

Grüße Jörg
Jörg Wiemann

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

Master: CubieTruck; Debian; Aktuelles FHEM

mok

#1093
10 Dezember 2014, 10:56:54
Hallo,

ich bin noch neu im Bereich fhem und gerade etwas am einlesen und testen. Ich frage einfach mal da ich keine konkrete Info gefunden habe.

Kann ich mit dem FHEMduino Intertechno Komponenten (selbstlernede Funksteckdosen und Einbauschalter ... IT-1500 ... CMR-1000 ... Intertechno Funk-3 Kanal Schaltempfänger) steuern ?

Ich habe schon eine Weile gesucht, bin aber aus den Antworten leider nicht schlau geworden.

Ich suche nach einer einigermaßen brauchbaren Lösung da mir die Homematic Komponenten etwas zu teuer sind :-( ... aber wenn es nicht anders geht werde ich wohl auf diese umsteigen müssen.

Viele Grüße
marCus

kaihs

#1094
10 Dezember 2014, 23:27:54
Zitat von: JoWiemann am 09 Dezember 2014, 22:00:39
dass ist mir auch schon aufgefallen und liegt vermutlich an Abfolge in der Sendfunktion.

Ja, das ist für zeitgleiches Senden und Empfangen noch nicht durchdacht.

Ich habe das bei mir jetzt so geändert, dass sobald ein Zeichen von der seriellen Schnittstelle empfangen wird der Funkempfang ausgeschaltet wird.
Und zwar solange bis das Kommando verarbeitet wurde.
In der seriellen Console tritt bei meinen Tests das Problem nicht mehr auf.

Dafür habe ich jetzt in fhem (aktueller Stand aus svn) ein anderes  >:(

Bei Kommandos die über ReadAnswer den Rückgabewert holen wird in diesem das Zeichen 0 unterschlagen. z. B. im Versionsstring nach V die 0 vom Tagesdatum 10 und vom Jahr 2014:
Code Auswählen
 
2014.12.10 23:23:12 5: fd: command for gets: V
2014.12.10 23:23:12 5: SW: V
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): V 2.3
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): F
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): H
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): E
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): M
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): d
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): u
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): i
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): n
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): o
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): 
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): -
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): 
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): c
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): o
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): m
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): p
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): i
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): l
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): e
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): d
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): 
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): a
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): t
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): D
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): e
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): c
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): 
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): 1
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): 
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): 2
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): 1
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): 4
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): 
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): 2
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): 2
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): :
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): 4
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): 9
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): :
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): 5
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer): 8
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer):
2014.12.10 23:23:12 5: FHEMduino/RAW (ReadAnswer):
2014.12.10 23:23:12 5: fd: received message for gets: V 2.3 FHEMduino - compiled at Dec 1 214 22:49:58


Alles was unaufgefordert kommt (empfangene Funkmeldungen) hat dieses Problem nicht:
Code Auswählen

2014.12.10 23:23:13 5: FHEMduino/RAW: /W
2014.12.10 23:23:13 5: FHEMduino/RAW: W/0
2014.12.10 23:23:13 5: FHEMduino/RAW: W0/7
2014.12.10 23:23:13 5: FHEMduino/RAW: W07/5
2014.12.10 23:23:13 5: FHEMduino/RAW: W075/3
2014.12.10 23:23:13 5: FHEMduino/RAW: W0753/6
2014.12.10 23:23:13 5: FHEMduino/RAW: W07536/c
2014.12.10 23:23:13 5: FHEMduino/RAW: W07536c/4
2014.12.10 23:23:13 5: FHEMduino/RAW: W07536c4/5
2014.12.10 23:23:13 5: FHEMduino/RAW: W07536c45/0
2014.12.10 23:23:13 5: FHEMduino/RAW: W07536c450/0
2014.12.10 23:23:13 5: FHEMduino/RAW: W07536c4500/4
2014.12.10 23:23:13 5: FHEMduino/RAW: W07536c45004/
/014.12.10 23:23:13 5: FHEMduino/RAW: W07536c45004

2014.12.10 23:23:13 5: fd: W07536c45004
2014.12.10 23:23:13 5: fd dispatch W07536C45004
2014.12.10 23:23:13 5: FingerprintFn Message: Name: fd  und Message: W07536C45004
2014.12.10 23:23:13 4: FHEMduino_Env: W07536C45004
2014.12.10 23:23:13 4: FHEMduino_Env: 536C45004
2014.12.10 23:23:13 4: FHEMduino_Env: 010100110110110001000101000000000100
2014.12.10 23:23:13 3: FHEMduino_Env Auriol2 rain 536C45004


Das liegt nicht am Sketch, in der seriellen Console ist wie gesagt alles okay.

Keine Ahnung woran das jetzt wieder liegt  :(

Banana Pi, Add-On Board mit 1.8" TFT LCD und IR-Sender, CULFW V1.61, div. Homematic Komponenten, Pollin Funksteckdosen, Selbstbau CUL433 MHz, Jeelink Clone, EC3000
Selbstbau CUL868MHz für Wireless M-Bus, SIGNALduino mit Logilink Temp.-sensoren und Auriol Wetterstation
Drucken
Nach oben Seiten 1 ... 71 72 73 74 75 ... 117
Benutzer-Aktionen