FHEMduino

[Bennemannc]

Hallo,

also die THGR228N machen Probleme. Es kommen keine Signale. Wenn ich den Reset-Schalte betätige, wird jedesmal ein neues Gerät angelegt THGR228N_XX_2 und THGR228N_XX_1. Ist das so normal, oder gibt es da Probleme mit der Decodierung.
Der BTHR918 läuft durch - jetzt schon seit 10:00 heute Morgen.

Gruß Christoph

[CaptainHook]

Moin,
dass mit denn neuen Geräten ist normal...

[Bennemannc]

Hallo,

Ok - aber nicht schön. Im Moment arbeite ich mit der 41_Oregon.pm - morgen werde ich mal die aus dem FHEMduino-Projekt versuchen. Mal sehen ob das besser funktioniert.

Gruß Christoph

[CaptainHook]

Hallo,

Ok - aber nicht schön. Im Moment arbeite ich mit der 41_Oregon.pm - morgen werde ich mal die aus dem FHEMduino-Projekt versuchen. Mal sehen ob das besser funktioniert.

Gruß Christoph

Die neue ID wird direkt vom Sender vergeben, da kann der FHEMduino nichts dafür

[Bennemannc]

Hallo,

dann sollte man die einfach weglassen. Die Oregon Sensoren der Version 2 funkten ja mit Kanalangabe - da ist die ID doch nicht unbedingt erforderlich. Ggf. als Option in den Sketch einbauen ?

Gruß Christoph

[CaptainHook]

Hi,
und was machst du wenn du mehr als 3 Sensoren nutzen willst?
Gruß, Stephan

[Bennemannc]

Hallo Stephan,

deshalb hatte ich ja "Option im Sketch" geschrieben. Wenn der Sensor mit neuen Werten angelegt wird, muss man ja immer auch die anderen Attribute nachziehen. Das wollte ich mir einfach sparen. Daher die Überlegung das also Option in den Sketch einzubauen. Dann haben diejenigen, die weniger Sensoren haben keine Probleme und die die mehr nutzen wollen die Möglichkeit dazu.

Gruß Christoph

[CaptainHook]

Moin,
Die neue ID wird ja nur beim Batteriewechsel bzw. Reset vergeben.
Ist es nicht einfach die ID der vorhandenen Parametrierung mit der neuen ID zu überschreiben und den neuen Eintrag zu löschen?
Gruß,
Stephan

[Bennemannc]

Hallo,

das werde ich mir später Überlegen. Zur Zeit habe ich das Problem, das die THGR228N in unregelmäßigen Abständen aussteigen - es kommen keine Daten mehr. Das ist unabhängig davon ob ich mit 41_Oregon oder 14_FHEMduino_Oregon arbeite. Der BTHR918 läuft durch.
Auch nach einem Reset des FHEMduino kommen die nicht wieder. Geräte gelöscht, shutdown restart - keine Änderung. Fhem.save und fhem.log gelöscht mit Neustart - keine Änderung.
Das Ganze liegt auf dem Couchtisch in der Sonne - kann es sein, das durch Wärme sich das Timing ändert ?

Ich kann mir im Moment keinen Reim darauf machen. Heute Abend werde ich noch einmal testen - mal sehen ob die THGR228N dann stabiler laufen.

Gruß Christoph

[Sidey]

Hallo allerseits,

Plant Ihr für die Master-Release auch die TFA 30.3125 Sensoren zu unterstützen?

Nein, das Master Release erhält keine neuen Funktionen. Uns ist es wichtig, dass wir einen Sketch haben der funktioniert.
Es gibt schon etliche Erweiterungen, welche wir in den Trunk einbauen werden. Diese müssen halt wieder auf Kompatibilität getestet werden, was nicht so einfach ist, da ja jeder nur ein paar Sensoren und nicht alle hat.

Wir denken auch über ein paar grundlegende Änderungen in Richtung  fhemduino 3.0 (ich nenne es mal so) nach. Der jetzige Aufbau skaliert leider an einigen Stellen nicht so recht.
Vermutlich müssen dann aber viele Protokolle neu implementiert werden.

Ok - aber nicht schön. Im Moment arbeite ich mit der 41_Oregon.pm - morgen werde ich mal die aus dem FHEMduino-Projekt versuchen. Mal sehen ob das besser funktioniert.

Die wird nicht mehr weiter entwickelt.
Die kann nichts. Ich denke ich werde den Support auch komplett entfernen. Das 41_Oregon Modul kann schon eine Menge.

Was mit fehlt, ist ein "stateFormat" das gibt es nicht. Liegt das an dem Oregon-Modul. Ich weiß leider nicht genau welchen Sketch ich drauf habe.

Also das Handling in FHEM wird komplett vom Modul 41_Oregon gemacht. Was Du mit stateFormat meinst, ist mir jetzt nicht so klar.

Zudem hat der Empfang nach ca. 1 Stunde aufgehört.
Kann es sein, das der Raspi einen stromsparmodus hat und das USB runter fährt, oder hast Du auch solche Aussetzer.

Also das Problem hattest Du ja schon mit dem alten Empfänger. Einen Stromsparmodus kenne ich nicht. Es kann sein, dass wir auf dem Arduino ein Speicherproblem haben, wenn zu viele Optionen aktiviert sind.

Zur Zeit habe ich das Problem, das die THGR228N in unregelmäßigen Abständen aussteigen - es kommen keine Daten mehr. Das ist unabhängig davon ob ich mit 41_Oregon oder 14_FHEMduino_Oregon arbeite. Der BTHR918 läuft durch.

Hmm, das würde bedeuten, dass der Arduino noch läuft.
Kannst Du mal den Loglevel erhöhen und feststellen, ob vom Arduino eine Nachricht an FHEM gesendet wird? Vielleicht kann FHEM mit der Nachricht nichts anfangen und deshalb sieht es so aus, als ob nichts empfangen wurde?

Grüße Sven

[madday]

Hallo

Habe FHEMduino nachgebaut. Funktioniert super. Jedoch zeigt er die erkannten Geräte nicht bei andfhem an. Muss man dann noch was einstellen oder ist es nicht möglich mit dem stick.

Danke vorab für die infos

[Sidey]

Hallo madday,

AndFhem Unterstützt den Fhemduino und die Geräte leider nicht.

Grüße Sidey

[kaihs]

Ist schon mal jemandem aufgefallen, dass die devices die zum FHEMduino gehören nicht im Floorplan verwendet werden können?
Die tauchen dort gar nicht in der Auswahl auf.

Das liegt meiner Ansicht nach an dieser Zeile in 95_FLOORPLAN.pm

Code Auswählen Erweitern


# exclude these types from list of available devices
next if ($type =~ m/^(WEB|CUL$|FHEM.*|FileLog|PachLog|PID|SUNRISE.*|FLOORPLAN|holiday|Global|notify|autocreate)/ );


d.h. alles was mit FHEM anfängt wird ausgeschlossen und damit alle FHEMduino devices.

Stellt sich jetzt die Frage, wer da was ändern sollte.
Ich werde die Frage auch mal in Frontend Bereich stellen.

[leuchte1]

Hallo,

die Darstellung in Floorplans klappt über das Devices. Einfach attr  fp_"den Floorplan" eingeben.

z.B.: attr. fp_Heizung 70,190,1

Gruss
Stefan

[mattes1007]

.....gelöscht