Jeelik Modul zur Einbindung von La Crosse!

Begonnen von Billy, 16 September 2013, 15:12:15

Vorheriges Thema - Nächstes Thema

HCS

Zitat von: JoWiemann am 31 Dezember 2014, 12:04:14
Die Sourcen würden mich auch interessieren, da ich das dann versuchen würde in den PCA301 Sketch zu übernehmen.

Zitat von: Mickbaer am 31 Dezember 2014, 14:26:48
um die Einbindung des PCA301 in den Lacrosse, geht es auch mir.
Ich würde dann Deine Sourcen als Grundlagen nehmen.

Bei JoWiemann verstehe ich, was er vorhat.

@Mickbaer: willst Du PCA301 in den LaCrosse sketch einbauen oder was ist der Plan?

Anbei der Source.

fh168

#991
Hallo,

ich habe den Sketch 10.1f mal durchkompliliert und werde den mit dem RFM12B auf meiner Testumgebung und einem Clone längere Zeit mal testen.

Zur Zeit sieht es gut aus:

2014-12-31 17:15:50 LaCrosse 06Thermo temperature: 21.3
2014-12-31 17:15:50 LaCrosse 06Thermo battery: ok
2014-12-31 17:15:50 LaCrosse WohnzimmerTemperatur temperature: 21.3
2014-12-31 17:15:50 LaCrosse WohnzimmerTemperatur battery: ok
2014-12-31 17:15:51 LaCrosse 02Thermo temperature: 22.6
2014-12-31 17:15:51 LaCrosse 02Thermo humidity: 41
2014-12-31 17:15:51 LaCrosse 02Thermo battery: ok
2014-12-31 17:15:55 LaCrosse 02Thermo temperature: 22.6
2014-12-31 17:15:55 LaCrosse 02Thermo humidity: 41
2014-12-31 17:15:55 LaCrosse 02Thermo battery: ok
2014-12-31 17:15:56 LaCrosse 04Thermo temperature: 21.8
2014-12-31 17:15:56 LaCrosse 04Thermo humidity: 48
2014-12-31 17:15:56 LaCrosse 04Thermo battery: ok
2014-12-31 17:15:57 LaCrosse 05Thermo temperature: 22.4
2014-12-31 17:15:57 LaCrosse 05Thermo humidity: 40

Bind ich blind, oder warum sind mir die ganzen Attribute tune_FS20 usw. nicht aufgefallen? wofür sind  die?


LG
/robin
Hue, Lacrosse, PCA301, MySensors, V 1.67 CUL 868 V3.4, Lacrosse-WLAN-Gateway, Tasmota RF-

Mickbaer

Hallo HCS,
ich lese hier seit dem Frühjahr interessiert mit.
Habe FHEM mit zwei Arduino Nano RFM12B; Lacrosse THI29 & PCA301; am laufen.
Idee war, das auf einen Arduino zusammen zu legen.
Da bei der PCA-Steckdose die Anzeigeneinheit, ca. alle 60s eine Anfrage stellt, mit anschließender Antwort der Steckdose/n. die dann aus dem RFM12B ausgelesen werden können. Also Toggeln der RFM12B Parameter, wie das auch schon bei anderen Sensoren gemacht wird.
Dazu wollte ich dann die aktuellsten Sourcen verwende.
Gruß
Mickbaer
:)

HCS

Zitat von: fh168 am 31 Dezember 2014, 17:16:16
Bind ich blind, oder warum sind mir die ganzen Attribute tune_FS20 usw. nicht aufgefallen? wofür sind  die?
tune_FS20? Was meinst Du? Das sagt mir absoult nichts.

HCS

Zitat von: Mickbaer am 31 Dezember 2014, 18:01:41
Habe FHEM mit zwei Arduino Nano RFM12B; Lacrosse THI29 & PCA301; am laufen.
Idee war, das auf einen Arduino zusammen zu legen.
Ich habe mich auch schon gefragt, ob man aus dem LaCrosse- und dem  PCA301 Sketch einen machen kann. Da gibt es so viel doppelt.

