hiho,
ich hab mir schon vor ein paar monaten eine HM-WDS100-C6-O-2 Wetterstation zugelegt. die rennt eigentlich absolut perfekt und wird bei mir über eine inselsolaranlage über fake-batterien ( https://amzn.to/2wW2r0b ) betrieben. man will ja seine garantie nicht verlieren *g*-
nun zur frage:
weiß da wer was, ob sich was in sachen peeren für max und min wind getan hat, oder wie man das ohne rumgefake (siehe alten fred) hinbekommt?
ich habs z.b. aber auch nicht mit dem "tipp" geschafft, die wetterstation als die alte version zu deklarieren, zu peeren und dann wieder auf neu umzustellen.
nun, das Device macht mir noch einmal probleme....
mache ein "save"
Kopiere die beiden dateien im Anhang in deine fhemDirectory und ersetze die vorhandenen.
mache einen shitdown restart
1) cyclicInfoMsgDis war nicht angeboten. Nach Update kann es nun gewählt werden.
2) eq3 hat hier eine weitere einzigartige Konstellation der Register stormLowThresh, stormUpThresh, sunThresh, windSpeedRsltSrc erstellt. Muss ich umbauen... sorry, hatte ich nicht gesehen.
3) templates
a) definere ( am Besten mehrere) virtuelle Kanäle der vccu
set vccu virtual 10
b) peere den wds100 mit den kanälen
set wds100 peerChan 0 vccu_Btn1 single
set wds100 peerChan 0 vccu_Btn2 single
set wds100 peerChan 0 vccu_Btn3 single
set wds100 peerChan 0 vccu_Btn4 single
c) lese und prüfe die Config
get wds100 getConfig
get hm configCheck
get hm protoEvents
save
d) definiere deine templates (ich schlage 2 vor)
set hm templateDef wdsDev burstRx "wdsDevice" burstRx:p0 sunThresh:50 cyclicInfoMsgDis:on windSpeedRsltSrc:average
set hm templateDef wdsAlarm stormL:stormH "wdsAlarm stormLowand stormUp threshold" stormLowThresh:p0 stormUpThresh:p1
e) template anwenden
offne "ht"
set ht select "template"
attr ht tpl_entity "wds100"
attr ht tpl_param_burstRx on
set ht assign
oder
set ht select "template2"
attr ht tpl_entity "wds100"
attr ht tpl_ePeer vccu_Btn1
attr ht tpl_param_stormL 20
attr ht tpl_param_stormH 190
set ht assign
attr ht tpl_ePeer vccu_Btn2
attr ht tpl_param_stormL 30
attr ht tpl_param_stormH 180
set ht assign
attr ht tpl_ePeer vccu_Btn4
attr ht tpl_param_stormL 40
attr ht tpl_param_stormH 170
set ht assign
f) prüfe die Installation
getConfig
protoEvents
configCheck
g) poste die Daten
a) raw register
b) list
c) regTable
uij, goil
mein vorgehen, falls ich schrott baue und wo ich mal nachdenken musste *g*:
x) sowieso *g*
x) deine dateien per winscp ins fhem-dir kopiert, die alten vorher umbenannt (man weiß es ja nie *g*) und die rechte der neuen passend gesetzt.
x) restart fhem (die wetterstation ist danach nicht explodiert, daten scheinen korrekt zu kommen)
3)
a)
set vccu virtual 10
b)
set wetterstation peerChan 0 vccu_Btn1 single
set wetterstation peerChan 0 vccu_Btn2 single
set wetterstation peerChan 0 vccu_Btn3 single
set wetterstation peerChan 0 vccu_Btn4 single
c)
get wetterstation getConfig - ich nehm dann noch ein set davor, wenns recht is *g* und nun wart ich mal (dieser beitrag wird fortgesetzt, sobald nicht mehr "22 CMDs_pending" da steht)
gut, weiter gehts mit 1 errorprotLastRcv
2018-08-05 11:59:27
protRcv
4 last_at:2018-08-05 11:59:27
protResnd
3 last_at:2018-08-05 11:56:31
protResndFail
1 last_at:2018-08-05 11:59:31
protSnd
4 last_at:2018-08-05 11:59:27
wat is den hm? für "get hm configCheck" und "get hm protoEvents"
ach, is das hminfo hoff ich mal - also mal definieren
get hmInfo configCheck
get hmInfo protoEvents
kommt n riesen popup, steht nirgendwo was von fehlern oder so - ich nehme also an, es passt
d)
set hmInfo templateDef wdsDev burstRx "wdsDevice" burstRx:p0 sunThresh:50 cyclicInfoMsgDis:on windSpeedRsltSrc:average (kommt ein popup)
set hmInfo templateDef wdsAlarm stormL:stormH "wdsAlarm stormLowand stormUp threshold" stormLowThresh:p0 stormUpThresh:p1 (kommt nix)
e)
wat is ht? jetzt steh ich an
aaaah --> define ht HMtemplate, für mich also "define hmTemplate HMtemplate"
also weiter gehts *g*
set hmTemplate wdsDev
attr hmTemplate tpl_entity "wetterstation" --> entity:"wetterstation" not defined
attr hmTemplate tpl_param_burstRx on
set hmTemplate assign
ich nehem an, der fehler kommt wegen "set hmInfo templateDef wdsDev burstRx "wdsDevice" burstRx:p0 sunThresh:50 cyclicInfoMsgDis:on windSpeedRsltSrc:average"
ich probier mal "set hmInfo templateDef wdsDev burstRx wetterstation burstRx:p0 sunThresh:50 cyclicInfoMsgDis:on windSpeedRsltSrc:average"
er meint, das is schon defined ... wat nu?
gut, gefunden ...
also nochmal
set hmTemplate wdsDev
attr hmTemplate tpl_entity wetterstation
attr hmTemplate tpl_param_burstRx on
set hmTemplate assign <-- exec set wetterstation getConfig first ... warten ma halt mal auf die config (<-- gut, dafür hass ich mal eq3. da mußt dir ja 3 wochen urlaub nehmen mit der blöden warterei)
hmm
wetterstation: protState CMDs_done_Errors:1 (steht irgendwo, welcher fehler das sein soll?)
set hmTemplate wdsDev
attr hmTemplate tpl_entity wetterstation
attr hmTemplate tpl_param_burstRx on
set hmTemplate assign <-- exec set wetterstation getConfig first
was n jetzt schon wieder? ohh, jetzt mag i glei nimma
weil ich sowieso auf dich jetzt warten muß, ne frage:
die neuen module checkst du für morgen ein, oder darf ich dann nicht updaten?
vorläufiges fazit: DAS nennst du einfach?
Hatte ich im anderen threat als vorab erwähnt:
Define hm HMinfo
Define ht HMtemplate
Get hm configCheck # ist eine abfrage. Auftretende fehler sind zu bewerten oder besser zu beheben. Hat nichts mit templates zu tun.
Vorab muss man
Get hm protoEvents
Prüfen. Auch fehm hm grundwissen. Nur wenn man mit dem device kommunizieren kann, kann man es konfigurieren. Ich kenne leider keinen weg, wie ich dies dem user ersparen kann.
Dein device kann bspw burst. Sagt dir das etwas? Es kann durch eine sequenz aufgeweckt werden. Das kann man in den Registern abschalten. Nicht bei allen aber bei deinem.
Also zuerst musst du sicherstellen mit dem device reden zu können. Wenn du ein getconfig schickst kannst du in protoevents beobachten dass kommandos in die q geschrieben werden. Bei conditionalburst könnte dies eingeschaltet sein oder nicht. Du kannst ein set dev burstxmit senden. Das wird dann vorab geschickt und falls beantwortet werden die msgs aus der q hinterher gesendet.
Fertig ist, wenn der status des protoevents auf cmdsdone steht und keine fehler aufgetreten sind.
Meine Empfehlung zum anfang ist also ein clear msgEvents zu schicken (alle zaehler 0). Dann das kommando ( getconfig bietet sich an) protoevents prüfen, ggf in deinem Fall set dev burstXmit nachsenden. Noch mal prüfen.
Das ist nicht teil der templates. Wenn ich wüsste, wie ich sicher und problemlos mit allen devices kommunizieren kann ohne den Anwender zu belästigen würde ich es machen.
=> Wie in part 1 beschrieben: der anwender kann mit protoEvents umgehen und probleme zumindest erkennen. Weiter kann er das auch mit getconfig.
Wie steht es mit dir? Bist du bereit?
Noch etwas zu Registern.
Register sind teilweise bitfelder. Falls du damit nichts anfangen kannst kein Problem. Es bedeutet, das fhem den aktuellen wert aus dem device zwingend braucht um diesen zu manipulieren und den neuen wert zu errechnen.
=> Du ( fhen) braucht einen aktuellen satz Register
Nach einem peeren legt das device einen weiteren satz register an. Daher muss nach einem peeren die Register gelesen werden um diesen Satz manipulieren zu können.
Wie gesagt kannst du das warten auf das device durch das einschalten von burst ( habe ich im device template als variable vorgesehen) und dann nach Übertragung es templates mit burstXmit eliminieren
gibts da wen, der mir das übersetzen kann? so richtig schön in 2 zeilen für dumme ;OP
ich geh mal davon aus, dass in deinen letzten 2 beiträgen drinnen steht, was ich nun machen muß. aber ich glaub, du überschätzt mich ein bissi. ich hab jetzt nur noch mehr infos, mit denen ich nix anfangen kann weil ich sowieso nicht kapiere, warum und wieso ich irgendwas muß oder nicht muß.
könnten wir über ein paar zeilen reden wo steht: 1) beginne von punkt x neu 2) mache y, 3) mache z ... fertig?
ich will mir nie irgendwelche templates selber machen, ich will keine register verändern, ich will eigentlich nur eine funktionierende wetterstation, damit ich damit meine markisen steuern kann.
btw - nur so als dumme Idee:
ich frag mich sowieso, wieso nicht einfach ein paar dumme readings mehr in dem device stehen, wo einfach meine windwerte drinnen stehen. dann müsste ich nix peeren oder irgenwelche sachen bei templates prüfen, von denen ich nicht mal weiß, was da dann wirklich stehen soll.
und wenn ich träumen darf: ein paar attrtibute, in denen ich die min und max werte einstellen kann.
Zuerst sollte man verstehen, wie man miteinem device redet. Gepairt hast du schon.
Um kommandos an ein device zu senden muss es zuhören. Batterie devices schlafen viel um Strom zu sparen.
Deines sollte regelmässig aufwachen. Weiter kannst du das burst register setzen, dann reagiert es auf burst und wacht auf. Wenn du also das Register erst einmal gesetzt hast kannst du kommandos absetzen und dann das kommando burstXmit auslösen. Das device sollte aufwachen, es wird alles übertragen.
Den erfolg kannst du sehen (immer) wenn cmdsdone angezeigt wird. Falls noch cmds pending sind noch einmal burstxmit senden.
Burstxmit hat natürlich keinen sinn wenn das register nicht gesetzt ist.
Das sind die kommunikations-basics. Die protoevents sind in den internals des device nachzulesen oder als tabelle in hm protoevents.
Sollte etwas klemmen kann man mit clear msgevents die command queue löschen und alle protokol zähler.
Wenn man das verstanden hat kann man sich um die inhalte kümmern.
als erstes nur nebenbei, falls es relevant ist - n haufen warnings im log. nehme an, dass liegt daran, dass ich das template nicht wieder rausgeworfen habe und es nicht fertig war?
immer:2018.08.05 13:05:00 1: PERL WARNING: Use of uninitialized value $_ in pattern match (m//) at ./FHEM/98_HMtemplate.pm line 603.
2018.08.05 13:05:00 1: stacktrace:
2018.08.05 13:05:00 1: main::__ANON__ called by ./FHEM/98_HMtemplate.pm (603)
2018.08.05 13:05:00 1: main::HMtemplate_sourceList called by ./FHEM/98_HMtemplate.pm (374)
2018.08.05 13:05:00 1: main::HMtemplate_SetFn called by fhem.pl (3581)
2018.08.05 13:05:00 1: main::CallFn called by fhem.pl (1798)
2018.08.05 13:05:00 1: main::DoSet called by fhem.pl (1830)
2018.08.05 13:05:00 1: main::CommandSet called by fhem.pl (1211)
2018.08.05 13:05:00 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2578)
2018.08.05 13:05:00 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (902)
2018.08.05 13:05:00 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (532)
2018.08.05 13:05:00 1: main::FW_Read called by fhem.pl (3586)
2018.08.05 13:05:00 1: main::CallFn called by fhem.pl (723)
ich weiß schon, was pairen und peeren soll - ganz so blöd bin ich jetzt auch nicht (nur fast) - aber mit der technik dahinter komm ich nicht klar.
burst hab ich versucht zu setzen. hab versucht, dass jetzt "händisch" nach der wiki-anleitung für die alte wetterstation zu machen ...
beim rumprobieren hab ich jetzt mal 4 neue readings.R-burstRx set_on 2018-08-05 17:57:33
R-vccu_Btn1-peerNeedsBurst set_off 2018-08-05 18:02:08
R-vccu_Btn1-stormLowThresh set_15 2018-08-05 18:08:13
R-vccu_Btn1-stormUpThresh set_25 2018-08-05 18:07:49
hab ich nun, oder hab ich nicht burst gesetzt, ist mein min max nun eingestellt oder nicht?
nachdem das "set_" davor steht, wohl nicht?
das mit den templates lass ich mal, bevor mein log überquillt und versuchs auf die "alte" art.
weiß zwar ned, was ich da tue, aber irgendwas wird schon passieren. derzeit sagt mein vccu-channel mal "???". das find ich schön, weil der sich scheints - wie auch ich - auch nicht auskennt *g*.
wenns ned geht, muß ich halt von hm weg und irgendwas nehmen, was mir meine markisen ohne programmier- und magiestudium steuert.
dann mal zum feedback:
als allererstes: fühl dich von mir bitte nicht auf den schlips getreten! nachwievor weiß ich die arbeit zu schätzen, die du da in hm für fhem gesteckt hast und vor allem auch die zeit, die du für mich gerade wohl verschwendest! funzt ja auch alles, ausser meine "speziellen wünsche".
ich mach mir nur langsam sorgen, dass wir auf 2 verschiedenen welten leben, 2 verschiedene sprachen sprechen und unser dolmetscher keine der 2 sprachen beherrscht.
als gutes beispiel: warum setzt das modul das burst-zeugs nicht einfach selber, sobald es sinnvoll ist? dann müsste ich mich jetzt auch nicht fragen, ob burstxmit das selbe ist wie einfach nur burst oder burstrx und ob sowas irgendwie mit meiner klo-burst-e verwandt ist, die ihren dienst aber auch ohne registereinträge schafft (zum glück) ;OP.
o) generell - aber das nehme ich mal an, das liegt an meinem nicht-verständniss - verstehe ich mal den sinn der templates gar nicht. ausgenommen vielleicht, ich hab 1000 devices immer gleich einzustellen oder will mir ne art backup oder tauschbörse machen. wobei ich letzteres bei einzelnen devices auch nicht verstehen würde. so viele verschiedene reg-einträge gibts da wohl auch nicht.
o) schon gar nicht versteh ich den sinn, wenn nun alle user mit meinem level erst mal templates bei dir anfragen müssen und sicher auch wieder 1000 mal die selben fragen haben. da halst du dir ja nur arbeit damit auf. und dazu schreibst du auch noch seitenweise anleitungen, die eh keiner- oder zumindest ich nicht - kapiert ... das problem ist ja, dass ich mich mit sachen auseinander setzen muß, die mich weder interessieren, noch irgendeinen verständnisfunken in mir entzünden (<-- ist gemein, aber ich sags mal, wie es ist).
o) wie gsagt: hut ab vor deiner leistung - aber bediener/user/noob-freundlich würd ichs nicht unbedingt nennen.
bedienerfreundlich wäre, wenn im jeweiligen device direkt einfach irgendwo die angabe möglich wäre, dass ich auch meine min/max-windwerte in echtzeit will (ob gepeert oder als reading im device is mir mal egal) und ich dann noch 2 attr hab, wo ich min und max festlegen kann. dann muß ich nichts über irgendwelche register wissen, die mit mir nur reden, wenn ich sie gegen den strich burste.
o) nachdem es ja jetzt nicht grad die menge an hm-devices gibt, frag ich mich schon, ob die paar register, die man immer mal wieder bei div. devices brauchen könnte, nicht auf die art dem user näher gebracht werden könnten.
- ich träum da wirklich von einem kleinen, dummen attribut für z.b. einen magnetkontakt von hm, mit dem ich einfach "led on/off" sagen kann.
- oder von einem thermostat, dass von selber auf die idee kommt mich zu fragen, ob ich eines meiner thermometer mit ihm peeren will und den dafür nötigen burst dann auch gleich selber einschaltet.
- oder eben auch von meinen min und max als attr eintragbar in der wetterstation, wie oben schon erwähnt.
Ich habe kein problem mit der diskission. Ist prima.
Ein problem habe ich, zu verstehen, wo die leute sind und sie abzuholen. Du bspw. sagst peeren und pairen zu verstehen. Dazu muss man bereits mit dem device kommunizieren. Dazu wiederum sollte man protoEvents interpretieren können. Da bin ich mir nicht sicher, ob das bei dir der fall ist.
Um mit einem device zu reden sollte man die typen kennen. Burst bspw.
Weiter sollte man das set_ begiffen haben. Deine registerwerte wurden eingegeben. Obmsie gesetzt sind ist nicht verifiziert. Das prinzip gilt für alles was man in fhem hm setzt.
Da ich dir nicht in die augen sehen kann setze ich zu viel voraus. Meine einführung in hm beginntmit der device architektur, den kommunikationstypen und dann der kommunikation.
Probleme bereiten immer batterie devices welche eben wakeup, burst, conditional burst lazyconfig oder nur config sind. Der anwender erwartet eine aktion und eine reaktion.... und ich kann es nicht schneller oder einfacher machen.
Burst ist so eine sache. Zum einen setze ich nichts (in worten NICHTS) IM device. Eq3 hat den mode wählbar gemacht, so ist es.
Weiter kostet burst batterie. Und next: die zentrale kann nur eine begrenzte Anzahl burst pro h senden. Es gibt, wenn man burst eingeschaltet hat, ein Attribut welches die burstxmit automatisch testet. Gefährlich und nicht empfohlen. Das kann die zentrale lahm legen.
Next: andere user haben bei jeder msg angst, eine zu viel zu senden. Ich verfechte die ansicht, immer den aktuellen registersatz aller devices in fhem zu haben. Hminfo unterstützt dies einfach, Zeitverzögert und msg sparend sowie remanent. Anderen ist das schon zu viel.
Wäre es ein drahtgebundenes system, ich würde schon beim hochlaufen alle config lesen. Burst wäre kein thema.
So gesehen hast du recht ( und ich meine das ohne häme) ich kann mich nur mit nutzern unterhalten die bereit sind zu lernen mit ihren devices zu kommunizieren.
Templates halte ich für eminent wichtig. Und einfach.
Mit dir bin ich ja garnicht zu templates gekommen. Schon das peeren und getconfig machen schwierigkeiten.
Da templates parametrierbar sind braucht es für 90% der anwender nur max 40 templates. Templates kann jeder fortgeschrittene Anwender schreiben. Da es eine nutzerführung hat ist es sogar eleganter und simpler als register manuell zu setzen.
Der sicherheitslevel und die wiederherstellbarkeit nicht zu ergessen. Letztin haben sich bei mir 2 devices reseted. Weiss auch nicht mehr was ich programmiert hatte. Fhem wusste es und hat es wiederhergestellt.
Es hat schon seinen grund, warum eq3 die register quasi in templates programmiert. Register nur für experten. Fas sind keine 1000.
Wie gesagt, schade. Hättest du die grundlagen von hm wären templates ein Spaziergang und eine erleichterung.
Sorry, dass ich deine wissensstand nicht kenne und dass du hm kommunikation nicht verstanden hast. Dich und dein system in 2 posts auf stand zu bringen schaffe ich nicht.. Doif ist deine welt.
Nichts für ungut. Die einstellung und die offenheit es anzugehen existiert nicht hinreichend.
*g*
ZitatDa bin ich mir nicht sicher, ob das bei dir der fall ist
nö, is es nicht. ich hab bis jetzt immer nur gepaired - das schafft hier mittlerweile mein abgerichteter affe, peeren war nie wirklich nötig und wenn, hab ich halt abgeschrieben und es hat sogar funktioniert. nur diese blöde wetterstation macht nicht, was ich will.
aber wie gesagt: ich will, dass mein zeug geht, nicht, dass ichs versteh.
gut, wenn du mir schon unbedingt unterricht geben willst, dann die frage:
wenn die zentrale den burst absetzt, warum brauch ich dann burst bei meiner wetterstation? die soll doch selbsständig die warnungen abgeben und nicht erst auf Aufforderung von mir/der zentrale.
nö, erkärs bitte nicht ... *g*
ZitatSo gesehen hast du recht ( und ich meine das ohne häme) ich kann mich nur mit nutzern unterhalten die bereit sind zu lernen mit ihren devices zu kommunizieren.
jetzt wirds schwer ... ich bin bereit, jeden blödsinn mitzumachen. a) damit meine sachen so gehen, wie ich gerne hätte und b) weil ich dir den dummen affen-tester machen kann, der dir wohl fehlt. und wenn dir das hilft, hilfts auch mir. nur, dein padawan werd ich wohl nie werden ...
ZitatEs gibt, wenn man burst eingeschaltet hat, ein Attribut welches die burstxmit automatisch testet. Gefährlich und nicht empfohlen. Das kann die zentrale lahm legen.
siehst du - wieder so ein witz in meinen augen. da stellt wer was zum "vereinfachen" zur verfügung und dann kann ich damit alles killen? sowas empfinde ich gelinde gesagt als frechheit gegenüber leuten wie mir. ich wäre der erste, der automatiken testen will. und hintenan würde wieder so ne lustige frage in richtung: "ja warum klickst du das auch an?" kommen.
aber nochmal: ich will hier keinen grundlagenkurs haben, dazu ist mein interesse für die abläufe hinter den kulissen viel zu gering. ich bin halt ein waschechter anwender, kein programmierer - nicht mal in ansätzen. ich sehe einfach nur nicht ein, warum man etwas in einem device zur verfügung stellt und dann einem großen anwenderkreis quasi vorenthält, weil selbiger halt nicht das wissen dafür hat. in meinem fall: der einzige grund für die wtterstation wer der windsensor zum steuern meiner mrkisen - 200 euro für die katz ...
ZitatTemplates kann jeder fortgeschrittene Anwender schreiben
eben ... da würde mich eine einschätzung interessieren, wie viele fhem'ler sich dafür halten. ich mich mal nicht *g*.
ZitatSorry, dass ich deine wissensstand nicht kenne und dass du hm kommunikation nicht verstanden hast.
den kennst du. zu wenig um selbsständig über templates, reg, blaaa nachdenken zu können aber auch genug um mich selber zu kennen. und ich WEISS von mir, dass ich dich nur mißverstehen würde, egal, wie du es mir erklären wollen würdest. das is wohl ähnlich wie mein problem mit regex - wird bei mir niemals funktionieren ... in solchen fällen kann mir leider auch keiner helfen - maximal mit punkt für punkt anleitungen ohne jegliche erklärungen oder eben mit einem userfreundlichen interface. aber ich merk schon: du bist scheints nicht gerade der verfechter von klicki-bunti *g*.
die frage ist in dem fall: bin ich jetzt einer wetterstation von hm nicht würdig? darf ich nur teile davon verwenden?
naja, zumindest n guts nächtle wünch ich ...
Der Empfänger (Wetterstation) reagiert auf Burst (ein Hallo-Wach Signal, Energiereich). Die Zentrale = Sender schickt ein Burst.
Die Wetterstation braucht typisch nicht auf Burst zu reagieren, da hast du recht. Sie wacht auf wann sie will und sendet.
Wenn die Zentrale oder ein anderes Device etwas mitteilen will (bei der Wetterstatio eigenlich nur die Zentrale) kann sie eine Wach-Auf-Burst schicken. Wenn die Wetterstation aufschreckt kann es weiter gehen. Zitatweil ich dir den dummen affen-tester machen kann, der dir wohl fehlt
so sehe ich das nicht. Es funktioniert schon alles. glaube nur, dass Register zu komplex sind und einer Vereinfachung bedürfen. Aus deinen Einlassungen hatte ich entnommen, dass du interesse hast und wir s zum Laufen bekommen. Bei deinem Wissen habe ich dich reichlich überschätzt. Daher kamen die Sachen auf nicht mundgerecht.
Zitatda stellt wer was zum "vereinfachen" zur verfügung und dann kann ich damit alles killen?
schade, dass du nicht zuhörst. Kaputt geht nichts. hat aber keinen Sinn. FHEM ist ausgelegt dem Anwender möglichkeiten zu geben. Du willst keine. passt nicht.
Zitatich sehe einfach nur nicht ein, warum man etwas in einem device zur verfügung stellt und dann einem großen anwenderkreis quasi vorenthält, weil selbiger halt nicht das wissen dafür hat.
Jetzt hast du mich komplett abgehängt. Alles (ALLES) was ich gemacht habe steht dem Anwender zu Verfügung. Bei Dokumentation hoffe ich immer auf andere - aber auch hier habe ich die Grundlagen dokumentiert. Wie verständlich ist eine andere Sache.
Zitatbin ich jetzt einer wetterstation von hm nicht würdig? darf ich nur teile davon verwenden?
du hast doch deine Wetterstation. Ich habe keine Teile, welche du nicht hast. Einstellen kann ich sie von hier nicht. Und du willst nicht wissen, wie du es selbst hin bekommst. Ich debugge keine Systeme in der Ferne. Ich helfe Anwendern es zu tun. Wenn sie nicht wollen bin ich am Ende.
Eine CCU arbeitet etwas anders. Evtl der Richtige Weg für dich. Man kann weniger einstellen.
Gute Nacht.
nur abschließend. bevor ich dich zu sehr ärgere ...
mir gings ja auch immer nur ums prinzip - bin halt ein fan von vereinfachungen. und die schauen bei mir halt immer klicki-bunti aus. die wetterstation ist da halt ein wirklich gutes beispiel.
ich werde dir auch niemals im leben unterstellen, dass du etwas nicht technisch super gelöst hättest. technisch ist die sache sicher sehr gut. ich wollte lediglich die etwas noob-unfreundliche bedienung aufzeigen und erklären, wie man einen noob meiner meinung nach glücklich machen könnte.
das ich jetzt nicht der hellste bin, was solcherlei technisch internen spielchen angeht, hat ich dir ja gesagt. drum sei bitte nicht zu sehr enttäuscht von mir.
mir gehts auch nicht darum, weniger einstellen zu können. ich stelle gerne viel ein. das problem hier ist halt, dass ich für etwas, dass ich 1 mal im leben brauch, nicht die zeit aufbringen kann mich da über seiten und seiten einzufuchsen und dann warscheinlich trotzdem fragen zu müssen.
auf jeden fall dank ich dir trotzdem für dein ohr, deine geduld und dein hinrschmalz! vielleicht ist dir ja irgendwann mal extrem langweilig und du bastelst um deine module ein bisschen farbe drum rum *g*.
Alles prima.
War beiderseits eine fehleinschaetzung de personen, ziele und fähigkeiten.
Das ganze könnte mehr clickibunti werden. Ist bei mir so. Die wetterstation hatte mehr probleme im Vorfeld. Da ich keine habe muss ich infos sammeln von dem besitzer einer solchen. Wenn bei jeder aktion das feedback kommt "ist jetzt aber doch nicht clickonly" muss ich abbrechen und auf einen warten, der willens ist.
In der tat sind wir 2 grundsätzliche probleme angegangen welche nur die wetterstation hat. Die templates kommen erst danach.
Du musst nun weiter machen wie bisher oder warten bis ein interessierter das thema vorantreibt.
na dann bin ich für nen neustart unserer "beziehung" *g* so du möchtest ...
die frage wäre also: welche infos brauchst du von mir für die wetterstation?
dir irgendwelche listings oder so zu liefern, und anschließend zu machen, was du mir sagst, sollte kein problem sein - nicht mal für mich ...
sprich: ich mach dir deinen verlängerten arm. vergiss halt bitte nur nicht, dass gehirnzellen in armen eher dünn gesät sind. wenn du deine "befehle" also noob-sicher verpackst dann könnte das eventuell funktionieren mit uns 2 - was meinste? einfach sagen: "mache dies oder jenes und sag dann, was an ort x steht". vielleicht krieg ich ja sogar ein "do if else" hin *lach*.
ich hätte dann meine wetterstation mit allem pipapo und du dann zumindest ein device, dass auch bei anderen auf anhieb funktioniert.
zum Hände reichen mal ein listign des devicesInternals:
DEF 62E4AE
IODev hmLan2
LASTInputDev hmLan2
MSGCNT 81
NAME wetterstation
NOTIFYDEV global
NR 156
NTFY_ORDER 50-wetterstation
STATE t:29.9 °c || lf:44 % || tp:16.3 °c (abs:13.2 °c)
TYPE CUL_HM
hmLan2_MSGCNT 81
hmLan2_RAWMSG 05000034B3867062E4AE000000012B2C0353C09D16E4DE
hmLan2_RSSI -52
hmLan2_TIME 2018-08-08 12:01:09
lastMsg No:B3 - t:70 s:62E4AE d:000000 012B2C0353C09D16E4DE
protCmdDel 4
protLastRcv 2018-08-08 12:01:09
protRcv 81 last_at:2018-08-08 12:01:09
protResnd 3 last_at:2018-08-08 08:44:02
protResndFail 1 last_at:2018-08-08 08:46:44
protSnd 4 last_at:2018-08-08 08:46:40
protState CMDs_done_Errors:1
rssi_at_hmLan2 cnt:81 min:-56 max:-49 avg:-52.6 lst:-52
Helper:
DBLOG:
brightness:
logdb:
TIME 1533722469.40077
VALUE 222
dewpoint:
logdb:
TIME 1533722469.40077
VALUE 16.3
humidity:
logdb:
TIME 1533722469.40077
VALUE 44
regen_heute:
logdb:
TIME 1533722469.40077
VALUE 0.0
temperature:
logdb:
TIME 1533722469.40077
VALUE 29.9
temperature_komma:
logdb:
TIME 1533722469.40077
VALUE 29,9
windDirection:
logdb:
TIME 1533722469.40077
VALUE 110
windSpeed:
logdb:
TIME 1533722469.40077
VALUE 15.7
READINGS:
2018-08-08 08:37:47 Activity alive
2018-08-06 07:46:20 D-firmware 1.6
2018-08-06 07:46:20 D-serialNr OEQ1864809
2018-08-08 12:01:09 absoluteHumidity 13.2
2018-08-08 12:01:09 battery ok
2018-08-08 12:01:09 brightness 222
2018-08-08 12:01:09 dewpoint 16.3
2018-08-08 12:01:09 humidity 44
2018-08-08 12:01:09 isRaining 0
2018-08-08 12:01:09 rain 251.045
2018-08-08 12:01:09 regen_all cH: 0.0 lH: 0.0 cD: 0.0 lD: 0.0 IR: 0 Rnow: 0.0 Rdif: 0
2018-08-08 12:01:09 regen_d_curr 0.0
2018-08-08 00:01:44 regen_d_last 0.0
2018-08-08 00:01:44 regen_d_start 251.0
2018-08-08 00:01:44 regen_d_trig_tsecs 1533765600
2018-08-08 12:01:09 regen_h_curr 0.0
2018-08-08 12:01:09 regen_h_last 0.0
2018-08-08 12:01:09 regen_h_start 251.0
2018-08-08 12:01:09 regen_h_trig_tsecs 1533722400
2018-08-08 12:01:09 regen_heute 0.0
2018-08-08 12:01:09 regen_now_diff 0
2018-08-08 12:01:09 regen_now_rate 0.0
2018-08-08 12:01:09 regen_now_value 251.0
2018-08-08 12:01:09 regen_tsecs 1533722469.3206
2018-08-08 12:01:09 state T: 29.9 H: 44 W: 15.7 R: 251.045 IR: 0 WD: 110 WDR: 67.5 S: 228 B: 222
2018-08-08 12:01:09 sunshine 228
2018-08-08 12:01:09 temperature 29.9
2018-08-08 12:01:09 temperature_komma 29,9
2018-08-08 12:01:09 windDirRange 67.5
2018-08-08 12:01:09 windDirection 110
2018-08-08 12:01:09 windSpeed 15.7
helper:
HM_CMDNR 179
getCfgList all
getCfgListNo ,1,4
mId 00AE
regLst ,0,1,1p,4p
rxType 140
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +62E4AE,00,00,00
nextSend 1533722469.40881
rxt 2
vccu vccu
p:
62E4AE
00
00
00
prefIO:
hmLan2
mRssi:
mNo B3
io:
hmLan:
hmLan2:
-46
-46
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rssi:
at_hmLan2:
avg -52.6049382716049
cnt 81
lst -52
max -49
min -56
tmpl:
Attributes:
IODev hmLan2
IOgrp vccu:hmLan2
actCycle 000:10
actStatus alive
alias wetterstation solaranlage
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.6
fp_tablet_plan 53,203,0,wetterstation,
group sensoren
icon weather_station
model HM-WDS100-C6-O-2
room homematic
serialNr OEQ1864809
stateFormat t:temperature °c || lf:humidity % || tp:dewpoint °c (abs:absoluteHumidity °c)
subType THSensor
userReadings regen_heute { sprintf("%.1f", (ReadingsNum($name,"regen_d_curr",0))) },
temperature_komma { my $val = (ReadingsVal($name,"temperature",0)); $val =~ s/\./,/g; return $val;}
falls du dich fragst, warum das userreading: die tts-stimme von mirco$soft will lieber kommas anstelle punkten bei ansagen.
das ganze regengedöns kommt aus dem modul "isRaining" und hat als listingInternals:
DEF wetterstation rain isRaining regen
DEV_REGEXP wetterstation
ISRAINING_NAME isRaining
NAME regenmenge_wetterstation
NEW_NAME regen
NR 186
NTFY_ORDER 10-regenmenge_wetterstation
RAIN_NAME rain
STATE active
TYPE rain
Attributes:
DayChangeTime 0000
group umrechnen
icon alarm_system_password
room umwelt
verbose 0
Sieht schon mal gut aus, die info.
Neu bei der wetterstation ist die aufteilung der register. Eq3 hat die storm thresholhs an peers geknüpft. Den sun threshold aber nicht. Das ist eine neue und seltsame Konstellation. Muss dich nicht interessieren, aber ich muss es lösen.
Für dich als anwender interessant ist, dass du am device eine sun einstellen kannst aber pro peer je einen storm low und high. Was du damit anfängst bleibt bei dir. Ich muss es visualisieren.
Ich brauche etwas zeit mich zu kümmern.
naja, die sun is eher uninteressant, die zählt (wie der regenzählar auch) hoch und fangt von vorne an ab nen gewissen wert. wen die sonnenscheindauer also interessiert, der wird sich was basteln müssen, wie den "isRaining". wenn allerdings alle stationen so wie meine sind, kann man das aber gleich mal knicken. der helligkeits-sensor zeigt tagsüber die selben werte, wie meine anderen helligkeitssensoren (die hm aussen-bewegungsmelder), geht aber schon bei beginnender dämmerung auf 0. wie weit man mit dem ding also ernsthaft was machen kann - ich weiß es nicht.
storm low und high ist eben genau das, was mich interessiert. warscheinlich auch die meisten anderen. so kann man dann ja seine markisen zeitnah und ohne panik steuern.
ich pers. halte die 2 werte und ihre darstellung (als reading und/oder peering) als das wichtigste an der ganzen station. wobei es mich pers. sogar nur als reading interessieren würde, weil ich meine markisen auch, je nach windstärke, mal nur halb einfahren würde (praktiziere ich jetzt seit jahren schon erfolgreich per hand. und ja, mir sind die gefahren bei fhem-ausfall usw. durchaus bewusst).
was mich halt auch noch brennend interessieren würde - ich hab die wetterstation an meiner solaranlage hängen - ob man die sendeintervalle nicht generell schneller kriegen würde. z.b. finde ich windrichtung und schwankungsbreite als total sinnlos, wenn ich die nur alle paar minuten kriege. dahinter steht z.b. die idee: rollos als regenschutz nur zuzufahren, wenn der wind auch aus einer "gefärlichen richtung" kommt.
zeit sollt sicher nicht das problem sein. "man" hat ja nun lange genug auch ohne neue features gelebt.
ich bin ehrlich gesagt schon heil froh, dass sich das überhaupt mal wer anschaut. dass es gleich der hm-fhem-cheffe pers. ist, ist dabei sicher kein beinbruch *g*.
somit: wennst mal neue modulversionen zum testen hast --> nur her damit und sagen, auf was ich achten soll.
wenn du weitere informationen willst --> was soll ich eintippen und was willst du vom ergebnis sehen?
Zu Sun und Storm: Der CUL_HM Layer implementiert alles, was möglich ist. Der User kann dann machen was er will - gelegentlich gibt es tolle sonderideen.
Bei dirwürde ich nun gerne einmal alle Register sehen. Dazu einfach einmal ein paar dummies peeren und sichtbarkeit einschalten
set wetterstation clear msgEvents
set wetterstation regSet burstRx on
{$HMConfig::culHmModelSets{"HM-WDS100-C6-O-2"}{"burstXmit"}=""}
Zitatwetterstation protState CMDs_pending
sollte zu sehen sein
Warten oder Config drücken. Nach max 5min sollte
Zitatwetterstation protState CMDs_done
sollte zu sehen sein.
nun kannst du schneller aggieren. Das Kommando burstXmit (muss ich noch permanent einbauen) steht zu Verfügung.
set wetterstation peerBulk 11223301,11223302,11224401
set wetterstation getConfig
set wetterstation burstXmit
attr wetterstation expert 251
Zitatwetterstation protState CMDs_done
abwarten
l wetterstation
get wetterstation regTable
get wetterstation regList
posten.
so, alles mit dem neuen modul gemacht - mal ein reset und neu gepaiered (pairing war weg - frag mich nicht warum ...) - jetzt kann ichs angehen *G*
set wetterstation clear msgEvents --> protState Info_Cleared
set wetterstation regSet burstRx on
kann doch ned sein - nach3 updates der readings immer noch
R-burstRx set_on
und
protState CMDs_pending ... den burst will er mir nicht setzen kommt dann nur irgendwan mal "CMDs_done_Errors:1"
ok, man muß nur nervig sein - nach 10 mal set burstRx on und getconfig mit tasten drücken hab ich endlich ein
R-burstRx on
*juhuuu*
weiter gehts ...
{$HMConfig::culHmModelSets{"HM-WDS100-C6-O-2"}{"burstXmit"}=""} --> houston, wir haben ein "protState CMDs_done"
set wetterstation peerBulk 11223301,11223302,11224401
set wetterstation getConfig
set wetterstation burstXmit
attr wetterstation expert 251
--> "protState CMDs_done" und einige neue readings:R-11223301-stormLowThresh 5 2018-08-12 11:05:04
R-11223301-stormUpThresh 20 2018-08-12 11:05:04
R-11223301-sunThresh 50 2018-08-12 11:05:04
R-11223301-windSpeedRsltSrc max 2018-08-12 11:05:04
R-11223302-stormLowThresh 5 2018-08-12 11:05:04
R-11223302-stormUpThresh 20 2018-08-12 11:05:04
R-11223302-sunThresh 50 2018-08-12 11:05:04
R-11223302-windSpeedRsltSrc max 2018-08-12 11:05:04
R-11224401-stormLowThresh 5 2018-08-12 11:05:05
R-11224401-stormUpThresh 20 2018-08-12 11:05:05
R-11224401-sunThresh 50 2018-08-12 11:05:05
R-11224401-windSpeedRsltSrc max 2018-08-12 11:05:05
R-burstRx on 2018-08-12 10:51:36
R-localResDis off 2018-08-12 10:33:04
R-pairCentral 0x322433 2018-08-12 10:33:04
R-stormLowThresh 5 2018-08-12 10:33:05
R-stormUpThresh 20 2018-08-12 10:33:05
R-sunThresh 50 2018-08-12 10:33:05
R-windSpeedRsltSrc max 2018-08-12 10:33:05
RegL_00. 01:01 02:01 0A:32 0B:24 0C:33 18:00 00:00 2018-08-12 11:05:03
RegL_01. 05:32 06:14 07:05 0A:01 00:00 2018-08-12 11:05:04
RegL_01.11223301 05:32 06:14 07:05 0A:01 00:00 2018-08-12 11:05:04
RegL_01.11223302 05:32 06:14 07:05 0A:01 00:00 2018-08-12 11:05:04
RegL_01.11224401 05:32 06:14 07:05 0A:01 00:00 2018-08-12 11:05:05
RegL_04.11223301 05:00 00:00 2018-08-12 11:05:05
RegL_04.11223302 05:00 00:00 2018-08-12 11:05:06
RegL_04.11224401 05:00 00:00 2018-08-12 11:05:06
hoffe, dass passt so
l wetterstation (meinste list, oder?)
Internals:
DEF 62E4AE
IODev hmLan2
LASTInputDev hmLan2
MSGCNT 95
NAME wetterstation
NOTIFYDEV global
NR 155
NTFY_ORDER 50-wetterstation
STATE t:23.2 °c || lf:44 % || tp:10.3 °c (abs:9.1 °c)
TYPE CUL_HM
hmLan2_MSGCNT 95
hmLan2_RAWMSG 0500003A11867062E4AE00000000E82C000040003E2AC6
hmLan2_RSSI -58
hmLan2_TIME 2018-08-12 11:13:01
lastMsg No:11 - t:70 s:62E4AE d:000000 00E82C000040003E2AC6
peerList 11223301,11223302,11224401,
protCmdDel 8
protCondBurst off
protLastRcv 2018-08-12 11:13:01
protRcv 47 last_at:2018-08-12 11:13:01
protResnd 5 last_at:2018-08-12 11:03:33
protResndFail 1 last_at:2018-08-12 10:45:50
protSnd 39 last_at:2018-08-12 11:05:06
protSndB 1 last_at:2018-08-12 10:55:34
protState CMDs_done
rssi_at_hmLan2 cnt:95 min:-80 max:-49 avg:-58.28 lst:-58
Helper:
DBLOG:
brightness:
logdb:
TIME 1534065181.99458
VALUE 198
dewpoint:
logdb:
TIME 1534065181.99458
VALUE 10.3
humidity:
logdb:
TIME 1534065181.99458
VALUE 44
regen_heute:
logdb:
TIME 1534065181.99458
VALUE -252.2
temperature:
logdb:
TIME 1534065181.99458
VALUE 23.2
temperature_komma:
logdb:
TIME 1534065181.99458
VALUE 23,2
windDirection:
logdb:
TIME 1534065181.99458
VALUE 310
windSpeed:
logdb:
TIME 1534065181.99458
VALUE 0
READINGS:
2018-08-12 10:50:44 Activity alive
2018-08-12 11:05:02 CommandAccepted yes
2018-08-12 10:50:44 D-firmware 1.6
2018-08-12 10:50:44 D-serialNr OEQ1864809
2018-08-12 11:05:03 PairedTo 0x322433
2018-08-12 11:05:04 R-11223301-stormLowThresh 5
2018-08-12 11:05:04 R-11223301-stormUpThresh 20
2018-08-12 11:05:04 R-11223301-sunThresh 50
2018-08-12 11:05:04 R-11223301-windSpeedRsltSrc max
2018-08-12 11:05:04 R-11223302-stormLowThresh 5
2018-08-12 11:05:04 R-11223302-stormUpThresh 20
2018-08-12 11:05:04 R-11223302-sunThresh 50
2018-08-12 11:05:04 R-11223302-windSpeedRsltSrc max
2018-08-12 11:05:05 R-11224401-stormLowThresh 5
2018-08-12 11:05:05 R-11224401-stormUpThresh 20
2018-08-12 11:05:05 R-11224401-sunThresh 50
2018-08-12 11:05:05 R-11224401-windSpeedRsltSrc max
2018-08-12 10:51:36 R-burstRx on
2018-08-12 10:33:04 R-localResDis off
2018-08-12 10:33:04 R-pairCentral 0x322433
2018-08-12 10:33:05 R-stormLowThresh 5
2018-08-12 10:33:05 R-stormUpThresh 20
2018-08-12 10:33:05 R-sunThresh 50
2018-08-12 10:33:05 R-windSpeedRsltSrc max
2018-08-12 11:05:03 RegL_00. 01:01 02:01 0A:32 0B:24 0C:33 18:00 00:00
2018-08-12 11:05:04 RegL_01. 05:32 06:14 07:05 0A:01 00:00
2018-08-12 11:05:04 RegL_01.11223301 05:32 06:14 07:05 0A:01 00:00
2018-08-12 11:05:04 RegL_01.11223302 05:32 06:14 07:05 0A:01 00:00
2018-08-12 11:05:05 RegL_01.11224401 05:32 06:14 07:05 0A:01 00:00
2018-08-12 11:05:05 RegL_04.11223301 05:00 00:00
2018-08-12 11:05:06 RegL_04.11223302 05:00 00:00
2018-08-12 11:05:06 RegL_04.11224401 05:00 00:00
2018-08-12 11:13:01 absoluteHumidity 9.1
2018-08-12 11:13:01 battery ok
2018-08-12 11:13:01 brightness 198
2018-08-12 11:13:01 dewpoint 10.3
2018-08-12 11:13:01 humidity 44
2018-08-12 11:13:01 isRaining 0
2018-08-12 11:05:04 peerList 11223301,11223302,11224401,
2018-08-12 10:30:07 powerOn 2018-08-12 10:30:07
2018-08-12 11:13:01 rain 0
2018-08-12 10:30:07 recentStateType info
2018-08-12 11:13:01 regen_all cH: 0.0 lH: 0.0 cD: -252.2 lD: 0.0 IR: 0 Rnow: 0.0 Rdif: 0
2018-08-12 11:13:01 regen_d_curr -252.2
2018-08-12 00:02:19 regen_d_last 0.0
2018-08-12 00:02:19 regen_d_start 252.2
2018-08-12 00:02:19 regen_d_trig_tsecs 1534111200
2018-08-12 11:13:01 regen_h_curr 0.0
2018-08-12 11:13:01 regen_h_last 0.0
2018-08-12 11:13:01 regen_h_start 0.0
2018-08-12 11:13:01 regen_h_trig_tsecs 1534064400
2018-08-12 11:13:01 regen_heute -252.2
2018-08-12 11:13:01 regen_now_diff 0
2018-08-12 11:13:01 regen_now_rate 0.0
2018-08-12 11:13:01 regen_now_value 0.0
2018-08-12 11:13:01 regen_tsecs 1534065181.96869
2018-08-12 11:13:01 state T: 23.2 H: 44 W: 0 R: 0 IR: 0 WD: 310 WDR: 22.5 S: 42 B: 198
2018-08-12 11:13:01 sunshine 42
2018-08-12 11:13:01 temperature 23.2
2018-08-12 11:13:01 temperature_komma 23,2
2018-08-12 10:51:35 unknown 0400000000000105320A010000
2018-08-12 11:13:01 windDirRange 22.5
2018-08-12 11:13:01 windDirection 310
2018-08-12 11:13:01 windSpeed 0
helper:
HM_CMDNR 17
PONtest 1
cSnd 0132243362E4AE01041122330204,0132243362E4AE01041122440104
cfgChkResult No regs found for:
wetterstation type:THSensor -
list:peer register :value
0: burstRx :on
0: localResDis :off
0: pairCentral :0x322433
1:11223301 stormLowThresh :5
1:11223301 stormLowThresh :5
1:11223301 stormUpThresh :20
1:11223301 stormUpThresh :20
1:11223301 sunThresh :50
1:11223301 sunThresh :50
1:11223301 windSpeedRsltSrc :max
1:11223301 windSpeedRsltSrc :max
1:11223302 stormLowThresh :5
1:11223302 stormLowThresh :5
1:11223302 stormUpThresh :20
1:11223302 stormUpThresh :20
1:11223302 sunThresh :50
1:11223302 sunThresh :50
1:11223302 windSpeedRsltSrc :max
1:11223302 windSpeedRsltSrc :max
1:11224401 stormLowThresh :5
1:11224401 stormLowThresh :5
1:11224401 stormUpThresh :20
1:11224401 stormUpThresh :20
1:11224401 sunThresh :50
1:11224401 sunThresh :50
1:11224401 windSpeedRsltSrc :max
1:11224401 windSpeedRsltSrc :max
mId 00AE
peerIDsRaw ,11223301,11223302,11224401,00000000
regLst ,0,1,1p,4p
rxType 140
supp_Pair_Rep 0
expert:
def 1
det 1
raw 1
tpl 1
io:
newChn +62E4AE,00,00,00
nextSend 1534065182.05448
rxt 2
vccu vccu
p:
62E4AE
00
00
00
prefIO:
hmLan2
mRssi:
mNo 11
io:
hmLan:
hmLan2:
-52
-52
prt:
awake 0
bErr 0
brstWu 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rssi:
at_hmLan2:
avg -58.2842105263158
cnt 95
lst -58
max -49
min -80
shadowReg:
tmpl:
nb:
cnt 1
Attributes:
IODev hmLan2
IOgrp vccu:hmLan2
actCycle 000:10
actStatus alive
alias wetterstation
autoReadReg 4_reqStatus
expert 251
firmware 1.6
fp_tablet_plan 54,208,0,wetterstation,
group sensoren
icon weather_station
model HM-WDS100-C6-O-2
peerIDs 00000000,11223301,11223302,11224401,
room homematic
serialNr OEQ1864809
stateFormat t:temperature °c || lf:humidity % || tp:dewpoint °c (abs:absoluteHumidity °c)
subType THSensor
userReadings regen_heute { sprintf("%.1f", (ReadingsNum($name,"regen_d_curr",0))) },
temperature_komma { my $val = (ReadingsVal($name,"temperature",0)); $val =~ s/\./,/g; return $val;}
get wetterstation regTable
No regs found for:
wetterstation type:THSensor -
list:peer register :value
0: burstRx :on
0: localResDis :off
0: pairCentral :0x322433
1:11223301 stormLowThresh :5
1:11223301 stormLowThresh :5
1:11223301 stormUpThresh :20
1:11223301 stormUpThresh :20
1:11223301 sunThresh :50
1:11223301 sunThresh :50
1:11223301 windSpeedRsltSrc :max
1:11223301 windSpeedRsltSrc :max
1:11223302 stormLowThresh :5
1:11223302 stormLowThresh :5
1:11223302 stormUpThresh :20
1:11223302 stormUpThresh :20
1:11223302 sunThresh :50
1:11223302 sunThresh :50
1:11223302 windSpeedRsltSrc :max
1:11223302 windSpeedRsltSrc :max
1:11224401 stormLowThresh :5
1:11224401 stormLowThresh :5
1:11224401 stormUpThresh :20
1:11224401 stormUpThresh :20
1:11224401 sunThresh :50
1:11224401 sunThresh :50
1:11224401 windSpeedRsltSrc :max
1:11224401 windSpeedRsltSrc :max
get wetterstation regList
list: register | range | peer | description
0: burstRx | literal | | device reacts on Burst options:on,off
0: localResDis | literal | | local reset disable options:off,on
0: pairCentral | 0 to 16777215 | | pairing to central
1: sign | literal | | signature (AES) options:on,off
1: stormLowThresh | 0 to 200 | required | Storm lower threshold
1: stormUpThresh | 0 to 200 | required | Storm upper threshold
1: sunThresh | 0 to 255 | | Sunshine threshold
1: windSpeedRsltSrc | literal | | wind result source options:max,average
4: peerNeedsBurst | literal | required | peer expects burst options:off,on
aja, derzeit: global "exclude_from_update HMConfig.pm 10_CUL_HM.pm"
wenn ich das ändern soll, bitte sagen ...
Prima. Schaue nachher.
Zur info, nur falls es interessiert: bevor das kommando burstXmit funktioniert muss im device burstRx =on sein. Somit musst du, bis es gesetzt ist, mit den anderen beiden modi des device aggieren. Also entweder warten oder config drücken. Da ich den zustand nicht kenne ( das register kann stehen wie es will...) Muss ich vorsichtig aggieren.
Nun, da es gesetzt ist geht es einfacher. Wir haben uns frei geschwommen. Mit set burstxmit können wir wartende komandos in der cmd queue abarbeiten lassen ohne warten zu müssen.
Die register sind nun interessant. Entgegen dem manual sind sowohl sun wie storm gepeert alsauch ungepeert zu sehen. Das ist erst einmal überraschend.
Wir mussen nun verstehen, ob sie unabhängig sind. Also setzen wir einen und beobachten(lesen) alles wieder.
set wetterstation regSet sunTresh 100
set wetterstation regSet stormLowTresh 77 11224401
set wetterstation regSet stormUpTresh 88 11223302
set wetterstation getConfig
set wetterstation burstXmit
Auf cmd_done warten. Dann ein list ( kann man mit l abkürzen) und posten
Erwartet wird, dass sich immer nur einer der werte ändert.
set wetterstation regSet sunTresh 100
--> fehlerteufelchen ... sunTresh failed: supported register are burstRx localResDis pairCentral peerNeedsBurst sign stormLowThresh stormUpThresh sunThresh windSpeedRsltSrc
hast n h zu viel eingebaut.
ich probier mich trotzdem durch, nehm halt mal *Thresh
set wetterstation regSet stormLowTresh 77 11224401 --> auch hier Thresh zum testen nehm
set wetterstation regSet stormUpTresh 88 11223302 --> auch hier Thresh zum testen nehm
set wetterstation getConfig
set wetterstation burstXmit --> scheint ihm egal zu sein ... protState CMDs_pending
auch nach einem update von der weteerstation bleibts auf pending und alle neuen werte stehen noch mit set_ in den readings
ich greif jetzt mal nix an, mach also auch kein knöpfchen-drücken oder so.
Ok. Check ich
zu einfach. man muss nur lesen können... Der Registername war falsch.
set wetterstation regSet sunThresh 100
set wetterstation regSet stormLowThresh 77 11224401
set wetterstation regSet stormUpThresh 88 11223302
set wetterstation getConfig
set wetterstation burstXmit
set wetterstation regSet sunThresh 100
set wetterstation regSet stormLowThresh 77 11224401
set wetterstation regSet stormUpThresh 88 11223302
set wetterstation getConfig
set wetterstation burstXmit
mal alles eingegben, passieren tut wieder nix mit burstXmit
er meint weiterhin: protState CMDs_pending
und ich bin immer noch verwirrt wegen *Thresh und *Tresh
hab das ding mal per button upgedatet ... nix mehr pending, und die regtable schaut jetzt so aus:wetterstation type:THSensor -
list:peer register :value
0: burstRx :on
0: localResDis :off
0: pairCentral :0x322433
1:11223301 stormLowThresh :5
1:11223301 stormLowThresh :5
1:11223301 stormUpThresh :20
1:11223301 stormUpThresh :20
1:11223301 sunThresh :100
1:11223301 sunThresh :100
1:11223301 windSpeedRsltSrc :max
1:11223301 windSpeedRsltSrc :max
1:11223302 stormLowThresh :5
1:11223302 stormLowThresh :5
1:11223302 stormUpThresh :88
1:11223302 stormUpThresh :88
1:11223302 sunThresh :100
1:11223302 sunThresh :100
1:11223302 windSpeedRsltSrc :max
1:11223302 windSpeedRsltSrc :max
1:11224401 stormLowThresh :77
1:11224401 stormLowThresh :77
1:11224401 stormUpThresh :20
1:11224401 stormUpThresh :20
1:11224401 sunThresh :100
1:11224401 sunThresh :100
1:11224401 windSpeedRsltSrc :max
1:11224401 windSpeedRsltSrc :max
btw - ruf ich regtable auf, krieg ich 2 popups ... eines ohne inhalt und eines mit - nur, falls das mal zu sprache käme ...
noch n list hinten nach, falls dus brauchen kannst:Internals:
DEF 62E4AE
IODev hmLan2
LASTInputDev hmLan2
MSGCNT 238
NAME wetterstation
NOTIFYDEV global
NR 155
NTFY_ORDER 50-wetterstation
STATE t:31.7 °c || lf:25 % || tp:9.3 °c (abs:8.3 °c)
TYPE CUL_HM
hmLan2_MSGCNT 238
hmLan2_RAWMSG 050000325F867062E4AE000000013D19800CC03640EFD6
hmLan2_RSSI -50
hmLan2_TIME 2018-08-12 16:22:13
lastMsg No:5F - t:70 s:62E4AE d:000000 013D19800CC03640EFD6
peerList 11223301,11223302,11224401,
protCmdDel 27
protCondBurst off
protLastRcv 2018-08-12 16:22:13
protRcv 190 last_at:2018-08-12 16:22:13
protResnd 13 last_at:2018-08-12 16:11:58
protResndFail 3 last_at:2018-08-12 14:23:49
protSnd 88 last_at:2018-08-12 16:19:22
protSndB 3 last_at:2018-08-12 16:09:01
protState CMDs_done
rssi_at_hmLan2 cnt:238 min:-80 max:-44 avg:-54.29 lst:-50
Helper:
DBLOG:
brightness:
logdb:
TIME 1534083733.17952
VALUE 214
dewpoint:
logdb:
TIME 1534083733.17952
VALUE 9.3
humidity:
logdb:
TIME 1534083733.17952
VALUE 25
regen_heute:
logdb:
TIME 1534083733.17952
VALUE -248.7
temperature:
logdb:
TIME 1534083733.17952
VALUE 31.7
temperature_komma:
logdb:
TIME 1534083733.17952
VALUE 31,7
windDirection:
logdb:
TIME 1534083733.17952
VALUE 320
windSpeed:
logdb:
TIME 1534083733.17952
VALUE 5.4
READINGS:
2018-08-12 16:19:12 Activity alive
2018-08-12 16:19:17 CommandAccepted yes
2018-08-12 16:19:12 D-firmware 1.6
2018-08-12 16:19:12 D-serialNr OEQ1864809
2018-08-12 16:19:17 PairedTo 0x322433
2018-08-12 11:05:04 R-11223301-stormLowThresh 5
2018-08-12 11:05:04 R-11223301-stormUpThresh 20
2018-08-12 16:19:18 R-11223301-sunThresh 100
2018-08-12 11:05:04 R-11223301-windSpeedRsltSrc max
2018-08-12 11:05:04 R-11223302-stormLowThresh 5
2018-08-12 16:19:19 R-11223302-stormUpThresh 88
2018-08-12 16:19:19 R-11223302-sunThresh 100
2018-08-12 11:05:04 R-11223302-windSpeedRsltSrc max
2018-08-12 16:19:20 R-11224401-stormLowThresh 77
2018-08-12 11:05:05 R-11224401-stormUpThresh 20
2018-08-12 16:19:20 R-11224401-sunThresh 100
2018-08-12 11:05:05 R-11224401-windSpeedRsltSrc max
2018-08-12 10:51:36 R-burstRx on
2018-08-12 10:33:04 R-localResDis off
2018-08-12 10:33:04 R-pairCentral 0x322433
2018-08-12 10:33:05 R-stormLowThresh 5
2018-08-12 10:33:05 R-stormUpThresh 20
2018-08-12 16:19:18 R-sunThresh 100
2018-08-12 10:33:05 R-windSpeedRsltSrc max
2018-08-12 16:19:17 RegL_00. 01:01 02:01 0A:32 0B:24 0C:33 18:00 00:00
2018-08-12 16:19:18 RegL_01. 05:64 06:14 07:05 0A:01 00:00
2018-08-12 16:19:18 RegL_01.11223301 05:64 06:14 07:05 0A:01 00:00
2018-08-12 16:19:19 RegL_01.11223302 05:64 06:58 07:05 0A:01 00:00
2018-08-12 16:19:20 RegL_01.11224401 05:64 06:14 07:4D 0A:01 00:00
2018-08-12 16:19:21 RegL_04.11223301 05:00 00:00
2018-08-12 16:19:21 RegL_04.11223302 05:00 00:00
2018-08-12 16:19:22 RegL_04.11224401 05:00 00:00
2018-08-12 16:22:13 absoluteHumidity 8.3
2018-08-12 16:22:13 battery ok
2018-08-12 16:22:13 brightness 214
2018-08-12 16:22:13 dewpoint 9.3
2018-08-12 16:22:13 humidity 25
2018-08-12 16:22:13 isRaining 1
2018-08-12 16:19:18 peerList 11223301,11223302,11224401,
2018-08-12 12:22:35 powerOn 2018-08-12 12:22:35
2018-08-12 16:22:13 rain 3.54
2018-08-12 12:22:35 recentStateType info
2018-08-12 16:22:13 regen_all cH: 0.0 lH: 0.3 cD: -248.7 lD: 0.0 IR: 1 Rnow: 8.1 Rdif: 0.3
2018-08-12 16:22:13 regen_d_curr -248.7
2018-08-12 00:02:19 regen_d_last 0.0
2018-08-12 00:02:19 regen_d_start 252.2
2018-08-12 00:02:19 regen_d_trig_tsecs 1534111200
2018-08-12 16:22:13 regen_h_curr 0.0
2018-08-12 16:22:13 regen_h_last 0.3
2018-08-12 16:22:13 regen_h_start 3.5
2018-08-12 16:22:13 regen_h_trig_tsecs 1534082400
2018-08-12 16:22:13 regen_heute -248.7
2018-08-12 16:22:13 regen_now_diff 0.3
2018-08-12 16:22:13 regen_now_rate 8.1
2018-08-12 16:22:13 regen_now_value 3.5
2018-08-12 16:22:13 regen_tsecs 1534083733.16006
2018-08-12 16:22:13 state T: 31.7 H: 25 W: 5.4 R: 3.54 IR: 1 WD: 320 WDR: 67.5 S: 239 B: 214
2018-08-12 16:22:13 sunshine 239
2018-08-12 16:22:13 temperature 31.7
2018-08-12 16:22:13 temperature_komma 31,7
2018-08-12 16:19:17 unknown 04000000000000010102010A320B240C33
2018-08-12 16:22:13 windDirRange 67.5
2018-08-12 16:22:13 windDirection 320
2018-08-12 16:22:13 windSpeed 5.4
helper:
HM_CMDNR 95
PONtest 1
cSnd 0132243362E4AE01041122330204,0132243362E4AE01041122440104
cfgChkResult No regs found for:
wetterstation type:THSensor -
list:peer register :value
0: burstRx :on
0: localResDis :off
0: pairCentral :0x322433
1:11223301 stormLowThresh :5
1:11223301 stormLowThresh :5
1:11223301 stormUpThresh :20
1:11223301 stormUpThresh :20
1:11223301 sunThresh :100
1:11223301 sunThresh :100
1:11223301 windSpeedRsltSrc :max
1:11223301 windSpeedRsltSrc :max
1:11223302 stormLowThresh :5
1:11223302 stormLowThresh :5
1:11223302 stormUpThresh :88
1:11223302 stormUpThresh :88
1:11223302 sunThresh :100
1:11223302 sunThresh :100
1:11223302 windSpeedRsltSrc :max
1:11223302 windSpeedRsltSrc :max
1:11224401 stormLowThresh :77
1:11224401 stormLowThresh :77
1:11224401 stormUpThresh :20
1:11224401 stormUpThresh :20
1:11224401 sunThresh :100
1:11224401 sunThresh :100
1:11224401 windSpeedRsltSrc :max
1:11224401 windSpeedRsltSrc :max
mId 00AE
peerIDsRaw ,11223301,11223302,11224401,00000000
regLst ,0,1,1p,4p
rxType 140
supp_Pair_Rep 0
expert:
def 1
det 1
raw 1
tpl 1
io:
newChn +62E4AE,00,00,00
nextSend 1534083733.24786
rxt 2
vccu vccu
p:
62E4AE
00
00
00
prefIO:
hmLan2
mRssi:
mNo 5F
io:
hmLan:
hmLan2:
-44
-44
prt:
awake 0
bErr 0
brstWu 0
sProc 0
try 1
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rssi:
at_hmLan2:
avg -54.2983193277311
cnt 238
lst -50
max -44
min -80
shadowReg:
tmpl:
nb:
cnt 3
Attributes:
IODev hmLan2
IOgrp vccu:hmLan2
actCycle 000:10
actStatus alive
alias wetterstation
autoReadReg 4_reqStatus
expert 251
firmware 1.6
fp_tablet_plan 54,208,0,wetterstation,
group sensoren
icon weather_station
model HM-WDS100-C6-O-2
peerIDs 00000000,11223301,11223302,11224401,
room homematic
serialNr OEQ1864809
stateFormat t:temperature °c || lf:humidity % || tp:dewpoint °c (abs:absoluteHumidity °c)
subType THSensor
userReadings regen_heute { sprintf("%.1f", (ReadingsNum($name,"regen_d_curr",0))) },
temperature_komma { my $val = (ReadingsVal($name,"temperature",0)); $val =~ s/\./,/g; return $val;}
so weit so gut.
Bei burtRX hatte ich dich falsch verstanden. Scheint also bei der WDS100 nicht zu funktionieren. Werde ich demnach auch abschalten bis sich klärt, was es ist.
Sun scheint demnach bei den Peers nicht zu funktionieren (alle werte habe sich geändert obwohl wir nur einen gesetzt haben).
Bei Strom scheint es allerdings peer-spezifisch zu funktionieren.
Hm - wieder eine SonderLocke, die Werte abzuschalten.
Mache ich nachher...
nur ned hetzen - wenn du sagst, dass meine sturm-werte irgendwann mal funktionieren werden, bin ich schon glücklich *g* der rest ist mir wirklich absolut egal.
was mir weniger egal ist, dass scheints keiner wirklich weiß, was die station nun kann oder nicht.
wenn ich da mit deiner hilfe klarheit schaffen kann, dann wäre dass wohl auch viel für künftige käufer wert.
mich mit burst mißverstanden? hab ja nie was gesagt. wie auch, ohne ahnung von dem ganzen? *g* nur, dass es in einem fred (ich glaub dieser hier wars: https://forum.fhem.de/index.php?topic=71025.0 ) mal behauptet wurde, dass werte der alten wetterstation gehen, wenn man deinem modul diese station vorgaukelt. hatte bei mir allerdings nie gefunzt, drum hatte ich überhaupt erst diesen fred hier eröffnet, nachdem dort Ewigkeiten keiner mehr was gesagt hatte.
so, ich habe eingecheckt.
Was sollte funktionieren:
- sun threshold generell für das Device (nicht peer abhängig)
- storm up/low abhängig vom peer. Wenndu also mehrere Peers peerst kannst du unterschiedliche Trigger einstellen. Zu testen ist nun das Verhalten. WDS100 sollte entsprechend der Einstellungen jeweils einen Trigger an den entsprechenden Peer senden.
=> klar so weit?
WDS sollte auch an di eDummy peers senden. Die Werte kannst du über
set wetterstation regSet stormUpThresh 100 11223301 einstellen - oder eben den Peer deiner wahl. Zum testen must du den Storm selbst machen :)
- WinspeedRsltsrc kannst du einstellen a) einmal am device und b) zwischen max/absolut wählen (siehe auch get regList)
- burstRx scheint nicht zu funktionieren - damit auch burstXmit nicht. Kann ich ohne Device schlecht testen. Dann muss es so gehen.
- peerNeedsBurst ist... ein eq3-Bug? Die Werte stehe nicht in den vorgesehenen Registern. dafür werden anderen - unbekannte - register ausgegeben. Das ist nicht eq3 qualität.... kommt aber vor. => kann ich aktuell nicht unterstützen.
- cyclicInfoMsg sollte funktionieren - aber auch hier fehlt das Register von eq3. 2. Bug?
und zu letzt. an den templates muss ich in dieser Konstellation noch arbeiten. Hier melde ich mich zu gegebener Zeit. Wird wohl 2-3 Wochen dauern.
Du kannst ab morgen einen normalen Update machen(oder heute HMConfig und 10_CUL_HM aus SVN manuell). Sollte dann alles klappen. Drück die Daumen ;)
vielen dank dir!
dann wird ich mich die tage mal spielen. vor allem muß ich wohl nun wirklich peering kapieren. ich meld mich dann in 1-3 jahren wieder *lach*
aber solangs nach dem motto "set wetterstation regSet stormUpThresh 100 11223301" geht, sollt ichs hinbekommen, wenn mir auch noch nicht klar is, wie sich 11223301 zusammen setzt, oder is die zahl egal, haupsache, sie kommt nur 1 mal vor?
wenn du irgenwelche infos und/oder tests brauchst ... nur sagen
hmm, irgendwas stimmt da nicht
egal, was ich sende und sei es nur ein "set wetterstation getConfig" - ich krieg immer nach einiger zeit (10-15min) ein "CMDs_done_Errors:1" zurück, sofern ich nicht zur wetterstion selber klettere und dort den cfg-button drücke.
eventuell abgesetze befehle, z.b. dein "set wetterstation regSet stormUpThresh 100 11223301" resultieren dann in einem reading, bei dem immer set_ ... davor steht, aber sonst nix passiert.
will die wetterstation mich fit halten? ich muß jedes mal aufs dach, um bei dem dummen ding den button zu drücken *g*.
hast du ne idee, was ich da machen könnte?
1) das 11223301 ist ein dummy-peer. Ein Peer ist ein Kanal eines (typisch) anderen Device - und hat somit einen "spechenden Namen". Du hast also einen Schaltaktor mit 2 Kanälen. Dann vewaltet fhem 3 Entities: das Device und 2 Kanäle. Allen kannst du Namen geben - ob sie zu dir sprechen liegt an dir. Also bspw "DevWohnLicht" als Device und "WzLichtTisch" und "WzLichtStehlampe" als Kanäle.
Peeren kannst du die Kanäle - bspw mit einem Schalter.
Das Device hat eine HMId (Adresse) die 3 Byte-hex ist. Also 6 zeichen 0-9, A-F. Solltest du schon gesehe haben. Das könnte nun 112233 sein. Du musst das nicht vergeben, das ist im Device fix eingestellt.
Die Kanäle haben nun eine Pseode HMId mit der Nummer des Kanals am ende der HMId ihres Device. Also 11223301 für Kanal 1, 11223302 für Kanal 2. Diese Nummer ist die maschinenlesbare Id- eines Peers.
in FHEM kann man mit Namen arbeiten (was alle User machen) oder mit der ID (in Ausnahmefällen).
Was habe ich gemaht: Wir mussten das Device peeren damit es die Register anlegt und wir ansehen können. Dazu brauche ich nur irgendeinen peer. Die Zahl habe ich mir also ausgedacht. Am Ende werden wir den Peer wieder "unpeeren" und er ist vergessen.
Was ist zu erwarten:
Deine Wetterstation sollte nun entsprechend der Registersettings einen Trigger an die Peers schicken wenn Strom über oder unterschritten wird. Nachdem mehrere Peers zugelassen sind kann man also für jeden Peer eigene Schwellen setzen. Die WDS100 wird in userem Fall den Trigger 3-mal schicken weil der peer nicht antwortet (existiert ja nicht).
Im realen Leben:
kann man bspw eine Markise mit der WDS peeren und das ein/ausfahren steuern.
oder einen oder mehrere virtuelle Kanäle (ich würde vccu Kanläe nutzen - das Protokoll ist hier am stabilsten) mit der WDS100 peeren. Mit jedem Peer bekommst du nun 2 Trigger (low/high - ist wohl eine Hysterese) und kannst dich somit bei unterschiedlichen Schwellen informieren lassen.
Zum Kommunikationsproblem:
Das auszuloten ist etwas komplexer - ohne das Device vor Ort zu haben. Nach Beschreibung kann das Device folgende Modi:
- config: Das Kommando wird abgesetzt und in der Q gespeichert. Du kletterst, drückst den Knopf und die Q wird abgearbeitet
- wakeup: Kommandos wie vor. Das Device wacht auf, signalisiert dies und FHEM kann/darf die Q senden.
- Burst: Kommandos wie vor. FHEM sendet ein "Wach-Auf" und es geht los.
Config geht immer, ist aber blöd.
wakeup ist integriert. Hier brauche ich einmal logs um zu erkennen ob das Device sich auch korrekt meldet.
burst. Schwierig. Es gibt ein Register, es abzuschalten - was es in die Klasse "conditional burst" schiebt. Das haben wir nun schon probiert - ohne Erfolg.
=> nach allen was ich sehe ist das Device nicht von eq3 Entwickelt. Fremdentwickler halten sich nich konsequent an die Kommunikatons- Architektur. Dann wird es schwierig und man muss es austesten - und hässliche Sonderlocken einbauen.
Was ich von dir gerne hätte ist ein langer msg-mitschnitt (sniffen) des Device.
siehe https://wiki.fhem.de/wiki/Homematic_Nachrichten_sniffen
setze
attr hmLan2 logIDs wetterstation
Jetzt werden alle messages zum und vom Device im systemlog gespeichert. Wenn es einmal 1h gelaufen ist das Log schicken (gerne auch gepackt).
Interessant sind auch Sonderaktionen die Trigger erzeugen. Bspw Sun (also Fotosensor zuhalten, aufmachen) oder Sturm (Windrad drehen, kräftig pusten). Ich sehe dann alles im Log. Kurze info, wann du gepustet hat macht das Prüfen einfacher :)
vorweg - nach dem update heute fehlen ein haufen readings und internals (nachtrag: tauchen langsam wieder auf)
dafür krieg ich immer noch keine regs durch und das peering haut gar nimma hin scheinbar:PairedTo invalid:no peer for this Register 2018-08-14 23:34:45
R-11223301-stormUpThresh set_100 2018-08-13 11:49:28
R-11223302-stormLowThresh set_20 2018-08-13 11:50:18
ich hab da seit unseren letzten spielchen noch nix angegriffen gehabt.
mal ein aktueller listInternals:
DEF 62E4AE
IODev hmLan2
LASTInputDev hmLan2
MSGCNT 35
NAME wetterstation
NOTIFYDEV global
NR 155
NTFY_ORDER 50-wetterstation
STATE t:22.3 °c || lf:63 % || tp:14.9 °c (abs:12.4 °c)
TYPE CUL_HM
hmLan2_MSGCNT 35
hmLan2_RAWMSG 0500003A7F867062E4AE00000000DF3F004DC0001177ED
hmLan2_RSSI -58
hmLan2_TIME 2018-08-15 10:20:57
lastMsg No:7F - t:70 s:62E4AE d:000000 00DF3F004DC0001177ED
peerList 11223301,11223302,11224401,
protCmdDel 4
protLastRcv 2018-08-15 10:20:57
protRcv 35 last_at:2018-08-15 10:20:57
protResnd 3 last_at:2018-08-15 08:59:37
protResndFail 1 last_at:2018-08-15 09:02:39
protSnd 4 last_at:2018-08-15 09:02:36
protState CMDs_done_Errors:1
rssi_at_hmLan2 cnt:35 min:-63 max:-50 avg:-53.08 lst:-58
Helper:
DBLOG:
brightness:
logdb:
TIME 1534321258.00587
VALUE 237
dewpoint:
logdb:
TIME 1534321258.00587
VALUE 14.9
humidity:
logdb:
TIME 1534321258.00587
VALUE 63
regen_heute:
logdb:
TIME 1534321258.00587
VALUE 0.0
temperature:
logdb:
TIME 1534321258.00587
VALUE 22.3
temperature_komma:
logdb:
TIME 1534321258.00587
VALUE 22,3
windDirection:
logdb:
TIME 1534321258.00587
VALUE 85
windSpeed:
logdb:
TIME 1534321258.00587
VALUE 0
READINGS:
2018-08-15 08:52:34 Activity alive
2018-08-14 23:34:44 CommandAccepted yes
2018-08-12 16:19:12 D-firmware 1.6
2018-08-12 16:19:12 D-serialNr OEQ1864809
2018-08-14 23:34:45 PairedTo invalid:no peer for this register
2018-08-13 11:49:28 R-11223301-stormUpThresh set_100
2018-08-13 11:50:18 R-11223302-stormLowThresh set_20
2018-08-15 10:20:57 absoluteHumidity 12.4
2018-08-15 10:20:57 battery ok
2018-08-15 10:20:57 brightness 237
2018-08-15 10:20:57 dewpoint 14.9
2018-08-15 10:20:57 humidity 63
2018-08-15 10:20:57 isRaining 0
2018-08-15 08:52:34 peerList 11223301,11223302,11224401,
2018-08-12 12:22:35 powerOn 2018-08-12 12:22:35
2018-08-15 10:20:57 rain 22.715
2018-08-12 12:22:35 recentStateType info
2018-08-15 10:20:57 regen_all cH: 0.0 lH: 0.0 cD: 0.0 lD: 0.0 IR: 0 Rnow: 0.0 Rdif: 0
2018-08-15 10:20:57 regen_d_curr 0.0
2018-08-15 00:00:34 regen_d_last 0.0
2018-08-15 00:00:34 regen_d_start 22.7
2018-08-15 00:00:34 regen_d_trig_tsecs 1534370400
2018-08-15 10:20:57 regen_h_curr 0.0
2018-08-15 10:20:57 regen_h_last 0.0
2018-08-15 10:20:57 regen_h_start 22.7
2018-08-15 10:20:57 regen_h_trig_tsecs 1534320000
2018-08-15 10:20:57 regen_heute 0.0
2018-08-15 10:20:57 regen_now_diff 0
2018-08-15 10:20:57 regen_now_rate 0.0
2018-08-15 10:20:57 regen_now_value 22.7
2018-08-15 10:20:57 regen_tsecs 1534321257.99178
2018-08-15 10:20:57 state T: 22.3 H: 63 W: 0 R: 22.715 IR: 0 WD: 85 WDR: 67.5 S: 119 B: 237
2018-08-15 10:20:57 sunshine 119
2018-08-15 10:20:57 temperature 22.3
2018-08-15 10:20:57 temperature_komma 22,3
2018-08-15 10:20:57 windDirRange 67.5
2018-08-15 10:20:57 windDirection 85
2018-08-15 10:20:57 windSpeed 0
helper:
HM_CMDNR 127
getCfgList all
getCfgListNo ,1,4
mId 00AE
regLst ,0,1,1p,4p
rxType 140
supp_Pair_Rep 0
expert:
def 1
det 1
raw 1
tpl 1
io:
newChn +62E4AE,00,00,00
nextSend 1534321258.08077
rxt 2
vccu vccu
p:
62E4AE
00
00
00
prefIO:
hmLan2
mRssi:
mNo 7F
io:
hmLan:
hmLan2:
-52
-52
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rssi:
at_hmLan2:
avg -53.0857142857143
cnt 35
lst -58
max -50
min -63
tmpl:
Attributes:
IODev hmLan2
IOgrp vccu:hmLan2
actCycle 000:10
actStatus alive
alias wetterstation
autoReadReg 4_reqStatus
expert 251
firmware 1.6
fp_tablet_plan 54,208,0,wetterstation,
group sensoren
icon weather_station
model HM-WDS100-C6-O-2
peerIDs 00000000,11223301,11223302,11224401,
room homematic
serialNr OEQ1864809
stateFormat t:temperature °c || lf:humidity % || tp:dewpoint °c (abs:absoluteHumidity °c)
subType THSensor
userReadings regen_heute { sprintf("%.1f", (ReadingsNum($name,"regen_d_curr",0))) },
temperature_komma { my $val = (ReadingsVal($name,"temperature",0)); $val =~ s/\./,/g; return $val;}
würde sich nicht alles hier nach der wetterstation richten, würd ichs dir sogar ausborgen ...
"attr hmLan2 logIDs wetterstation" mal gemacht um 10:18
wenns recht ist, send ich auch mal einen getConfig um 10:25
nu warten ma mal
hier bitte: dein gewünschter zahlensalat:2018.08.15 10:20:57 0: HMUARTLGW hmLan2 recv: 01 05 00 00 3A msg: 7F 86 70 62E4AE 000000 00DF3F004DC0001177ED
2018.08.15 10:23:46 0: HMUARTLGW hmLan2 recv: 01 05 00 00 38 msg: 80 86 70 62E4AE 000000 00E23E004DC000097AEE
2018.08.15 10:25:55 0: HMUARTLGW hmLan2 send: 01 0662E4AE000100
2018.08.15 10:25:55 0: HMUARTLGW hmLan2 added peer: 62E4AE, aesChannels: FFFFFFFFFFFFFFFF
2018.08.15 10:25:55 0: HMUARTLGW hmLan2 send: 01 0662E4AE000100
2018.08.15 10:25:55 0: HMUARTLGW hmLan2 added peer: 62E4AE, aesChannels: FFFFFFFFFFFFFFFF
2018.08.15 10:26:21 0: HMUARTLGW hmLan2 recv: 01 05 10 00 34 msg: 81 86 70 62E4AE 000000 00E63D004DC030147CEF
2018.08.15 10:26:21 0: HMUARTLGW hmLan2 send: 01 02 00 00 00 msg: 82 A1 12 322433 62E4AE
2018.08.15 10:28:40 0: HMUARTLGW hmLan2 recv: 01 05 10 00 34 msg: 82 86 70 62E4AE 000000 00EB3B004DC00C297FD5
2018.08.15 10:28:41 0: HMUARTLGW hmLan2 send: 01 02 00 00 00 msg: 83 A1 12 322433 62E4AE
2018.08.15 10:30:46 0: HMUARTLGW hmLan2 recv: 01 05 10 00 35 msg: 83 86 70 62E4AE 000000 00ED3B004DC00C4481CB
2018.08.15 10:30:46 0: HMUARTLGW hmLan2 send: 01 02 00 00 00 msg: 84 A1 12 322433 62E4AE
2018.08.15 10:33:41 0: HMUARTLGW hmLan2 recv: 01 05 10 00 36 msg: 84 86 70 62E4AE 000000 00EC3A004DC0184084CC
2018.08.15 10:33:41 0: HMUARTLGW hmLan2 send: 01 02 00 00 00 msg: 85 A1 12 322433 62E4AE
2018.08.15 10:33:46 0: HMUARTLGW hmLan2 send: 01 0662E4AE000000
2018.08.15 10:33:46 0: HMUARTLGW hmLan2 added peer: 62E4AE, aesChannels: FFFFFFFFFFFFFFFF
2018.08.15 10:33:46 0: HMUARTLGW hmLan2 send: 01 0662E4AE000000
2018.08.15 10:33:46 0: HMUARTLGW hmLan2 added peer: 62E4AE, aesChannels: FFFFFFFFFFFFFFFF
2018.08.15 10:36:22 0: HMUARTLGW hmLan2 recv: 01 05 00 00 34 msg: 85 86 70 62E4AE 000000 00EA3B004DC00C0B86CC
2018.08.15 10:38:47 0: HMUARTLGW hmLan2 recv: 01 05 00 00 35 msg: 86 86 70 62E4AE 000000 00EB3C004DC0060989CF
2018.08.15 10:40:59 0: HMUARTLGW hmLan2 recv: 01 05 00 00 36 msg: 87 86 70 62E4AE 000000 00ED3B004D0000098BCA
2018.08.15 10:44:00 0: HMUARTLGW hmLan2 recv: 01 05 00 00 37 msg: 88 86 70 62E4AE 000000 00EE3B004DC000018EC9
2018.08.15 10:46:47 0: HMUARTLGW hmLan2 recv: 01 05 00 00 3E msg: 89 86 70 62E4AE 000000 00F039004DC0001291D4
2018.08.15 10:49:20 0: HMUARTLGW hmLan2 recv: 01 05 00 00 39 msg: 8A 86 70 62E4AE 000000 00F039004D40000B93C4
2018.08.15 10:51:38 0: HMUARTLGW hmLan2 recv: 01 05 00 00 38 msg: 8B 86 70 62E4AE 000000 00F038004DC0004496C3
2018.08.15 10:53:41 0: HMUARTLGW hmLan2 recv: 01 05 00 00 35 msg: 8C 86 70 62E4AE 000000 00EF39004D80004698C4
2018.08.15 10:56:34 0: HMUARTLGW hmLan2 recv: 01 05 00 00 34 msg: 8D 86 70 62E4AE 000000 00EF39004DC000239AC8
2018.08.15 10:59:13 0: HMUARTLGW hmLan2 recv: 01 05 00 00 33 msg: 8E 86 70 62E4AE 000000 00EF3A004DC000049DD0
2018.08.15 11:01:37 0: HMUARTLGW hmLan2 recv: 01 05 00 00 34 msg: 8F 86 70 62E4AE 000000 00EE39004D8018019FCD
2018.08.15 11:03:47 0: HMUARTLGW hmLan2 recv: 01 05 00 00 34 msg: 90 86 70 62E4AE 000000 00EF3A004D80000AA2D8
2018.08.15 11:06:49 0: HMUARTLGW hmLan2 recv: 01 05 00 00 34 msg: 91 86 70 62E4AE 000000 00F139004DC02414A5EC
2018.08.15 11:09:32 0: HMUARTLGW hmLan2 recv: 01 05 00 00 34 msg: 92 86 70 62E4AE 000000 00F138004DC0242EA7ED
2018.08.15 11:12:04 0: HMUARTLGW hmLan2 recv: 01 05 00 00 33 msg: 93 86 70 62E4AE 000000 00F339004DC01208AAEC
2018.08.15 11:14:19 0: HMUARTLGW hmLan2 recv: 01 05 00 00 37 msg: 94 86 70 62E4AE 000000 00F338004DC01213ACEC
2018.08.15 11:16:21 0: HMUARTLGW hmLan2 recv: 01 05 00 00 33 msg: 95 86 70 62E4AE 000000 00F637004DC03041AEEA
uij, ich seh grad, da stimmt so einiges nicht
mein regensensor HM-Sen-RD-O meint auchPairedTo invalid:no peer for this Register 2018-08-15 11:25:39
R-pairCentral 0x322433 2018-07-06 15:52:02
beim drüberfliegen (hab grad ned so die zeit), scheinen die andern devices wie z.b. HM-LC-SW4-WM, HM-PB-2-WM55-2 oder auch HM-LC-Bl1PBU-FM aber diesen fehler nicht aufzuzeigen.
uij, doch - selbe fehlermeldung nach dem drücken der conf-taste, bei allen tempertursensoren der bezeichnung HM-WDS10-TH-O und HM-WDS40-TH-I-2.
bei denen fehlt auch "R-pairCentral 0x322433"
das mit dem Regensensor sollte nach heutigem Update (also morgen) behoben sein. Kommt vom Umsetzen der Peering-Anforderungen des WDS100. Habe ich heute bei mir bemerkt.
=> hat nichts mit unserem Problem zu tun - reine Darstellungssache.
Im Log ist (fast wie erwartet) zu sehen, dass das device nicht korrekt auf wakeup reagiert. FHEM versucht es, das Device blockiert.
Ging es schon einmal ohne config-button? Wenn ja, wie und wann? BurstXmit hat m.W. nicht funktioniert.
ja, ging mit warten. allerdings hab ich damals die wetterstion so oft resettet/config gemacht (damals wars zum testen auch nicht am dach), dass ich meine hand lieber nicht für die aussage ins feuer lege *g*.
zumindest bis zu den "möchtegern-tipps" im ersten fred mit dem vorspiegeln der alten wetterstation für die passenden peerings, bild ich mir aber ein, dass es ging. hab dann aber genervt aufgegeben, bis wir 2 diesen fred hier eröffnet haben.
gut, morgen um 8 wissen wir wieder mehr. komm heute leider zu nichts mehr ...
scheint wieder gut zu gehen ... ein paar sensoren wart ich noch, bis die commands abgearbeitet sind, aber sonst ... o.k.
3 der sensoren hatten ihr pairing verloren - zufall?
die wetterstation mag mich mal gar nicht ... 3 mal bin ich nun zum knöpfchen drücken hoch gelaufen, das ergebnis ist ernüchternd:Internals:
DEF 62E4AE
IODev hmLan2
LASTInputDev hmLan2
MSGCNT 18
NAME wetterstation
NOTIFYDEV global
NR 155
NTFY_ORDER 50-wetterstation
STATE t:18.5 °c || lf:76 % || tp:14.2 °c (abs:12.0 °c)
TYPE CUL_HM
hmLan2_MSGCNT 18
hmLan2_RAWMSG 0510002D8E867062E4AE00000000B94C804F80180022D1
hmLan2_RSSI -45
hmLan2_TIME 2018-08-16 08:31:40
lastMsg No:8E - t:70 s:62E4AE d:000000 00B94C804F80180022D1
peerList 11223301,11223302,11224401,
protCmdDel 4
protCmdPend 4 CMDs pending
protLastRcv 2018-08-16 08:31:40
protRcv 18 last_at:2018-08-16 08:31:40
protResnd 8 last_at:2018-08-16 08:31:44
protResndFail 1 last_at:2018-08-16 08:19:18
protSnd 16 last_at:2018-08-16 08:31:40
protState CMDs_pending
rssi_at_hmLan2 cnt:18 min:-57 max:-42 avg:-49 lst:-45
Helper:
DBLOG:
brightness:
logdb:
TIME 1534401100.72952
VALUE 209
dewpoint:
logdb:
TIME 1534401100.72952
VALUE 14.2
humidity:
logdb:
TIME 1534401100.72952
VALUE 76
regen_heute:
logdb:
TIME 1534401100.72952
VALUE 0.6
temperature:
logdb:
TIME 1534401100.72952
VALUE 18.5
temperature_komma:
logdb:
TIME 1534401100.72952
VALUE 18,5
windDirection:
logdb:
TIME 1534401100.72952
VALUE 0
windSpeed:
logdb:
TIME 1534401100.72952
VALUE 2.4
READINGS:
2018-08-16 08:30:58 Activity alive
2018-08-16 08:29:18 CommandAccepted yes
2018-08-16 08:30:58 D-firmware 1.6
2018-08-16 08:30:58 D-serialNr OEQ1864809
2018-08-14 23:34:45 PairedTo invalid:no peer for this register
2018-08-13 11:49:28 R-11223301-stormUpThresh set_100
2018-08-13 11:50:18 R-11223302-stormLowThresh set_20
2018-08-16 08:25:03 R-pairCentral set_0x322433
2018-08-16 08:31:40 absoluteHumidity 12.0
2018-08-16 08:31:40 battery ok
2018-08-16 08:31:40 brightness 209
2018-08-16 08:31:40 dewpoint 14.2
2018-08-16 08:31:40 humidity 76
2018-08-16 08:31:40 isRaining 1
2018-08-16 08:06:16 peerList 11223301,11223302,11224401,
2018-08-12 12:22:35 powerOn 2018-08-12 12:22:35
2018-08-16 08:31:40 rain 23.305
2018-08-12 12:22:35 recentStateType info
2018-08-16 08:31:40 regen_all cH: 0.0 lH: 0.6 cD: 0.6 lD: 0.0 IR: 1 Rnow: 13.6 Rdif: 0.600000000000001
2018-08-16 08:31:40 regen_d_curr 0.6
2018-08-16 00:01:12 regen_d_last 0.0
2018-08-16 00:01:12 regen_d_start 22.7
2018-08-16 00:01:12 regen_d_trig_tsecs 1534456800
2018-08-16 08:31:40 regen_h_curr 0.0
2018-08-16 08:31:40 regen_h_last 0.6
2018-08-16 08:31:40 regen_h_start 23.3
2018-08-16 08:31:40 regen_h_trig_tsecs 1534402800
2018-08-16 08:31:40 regen_heute 0.6
2018-08-16 08:31:40 regen_now_diff 0.600000000000001
2018-08-16 08:31:40 regen_now_rate 13.6
2018-08-16 08:31:40 regen_now_value 23.3
2018-08-16 08:31:40 regen_tsecs 1534401100.70814
2018-08-16 08:31:40 state T: 18.5 H: 76 W: 2.4 R: 23.305 IR: 1 WD: 0 WDR: 45 S: 34 B: 209
2018-08-16 08:31:40 sunshine 34
2018-08-16 08:31:40 temperature 18.5
2018-08-16 08:31:40 temperature_komma 18,5
2018-08-16 08:30:59 unknown 0400000000000105640A010000
2018-08-16 08:31:40 windDirRange 45
2018-08-16 08:31:40 windDirection 0
2018-08-16 08:31:40 windSpeed 2.4
cmdStack:
++A00132243362E4AE0006
++A00132243362E4AE00040000000000
++A00132243362E4AE0103
++A00132243362E4AE01040000000001
helper:
HM_CMDNR 143
cSnd 0132243362E4AE0006,0132243362E4AE0006
getCfgList all
getCfgListNo ,1,4
mId 00AE
regLst ,0,1,1p,4p
rxType 140
supp_Pair_Rep 0
expert:
def 1
det 1
raw 1
tpl 1
io:
newChn +62E4AE,02,00,00
nextSend 1534401100.79715
rxt 2
vccu vccu
p:
62E4AE
00
00
00
prefIO:
hmLan2
mRssi:
mNo 8E
io:
hmLan:
hmLan2:
-37
-37
prt:
bErr 0
sProc 2
wuReSent 4
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rssi:
at_hmLan2:
avg -49
cnt 18
lst -45
max -42
min -57
shadowReg:
RegL_00. 0A:32 0B:24 0C:33
tmpl:
Attributes:
IODev hmLan2
IOgrp vccu:hmLan2
actCycle 000:10
actStatus alive
alias wetterstation
autoReadReg 4_reqStatus
expert 251
firmware 1.6
fp_tablet_plan 54,208,0,wetterstation,
group sensoren
icon weather_station
model HM-WDS100-C6-O-2
peerIDs 00000000,11223301,11223302,11224401,
room homematic
serialNr OEQ1864809
stateFormat t:temperature °c || lf:humidity % || tp:dewpoint °c (abs:absoluteHumidity °c)
subType THSensor
userReadings regen_heute { sprintf("%.1f", (ReadingsNum($name,"regen_d_curr",0))) },
temperature_komma { my $val = (ReadingsVal($name,"temperature",0)); $val =~ s/\./,/g; return $val;}
NACHTRAG
hab jetzt grad einen rappel gekriegt und ein werksreset gemacht - ging o.k. danach ein pairCentral + knöpfchen drücken - ging nicht o.k.
nochmal das aktuelle list:Internals:
DEF 62E4AE
IODev hmLan2
LASTInputDev hmLan2
MSGCNT 6
NAME wetterstation
NOTIFYDEV global
NR 155
NTFY_ORDER 50-wetterstation
STATE t:26.3 °c || lf:51 % || tp:15.4 °c (abs:12.6 °c)
TYPE CUL_HM
hmLan2_MSGCNT 6
hmLan2_RAWMSG 0500003902867062E4AE0000000107338001C0002505E6
hmLan2_RSSI -57
hmLan2_TIME 2018-08-16 10:21:22
lastMsg No:02 - t:70 s:62E4AE d:000000 0107338001C0002505E6
protCmdDel 12
protLastRcv 2018-08-16 10:21:22
protRcv 6 last_at:2018-08-16 10:21:22
protResnd 3 last_at:2018-08-16 10:19:16
protResndFail 1 last_at:2018-08-16 10:20:20
protSnd 4 last_at:2018-08-16 10:20:15
protState CMDs_done_Errors:1
rssi_at_hmLan2 cnt:6 min:-57 max:-43 avg:-51.33 lst:-57
Helper:
DBLOG:
brightness:
logdb:
TIME 1534407682.7096
VALUE 230
dewpoint:
logdb:
TIME 1534407682.7096
VALUE 15.4
humidity:
logdb:
TIME 1534407682.7096
VALUE 51
regen_heute:
logdb:
TIME 1534407682.7096
VALUE -23.0
temperature:
logdb:
TIME 1534407682.7096
VALUE 26.3
temperature_komma:
logdb:
TIME 1534407682.7096
VALUE 26,3
windDirection:
logdb:
TIME 1534407682.7096
VALUE 185
windSpeed:
logdb:
TIME 1534407682.7096
VALUE 0
READINGS:
2018-08-16 10:20:15 Activity alive
2018-08-16 10:20:15 D-firmware 1.6
2018-08-16 10:20:15 D-serialNr OEQ1864809
2018-08-16 10:18:10 R-pairCentral set_0x322433
2018-08-16 10:21:22 absoluteHumidity 12.6
2018-08-16 10:21:22 battery ok
2018-08-16 10:21:22 brightness 230
2018-08-16 10:21:22 dewpoint 15.4
2018-08-16 10:21:22 humidity 51
2018-08-16 10:21:22 isRaining 1
2018-08-16 10:16:12 powerOn 2018-08-16 10:16:12
2018-08-16 10:21:22 rain 0.295
2018-08-16 10:16:12 recentStateType info
2018-08-16 10:21:22 regen_all cH: 0.0 lH: 0.3 cD: -23.0 lD: 23.3 IR: 1 Rnow: 8.3 Rdif: 0.3
2018-08-16 10:21:22 regen_d_curr -23.0
2018-08-16 10:14:46 regen_d_last 23.3
2018-08-16 10:14:46 regen_d_start 23.3
2018-08-16 10:14:46 regen_d_trig_tsecs 1534456800
2018-08-16 10:21:22 regen_h_curr 0.0
2018-08-16 10:21:22 regen_h_last 0.3
2018-08-16 10:21:22 regen_h_start 0.3
2018-08-16 10:21:22 regen_h_trig_tsecs 1534406400
2018-08-16 10:21:22 regen_heute -23.0
2018-08-16 10:21:22 regen_now_diff 0.3
2018-08-16 10:21:22 regen_now_rate 8.3
2018-08-16 10:21:22 regen_now_value 0.3
2018-08-16 10:21:22 regen_tsecs 1534407682.70217
2018-08-16 10:21:22 state T: 26.3 H: 51 W: 0 R: 0.295 IR: 1 WD: 185 WDR: 67.5 S: 5 B: 230
2018-08-16 10:21:22 sunshine 5
2018-08-16 10:21:22 temperature 26.3
2018-08-16 10:21:22 temperature_komma 26,3
2018-08-16 10:16:12 unknown 06000030
2018-08-16 10:21:22 windDirRange 67.5
2018-08-16 10:21:22 windDirection 185
2018-08-16 10:21:22 windSpeed 0
RegL_00.:
VAL
helper:
HM_CMDNR 2
PONtest 1
cSnd ,0132243362E4AE00040000000000
getCfgList all
getCfgListNo ,1,4
mId 00AE
regLst ,0,1,1p,4p
rxType 140
supp_Pair_Rep 0
expert:
def 1
det 1
raw 1
tpl 1
io:
newChn +62E4AE,00,00,00
nextSend 1534407682.79224
rxt 2
vccu vccu
p:
62E4AE
00
00
00
prefIO:
hmLan2
mRssi:
mNo 02
io:
hmLan:
hmLan2:
-51
-51
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rssi:
at_hmLan2:
avg -51.3333333333333
cnt 6
lst -57
max -43
min -57
shadowReg:
RegL_00. 0A:32 0B:24 0C:33
tmpl:
Attributes:
IODev hmLan2
IOgrp vccu:hmLan2
actCycle 000:10
actStatus alive
alias wetterstation
autoReadReg 4_reqStatus
expert 251
firmware 1.6
fp_tablet_plan 54,208,0,wetterstation,
group sensoren
icon weather_station
model HM-WDS100-C6-O-2
room homematic
serialNr OEQ1864809
stateFormat t:temperature °c || lf:humidity % || tp:dewpoint °c (abs:absoluteHumidity °c)
subType THSensor
userReadings regen_heute { sprintf("%.1f", (ReadingsNum($name,"regen_d_curr",0))) },
temperature_komma { my $val = (ReadingsVal($name,"temperature",0)); $val =~ s/\./,/g; return $val;}
tjo, wieder nix ... aber nu haben ma wenigstens einen sicheren, gemeinsamen ausgangspunkt.
dumme frage: wenn ich mehrere commands absende, und dann commands done error 1 sehe, nehm ich an, eines der gesendeten commands ist nicht durch. stimmt das?
wenn ja, kann ich sehen, welches der commands er nicht durchgekriegt hat?
ich würde das teil mal mit einem channel der vccu peeren. eventuell reagiert das device dann bei wakeup auf die rufe der zentrale. nur so als idee.
oder vielleicht kann er heimlicherweise lazyconfig, wenn die storm- und/oder sun- trigger kommen.
es wäre ja schon extrem schwach, wenn man bei so einem teuren, modern und in der regel schlecht erreichbaren device immer das knöpfchen drücken muss.
naja, wenn du mir sagst, wie ich das ding peeren soll, wenn ichs scheinbar nicht mal pairen kann, mach ich das gern *g*
aber geduld ... martinp876 bastelt ja dran. und dafür dass er das ausschließlich nur mit meinen (warscheinlich eher zweifelhaften) infos machen darf, weil er selber keine wetterstation der neuen generation hat, muß man halt geduld haben. ich bin derzeit zumindest sehr angetan von seiner geduld ...
Zitates wäre ja schon extrem schwach, wenn man bei so einem teuren, modern und in der regel schlecht erreichbaren device immer das knöpfchen drücken muss.
langsam seh ichs als sport an ... <-- hardcore zynismus, sollte er nicht erkannt werden - ich hasse sport! *lach*
Zitat
naja, wenn du mir sagst, wie ich das ding peeren soll, wenn ichs scheinbar nicht mal pairen kann, mach ich das gern *g*
pairen muss natürlich erst passieren.
ich dachte ihr wart schon weiter. dann also erst einmal fröhliches training. ;)
waren wir - denk ich - ich bin hier ja nur pinky - brain ist der andere *g*
Peeren.mit einem vccu kanal ist immer gut. Lazyconfig... Nicht schlecht. Könnte sich durch das peeren ändern. Allerdings ist es weder beschrieben noch würde es einem typischen Verhalten gleichen. Bei einem fremddevice ist aber alles möglich.
neuigkeiten von der front
nachdem ich ja sowieso nen haufen neu machen mußte, hab ich nochmal einen vormittag leibesübungen eingelegt und nach ettlichen werksresets/nortausrichtungen/neues pairen mit der vccu/... einen scheinbar ganz brauchbaren stand zusammen bekommen. ich hab zwar keinen schimmer, was ich diesmal anderes gemacht hab, als die letzten wochen, aber mir solls recht sein wenns funzt *g*.
das aktuelle listing:Internals:
DEF 62E4AE
IODev hmLan2
LASTInputDev hmLan2
MSGCNT 73
NAME wetterstation
NOTIFYDEV global
NR 137
NTFY_ORDER 50-wetterstation
STATE t:22.4 °c || lf:56 % || tp:13.2 °c (abs:11.1 °c)
TYPE CUL_HM
hmLan2_MSGCNT 73
hmLan2_RAWMSG 0500002D01867062E4AE00000000E0380000C0061F02F4
hmLan2_RSSI -45
hmLan2_TIME 2018-10-14 11:33:48
lastMsg No:01 - t:70 s:62E4AE d:000000 00E0380000C0061F02F4
protCmdDel 7
protLastRcv 2018-10-14 11:33:48
protRcv 73 last_at:2018-10-14 11:33:48
protResnd 6 last_at:2018-10-14 11:29:05
protResndFail 2 last_at:2018-10-14 11:30:03
protSnd 17 last_at:2018-10-14 11:33:23
protState CMDs_done
rssi_at_hmLan2 cnt:73 min:-56 max:-38 avg:-43.97 lst:-45
Helper:
DBLOG:
brightness:
logdb:
TIME 1539509628.52921
VALUE 244
dewpoint:
logdb:
TIME 1539509628.52921
VALUE 13.2
humidity:
logdb:
TIME 1539509628.52921
VALUE 56
temperature:
logdb:
TIME 1539509628.52921
VALUE 22.4
temperature_alt:
logdb:
TIME 1539509628.52921
VALUE 22.2
temperature_komma:
logdb:
TIME 1539509628.52921
VALUE 22,4
windDirection:
logdb:
TIME 1539509628.52921
VALUE 155
windSpeed:
logdb:
TIME 1539509628.52921
VALUE 0.6
OLDREADINGS:
2018-10-14 11:31:21 temperature 22.2
READINGS:
2018-10-14 11:33:22 Activity alive
2018-10-14 11:32:19 CommandAccepted yes
2018-10-14 11:33:22 D-firmware 1.6
2018-10-14 11:33:22 D-serialNr OEQ1864809
2018-10-14 11:33:22 PairedTo 0x322433
2018-10-14 11:33:22 R-burstRx off
2018-10-14 11:33:22 R-localResDis off
2018-10-14 11:33:22 R-pairCentral 0x322433
2018-10-14 11:33:23 R-sunThresh 50
2018-10-14 11:33:23 R-windSpeedRsltSrc max
2018-10-14 11:33:22 RegL_00. 01:00 02:01 0A:32 0B:24 0C:33 18:00 00:00
2018-10-14 11:33:23 RegL_01. 05:32 06:14 07:05 0A:01 00:00
2018-10-14 11:33:48 absoluteHumidity 11.1
2018-10-14 11:33:48 battery ok
2018-10-14 11:33:48 brightness 244
2018-10-14 11:33:48 dewpoint 13.2
2018-10-14 11:33:48 humidity 56
2018-10-14 11:33:48 isRaining 0
2018-10-14 11:30:49 powerOn 2018-10-14 11:30:49
2018-10-14 11:33:48 rain 0
2018-10-14 11:30:49 recentStateType info
2018-10-14 11:33:48 regen_all cH: 0.0 lH: 0.0 cD: 0.0 lD: 0.0 IR: 0 Rnow: 0.0 Rdif: 0
2018-10-14 11:33:48 regen_d_curr 0.0
2018-10-14 00:00:10 regen_d_last 0.0
2018-10-14 00:00:10 regen_d_start 0.0
2018-10-14 00:00:10 regen_d_trig_tsecs 1539554400
2018-10-14 11:33:48 regen_h_curr 0.0
2018-10-14 11:31:21 regen_h_last 0.0
2018-10-14 11:31:21 regen_h_start 0.0
2018-10-14 11:31:21 regen_h_trig_tsecs 1539511200
2018-10-14 11:33:48 regen_now_diff 0
2018-10-14 11:33:48 regen_now_rate 0.0
2018-10-14 11:33:48 regen_now_value 0.0
2018-10-14 11:33:48 regen_tsecs 1539509628.51618
2018-10-14 11:33:48 state T: 22.4 H: 56 W: 0.6 R: 0 IR: 0 WD: 155 WDR: 67.5 S: 2 B: 244
2018-10-14 11:33:48 sunshine 2
2018-10-14 11:33:48 temperature 22.4
2018-10-14 11:33:48 temperature_alt 22.2
2018-10-14 11:33:48 temperature_komma 22,4
2018-10-14 11:32:20 unknown 0400000000000105320A010000
2018-10-14 11:33:48 windDirRange 67.5
2018-10-14 11:33:48 windDirection 155
2018-10-14 11:33:48 windSpeed 0.6
helper:
HM_CMDNR 1
PONtest 1
cSnd 0132243362E4AE0103,0132243362E4AE01040000000001
mId 00AE
peerIDsRaw ,00000000
regLst ,0,1,1p,4p
rxType 140
supp_Pair_Rep 0
expert:
def 1
det 1
raw 1
tpl 1
io:
newChn +62E4AE,00,00,00
nextSend 1539509628.60966
rxt 2
vccu vccu
p:
62E4AE
00
00
00
prefIO:
hmLan2
mRssi:
mNo 01
io:
hmLan2:
-37
-37
prt:
bErr 0
sProc 0
sleeping 1
try 1
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rssi:
at_hmLan2:
avg -43.972602739726
cnt 73
lst -45
max -38
min -56
shadowReg:
tmpl:
Attributes:
IODev hmLan2
IOgrp vccu:hmLan2
actCycle 000:10
actStatus alive
alias wetterstation
autoReadReg 4_reqStatus
expert 251
firmware 1.6
group sensoren
icon weather_station
model HM-WDS100-C6-O-2
oldreadings temperature
peerIDs 00000000,
room homematic
serialNr OEQ1864809
stateFormat t:temperature °c || lf:humidity % || tp:dewpoint °c (abs:absoluteHumidity °c)
subType THSensor
userReadings temperature_komma { my $val = (ReadingsVal($name,"temperature",0)); $val =~ s/\./,/g; return $val;},
temperature_alt { OldReadingsNum($name,"temperature",0); }
könnten wir da drauf aufbauen und weiter probieren, die winddaten in echtzeit zu kriegen?
Hallo zusammen,
ich weiß, der Faden ist schon etwas älter, aber ich habe das selbe Problem: Ich habe die WDS100 angeschafft, um sie direkt mit den Jalousieaktoren peeren zu können und nicht den Umweg über einen Server gehen zu müssen. Und um, dank Burst, die Alarmmeldung sofort zu bekommen.
Leider habe ich die von Ratman (und an anderen Stellen) beschriebenen Probleme: Sie lässt sich zwar mit einer Jalousie peeren, die Readings für StormLow udn StormUp bleiben aber auf set. Entsprechend tut sich da auch nichts. Das Reading storm zeigt unknown:04.
Gibt es mittlerweile eine Lösung? Der Workaround über ein DOIF ist sehr unbefriedigend, vor allem wegen der zeitlichen Verzögerung.
Grüße und Danke vorab
Helge
Ich konnte das Problem bei mir lösen in dem ich das Model mit
attr Wetterstation modelForce HM-WDS100-C6-O
auf die "alte" Version (also ohne das "-2") gesetzt habe. Danach ging auf einmal alles problemlos.