Selbstbau HM_WDS10_TH_O mit Luftdruckmessung

[betateilchen]

ja ne, iss klar...

Du meinst, genau wie bei measured-temp, desired-temp, R-irgendwas usw. - die selbstverständlich auch alle keinen Bindestrich verwenden.. 

Und von Leerzeichen im Namen hat niemand gesprochen.

[martinp876]

ja, hast recht - sollte ich alle austauschen....

[betateilchen]

untersteh Dich (http://www.ip-phone-forum.de/images/smilies/keule.gif)

[Dirk]

@Martin
Wie wollen wir den vorgehen um eigene Devices für HM anzulegen?
Ich würde gerne das das Ganze ohne gepatche von CUL_HM auskommt.
Dann kann ich den Devices auch eigene Readings geben.
Und das ganze sollte idealerweise auch per Update verteilbar sein.
Ein eigenes Modul pro Device/Devicefamilie was CUL_HM mit den nötigen Informationen versorgt?

@hexenmeister
Der Sensor liefert im 5 Sekundentakt Daten und läuft noch.
Sieht also gut aus. Ich denke ich werde heute Abend die v0.5 liefern.

Gruß
Dirk

[hexenmeister]

Der Sensor liefert im 5 Sekundentakt Daten und läuft noch.
Sieht also gut aus. Ich denke ich werde heute Abend die v0.5 liefern.

Sehr cool!
Werde dann sofort auch testen.

Grüße,

Alexander

[betateilchen]

Aber vielleicht kann Rudi bei Gelegenheit erklären, warum userReadings mit einem Bindestrich im Namen nicht funktionieren

so wie ich das sehe, gibts dafür vermutlich morgen von Rudi eine Lösung per update

[martinp876]

@Dirk,

Ich hatte schon einmal einen Vorschlag gemacht... muss ich noch einmal suchen, und werde diesen Kompletieren.
gepatchtes CUL_HM ist keine Option.
Je nach dem, was man alles ändert oder anbietet muss man mehr oder weniger tun.

Gruss Martin

[martinp876]

Hi,

Im Anhang ein "Grundriss". Je nachdem was du brauchst musst du
- parametrisierung Device
-- festlegen, welchen zugriffsmode dein Device hat (burst,...) welche Kanäle, welche Registersätze auf welchen Kanälen

- Register Definition
-- wenn passende nicht vorhanden sind, musst du ein neues definieren

- Register Nutzen
-  du musst jedem Channels die Register zuweisen. Die eigenen oder vordefinierte.

- Kommndos
- jeden Kanal musst du kommandos zuweisen
! neue Kommandos kann man bislang nicht festlegen.

Folgende Kommandos gehen immer:
  regBulk       => "<list>:<peer> <addr1:data1> <addr2:data2> ...",
  getRegRaw     => "[List0|List1|List2|List3|List4|List5|List6] ... [<PeerChannel>]",
  getConfig     => "",
  regSet        => "[prep|exec] <regName> <value> ... [<peerChannel>]",
  clear         => "[readings|register|rssi|msgEvents]",
  raw           => "data ...",
  reset         => "",
  pair          => "",
  unpair        => "",

- parser
  wenn du bei der Definition des Device einen eigenen subType festgelegt hast kannst schreibst du eine Funktion
"CUL_HM_Parse<mysubType>"
  Alle nachrichten deines Device werden hier hingeleitet und du kannst sie Zerlegen. Alle Trigger scheibst du in die EventQueue
push @evtEt,[$shash,1,$statemsg];

  Standards wie Register lesen wird automatisch gemacht.

Fragen? 
Gruss Martin

[Dirk]

Fragen?

Ja. Wohin kommt das Ganze dann?
CUL_HM wollen wir ja nicht patchen.

Gruß
Dirk

[martinp876]

CUL_HM wollen wir ja nicht patchen.

da sollte es auf keinen Fall rein.
Im Prinzip in ein file deiner Wahl.
i.a. macht man eigenen Code nach 99_myUtils.pm

Ich kann einmal einen konkreten Vorschlag machen - als template quasi.
Gib mir die Randbedingungen...
Oft kann man einiges von vorhandenen Aktoren übernehmen - dann muss man nicht alles selbst machen (was sinn der Sache ist/sein soll).

Was hast du nun konkret vorliegen? Einen Thermosensor auf Basis eines HM-WDS10-TH-O plus zusätzlicher ... register, events, readings... Liste einmal auf, was der Sensor kann oder können wird

Gruss Martin

[Franz74]

Hallo,

gibt es für die Sensoren schon eine Gerätedefinition für die Homematic CCU2, damit dieser Sensor auch damit genutzt werden kann?

LG

Franz

[Dirk]

Hallo Franz,

gibt es für die Sensoren schon eine Gerätedefinition für die Homematic CCU2, damit dieser Sensor auch damit genutzt werden kann?

Noch nicht. Die muss ich noch bauen.
Du kannst den Sensor aber trotzdem an die CCU anlernen. Der verhält sich dort wie ein HM_WDS10_TH_O.
Du siehst dort aber nur Temperatur / Feuchte. Beim Außensensor ohne externen Temp/Feuchtesensor nur die Temperatur vom BMP180
Dafür musst du aber noch die 0.5er Firmware auf den Sensor flaschen.
Die Poste ich gleich noch.

Viele Grüße
Dirk

[Dirk]

Hallo,

anbei mal wieder ein kleines Update:
Version 0.5

• Die Helligkeitsanzeige sollte nun die richtigen Werte liefern.
• Ich hoffe der Sensor läuft nun ohne Hänger durch
• Ich habe noch ein paar Optimierungen gemacht, so das der Code etwas weniger Platz im Flash braucht

Noch was vergessen:
Im Zip sind 2 Hex-Files.
... _test.hex ist eine Version bei der der Sensor alle 5 Sekunden Nachrichten verschicket.
Das soll nur zum Testen sein. Ansonsten schickt der Sensor seine Daten ca. alle 2,5 min.

Gruß
Dirk

Update:
Anhang gelöscht. Der Link zur letzten Firmware ist jetzt immer hier:
https://github.com/kc-GitHub/Wettersensor/raw/master/Tools/Firmware/Flash-Tool-Windows.zip

[betateilchen]

Hat zufällig jemand eine avrdude binary für Mac OSX greifbar?

[Dirk]

Hier sollte eins dabei sein:
http://www.ladyada.net/learn/avr/setup-mac.html