@JoWiemann: sollen wir das mal ausloten bzw. schauen, ob man es zumindest auf eine gemeinsame Basis stellen kann?
Da ich den PCA301 Sketch nicht kenne, vermag ich es momentan schwer zu beurteilen.
Für den LaCrosse Sketch habe ich die Funktionalitäten ja schon weitestgehend modularisiert.

justme1968

die idee den lacrosse und den pca301 sketch zu kombinieren gibt es schon länger.

neben der initualisierung auf den jeweiligen rf mode und automatisch hin und her schalten bräuchte man noch das pollen der pc301 dosen (nicht alle haben eine display unit) und den sofortigen wechsel in de pca301 Mode wenn ein schalt befehl an die dosen gesendet werden soll.

bedenken muss man auch das fhem das schalten an der dose nur noch verzögert oder garnicht mit bekommt. 

vermutlich würde es darauf hinaus laufen das die pca301 seite des sketch vorrang hat (z.b. beim schalten und sicher stellen das geschaltet wurde) und der empfang aller anderen protokollle dann passiert wenn zeit ist.

das gleiche würde für fs20 und intertechno gelten.

aber selbst wenn es probleme
gibt alles gleichzeitig in einem sketch zu aktiv zu haben ist es sicher sinnvoll beides quelltext mäßig ohne unnötiges verdoppeln unter einen hut zu bekommen end beim kompilieren zwischen lacrosse und pca301 zu wählen.

gruß
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

Billy

@HCS
Zitat von: HCS am 31 Dezember 2014, 00:18:21
Neue Version 10.1f
Die Version-Info habe ich erweitert, so dass sie anzeigt, welches Radio verbaut ist.
Beispiele:
[LaCrosseITPlusReader.10.1f (RFM69CW) @17241 kbps / 868300 kHz]
[LaCrosseITPlusReader.10.1f (RFM12B) @17241 kbps / 868300 kHz]

Und dann gibt es noch ein neues Kommando, das man von FHEM aus absetzen kann,
um die Relay-Funktionalität ein-/auszuschalten:
set myJeeLink raw 1y -> Relay ein
set myJeeLink raw 0y -> Relay aus
Ich hatte ja versprochen das WIKI noch zu aktualisieren. Hoffe komme jetzt nach den Feiertagen dazu.

Noch eine Frage zum
"neuen Kommando, das man von FHEM aus absetzen kann, um die Relay-Funktionalität ein-/auszuschalten!"
Hab ich das richtig verstanden, dass der Relay Jeelink am FHEM Rechner (USB) angemeldet wird, dann wird der Relay Modus eingeschaltet (Kommando siehe oben), dann kann der Jeelink wieder abgenommen werden und im abgesetzten Modus als Relay betrieben werden?

Gruß Billy
FHEM immer akt. auf 3 BeagleBoneBlack: 2xHMLAN 2xJeelink ;10x HM-CC-TC, 13x HM-CC-VD, 1x HM-ES-PMSw1-Pl, 3x HM-LC-SW1-PL2, viele ESP8266, Tasmota Scripting, Mqtt*

HCS

Zitat von: Billy am 01 Januar 2015, 09:21:47
Hab ich das richtig verstanden, dass der Relay Jeelink am FHEM Rechner (USB) angemeldet wird, dann wird der Relay Modus eingeschaltet (Kommando siehe oben), dann kann der Jeelink wieder abgenommen werden und im abgesetzten Modus als Relay betrieben werden?
Nein. Er merkt sich das nicht Reset-übergreifend. Wenn man ihn abzieht und neu ansteckt, ist das Relay wieder aus.
Mein use-case warum ich es eingebaut habe: Ich habe im Keller das Produktivsystem stehen und im 1. OG ein Testsystem, das auch permanent läuft. Und dem Testsystem habe ich 1y in die initCommands mit rein gepackt, dass es etwas "mithilft".

Es geht also darum, ein laufendes FHEM-System "nebenbei" auch Relay machen zu lassen.

Und immer dran denken: nie mehr als ein Relay laufen lassen.

Sebastianstefan

Hallo zusammen,

ich brauche etwas Hilfe, siehe hier:

Habe einen RaspberryPi (Modell B) + JeeLink v3 + TX35DTH-IT und irgendwie klappt das garnicht :(.
http://forum.fhem.de/index.php/topic,31342.0.html
Wer kann helfen?

Vielen Dank und Grüße,
Sebastian

HCS

Version 10.1g

Wenn Relay aktiviert war (und nur dann), gab es noch eine Debug-Ausgabe auf der Seriellen, was zu hässlichen "Unknown code ... , help me!" Einträgen im Log geführt hat.
Anbei die korrigierte Version.

Fuchks

Zitat von: HCS am 31 Dezember 2014, 18:55:57
Ich habe mich auch schon gefragt, ob man aus dem LaCrosse- und dem  PCA301 Sketch einen machen kann. Da gibt es so viel doppelt.

@JoWiemann: sollen wir das mal ausloten bzw. schauen, ob man es zumindest auf eine gemeinsame Basis stellen kann?
Da ich den PCA301 Sketch nicht kenne, vermag ich es momentan schwer zu beurteilen.
Für den LaCrosse Sketch habe ich die Funktionalitäten ja schon weitestgehend modularisiert.

Der EC3000-Sketch Bedarf auch einer Überarbeitung, da ist nix modularisiert.
Die Idee mit der gleichen Basis ist mir auch schon gekommen, da dann auch das Hinzufügen von weiteren Protokollen deutlich einfacher werden würde.
Wenn alle Jeelink-Sketche auf der gleichen Basis laufen, dürfte es auch nicht mehr so kompliziert werden, die dann in einer FW zusammenzuführen.
Würde da auch seitens EC3000 unterstützen, soweit es meine Kompetenzen zulassen ;D

JoWiemann

Zitat von: HCS am 31 Dezember 2014, 18:55:57
@JoWiemann: sollen wir das mal ausloten bzw. schauen, ob man es zumindest auf eine gemeinsame Basis stellen kann?
Da ich den PCA301 Sketch nicht kenne, vermag ich es momentan schwer zu beurteilen.
Für den LaCrosse Sketch habe ich die Funktionalitäten ja schon weitestgehend modularisiert.

Meine Komponenten sind gestern eingetrudelt. Müssen jetzt nur noch zusammenfinden :-) und dann geht's los. Ich werde zunächst den PCA Sketch mit dem neuen Transceiver versuchen ans Laufen zu bringen. Dann kommt die Modularisierung, wobei ich mich dann zunächst an Deiner Vorgabe orientieren werde. Berichte, wenn ich weiter bin.

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

domii666

Gibt's eig eine maximal Anzahl von den tx29dth IT? Das was ich so gelesen hab war 20 das höchste.

Gesendet von meinem HTC One mit Tapatalk


HCS

Zitat von: domii666 am 10 Januar 2015, 21:41:40
Gibt's eig eine maximal Anzahl von den tx29dth IT? Das was ich so gelesen hab war 20 das höchste.
Die Adresse im LaCrosse IT+ Protokoll ist 6 Bit lang, also sind nicht mehr als 64 Adressen und somit auch nicht mehr Sensoren möglich.

Aber die Probleme beginnen schon eher. Je mehr Sensoren in Betrieb gehen, umso höher ist die Gefahr, dass sich zwei Sensoren beim Einlegen der Batterien die gleiche ID "ausdenken" (hatte ich mal, das ist echt verwirrend und sieht im log wirklich krass aus).
Und wenn genug Sensoren senden, steigt auch der Datenmüll, da sie sich teilweise überlagern.

Ich habe 10 IT+ Sensoren hier laufen, das ist problemlos.

HCS

Zitat von: JoWiemann am 10 Januar 2015, 19:02:04
... Dann kommt die Modularisierung, wobei ich mich dann zunächst an Deiner Vorgabe orientieren werde. Berichte, wenn ich weiter bin.
Ja, melde Dich, wenn es so weit ist. Es eilt ja nicht.

Zitat von: Fuchks am 10 Januar 2015, 18:46:46
Der EC3000-Sketch Bedarf auch einer Überarbeitung, da ist nix modularisiert.
Wusste gar nicht, dass es das auch gibt.


Schaut euch den aktuellen LaCrosse-Sketch an, ob ihr mit den Klassen, so wie sie aufgebaut sind, arbeiten könnt.
Wenn ihr sie als gemeinsame Basis nehmen könnt, mache ich gerne auch Anpassungen und Erweiterunge, die ihr da braucht.