Hallo zusammen,
ich bin heute auf eine interessante Funkschaltsteckdose mit der Bezeichnung PCA 301 bei ELV (//www.elv.de/funkschaltsteckdose-fuer-energiekostenmonitor-pca-301.html) gestoßen, die gleichzeitig auch den Stromverbrauch überwachen kann.
Das Gerät arbeitet bidirektional, und sendet und empfängt auf einer Frequenz von 868 MHz. Kosten ca. 20 €.
Ich finde es sehr Spannung, da es weniger als die Hälfte der AVM-Funksteckdose kostet und trotzdem einen vergleichbaren Funktionsumfang bietet.
Leider bin ich mit meinen Programmierkenntnissen noch nicht so weit, dass ich beurteilen könnte, ob das Protokoll entschlüsselt werden kann und diese Funkschaltsteckdose in FHEM einbindbar ist.
Viele Grüße,
Emil
Hab Sie heute auch entdeckt in einem zugeschickten Minikatalog.
Sieht preislich sehr interessant aus. Bleibt die Frage ob sie etwas bezgl. Messgenauigkeit was taugen.
Einen gepairten Aktuator mit zusätzlicher Energiemessung für 20€ finde ich auch sehr atraktiv.
Das wäre eine mögliche Alternative, zu der Energiemessstelle EM-1000-FM von ELV. Da diese nicht mehr angeboten wird.
Gibt es derzeit eine Energiemessstelle für den direkten Steckdoseneinsatz welche in FHEM eingebunden ist?
Ich kenne den AN158 (Zwave) und den DECT 200 oder 546E von AVM.
Apropos PCA301: so ein Anbindung bedeutet mehrere Wochen evtl. vergebliche Arbeit, da das Protokoll nicht bekannt ist. Da es ausserdem kein Geraet einer bekannten Familie (HM/HMS/etc) ist, gibt es keine Synergieeffekte, und ELV wird vmtl. die Geraete demnaechst aus dem Sortiment streichen.
Hallo,
meine ist noch günstiger, gibts bei amazon oder Pearl.
Link (http://forum.fhem.de/index.php?topic=12600.msg75858#msg75858)
Ich habe keine Ahnung, ob man die an FHEM andocken kann.
Hab auch eben im Katalog die PCA 301 gefunden. Interessant ist das man diese auch schalten kann. Wäre natürlich mal gut zu wissen ob das ganze Bidirectional funktioniert. Immerhin kann man hier bis zu 8 dieser Dinger parallel betreiben.
Ich habe im Momemt die EM1000EM am start. Bis auf die schlechte Sendeleistung bin ich mit denen ganz zufrieden abgesehen von der Tatsache das diese wohl vom Markt verschwinden.
Wenn die natürlich genauso beschissen arbeiten wie die AVM Teile lohnt es sich da nicht Zeit zu investieren das stimmt.
Aber:
ZitatApropos PCA301: so ein Anbindung bedeutet mehrere Wochen evtl. vergebliche Arbeit, da das Protokoll nicht bekannt ist. Da es ausserdem kein Geraet einer bekannten Familie (HM/HMS/etc) ist, gibt es keine Synergieeffekte, und ELV wird vmtl. die Geraete demnaechst aus dem Sortiment streichen.
... das mag schon stimmen, aber davon lebt doch FHEM ;-) Ich kann mir schon vorstellen, dass hier viele unter uns sind die einfach nur genau diesen Code "knacken" wollen ;-)
Gruß
Daniel
> ... viele unter uns sind die einfach nur genau diesen Code "knacken" wollen ;-)
Bleibt noch zu hoffen, dass die, die es wollen, es auch koennen :)
He he naja stimmt schon ;-)
Mhh btw. in der Anleitung steht echt "Die 868-MHz-Funkverbindung erfolgt bidirektional über eine codierte Verbindung." Aber in der Theorie klingt immer alles gut...
Man kann trotzdem noch hoffen: ASCII ist ja auch nur eine Codierung :)
Mir ist das Set bei ELV auch aufgefallen, ich habe es mit jedoch aus einer anderen Intention gekauft.
Ich möchte eine Anbindung an emoncms (//emoncms.org/) umsetzen und den Energieverbrauch dort abbilden.
Leider hatte ich wenig bis keinen Erfolg bei der Suche nach Details zum Funk-Protokoll, aus diesem Grund habe ich selbst begonnen die Hardware zu untersuchen.
Aktuell habe ich die Anzeigeeinheit bereits zerlegt und einen Abgriff für die SPI-Schnittstelle des Funkmoduls realisiert.
Als Funkmodul in der Anzeigeeinheit kommt ein RFM12BDP von HOPERF Electronic (//hoperf.com/) zum Einsatz.
Zum Mitschneiden der SPI-Schnittstelle verwende ich einen Bus Pirate v3 (//dangerousprototypes.com/docs/Bus_Pirate).
Ich habe ein kleines Programm geschrieben das sowohl das Mitschneiden als auch eine "Interpretation" der Daten übernimmt.
Ein erstes Ergebnis könnt ihr in der angehängten Datei finden, diese Datei enthält zwei Protokolle (ohne Last, aus- bzw. eingeschaltet).
Es scheint ca. alle 60s eine Anfrage der Anzeigeeinheit zu geben, mit anschließender Antwort der Steckdose/n.
Dabei werden folgende Daten übermittelt (ins TX Register geschrieben bzw. aus dem RX FIFO ausgelesen:
TX Protokoll (Anzeigeeinheit):
TX: AA AA AA 2D D4 01 04 07 F8 92 00 AA AA AA AA 71 52 AA AA AA
TX: AA AA AA 2D D4 01 04 07 F8 92 00 AA AA AA AA 71 52 AA AA AA
TX: AA AA AA 2D D4 01 05 07 F8 92 01 AA AA AA AA 77 4A AA AA AA
RX Protokoll (Anzeigeeinheit):
RX: 01 04 07 F8 92 00 00 00 00 00 0E 9F
RX: 01 04 07 F8 92 01 00 00 00 00 8E E4
RX: 01 05 07 F8 92 01 AA AA AA AA 77 4A
Interpretation:
1 Byte: Kanal
1 Byte: Befehl (04 = Abfrage Messwerte, 05 = Schaltbefehl)
3 Byte: Adresse (UID) Steckdose
1 Byte: Data [Befehl 04: (01 = rücksetzten des absoluten Verbrauchs), Befehl 05: (00 = aus, 01 = ein)]
2 Byte: aktueller Verbrauch in W (Faktor 1/10)
2 Byte: absoluter Verbrauch in kWh (Faktor 1/100)
2 Byte: CRC16 (Polynom 8005h)
Damit dürfe die Frage nach dem Protokoll fast geklärt sein, offen wäre noch das Thema "pairing".
Find ich ja Klasse, dass du dir die Arbeit gemacht hast nen Logik Analyzer oder was auch immer auszupacken. Daumen hoch!
Wie sieht es denn aus, hat sich da schonmal einer mit beschäftigt was der Busware CUL dazu sagt? Oder sitzt da schon einer in seinem Kämmerchen und bastelt vielleicht fleißig an einem FHEM Modul?
Lohnt es sich da eine Steckdose zu bestellen zum spielen?
Gruß
Daniel
Hallo!
Ich wollte auch nochmal nachhaken, ob es hier irgendwelche Neuigkeiten gibt. Ich finde den PCA 301 auch sehr interessant.
Gruß
Spiff
Also ich arbeite nicht an einer Integration in die CUL firmware.
Ich bin allerdings gerade dabei zu prüfen ob es möglich ist das Protkoll direkt in Form eines deamons ggf. auch eines kernel moduls auf Basis des RFM12B Moduls (https://github.com/gkaindl/rfm12b-linux (//github.com/gkaindl/rfm12b-linux)) umzusetzen.
Allerdings liegt mein Focus nicht auf der Integration in Fhem sondern auf der Intregration in emoncms.org
ich fände es klasse wenn die steckdosen mit fhem gehen würden. aber selbst wenn das protokoll an sich geklärt ist fehlt glaube ich immer noch eine ganze menge. neben dem pairing z.b. auch noch alle rf parameter. es gibt ja fast eine unendliche anzahl möglichkeiten das protokoll per funk abzubilden.
gruss
andre
Hallo
also die Parameter für ein RFM12B sind bekannt, es gibt ein Mitschnitt der SPI-Schnittstelle.
Damit steht einer Implementierung auf Basis eins RFM12B nichts im Wege.
Es muss halt nur gemacht werden.
Das müsste ja schon fast mit der jeelib und einem arduino lesbar sein.
Aufbau eines Datenpakets mit der Jeelib ist
Preamble 3byte AA AA AA
Syn 2 byte 2D GroupID
Head 2 byte HDR LEN - in HDR stehen so Sachen wie, von welcher ID, soll mit ACK bestätigt werden, usw...
Danach kommt der Payload
und hinten 2 byte CRC
Muss mal schauen das ich mir bei der nächsten Bestellung so ein Teil mitschicken lasse...
Hi,
also ich hab hier sowohl ne PCA 301, als auch nen JeeLink rumfliegen. Mit einer "normalen" RF12demo (Teil der JeeLib) komme ich nicht weit, das habe ich gerade mal durchgeturnt. Genauer gesagt habe ich das hier versucht:
- Initialisierung "0g" (d.h. lauschen auf allen Gruppen, aka Promiscious Mode... wobei man gleichzeitig im Hinterkopf behalten muss, dass JCWs RF12-Implementierung nur mit 212 Gruppen umgehen kann, wohingegen das RFM12B technisch 250 Gruppen beherrscht)
- Für zwei Minuten alle Pakete mitgeschnitten
- In den Paketen nach einer Häufung von INT 170 (=0xAA) gesucht
Das Ergebnis ist erstmal negativ. Ich vermute mal dass die RF-Einstellungen eben nicht "JeeLib-Standard" sind, d.h. Baud-Rate und/oder Frequenz abweichen. Sieht für mich so aus, als müsste man mit einer angepassten Version von RF12demo spielen, wie's z.B. hier gemacht wurde:
http://forum.jeelabs.net/node/341.html (//forum.jeelabs.net/node/341.html)
@Kleiner: Ich habe leider keinen Bus Pirate o.a. Logic Analyzer. Daher die Frage, enthält Dein SPI Mitschnitt auch die RF-Initialisierung? D.h. die Register-Settings für Frequenz und Baud-Rate? Ich bin immer noch Neuling auf diesem Gebiet, aber nen Versuch mit ner angepasstem RF12demo würde ich mal wagen wollen...
/Oliver
Ich benutze auch das RF12demo. Ich denke das ist schon ganz gut für diesen Zweck geeignet.
0g heisst, es wird auf allen Kanälen gelauscht.
Die drei Sync bytes sieht man aber trotz 0g nicht, die werden gefiltert.
>TX: AA AA AA 2D D4 01 04 07 F8 92 00 AA AA AA AA 71 52 AA AA AA
Wenn ich mir den String so anschaue, dann sind die ersten 3 bytes die preamble
Dann kommt der sync mit 2d d4 - 2d ist fest gesetzt, d4 ist die group id - groupID = 212
Könnte also sein das es gar keine RF12b Module sind, sondern die RF12 Module :-)
Danach kommt die Id des Sendemoduls (01) und dann das Längenbyte das definitiv nicht stimmt.
Folglich kann RF12demo keinen validierten String ausspucken, hier wird definitiv das Längenbyte gecheckt.
Bleibt also erst mal nur die Möglichkeit Raw zu loggen.
Bzgl. der Settings für das RF12 wäre es Klasse wenn Kleiner den SPI Log zur Verfügung stellen könnte.
Die Funksettings lassen sich im RF12 demo auch leicht anpassen. Gibts sogar einen Konfigurator für...
http://tools.jeelabs.org/rfm12b.html (//tools.jeelabs.org/rfm12b.html)
Viele Grüße
trilu
Hi Trilu,
ist auch mein Verständnis, dass die ersten 3 Bytes der Preambel unterdrückt werden. Aber wenn ich den Beitrag von "Kleiner" richtig interpretiere, dann kommt die Byte-Folge AA AA AA AA im Paket weiter hinten nochmal vor, und die ist anscheinend fix. Und genau danach suche ich jetzt schon ne ganze Weile...
- Mit Group 212 hab ich's schon versucht, war mir dann aber nicht sicher ob's wirklich hinhaut. Also bin ich wieder auf "0g" gewechselt. Aber Du hast schon recht, das wird definitiv ausgewertet, insofern könnte ich die "Flut" wieder einschränken.
- Den RFM12 Command Calculator hab ich heute auch schon fleissig bemüht. Denn in der Bedienungsanleitung der PCA 301 steht als Frequenz "808,40" MHz. Sofern das wirklich stimmt, enspräche das dem Setting rf12_control(0xA690). Also habe ich gleich mal den RF12demo Sketch abgewandelt...
- Seitdem spiele ich nun mit dem Data Rate Register rum. Angefangen bei 0xC605 bis weit hinauf (bis zu Transferraten von < 4 KBpS). Aber noch habe ich keinen Erfolg damit... Erfolg im Sinne von mehrfach hintereinander erscheinenden AA...
Aber wenn Du von RAW sprichst, sind wir uns denn einig dass es mit 0g und "Report bad packets" gehen müsste? Oder willst Du noch auf was anderes hinaus? Wie gesagt, bin da noch nicht soooo bewandert, versuche das noch besser zu verstehen.
Das SPI Log könnte echt Licht ins Dunkel bringen. Schliesslich könnte die angegebene Frequenz in der Beschreibung ja auch ne ca.-Angabe sein. Dann könnte ich lang herumprobieren... Mit den anderen Registern habe ich noch gar nicht rumgespielt. Wär doof wenn das nötig würden, weil sich dann auch die potentiellen Settings potenzieren.
/Oliver
Entschuldige, ich wollte dich mit dem Raw nicht verwirren.
Ich würde die Group auf 212 setzen, bei mir zu Hause gibt's viel zu viel Traffic,
als das ich mit 0g irgendwas sehen könnte :-)
Die Pakete vom PCA301 werden ziemlich sicher als defekt angezeigt, da ja das Längenbyte nicht stimmt.
Ob die CRC richtig kalkuliert wird, wird sich später zeigen. Zuerst brauchen wir mal die Pakete im RF12demo.
Mit den Settings alle Möglichkeiten durchzutesten wird nicht klappen, da sind ziemlich viele Variablen,
die sich gegenseitig beeinflussen drin. Ist ja nicht nur die Frequenz und die Baudrate - ist ja auch noch die Bandbreite,
ob bei steigender oder fallender Flanke gemessen wird, usw.
Was mir noch einfällt, vielleicht muss man das Ding auch erst mit der Basis pairen bevor es was sendet?
>Es scheint ca. alle 60s eine Anfrage der Anzeigeeinheit zu geben, mit anschließender Antwort der Steckdose/n.
>Dabei werden folgende Daten übermittelt (ins TX Register geschrieben bzw. aus dem RX FIFO ausgelesen:
Eigentlich ein Indiz das deine 2 minuten loggen sich nur lohnen wenn das Ding gepairt ist.
Und dann bekommst du auch nur einen String von der Steckdose ab....
Das ist bei 0g bestimmt wie die Stecknadel im Heuhaufen :-)))))))))
Hey,
nee, schon gut, hast mich nicht verwirrt. Wollte nur möglichst sicher gehen, dass ich da nicht nem Riesenirrtum aufsitze und was grundlegendes mis(t)verstehe. Insofern schonmal ein fettes Danke!
Yepp, 0g ist bei mir ebenfalls ne Seuche. Mitten in der Stadt ist das ziemlich ätzend. Insofern hilft die 212 wirklich sehr, denn da kommt (fast) nix rein... Dass mit den defekten Paketen ist ebenfalls klar. Ich lasse mir alle anzeigen und suche nach den AAs (in der Hoffnung, dass die auch wirklich so übertragen werden! Und nicht doch noch ne Verschlüsselung im Spiel ist die alles brav zerwürfelt. Ich bin überfragt, ob das RFM12(b) Modul Verschlüsselung beherrscht oder nicht).
Bzgl. des Pairings: Sorry, hab ich nicht geschrieben, aber ich war schlau genug die Anzeigeeinheit mitzubestellen, d.h. die Steckdose ist gepaired. Nach jedem Wechsel der Settings habe ich brav nen Schaltvorgang durchgeführt, m.E. müsste dann auch der 05-Schalt-Befehl losgetreten werden. Zum Glück muss ich also nicht immer 60 Sekunden warten.
Tja, wegen der anderen Settings: Das habe ich zwar ein wenig befürchtet, aber insgeheim gehofft ich lande mal "eben" nen Treffer. War wohl nix... Unwissenheit eben. Danke für die Auflärung!
Was nun? Warten auf Godot, bzw. auf "Kleiner". Oder nen Bus Pirate anschaffen? Muss mal googlen, so'n Ding im Fundus zu haben kann ja eigentlich nicht schaden ;-)
Nochmals danke, hab heut einiges gelernt!
/Oliver
Buspirate gibts für 25Euro
http://www.watterott.com/de/Bus-Pirate (//www.watterott.com/de/Bus-Pirate)
Allerdings befürchte ich, gehört da auch wieder Einarbeitung zu...
Bin aber auch schon am Zucken ob ich so ein Ding für den Fundus brauche :-)
Das RF12 oder RF12b kann nicht verschlüsseln, bei der JeeLabs Variante übernimmt das die Lib.
Aber mit so ein paar xor's findest du halt auch keine AA's mehr.
Wobei "Kleiner" das so nicht beschrieben hat.
Also ich habe die Station mitgekauft und sie geöffnet.
In der Station ist das Modul RFM12BDP verbaut.
Ich habe einen BusPirate an der Station angelötet.
Ein Protokoll mit dem SPI-Sniffer ergibt folgendes Ergebnis:
5B [5C 82 0x82(00 0x00)5C 38 0x38(00 0x00)5D ]
5B [5C C6 0xC6(FF 0xFF)5C 33 0x33(FF 0xFF)5D ]
5B [5C 94 0x94(FF 0xFF)5C C5 0xC5(FF 0xFF)5D ]
5B [5C 98 0x98(FF 0xFF)5C 20 0x20(FF 0xFF)5D ]
5B [5C C2 0xC2(FF 0xFF)5C AF 0xAF(FF 0xFF)5D ]
5B [5C C4 0xC4(FF 0xFF)5C 77 0x77(FF 0xFF)5D ]
5B [5C CC 0xCC(FF 0xFF)5C 76 0x76(FF 0xFF)5D ]
5B [5C E1 0xE1(FF 0xFF)5C 96 0x96(FF 0xFF)5D ]
5B [5C C8 0xC8(FF 0xFF)5C 0E 0x0E(FF 0xFF)5D ]
5B [5C C0 0xC0(FF 0xFF)5C C0 0xC0(FF 0xFF)5D ]
5B [5C 80 0x80(FF 0xFF)5C E8 0xE8(FF 0xFF)5D ]
5B [5C A7 0xA7(FF 0xFF)5C 08 0x08(FF 0xFF)5D ]
5B [5C CA 0xCA(FF 0xFF)5C 80 0x80(FF 0xFF)5D ]
5B [5C CA 0xCA(FF 0xFF)5C 83 0x83(FF 0xFF)5D ]
5B [5C CA 0xCA(FF 0xFF)5C 81 0x81(FF 0xFF)5D ]
5B [5C CA 0xCA(FF 0xFF)5C 83 0x83(FF 0xFF)5D ]
5B [5C 00 0x00(A1 0xA1)5C 00 0x00(3F 0x3F)5D ]
5B [5C 82 0x82(FF 0xFF)5C 28 0x28(FF 0xFF)5D ]
5B [5C 82 0x82(FF 0xFF)5C 38 0x38(FF 0xFF)5D ]
5B [5C B8 0xB8(FF 0xFF)5C AA 0xAA(FF 0xFF)5D ]
5B [5C B8 0xB8(FF 0xFF)5C AA 0xAA(FF 0xFF)5D ]
5B [5C B8 0xB8(FF 0xFF)5C AA 0xAA(FF 0xFF)5D ]
5B [5C B8 0xB8(FF 0xFF)5C 2D 0x2D(FF 0xFF)5D ]
5B [5C B8 0xB8(FF 0xFF)5C D4 0xD4(FF 0xFF)5D ]
5B [5C B8 0xB8(FF 0xFF)5C 02 0x02(FF 0xFF)5D ]
5B [5C B8 0xB8(FF 0xFF)5C 04 0x04(FF 0xFF)5D ]
5B [5C B8 0xB8(FF 0xFF)5C 07 0x07(FF 0xFF)5D ]
5B [5C B8 0xB8(FF 0xFF)5C F8 0xF8(FF 0xFF)5D ]
5B [5C B8 0xB8(FF 0xFF)5C 92 0x92(FF 0xFF)5D ]
5B [5C B8 0xB8(FF 0xFF)5C 00 0x00(FF 0xFF)5D ]
5B [5C B8 0xB8(FF 0xFF)5C AA 0xAA(FF 0xFF)5D ]
5B [5C B8 0xB8(FF 0xFF)5C AA 0xAA(FF 0xFF)5D ]
5B [5C B8 0xB8(FF 0xFF)5C AA 0xAA(FF 0xFF)5D ]
5B [5C B8 0xB8(FF 0xFF)5C AA 0xAA(FF 0xFF)5D ]
5B [5C B8 0xB8(FF 0xFF)5C D1 0xD1(FF 0xFF)5D ]
5B [5C B8 0xB8(FF 0xFF)5C 6E 0x6E(FF 0xFF)5D ]
5B [5C B8 0xB8(FF 0xFF)5C AA 0xAA(FF 0xFF)5D ]
5B [5C B8 0xB8(FF 0xFF)5C AA 0xAA(FF 0xFF)5D ]
5B [5C B8 0xB8(FF 0xFF)5C AA 0xAA(FF 0xFF)5D ]
5B [5C 82 0x82(00 0x00)5C 08 0x08(00 0x00)5D ]
5B [5C 82 0x82(00 0x00)5C 00 0x00(00 0x00)5D ]
5B [5C 82 0x82(00 0x00)5C D8 0xD8(00 0x00)5D ]
5B [5C C6 0xC6(00 0x00)5C 33 0x33(00 0x00)5D ]
5B [5C 94 0x94(00 0x00)5C C5 0xC5(00 0x00)5D ]
5B [5C 98 0x98(00 0x00)5C 20 0x20(00 0x00)5D ]
5B [5C C2 0xC2(00 0x00)5C AF 0xAF(00 0x00)5D ]
5B [5C C4 0xC4(00 0x00)5C 77 0x77(00 0x00)5D ]
5B [5C CC 0xCC(00 0x00)5C 76 0x76(00 0x00)5D ]
5B [5C E1 0xE1(00 0x00)5C 96 0x96(00 0x00)5D ]
5B [5C C8 0xC8(00 0x00)5C 0E 0x0E(00 0x00)5D ]
5B [5C C0 0xC0(00 0x00)5C C0 0xC0(00 0x00)5D ]
5B [5C 80 0x80(00 0x00)5C E8 0xE8(00 0x00)5D ]
5B [5C A7 0xA7(00 0x00)5C 08 0x08(00 0x00)5D ]
5B [5C CA 0xCA(00 0x00)5C 80 0x80(00 0x00)5D ]
5B [5C CA 0xCA(00 0x00)5C 83 0x83(00 0x00)5D ]
5B [5C CA 0xCA(00 0x00)5C 81 0x81(00 0x00)5D ]
5B [5C CA 0xCA(00 0x00)5C 83 0x83(00 0x00)5D ]
5B [5C 00 0x00(22 0x22)5C 00 0x00(3F 0x3F)5D ]
5B [5C 00 0x00(81 0x81)5C 00 0x00(FF 0xFF)5C 00 0x00(02 0x02)5D ]
5B [5C 00 0x00(81 0x81)5C 00 0x00(FF 0xFF)5C 00 0x00(04 0x04)5D ]
5B [5C 00 0x00(81 0x81)5C 00 0x00(FF 0xFF)5C 00 0x00(07 0x07)5D ]
5B [5C 00 0x00(81 0x81)5C 00 0x00(FF 0xFF)5C 00 0x00(F8 0xF8)5D ]
5B [5C 00 0x00(81 0x81)5C 00 0x00(FF 0xFF)5C 00 0x00(92 0x92)5D ]
5B [5C 00 0x00(81 0x81)5C 00 0x00(FF 0xFF)5C 00 0x00(01 0x01)5D ]
5B [5C 00 0x00(81 0x81)5C 00 0x00(FF 0xFF)5C 00 0x00(01 0x01)5D ]
5B [5C 00 0x00(81 0x81)5C 00 0x00(FF 0xFF)5C 00 0x00(91 0x91)5D ]
5B [5C 00 0x00(81 0x81)5C 00 0x00(FF 0xFF)5C 00 0x00(00 0x00)5D ]
5B [5C 00 0x00(81 0x81)5C 00 0x00(FF 0xFF)5C 00 0x00(20 0x20)5D ]
5B [5C 00 0x00(81 0x81)5C 00 0x00(FF 0xFF)5C 00 0x00(B1 0xB1)5D ]
5B [5C 00 0x00(81 0x81)5C 00 0x00(FF 0xFF)5C 00 0x00(4F 0x4F)5D ]
5B [5C 82 0x82(FF 0xFF)5C 01 0x01(FF 0xFF)5D ]
5B [5C 82 0x82(00 0x00)5C 01 0x01(00 0x00)5D ]
Hey,
boah, ich bin einfach nur begeistert hier!
@Trilu: Ja, genau von denen hab ich mir den Bus Pirate jetzt auch bestellt ;-) Einarbeitung? Klar, wird so sein. Da gehen bestimmt wieder ein paar dutzend Stunden und Nerven bei drauf. Wie das bei neuen Dingen so üblich ist. Kennste ja bestimmt... Aber irgendwie muss ich mir das jetzt geben, ich will wissen wie's geht.
@Kleiner: Super, DANKE! Ich glaub das bringt mich richtig weiter. Ich weiss aber noch nicht so richtig, wie man diesen Trace liest?!?!
- Der erste Wert ist das "Register" (gefolgt von 5C)?
- Der zweite Wert in der Zeile entspricht dem zu schreibenden Inhalt (gefolgt von 5D)?
Hab mir das jetzt mal so zusammengereimt... Und dann (das wird wiedrum Trilu freuen) folgende Werte herausgelesen (für den Anfang):
- Frequenz: 0xA708 (würde 869.000 MHz entsprechen... soviel zur Zuverlässigkeit der "Packungsbeilage")
- DataRate: 0xC633 (entspräche 6.631kbps)
RF12demo angepasst (mit Filter auf Gruppe 212), und schwupps kriege ich bei Schaltvorgängen dies hier zu sehen:
? 1 7 248 71 0 170
? 1 7 248 71 0
? 1 7 248 71 1 170
? 1 7 248 71 0 170
? 1 7 248 71 0
? 1 7 248 71 0
? 1 7 248 71 1 170
? 1 7 248 71 1
Ich versuche jetzt noch die anderen Parameter herauszupuzzlen. Aber soweit wie jetzt, war ich den ganzen Tag noch nicht. Zudem passt die "1" zu Beginn exakt zu Trilus Vorhersage.
/Oliver
Coole Sache, Gratulation!
Wenn man das mal mit den Erkenntnissen von "Kleiner" vergleicht...
> RX: 01 04 07 F8 92 00 00 00 00 00 0E 9F
> TX: AA AA AA 2D D4 01 04 07 F8 92 00 AA AA AA AA 71 52 AA AA AA
Dein String in HEX
? 1 7 248 71 0 170 = 01 07 F8 47 00 AA
entspricht ziemlich genau diesem hier:
------------------->01 xx 07 F8 47 00 AA
TX: AA AA AA 2D D4 01 04 07 F8 92 00 AA AA AA AA 71 52 AA AA AA
Das filtert die Jeelib raus: AA AA AA 2D D4
Dann kommt der Receive String: 01 07 F8 47 00 AA
Und das filtert die Jeelib wieder, weil es die nächste Preamble sein könnte: AA AA AA 71 52 AA AA AA
Ein Byte fehlt - das wäre laut Jeelib das Längenbyte - keine Ahnung ob du hier ein Übertragungsproblem hast oder Jeelib filtert.
Und die nachfolgenden AA's hält er für die Preamble des möglichen nächsten Strings
Vielleicht könntest du es mal so probieren:
0g - Alle Groups loggen, dann wird ab 4D angezeigt
0q - Nichts filtern, den String den du suchst hast du ja jetzt
31i - promiscuous mode, nimmt alle broadcast messages
Im nächsten Schritt müssen wir dann an die Jeelib ran, oder vielleicht reicht es den RF12demo sketch ein bisschen anzupacken.
Die Anleitung zu lesen des Log ist hier zu finden http://dangerousprototypes.com/docs/Bus_Pirate_binary_SPI_sniffer_utility#Raw_output_decoding (//dangerousprototypes.com/docs/Bus_Pirate_binary_SPI_sniffer_utility#Raw_output_decoding)
Das heisst:
5B [5C 82 0x82(00 0x00)5C 38 0x38(00 0x00)5D ]
5B[ = CS low (aktiv)
5C = start Daten Paar
82 0x82 MOSI Daten
00 0x00 MISO Daten
5D ] = CS high (inaktiv)
Hatte gerade noch eine Idee :-)
Schau mal in den RF12demo sketch - das ist in der main loop sowas hier:
if (rf12_recvDone()) {
byte n = rf12_len; <----hier wird die länge betrachtet, also wieviele bytes empfangen. lt "kleiner" ist das aber der schaltbefehl
if (rf12_crc == 0)
Serial.print("OK");
else { <---- da kein valid string laufen wir hier in die else
if (quiet) <-- quiet ist nicht gesetzt, weil ja 0q
return;
Serial.print(" ?");
if (n > 20) // print at most 20 bytes if crc is wrong
n = 20; <--- das stimmt in unserem fall nicht, weil ja lt "kleiner" 04 oder 05 kommt
}
if (useHex) <--- hast du nicht gesetzt
Serial.print('X');
if (config.group == 0) { <--- aber das hier 0g
Serial.print(" G");
showByte(rf12_grp);
}
Serial.print(' ');
showByte(rf12_hdr); <-- hier wird von deinem string das erste byte angezeigt, also die 01
for (byte i = 0; i < n; ++i) { <-- hier wird durch den payload gesteppt, wir erinnern uns; n=04 oder 05 - deshalb werden auch nicht mehr bytes angezeigt
if (!useHex) <-- haste nicht
Serial.print(' '); <-- immer schön ein blank zwischen den payload bytes
showByte(rf12_data); <--- hier ist alles ab der 04 oder 05 drin :-)
}
Serial.println();
Was du mal testen kannst ist ein quick hack -
showByte(rf12_hdr);
Serial.print(' ');
showByte(rf12_len);
for (byte i = 0; i < 10; ++i) { <-- kannst statt der 10 auch mal 15 testen.
Dann bekommst du die restlichen bytes angezeigt
Schöner einbauen können wir auch später....
Bin noch da ;-) Kämpfe aber gerade noch mit den Register-Settings, ist ein bisschen mühselig die alle aus dem SPI-Log rauszufummeln.
@Kleiner: Danke für die Anleitung! Die schau ich mir gleich nochmal genauer an.
@Trilu: Der Empfang ist noch nicht so richtig stabil. Nach dem Reset muss ich mitunter 10x "schalten" bevor ich ein Paket empfange. Anschliessend geht's dann aber "einigermassen" gut. Sieht so aus als müssten wir an den RF12-Settings noch was schrauben... Ich unterbreche das jetzt erstmal und stricke den RF12demo Sketch so um, wie Du's gerade beschrieben hast. Mal sehen was wir da gleich zu sehen kriegen.
Jungs, ehrlich, das macht Spass hier ;-)
/Oliver
Ach ja, du musst nicht auf 0g gehen :-)
212 ist ok, weil ja mit der änderung im sketch das längenbyte geklärt ist.
Ja, macht mir auch spass!
Hmm, das mit 212g hab ich gerade schon probiert, da kommt das hier bei raus (mit n=20):
? 1 7 248 71 1 170 170 170 0 0 0 0 0 0 0 0 0 0 0 0 0
? 1 7 248 71 0 170 170 170 0 0 0 0 0 0 0 0 0 0 0 0 0
? 1 7 248 71 1 170 170 170 0 0 0 0 0 0 0 0 0 0 0 0 0
? 1 7 248 71 1 170 170 170 0 0 0 0 0 0 0 0 0 0 0 0 0
? 1 7 248 71 0 170 170 170 0 0 0 0 0 0 0 0 0 0 0 0 0
? 1 7 248 71 0 170 170 170 0 0 0 0 0 0 0 0 0 0 0 0 0
Also die Preabmle-Bytes sind jetzt enthalten, aber der Rest ist 0.
Mit 0g krieg ich das hier:
? G212 128 253 187 122 112 221 224 69 61 241 89 181 203 141 199 245 254 16 37 21 208
? G212 1 7 248 71 1 170 170 170 228 239 126 127 129 0 49 143 62 156 24 69 65
? G212 1 7 248 71 1 170 170 170 241 250 89 123 124 112 18 28 210 73 144 77 155
? G212 1 7 248 71 0 170 170 170 191 239 20 247 56 51 138 234 168 202 36 209 187
? G212 1 7 248 71 1 170 170 170 191 239 20 247 56 51 138 234 168 202 36 209 187
? G212 1 7 248 71 0 170 170 170 51 142 21 30 17 47 123 198 245 120 180 227 173
? G212 1 7 248 71 1 170 170 170 15 99 100 161 58 8 0 154 136 247 114 97 255
Hab's noch nicht mit den Daten von Kleiner abgeglichen, weiss nicht ob's Sinn macht...
Schade, ich hatte gehofft das wir nicht an die jeelib ran müssen.
Aber auch der String mit 0g ist nicht komplett. Da sind nur 3 AA drin, wir brauchen mindestens 4.
Wenn du noch Zeit und Lust hast, kannst du ja noch ein wenig an der Funkstrecke arbeiten.
Ich werde mir morgen mal die jeelib ein wenig genauer anschauen.
Hi Trilu,
ich glaube mittlerweile, dass der "gefüllte" 0g String absoluter Bogus ist. Nach nem Reset ist rf12_data leer, daher auch die Nullen. Sobald man aber mit 0g an den Start geht, kassiert man unerwünschte Pakete, die mitunter wiederum recht lang sind. Der rf12_data buffer wird aber nie gelöscht, sondern immer nur das Längenbyte ausgewertet. Und genau dass wird ignorieren wir ja bewusst...
Hier ist ein gutes Beispiel dafür (mit 212g):
? 1 7 248 71 0 170 170 170 0 0 0 0 0 0 0 0 0 0 0 0 0
? 1 7 248 71 0 0 0 170 0 0 0 0 0 0 0 0 0 0 0 0 0
? 1 7 248 71 0 170 170 170 0 0 0 0 0 0 0 0 0 0 0 0 0
? 1 7 248 71 0 0 0 170 0 0 0 0 0 0 0 0 0 0 0 0 0
? 113 184 222 88 47 139 168 254 43 128 255 201 130 89 226 39 149 56 21 188 185
? 1 7 248 71 0 170 170 254 43 128 255 201 130 89 226 39 149 56 21 188 185
? 1 7 248 71 0 0 0 254 43 128 255 201 130 89 226 39 149 56 21 188 185
? 1 7 248 71 0 170 170 254 43 128 255 201 130 89 226 39 149 56 21 188 185
Deinem Ansatz mit den 4 AAs kann ich folgen, ist sicherlich vielversprechend genau dort anzufangen. Dann ist der Rest vermutlich "einfach". Bin echt gespannt ob Du mit der JeeLib weiter kommst, bzw. überhaupt dort nen Ansatz findest. Ich hab da auch mal reingeschaut, das ist ein heftiger Brocken, das überschreitet gerade meinen Horizont ;-)
Empfang ist jetzt auch viel besser, musste einen Tick runter mit der Frequenz (bin jetzt mit A700 unterwegs). Nu seh ich alle Pakete doppelt. Kann jetzt:
- noch ein RF12 Setting Problem sein... werde die Grenzen von Freq. und Data Rate morgen mal ermitteln und dann die goldene Mitte nehmen.
- alle Pakete werden wirklich doppelt gesendet
- ggf. ist das "doppelte" Paket auch nur der ACK samt Payload der Steckdose?
Sieht doch alles schonmal sehr gut aus, da freu ich mich glatt auf morgen früh ;-)
/Oliver
Meine Hoffnung war das in dem payload buffer der komplette String enthalten ist und nur nicht angezeigt wird,
weil das Längenbyte nicht stimmt.
Dank deines Tests wissen wir jetzt, das nicht der komplette String enthalten ist :-)
Ich denke das etwas mit den Funksettings noch nicht stimmt. Doppelt senden sollte bei den RF12 Modulen nicht nötig sein,
da sie ja bidirektional kommunizieren können.
Doppelt und dreifach Senden machen eigentlich nur die 433Mhz Dinger und IR Fernbedienungen, da sie ja nicht Wissen ob die
Info empfangen wurde. Bei RF12 kann man dafür den Mechanismus des ACK nutzen. ACK sollte aber nicht einfach den String
wiederholen, das wäre Verschwendung von Senderesourcen.
So wie "kleiner" geschrieben hat, fängt wohl die Basisstation an eine Anfrage an den Adapter zu senden:
TX: AA AA AA 2D D4 01 04 07 F8 92 00 AA AA AA AA 71 52 AA AA AA
und der Steckdosenadapter antwortet mit:
RX: 01 04 07 F8 92 00 00 00 00 00 0E 9F
Mir fällt gerade was auf in dem String - das sollten wir mal beobachten wenn wir mit dem pairen starten.
Die 07 könnte auch das Längenbyte sein. Das was danach kommt ist ja die Checksumme.
Die Frage die sich jetzt stellt - was soll eigentlich das Ergebnis der Aktion sein?
Da wir im Fhem Forum sind sollte das Ziel sein die PCA 301 an Fhem betreiben zu können.
Eingabegerät am Fhem ist damit der Jeestick.
Soll der Jeestick weiterhin für die Jeenode's etc. genutzt werden können oder reservieren wir den Stick ausschließlich für PCA 301?
Für den RF12demo sketch gibt es bereits ein fhem Modul zur Integration, für ein "eigenes" Protokoll müssten wir so etwas schreiben?
Hab mir gerade noch einmal den SPI Log angeschaut
5B [5C C6 0xC6(FF 0xFF)5C 33 0x33(FF 0xFF)5D ] = C633 = Data Rate =6.631kbps
5B [5C 94 0x94(FF 0xFF)5C C5 0xC5(FF 0xFF)5D ] = 94C5 = Receiver Control, LNA Gain: max dB, RX Bandwidth: 67 kHz, Pin: VDI, VDI: Fast, DRSSI: -73 dB
5B [5C 98 0x98(FF 0xFF)5C 20 0x20(FF 0xFF)5D ] = 9820 = TX Control, Frequency Shift: Pos, Deviation: 45 kHz
5B [5C C2 0xC2(FF 0xFF)5C AF 0xAF(FF 0xFF)5D ] = C2AF = Data Filter & Clock Recovery, Filter Type: Digital, Quality Threshold: 7, Recovery Mode: Auto, Recovery Speed: Slow
5B [5C C4 0xC4(FF 0xFF)5C 77 0x77(FF 0xFF)5D ] = C477 = Automatic Frequency Control, AFC Mode: Runs only once after power up,Offset Register Limit: +3 .. -4, Enable AFC: on, Strobe: off, Enable High Accuracy (slower): on, Enable Frequency Offset Register: on
5B [5C CC 0xCC(FF 0xFF)5C 76 0x76(FF 0xFF)5D ] = CC76 = PLL Settings
5B [5C E1 0xE1(FF 0xFF)5C 96 0x96(FF 0xFF)5D ] = E196 = Wake-Up Timer
5B [5C C8 0xC8(FF 0xFF)5C 0E 0x0E(FF 0xFF)5D ] = C80E = Low Duty-Cycle
5B [5C C0 0xC0(FF 0xFF)5C C0 0xC0(FF 0xFF)5D ] = C0C0 = Low Battery Detect and µC Clock
5B [5C 80 0x80(FF 0xFF)5C E8 0xE8(FF 0xFF)5D ] = 80E8 = Configuration Settings, Band: 868 MHz, Xtal capp: 12,5pF, TX Register: on, RX FIFO Buffer: on
5B [5C A7 0xA7(FF 0xFF)5C 08 0x08(FF 0xFF)5D ] = A708 = Center Frequency =869.0000MHz
5B [5C CA 0xCA(FF 0xFF)5C 83 0x83(FF 0xFF)5D ] = CA83 = FIFO and Reset Mode, FIFO INT Level: 8, FIFO Fill Start: Sync, FIFO Fill Enabled: on, Sync on: 2bytes, Reset Sensitivity: low
5B [5C 82 0x82(FF 0xFF)5C 38 0x38(FF 0xFF)5D ] = 8238 = Power Management
Was du definitiv setzen solltest:
C633 = Data Rate
94C5 = Receiver Control
9820 = TX Control
C2AF = Data Filter & Clock Recovery
C477 = Automatic Frequency Control
CC76 = PLL Settings
C80E = Low Duty-Cycle
80E8 = Configuration Settings
A708 = Center Frequency
CA83 = FIFO and Reset Mode
Guten Morgen ;-)
War schon fleissig und hab nen Blick in die JeeLib geworfen. Wenn das Packet "ungültig" ist, wirft sie rf12_len + 5 aus, und geht dann auf Idle. Hab das jetzt mal fest auf 10 erweitert ("schön" ist das nicht gerade...)
Dazu noch das Längenbyte mit ausgegeben (in der RF12demo an derselben Stelle, wo wir gestern schon rumgehext haben).
Und hier mal ein bisschen Output:
Current configuration:
_ i31 g212 @ 868 MHz
? 1 5 7 248 71 0 170 170 170 170 0 0 0 0 0 0 0 0 0 0 0 0
? 1 5 7 248 71 0 170 170 170 170 111 234 170 168 0 0 0 0 0 0 0 0
? 1 5 7 248 71 0 170 170 170 170 111 234 170 168 0 0 0 0 0 0 0 0
? 1 5 7 248 71 0 170 170 170 170 111 234 170 168 0 0 0 0 0 0 0 0
? 1 5 7 248 71 0 170 170 170 170 111 234 170 178 0 0 0 0 0 0 0 0
? 1 5 7 248 71 0 170 170 170 170 111 234 170 178 0 0 0 0 0 0 0 0
? 1 5 7 248 71 1 170 170 170 170 111 234 170 178 0 0 0 0 0 0 0 0
? 1 5 7 248 71 1 170 170 170 170 239 145 170 168 0 0 0 0 0 0 0 0
? 1 5 7 248 71 1 170 170 170 170 239 145 170 168 0 0 0 0 0 0 0 0
? 1 5 7 248 71 1 170 170 170 170 239 145 170 168 0 0 0 0 0 0 0 0
? 1 5 7 248 71 1 170 170 170 170 239 145 170 130 0 0 0 0 0 0 0 0
? 1 5 7 248 71 1 170 170 170 170 239 145 170 130 0 0 0 0 0 0 0 0
? 1 4 7 248 71 0 170 170 170 170 239 145 170 130 0 0 0 0 0 0 0 0
? 1 4 7 248 71 0 170 170 170 170 233 137 170 130 0 0 0 0 0 0 0 0
? 1 4 7 248 71 0 170 170 170 170 233 137 170 130 0 0 0 0 0 0 0 0
? 1 4 7 248 71 1 0 3 170 170 233 137 170 130 0 0 0 0 0 0 0 0
? 1 4 7 248 71 1 0 3 0 0 22 137 170 130 0 0 0 0 0 0 0 0
? 1 4 7 248 71 1 0 3 0 0 22 3 170 130 0 0 0 0 0 0 0 0
? 1 4 7 248 71 0 170 170 0 0 22 3 170 130 0 0 0 0 0 0 0 0
? 1 4 7 248 71 0 170 170 170 170 233 137 170 130 0 0 0 0 0 0 0 0
? 1 4 7 248 71 0 170 170 170 170 233 137 170 130 0 0 0 0 0 0 0 0
? 1 4 7 248 71 1 0 9 170 170 233 137 170 130 0 0 0 0 0 0 0 0
? 1 4 7 248 71 1 0 9 0 0 22 137 170 130 0 0 0 0 0 0 0 0
? 1 4 7 248 71 1 0 9 0 0 22 139 170 130 0 0 0 0 0 0 0 0
Wegen der Funksettings werde ich später (entweder heute oder morgen) nochmal rumprobieren. Mir kommt das auch irgendwie komisch vor. Ich schau mal was sich ändert wenn man mit einzelnen Settings rauf/runter geht.
Das mit dem "neuen" Längenbyte von 07 hab ich noch gar nicht gesehen! Klasse, das würde echt Sinn machen...
Tja, irgendwie wusste ich dass die Frage nach FHEM früher oder später aufkommt ;-) Ich hab's nicht im Einsatz, kann da nix zu sagen. Für mich ist das hier (noch) Grundlagenforschung, also
- was wird wirklich über RF12 versendet
- wie oft wird was versendet, bzw. was muss die Dose "antworten" wenn sie geschaltet wird
- wie ist die Pairing Sequenz?
- CRC Berechnung um defekte Pakete auszuschliessen
- ich brauche unbedingt nen Ersatz für die Anzeige-/Schalteinheit
Bzgl. des eigens dafür abzustellenden JeeNode/JeeLink: Ich glaube ohne wird's wohl schwer. Die Settings sind so weit ab von JCWs Standard, dass ich normale Pakete nicht mehr empfangen kann. Mögliche Auswege wären dann:
- alle anderen JeeNodes auf die neuen Frequenzen festdengeln (wobei die Bitrate echt niedrig ist...)
- oder aber den Sketch so modifizieren, dass man zwischen verschiedenen RF Settings hin- und herschalten kann (wie JCW das beim OOK Relay macht). Hat dann aber den dicken Nachteil, dass man Pakete vom anderen Band "verliert"...
Bzgl. FHEM: Ein "JeeStick" ist aber ein Standard JeeNode/JeeLink, richtig? Mich würde es nicht stören an dem Sketch mitzuwirken, den kann man ja später ohne Probleme abwandeln. Wer weiss, vielleicht komme ich noch auf den FHEM Geschmack? ;-))
/Oliver
Danke für die Mühe mit dem Auswerten des Logs. Ich hatte bisher nur die Hälfte der Settings, bin gestern nicht mehr weiter gekommen. Aber nu sind alle drin. Deine Reihenfolge der Settings kann ich so übernehmen?
Hab ich jetzt mal 1:1 übernommen (inkl. Reihenfolge):
- Erstmal sehe ich gar keine Pakete (auf A708)
- Sobald ich mit der Frequenz um einen Tick runtergehe (A707), dann kommt was. Bis hinunter zu A6F6.
Problem ist jetzt, dass alle Pakete 3-10x reinkommen. Das variiert ein bisschen mit der Frequenz, aber es gibt keine wo ich ein Paket genau 1-2 mal sehe... Irgendwas ist da noch faul. Aber "Müll" sehe ich auch nicht, d.h. der Empfang ist gut.
Auch wenn's spannend ist, ich klink mich jetzt mal ein paar Stunden aus. Die Sonne lässt grüssen ;-)
/Oliver
JeeNode und JeeLink sind fast identisch - der JeeLink hat noch einen Eeprom mit drauf und nur ein paar Pins nach außen geführt.
Funktion entspricht aber der Jeenode.
Ich denke auch, das hin und herschalten macht wenig Sinn weil wir ja ein bidirektionales Protokoll haben.
Ist ja nicht nur Senden und sofort wieder in den anderen Bereich zurück schalten, sondern es ist ein Request senden, auf
Antwort warten, wenn keine kommt noch mal senden und wieder warten.
Der Vorteil eines eigenen JeeLinks ist, wir können den Source so umbauen wie wir ihn brauchen und müssen keine Rücksicht auf Kompatibilität nehmen.
Ich würde vorschlagen du versuchst jetzt die Funkstrecke etwas stabiler zu bekommen. Die Settings müssten so wie sie in dem Post weiter oben sind passen.
Wenn das steht, dann bauen wir den Sketch so um, dass du über die serielle auch mal Anfragen raussenden kannst.
Hey,
ja, kenn den Unterschied zwischen den beiden. War mir jetzt nur nicht sicher, ob mit "JeeStick" nicht wieder sowas spezielleres wie der HAH-Node gemeint ist, also ne Sonderversion für FHEM. Und die dann nen besonderen Namen gekriegt hat (wegen besonderem Bootloader, Layout, oder so).
Also ich seh's wie Du, lieber einen JeeLink/JeeNode abstellen der dann auch alles mitkriegt und mit den Dosen vernünftig und vor allem bidirektional agiert. Hab hier ne Menge FS20-Steckdosen, die will ich loswerden. Sind mir nicht (mehr) zuverlässig genug. Dieses Prinzip "lass uns einfach mal was rausschicken, das Band wird schon frei sein" funktioniert hier an meinem Wohnort nicht so wirklich dolle... Viele andere werden aber sicherlich wenig Probleme damit haben. Standortabhängig eben...
Hinzu kommt, dass ich diese "wir stellen einen Jeelink ab" schon für die Energy Monitor 3000 Büchsen gemacht hab. Die sind im Prinzip gut, der Jeelink kommt auch gut damit klar, aber die Reichweite ist halt nicht soooo prickelnd. Und schalten kann man damit auch nicht, deswegen will ich ja (wie Du auch) den Versuch mit der PCA 301 starten. Klappt das, fliegt hier einiges raus.
Lange Rede, kurzer Sinn: Lass uns den Source umbauen ;-)
Wo wir beim Thema "umbauen" sind... Manchmal ist es gut zu gehen, und später wieder zu kommen. Hab ich gemacht (leicht angesickt ;-), und mir eben nochmal die beschriebene Änderung in der JeeLib angeschaut. Und damit rumgespielt (zum Teil auch rückgängig gemacht). Sieht so aus als hätte ICH die "doppelten" Pakete damit selbst verursacht... Folgendes habe ich jetzt geändert:
In der RF12.cpp wie folgt geändert:
if (rxstate == TXRECV) {
uint8_t in = rf12_xferSlow(RF_RX_FIFO_READ);
if (rxfill == 0 && group != 0)
rf12_buf[rxfill++] = group;
rf12_buf[rxfill++] = in;
rf12_crc = _crc16_update(rf12_crc, in);
// ohweh - quick hack - for group 212, add 4 to rf12_len
if (rxfill == 3 && rf12_grp == 212)
rf12_len += 4;
// ohweh - end hack
if (rxfill >= rf12_len + 5 || rxfill >= RF_MAX)
rf12_xfer(RF_IDLE_MODE);
} else {
uint8_t out;
Und im RF12demo Sketch wiederum dies abgeändert:
if (useHex)
Serial.print('X');
if (config.group == 0) {
Serial.print(" G");
showByte(rf12_grp);
}
Serial.print(' ');
showByte(rf12_hdr);
// --- ohweh - Trilu's Quick Hack ---------------------------
if (rf12_grp == 212 && rf12_hdr == 1) {
Serial.print(' ');
showByte(rf12_len - 4);
n = 10;
}
// --- ohweh - end hack -------------------------------------
for (byte i = 0; i < n; ++i) {
if (!useHex)
Serial.print(' ');
showByte(rf12_data);
}
Serial.println();
if (rf12_crc == 0) {
activityLed(1);
Kompiliert, gestartet, nix... Runter mit der Frequenz auf A706, dann das hier:
Current configuration:
_ i31* g212 @ 868 MHz
A708
A707
A706
? 1 4 7 248 71 0 170 170 170 170 233 137
? 1 4 7 248 71 1 0 13 0 0 150 216
? 1 4 7 248 71 0 170 170 170 170 233 137
? 1 4 7 248 71 1 0 19 0 0 151 64
? 1 4 7 248 71 0 170 170 170 170 233 137
? 1 4 7 248 71 1 0 15 0 0 22 243
Sieht gut aus, oder? Vor allem wenn ich jetzt dazu sage, dass die Pakete oben einen Zeitraum von > 180 Sekunden umfassen ;-) D.h. eine Anfrage des Senders, eine Antwort der Dose. An der Dose hängt übrigens ein Schrottnetzteil mit Trafo dran, brauchte irgendwas mit Last, und das kam mir recht. Also nicht über fehlende Nullen wundern...
Was mich noch dazu bringt, dass bei einem Aus- und Einschalt-Vorgang im Anschluss eine wahre Paketflut losbricht. Es ist mitnichten so, dass die Empfangseinheit dann nur alle 60 Sekunden fragt, sondern es werden im Abstand sehr weniger Sekunden die Werte upgedatet. Und irgendwann geht's dann in den normalen Rhythmus von 60s über. Die genauen Werte muss ich bei Gelegenheit mal ermitteln.
Was mir jetzt gar nicht gefällt, ist die Tatsache, dass wir wohl um die Änderung der JeeLib nicht herumkommen. Und das ist ja irgendwie nicht dolle, JCW ändert sie ja doch recht häufig, und die Updates möchte ich nicht missen. Hast Du ne Idee für ein Grundgerüst des Sketches der alles beinhalten und die Einbindung der JeeLib überflüssig macht?
/Oliver
Hi Trilu,
es gibt Neuigkeiten. Hab's geschafft den CRC zu berechnen, und damit Pakete als gültig/ungültig zu detektieren ;-) Dann mal nen Reichweiten-Test gemacht:
- 3 Wände? - GEHT!
- 3 Stahlbeton-Decken? - GEHT auch ;-)
- Noch weiter vielleicht? Nääää, da ist echt Feierabend... Sowohl beim JeeLink, als auch bei der Anzeigeeinheit.
Vielleicht kann man durch Optimierung (bessere Antenne wie beim CUL oder so) evtl. noch ne Wand/Decke mehr rausschlagen?? Keine Ahnung, vielleicht... Aber für den Gebäudeeinsatz ist das Ding in Punkto Reichweite schonmal nicht soooo übel.
Nen kleinen Nachteil gibt's auch schon zu vermelden: Die Dose puffert/speichert ihren aktuellen Schaltzustand nicht, nach nem Stromausfall ist die Dose automatisch "ausgeschaltet". Aber das kann man ja leicht in Logik nachbessern.
Soweit, so gut... Kommen wir zum Thema Pairing.
1.) Ausgangszustand: Anzeigeeinheit ist aus (keine Batterie). Neue PCA 301 eingesteckt + Pairing Modus aktiviert
2.) Im Abstand von 2 Sekunden sendet die Dose insgesamt 30 identische Pakete:
00 11 07 F9 2F AA AA AA AA AA
3.) Während die Dose noch dabei ist, ihre 30 Pakete loszuwerden (die bisher nicht beantwortet wurden), wurde die Batterie in die Anzeigeeinheit eingelegt. Dabei springt sie automatisch zum nächsten unbelegten Kanal und geht in den Pairing-Modus... Hier ist es der Kanal "4". Folgendes Paket wird von der Anzeigeeinheit zur Dose gesendet:
04 04 07 F9 2F 00 AA AA AA AA
4.) Dose antwortet mit:
04 04 07 F9 2F 00 00 00 00 00
5.) Ergebnis: GEPAIRED! ;-)
6.) Heisst im Klartext die Dose broadcastet ihre ID (hier F92F) auf Kanal 0, die Anzeigeinheit übernimmt sie und ordnet sie einem freien Kanal zu. Dieser Kanal wiederum wird der Dose übermittelt. Mehr scheint da nicht im Spiel zu sein (oder aber die JeeLib unterschlägt mir Daten... da die CRCs zu obigen Paketen aber stimmen, glaube ich erstmal an diese Erkenntnis.
Fehlt noch die Sendemöglichkeit... Haste schon ne Idee wie's elegant geht?
/Oliver
Ich hab noch was vergessen...
Manch könnte ja auf die Idee kommen einen Sketch zu bauen der nur "lauscht" um den aktuellen Stromverbrauch zu ermitteln?!?!? Also der Anzeigeeinheit das Polling überlässt und nur die Rückgabe-Daten auswertet?!?! Vergesst es lieber ;-)
Problem ist folgendes: Die Anzeigeeinheit ruft i.d.R. alle 60 Sekunden die aktuellen Daten auf dem gerade gewählten Kanal ab (Ausnahme dieser Regel ist, wenn die Dose gerade eingeschaltet wurde). Auf ALLEN anderen Kanälen werden die Daten nur alle 900 Sekunden (=15 Minuten) abgefragt. Das wird vermutlich den wenigsten genügen...
Hi Oliver,
Sorry, hatte am Wochenende so gut wie keine Zeit.
Ich werd morgen mal anfangen eine Struktur fuer den pca301 sketch zu basteln und jee Funktionen zu portieren.
Das mit den sample strings zum pairen ist schon mal sehr hilfreich...
Viele Grüsse
Horst
Hi Horst,
hab Dir gerade gerade schonmal was geschickt, ich denke das spart Arbeit. Hoffe ich zumindest ;-) Schau mal in Deine PM.
Gruss
Oliver
gerade angeschaut :-)
sieht schon mal nicht schlecht aus - aber was hältst du davon das wir eine eigene lib daraus machen.
also eine pca301 lib, inkl. pairing funktion, etc...
den sketch lassen wir frei für ein/ausgabe steuerung usw...
hilfreich wäre, wenn wir noch jemand gewinnen könnten, der sich mit fhem vernünftig auskennt und uns bei der
einbindung in fhem mit rat und tat zur seite steht.
derzeit frage ich mich, wie sollten die strings an der seriellen aussehen, welche daten müssen richtung fhem
geschaufelt werden, wie sieht die struktur aus, die vermutlich zurück kommt...
fragen über fragen :-)
Moin ;-)
Ne eigene lib? Ja, hört sich sehr gut an. Würde den Ein-/Ausgabe-Teil ja wirklich übersichtlich gestalten... Haste denn da auch schon ne Vorstellung bzgl. eines Grundgerüsts?
Wg. FHEM: Irgendwie ist das echt lustig hier ;-) Lustig in dem Sinne, dass alle die, die sich mit dem Thema PCA 301 ernsthafter auseinander setzen, aktuell FHEM nicht am Start haben. Und andere, die es wiederum nutzen, hoffen wohl darauf, dass ne fertige Lösung für sie vom "Himmel" fällt... Bin jetzt mal gespannt...
einer zumindest hat fhem am start, dass bin ich :-)))
wobei bei mir die steckdosen gar nicht oberste prio sind. ich hab derzeit 2 steckdosen eingebunden,
beides intertechno...
ich finde aber die möglichkeit den verbrauch zentralisiert zu messen ganz schick. deshalb mein engagement.
der wermutstropfen dieser steckdosen ist, dass man sie nicht mit aktoren peeren kann. was wiederum heisst,
zum schalten muss zwingend fhem laufen.
hast du mal so eine steckdose offen gehabt und weisst welche cpu drin steckt?
Hey, damit hab ich jetzt nicht gerechnet, also Du hast FHEM ;-)
Die Verbrauchsermittlung hab ich über die Energy Count 3000 realisiert gekriegt (hab ich ja schonmal erwähnt). Klappt eigentlich gut, weil die Adapter von sich aus alle 5 Sekunden ein Paket über RF rausjagen, und man das mit nem JeeNode abgreifen und seriell ausgeben kann. Und die Teile sind, im Gegensatz zu den EM1000, noch erhältlich. Schöne Lösung, aber nachteilig ist eben die Reichweite, durch eine Wand hindurch kann man die Pakete noch empfangen, danach wird's reine Glücksache. Deswegen denke ich ja, bestärkt durch den Reichweiten-Test, dass die PCAs da besser sind. Und natürlich auch schalten können.
Was meinst Du denn mit "...Wermutstropfen..., dass man die nicht mit Aktoren peeren kann"? Die Intertechno, oder die PCA?
Hab gerade ne Dose aufgemacht. Hab eigentlich fest mit nem vergossenen Chip gerechnet, aber nix da, alles fein säuberlich aufgebaut! Ich seh zwei dicke Chips:
- ATT7053AU
- STC11L04E
Letzterer ist die CPU, da hängt das RF Modul dran. Wieder ein RFM12BDP, und das sogar mit Stecksockel. Direkt unter der CPU ist ne Stiftleiste, 4 polig. Mit VCC 3,3V, RX, TX und GND beschriftet. Trafo ist keiner verbaut, und Relais ist für 16A/250VAC und 10A/30VDC ausgelegt.
Nee ehrlich, mit so nem aufgeräumten Innenleben hab ich nicht gerechnet.
Hi Ho,
ich nochmal... es gibt Neuigkeiten. Hab alles schonmal in ne Lib umgezogen... und weiter entschlackt. Viel ist nicht mehr übrig ;-) Senden geht jetzt ebenfalls.
Available commands:
..,.. s - send data packet
<n> l - turn activity LED on PB1 on or off
<n> q - set quiet mode (1 = don't report bad packets)
<n> x - set reporting format (0 = decimal, 1 = hex)
OK 24 3 4 7 113 210 0 170 170 170 170
OK 24 3 4 7 113 210 1 0 3 0 0
TX 24 2 4 7 96 53 0 170 170 170 170
OK 24 2 4 7 96 53 1 0 18 0 0
TX 24 3 4 7 113 210 0 170 170 170 170
OK 24 3 4 7 113 210 1 0 4 0 0
TX 24 4 4 7 249 47 0 170 170 170 170
OK 24 4 4 7 249 47 1 1 134 0 5
- Die Zeilen, die mit "TX" beginnen, wurden vom JeeLink rausgeschickt
- Die mit "OK" sind die, die empfangen wurden.
Ach ja, Du hast Post ;-)
/Oliver
Hallo,
ich verfolge diesen Thread schon eine Weile und bin begeistert, wie man nach und nach an einer Lösung kommt.
Meine Fragen:
Bekommt Ihr die Daten von dem JeeNode? Ich blick da nicht so durch.
Ich habe von Pearl noch ein Strom-Messgerät, http://www.pearl.de/a-NC5462-5452.shtml (//www.pearl.de/a-NC5462-5452.shtml) , kann man da auch die Daten abfangen und im Fhem anzeigen lassen?
Viele Grüße und weiter so!
@Oliver - die lib hast du ja schon echt gut aufgeräumt!!!!!!!!!
Wo kann ich dir hier noch helfen?
Ich vermute mal, dass das Pearl Ding nicht mit einem RF12B Funkmodul sendet. Folglich würde es nicht gehen.
Sicherheit bekommst du aber nur, wenn du das Ding mal aufschraubst und ein Foto vom Innenleben machst.
Die JeeNode ist ein Sender/Empfänger mit serieller Schnittstelle. Ziel ist es, die Steckdose mit der JeeNode
über die serielle Schnittstelle zu steuern.
Die JeeNode soll die Basisstation ersetzen. Die Steuerung der Steckdosen dann später mal FHEM :-)
Hallo,
Zitat von: trilu schrieb am Di, 06 August 2013 10:51Ich vermute mal, dass das Pearl Ding nicht mit einem RF12B Funkmodul sendet. Folglich würde es nicht gehen.
sicher?!? Das ist doch an sich nur ein normales Funkmodul, das dürfte doch egal sein oder kann nur RFM mit RFM Kommunizieren weil die eine eigene Modulation benutzen?!? Sicher ist es wichtig welche Modulation benutzt wird, also AM, FM etc. aber prinzipiell kann man ja nicht sagen das es nicht geht oder? Ich hab mit diesen fertig Modulen bis jetzt noch nicht gearbeitet daher frage ich. Ich hab bis jetzt immer nur die Aurel Module benutzt, aber halt ASK, das ist natürlich alles etwas stupider als FM.
Btw. ich hab gerade den Rattenschwanz hier gelesen, das sieht ja alles schon sehr schön aus, da werde ich mir doch gleich mal eine Dose bestellen. So flott wie das hier vorangetrieben wird ist ja Wahnsinn.
Viele Grüße
Daniel
Klar kann man auch die RF12B Funkmodule so einstellen, das sie ein anderes Format/Codierung empfangen können, aber das wäre eine andere Geschichte. Was ich damit zum Ausdruck bringen wollte, im Moment konzentrieren wir uns auf die PCA 301, da das Protokoll bekannt ist (was nicht zuletzt am RF12B Modul und dem SPI Log liegt) und eine weitere Hardware das nur verzögern würde.
Die Idee nach dem verbauten Funkmodul zu fragen, war mehr der Check ob es sich um eine Baugleiche HW unter einem anderen Label handelt.
Achso also verwenden die schon ein "übliches" für den RFM "erfundenes" Protokoll ja? Das hatte ich nicht so richtig raus gelesen ja, dann ist das natürlich klar ja.
Gruß
Daniel
Hallo,
ich habe von dem Pearl-Ding ein paar Fotos gemacht. Zum Hacken wohl nicht geeignet.
http://blog.moneybag.de/funk-energiekosten-messgerat-ein-erfahrungsbericht/#more-6912 (//blog.moneybag.de/funk-energiekosten-messgerat-ein-erfahrungsbericht/#more-6912)
LG
/robin
Hola,
was macht ihr denn hier? Streiten? ;-)
/Oliver
Wg. der Revolt-Steckdose: Sehe auch nicht, wie die Bemühungen um die PCA 301 da weiterhelfen. Zumal besagter Adapter auf 434 MHz läuft, ist also ein ganz anderes Band. Es gibt die RFM12 Module zwar auch für's 434 MHz Band, aber die Wahrscheinlichkeit, dass dies dort auch verwendet wird und zudem das Protokoll dasselbe ist, geht wohl eher gegen null. Wäre also ein völlig neues "Projekt" mit allem drum und dran. Aber ganz ehrlich,
1.) Pearl ist nicht gerade für die Langlebigkeit seiner Produkte bekannt
2.) 434 MHz Produkte gehören seit Jahren zum Auslauf-Modell (u.a. wg. Amateurfunkband & erlaubter Sendeleistung im private Bereich)
3.) bei 12 Euro pro Stück ist es eher unwahrscheinlich, dass ein höherwertiger Chip (dazu gehört auch der RFM12B... aber es gibt noch ganz andere Chips die viel mehr beherrschen und dann auch können) verbaut ist.
/Oliver
Hi Daniel,
oh ja, RFM12 verwendet tatsächlich sein eigenes Protokoll. So wie alle anderen Hersteller auch.
Hast Du Dich mal in eine Menge von Touristen gestellt? Die alle ne verschiedene Sprache sprechen? Hören kannst Du sie (gleiche Frequenz UND Modulation...), aber wenn Du die Sprache nicht sprichst, hast Du's schwer ;-)
Protokoll ist hier: 3 Byte fixe Präambel 0xAA + fixes Präfix 0x2D + frei definierbare "Gruppe" + Inhalt... Was nichts anderes als eine Sprache aus obigem Beispiel ist. Andere Hersteller machen es anders, übertragen ihre Daten aber gleichsam auf demselben Band, mit derselben Modulation. Aber eben erstmal unverständlich für das RFM12B Modul.
@Horst,
ich versuche jetzt noch das Pairing zu integrieren, damit die Grundfunktionen abgedeckt sind.
Ich könnte Deine Hilfe bei dem pcaSerial Sketch sehr gut gebrauchen:
- Sofern keine Anzeige-Einheit vorhanden ist, muss ja irgendwer das Polling übernehmen. Entweder FHEM, oder aber der JeeNode/JeeLink!?!? Ich denken es wär gut, wenn der JeeNode das übernehmen "könnte" (aber per Config her nicht muss). D.h. wir brauchen nen Scheduler der alle x Sekunden bekannte Devices abfragt damit sie Daten zurückliefern
- FHEM Integration?
- Wo speichern wir die Device list? Im Sketch oder im EEPROM des JeeNodes?
Ich hab noch ne ganz abgefahrene Idee... Du hast mir die Frage wegen dem Wermutstropfen nicht beantwortet, aber ich glaube zu wissen, was Du meinst. Direkte Steuerung der PCA 301 über irgendwas anderes als FHEM, oder?
/Oliver
Hallo Oliver,
ich nutze das Revolt-System mittlerweile seit Januar und habe es im "mobilen Einsatz". Also so schlecht ist die Qualität davon nicht. Für den "Otto-Normal-Verbraucher" reicht es auf jeden Fall aus und ist einfach zu bedienen.
Wie dem auch sei, ich habe mir gestern die ELV-Steckdose auch mal bestellt und bin gespannt, ob ich via FHEM bald die Steckdose schalten kann und gleichzeitig den Strom messen kann.
Ich werde diesen Thread weiterhin verfolgen.
Viele Grüße
/robin
@ohweh:
Nee das meine ich alles nicht :-) Hier wurde gesagt das das RFM12 so "unflexibel" ist und anscheinend nur sein eigenes Protokoll versteht. Die Boards die ich bis jetzt hatte, da muss ich sowas selber machen, die können jedes Protokoll wenn ich das möchte ;-) Aber ich glaube ich hab es jetzt verstanden, bei den RFM Teilen ist das Protokoll also in Hardware gegossen, das ist das was du meinst richtig? Das Teil spuckt dir hinten also fertig gefilterte Daten raus richtig? Ich kenn das nämlich so das man das selber decodieren muss, also bei ASK mit Countern zum Beispiel, bei FM ist die Geschichte etwas aufwendiger, und genau deswegen vermutlich hier schon samt fertigen Protokoll vergossen.
Gruß
Daniel
Moin,
nochmal eine Frage zu diesen fertig Modulen die hier verwendet werden (JeeNode). Welches Modul kann man denn da empfehlen? Das nochmale V6 Modul oder gleich das JeeNode USB Teil?
Ich hab zwar ein unbenutzen RFM rumliegen aber ich hab keine Lust mir da jetzt selber ein Platinchen zu löten, abgesehen davon das die am Ende bestimmt etwas großer ausfällt. Daher würde ich mir da einfach mal einen bestellen, klingt ja ganz interessant, und da ich mit dem RFMs noch nicht gearbeitet habe käme mir da so ein Spielzeug ganz gelegen ;-)
Gruß
Daniel
Hi,
@fh168: Ich glaube wir haben uns da mis(t)verstanden. Ich hab nichts gegen die Revolt-Teile, und es freut mich für Dich, dass Du damit zufrieden bist und sie das tun, was sie sollen. Was ich eigentlich nur ausdrücken wollte war: Diese ganze Dekodierungsprozedur kostet unglaublich viel Zeit. Möchte nicht wissen wie lange "Kleiner" für all die Basis-Informationen inkl. Protokoll-Dekodierung gebraucht hat. Mit Sicherheit war das nicht an einem Tag erledigt... und dann noch all die Zeit, die ich jetzt gebraucht habe. Mit tatkräftiger Unterstützung von Trilu. Und die, die da noch kommt. Was ich damit also zum Ausdruck bringen will ist, dass sich soviel Zeit und Mühe eigentlich nur lohnt, wenn es sich um etwas zukunftsträchtiges handelt. Oder etwas mit einem Alleinstellungsmerkmal. Und letzteres liegt doch hier vor, mir sind kaum Lösungen bekannt die sowohl messen, als auch schalten können. Und die mit einem bidirektionalen Protokoll arbeiten.
Apropos "zukunftsträchtig": Ich finde die Überlegung von Rudolf König bemerkenswert, als er sagte, er sehe die langfristige Verfügbarkeit der PCA 301 nicht unbedingt als gegeben an. Eben weil sie nicht ins ELV FS20/HM Universum passt. Boah, ja, dem kann ich nur zustimmen. Was ist, wenn wir jetzt ne schöne Lösung bauen, und die dann meinen Ansprüchen genügt? Und ich in 3 Monaten Dosen nachordern will, es diese aber plötzlich nicht mehr gibt? Schaut doch mal bei ELV nach dem S300TH... oder wie war das noch gleich mit der EM1000? Gebrauchte EM1000-Steckeradapter gehen mittlerweile für 30-45 Euro bei Ebay über die Theke...
Ich werde dem ganzen Ärger aus dem Weg zu gehen. Sobald sich die PCA Lösung als gut brauchbar erweist, werde ich mich damit eindecken.
@Daniel: Ja, genau das wollte ich damit sagen. Ohne Hardwareseitige Filterung des RF-Moduls biste auf Seite des Hosts ruckzuck überfordert. Das ist dann wie beim Seti-Projekt, da kommen "ein wenig" zuviele Informationen rüber ;-)
Jetzt noch was wegen der JeeNode/JeeLinks... Das ist von der Hardware her nichts anderes als ein Arduino Uno mit RFM12B Modul. Aber in einer besonderen "Bauform", die PINs werden zu "Ports" gruppiert und anders nach aussen geführt als beim Arduino. Das Boardlayout ist zudem anders (lang und schmal).
Es gibt 4 Versionen davon:
1.) JeeNode Micro... Den bitte NICHT nehmen! Ist kein ATMEGA, sondern ein ATTINY84 drauf. Und das hat KEINE serielle Hardwareschnittstelle.
2.) JeeNode v6 Kit - Den bitte auch NICHT nehmen! Denn für die Programmierung und die spätere Ausgabe auf USB-Schnittstelle würde noch ein USB-BUB benötigt. Macht daher für die meisten hier keinen Sinn (ausser für Bastler, die sowieso alles rumliegen haben)...
3.) JeeNode USB - Den KANN man nehmen. Damit kann man auch gut andere Sachen veranstalten, weil da die Hardware PINs nach aussen geführt sind. Wird OHNE Gehäuse geliefert, und die PIN Header muss man selber einlöten (was aber einfach ist).
4.) JeeLink - Den KANN man nehmen. Ist ein JeeNode in einem USB-Stecker-Gehäuse. Hat keine PIN Header die nach aussen geführt sind, hat dafür aber zusätzlichen Flashspeicher. Der JeeLink ist AEG (auspacken, einstecken, geht ;-)).
Also sucht es Euch aus... Seid aber bitte nicht zu voreilig mit der Bestellung, wir haben ja noch nichts fertiges! Es sei denn, ihr wollt schonmal "spielen". Desweiteren müsst ihr Euch darüber im Klaren sein, dass der JeeNode/JeeLink noch programmiert werden muss (über die Arduino IDE). Ist nicht schwer, aber ich will's trotzdem erwähnen, damit hier keine Mis(t)verständnisse aufkommen.
Im übrigen: Ich hab weder was mit ELV zu tun, noch was mit JeeLabs. Wollte ich nur mal erwähnen ;-)
/Oliver
ich bin begeistert über die schnellen fortschritte bis jetzt.
da ich grosses interesse habe einige dieser steckdosen mit fhem einzusetzen möchte ich dafür natürlich ein fhem modul haben.
hier es stellt jetzt die frage auf welcher ebene die integration stattfinden soll und kann. alle anderen rf devices sind ja zur zeit so an fhem angebunden das zumindest das decodieren der höheren protokoll schichten in fhem passiert. das hätte den vorteil das man potentiell nicht nur einen jeenode/jeelink verwenden kann sondern auch einen cul oder panstamp mit passender firmware. ebenso gibt es in fhem schon ein wenig infrastruktur wie z.b. das erkennen und verwerfen doppelter nachrichten wenn man mehr als einen empfänger verwendet um eine grössere fläche abzudecken oder den sendpool um zu verhindern das mehrere sender gleichzeitig senden.
ist es jetzt schon sinnvoll darüber nach zu denken? dann könnte man auch mit dem fhem modul schon anfangen. ich bin zwar jetzt drei wochen in urlaub würde mir aber direkt schon mal einen jeelink und die steckdosen bestellen um etwas zum spielen zu haben wenn ich zurück bin.
gruss
andre
> mir sind kaum Lösungen bekannt die sowohl messen, als auch schalten können.
> Und die mit einem bidirektionalen Protokoll arbeiten.
Es fehlt noch: und mit FHEM zusammenarbeiten.
Mir faellt ein: ZWave AN158, Fritz!DECT 200, Fritz!DECT 546e
Billig sind die alle nicht, ich kann mir aber vorstellen, dass sie laenger als die PCA lieferbar sein werden. Will aber niemanden von basteln abhalten, sowas muss man durchgemacht haben :)
Hi,
bin nur mal über die Fritz!DECT 200 gestolpert, die anderen kannte ich bisher gar nicht. Daher schonmal danke! Die Preise sind tatsächlich nicht übel ;-) Aber stimmt schon, (zumindest) die Fritz-Adapter sollten längerfristig verfügbar sein, bieten also einen gewissen Investitionsschutz.
Wie sähe denn so eine Integration aus? D.h. mit was könnte FHEM umgehen und gut leben? Aktuell wirft der JeeNode Sketch empfangene Pakete in der Notation
OK xx xx xx xx xx xx xx xx xx xx
aus. Je nachdem ob der CRC stimmt oder nicht, fängt die Ausgabe mit "OK" oder mit "?" an. Senden geht auch schon in der Notatation
xx,xx,xx,xx,xx,xx,xx,xx,xx,xx,s
Man kann noch einstellen, ob das gesendete Paket auch über die serielle Schnittstelle geechoed wird, oder nicht.
1.) Kann das in FHEM denn so implementiert werden? Und die Auswertung der Pakete in FHEM erfolgen (die Bedeutung der Bytes ist ja bekannt)?
2.) Kann FHEM das Pairing übernehmen? In dem Fall erscheint der Request auf der seriellen Schnittstelle (in obiger Notatation), und innerhalb von 60 Sekunden muss ein spezielles Antwort-Paket geschickt werden.
3.) Kann FHEM das Polling übernehmen? Die Adapter senden nie selbst (es sei denn, jemand betätigt den Schalter der Dose selbst) oder aktiviert den Pairing-Modus), das muss also irgendwer triggern.
Lautet die Antwort jedes mal "Ja!", dann kann man doch auf FHEM-Seite richtig Gas geben?!?! JeeNode-seitig ist das alles bereits fertig. Oder aber kann schnell angepasst werden (sofern mir jemand sagt wie's denn genehm ist).
/Oliver
die antwort ist auf jeden fall drei mal ja.
ein fhem modul das das so umsetzt ist im prinzip sehr schnell zu machen. ich mache mich auch gerne dran. kann aber erst in drei wochen. hardware bestelle ich aber schon mal.
wenn bis dahin jemand anders das fhem modul bauen möchte gerne.
als vorschlag: die anderen funk module stellen noch den rssi wert bereit damit man schnell sehen kann ob man sich am reichweiten limit bewegt.
bei den cul modulen ist es glaube ich am ende der nechricht, beim panstamp/swap steht es am anfang. wenn du auf dem jeenode etwas verleichbares hast wäre es vielleicht gut den noch in die nachricht zu stecken.
bei den anderen modulen gibt es auch keine leerzeichen bzw kommas in den übertragenen strings. das macht das parsen und zusammenbauen etwas einfacher.
wenn man für ok/nicht ok die gleiche anzahl zeichen vorzieht wäre es glaube ich auch einfacher. eventuell braucht man die nachrichten mit falschem crc gar nicht weiter geben sondern nur einen fehler status?
braucht man eigentlich die basisstation für irgendetwas wenn man alles an fhem hängt ?
gruss
andre
Ich persönlich finde den JeeLink praktischer zum Anschluss an FHEM.
Hat ein schickes Gehäuse und entspricht in der Bauform einem CUL :-)
Vielleicht können wir die Verkaufszahlen durch Integration in FHEM nach oben treiben - dann würde ELV sie auch nicht aus dem Programm nehmen...
Anyway - ich denke wir müssen ein wenig strategisch vorgehen, wie wir die Implementierung machen wollen. Es gibt einige Ebenen der Kommunikation.
Steckdose - sendet nur nach Aufforderung und muss gepaired werden
JeeNode/Link - sollte nach Aufforderung das Pairing übernehmen und auch das Pollen nach Informationen (per Parameter zu setzen)
dann gibts den untersten Kommunikationslayer in FHEM - irgendwas mit 00_ - Hier läuft die Grundsätzliche Schnittstellensteuerung, also Com Port lesen und schreiben
und den etwas höheren Device Layer in FHEM - hier findet die Gerätebeschreibung und solche Dinge statt.
Ich denke damit wissen wir jetzt, was in die JeeNode rein muss :-)
Hups, ein paar Fragen sind ja noch offen :-)
- Sofern keine Anzeige-Einheit vorhanden ist, muss ja irgendwer das Polling übernehmen. Entweder FHEM, oder aber der JeeNode/JeeLink!?!? Ich denken es wär gut, wenn der JeeNode das übernehmen "könnte" (aber per Config her nicht muss). D.h. wir brauchen nen Scheduler der alle x Sekunden bekannte Devices abfragt damit sie Daten zurückliefern
- FHEM Integration?
- Wo speichern wir die Device list? Im Sketch oder im EEPROM des JeeNodes?
Ich fange mal mit der letzten Frage an - am besten im EEprom. Ich würde dazu ein Array erzeugen in dem ich die Liste der Devices verwalte.
Ich werde mal ein Beispiel basteln. So eine Struktur lässt sich dann gut ins EEprom speichern und nach Neustart auch wieder rausholen.
Für den Scheduler lass ich mir auch was einfallen...
beim design der fhem module würde ich mich an die aufteilung cul/fs20 oder cul/cul_hm und änliche halten. bei panstasmp/swap habe ich es auch so gemacht und das geht sehr gut. also ein modul für den jenode/jeelink und eins für die steckdose.
das pollen optional in den sketch zu verlagern ist vielleicht nicht schlecht. je nach dem wie viel speicher das ding hat könnteman sogar überlegen ob nicht sogar werte gesammelt werden können falls fhem nicht läuft. aber ads ist vielleicht etwas für den zweiten schritt.
ob und wieviel man vom pairing auslagert macht glaube ich nicht wirklich einen unterschied.
kennt eigentlich jemand noch andere devices die mit den gleichen rf parametern arbeiten und gleichzeitig mit dem gleichen jeenode ansprechbar wären?
ich würde vorschlagen das man für jedes device das polling intervall getrennt setzen kann.
ja. die bekannten devices sollten ins eeprom.
vorschlag für den scheduler wenn der funkt teil per interrupt läuft (so wäre es bei einem panstamp):
#define MAX_DEVICES 128
static byte nr_devices;
static unsigned long timeouts[MAX_DEVICES];
void setup()
{
...
nr_devices = EEPROM.read(...);
for( int i = 0; i < nr_devices*sizeog(unsigned long); ++i )
((char *)timeouts)[i] = EEPROM.read(...)
...
}
bool
isTime(unsigned long &timeMark, unsigned long timeInterval)
{
if( millis() - timeMark >= timeInterval )
{
timeMark = millis();
return true;
}
return false;
}
static unsigned long times[MAX_DEVICES];
void loop()
{
for( byte i = 0; i < nr_devices; ++i )
if( isTime(times[i], timeouts[i] )
-> device i pollen
}
ich finde so etwas praktischer :-)
typedef struct {
uint8_t numberDevices;
uint32_t devID[128];
etc...;
} struct_pca301Config;
damit wird der struct container öffentlich
extern struct_pca301Config pca301Config;
und zum laden und speichern dann noch sowas
void saveConfig() {
uint8_t len = sizeof(pca301Config);
uint8_t buf[len];
memcpy(&buf, &pca301Config, len);
eeprom_write_block(&buf, (void *) 0, len);
}
void loadConfig() {
uint8_t len = sizeof(pca301Config);
uint8_t buf[len];
eeprom_read_block(&buf, (void *) 0, len);
memcpy(&pca301Config, &buf, len);
}
mir ging es nur um das pollen. das die ganze config in structs sollte und funktionen zum laden und speichern ist doch klar :)
ich würde noch struct pro device spendieren um die id, den timeout zum pollen und was sonst noch nötig ist zusammen zu fassen.
den typedef bei der struct brauchst du in c++ nicht.
im include file das hier:
struct pca301 {
byte id[4]
unsigned long poll_timeout;
...
};
extern byte numberDevices;
extern pca301 *devices;
und sketch ein mal das hier:
pca301 devices[MAX_DEVICES];
byte numberDevices;
wofür ist der extra buffer beim lesen und schreiben des eeprom? das geht doch auch direkt oder nicht?
gruss
andre
Den buffer hab ich für die serielle console zu debug ausgabe drin.
Ich will ja kontrollieren was ich schreibe und lese ...
Zum pollen fallen mir zwei möglichkeiten ein. Einmal einer timer setzen und innerhalb des timers einen zähler laufen lassen der alle 5 oder 10 minuten feuert.
Oder in der main loop die zeit merken und per differenz verzweigen. Ich habe beide varianten irgendwo schon benutzt, ich such sie dir morgen mal raus....
ich meinte den buffer im loadConfig und saveConfig. du kopierst aus der struct in einen buffer und dann ins eeprom bzw aus dem eeprom in einen buffer und dann erst in die struct. das geht doch auch ohne den buffer dazwischen.
du musst mir nichts raussuchen. das istTime() und die loop aus meinem beispiel oben würde jedes device mit einem getrennt einstellbaren timeout pollen.
Der buffer ist für Serial.print(buf),
Zur debug ausgabe.
Boah,
war mal kurz im Biergarten. Komme wieder und finde das hier, cool, diese Eigendynamik ist super ;-) Ein paar kleine Anmerkungen noch von meiner Seite (in Bierlaune, habt Nachsicht mich mir):
1.) @Trilu: Kleiner Bug, das vermutete Längenbyte "7" ist leider keines... Hab ne Steckdose mit "6" ausgepackt, das Byte gehört also zur DeviceID. Bisher haben alle Pakete aber eines gemeinsam: Sie sind 10 Bytes lang (ohne Gruppe) und mit derselben CRC codiert. Das ist (bisher) die Konstante, ich schick Dir gleich ein Update.
2.) @Trilu: Pairing funktioniert jetzt auch! Wie beschrieben... Der neue Sketch wirft Hinweise aus, was zu tun ist. Hast Du schon ne Steckdose um das zu testen? Ich halt jetzt wegen Deiner geplanten Updates auch erstmal die Füsse still ;-)
3.) @Andre: Die Anzeigeeinheit brauchen wir jetzt definitiv nicht mehr ;-)
4.) @Andre: Der JeeLink hat 2 MB Flash on board. Eingehende Pakete dort zwischenzuspeichern ist einfach, der notwendige Code ist vorhanden (ich hab ihn nur der Vereinfachung her vorübergehend rausgelöscht). Eine RTC ist aber nicht verbaut, insofern mus für Logging-Zwecke ggf. ein periodischer Zeitabgleich erfolgen. Log-Replay ist ebenso möglich (für den Fall, das jemand temporär am FHEM Host rumgespielt ;-)
Also ich persönlich wär auch dafür, auf ein JeeLink als Empfangssdevice zu setzen. Alles könnte konfigurierbar sein, sodass im Anschluss nur das herauspurzelt, was vorher eingestellt wurde. Aber ich muss auch sagen, dass ich die anderen (PanStamp und CUL) nie in der Hand hatte, ich weiss daher auch nicht was damit diesbezüglich möglich ist. Insofer bin ich der Bauer, der bei seinen Kartoffeln bleibt. Aber diese Kartoffeln können immerhin Messwerte auslesen und gleichzeitig Steckdosen an- und ausknipsen. Ohne dass zwingend ein FHEM dahinter laufen muss. Können Eure Kartoffeln das auch? ;-)
In Bierlaune
/Oliver
ich hatte noch keinen jeenode/jeelink in der hand. nach dem was ich bis jetzt gesehen bzw. gelesen hebe ist die hardware ziemlich ähnlich zu einem panstamp/panstick. der panstamp hat einen cc1101 als funk modul und kann damit potentiell auch fs20 und homematic. er ist etwas günstiger hat dafür weniger speicher. ich glaube die beiden nehmen sich nicht wirklich etwas. der wirkliche unterschied ist im funk modul und in der nächsten panstamp generation in der cpu.
ich hab vorhin mal einen jeelink und zwei von den steckdosen (ohne anzeige einheit :) bestellt. mal sehen wann die eintrudeln. aber ich fürchte das wird vor dem urlaub nichts mehr. so wie ihr hier voran macht ist das fhem modul am ende schon fertig wenn ich zurück bin :)
für die rtc geschichten hatte ich mir mal das hier http://playground.arduino.cc/Code/time (//playground.arduino.cc/Code/time) gemerkt aber bis jetzt noch nie gebraucht. damit könnte man aber genau den nötigen zeitabgleich machen.
und ja... meine kartoffeln könnten das auch wenn der rf teil geklärt wäre :)
gruss
andre
Hi Andre,
die RSSI Frage hab ich übersehen... Wir haben uns ja eh schon zwangsweise von der JeeLib getrennt, Änderungen sind damit einfach möglich. Ich weiss aber trotzdem mal gerade so nicht, welche Register man denn da abfragen muss. Sollte aber machbar sein.
/Oliver
Hallo Bauer Andre ;-)
Die PanStamps sind ja auch interssant, hab mir die gerade mal angeschaut. Finde aber gar keine Preis dazu? Würde mich mal interessieren...
Aber weil wir alle doch alle gerade so nett beieinander hocken, hab ich gleich mal wieder ne Idee/Frage. Ist durch Horst entstanden (...Wermutstropfen...). Sollte die PCA Implementierung laufen, und wir alle damit glücklich sein, wär's dann nicht gut ne vernünftige "Fernbedienung" zu haben? Natürlich Bidirektional... Eine die am besten beides kann, PCA Signale senden (auf dem "speziellen" Band) sowie auf einem gewöhnlich Band mit FHEM kommunizieren? Vielleicht auch noch FS20 (natürlich nur einseitig)?
Hintergrund ist das FS20 bei mir nicht so wirklich dolle läuft. Mein Weibchen nervt regelmässig mit Sprüchen wie "das Licht ist mal wieder ausgefallen!". Das mag ich nicht auf mir sitzen lassen. Und die Hütte ist voll von S4-Wandtastern. Idee wäre, das Innenleben durch Tinys+RF auszutauschen, und obige Funktionen zu implementieren (wiederum mit ACks... ggf. sogar mit "Fallbacks", d.h. erst versuchen z.B. FHEM zu erreichen, und wenn das nicht geht, dann eben ne Dose direkt schalten. Drücken -> Senden an FHEM -> auf ACK warten... -> Ggf. Fallback auf Direct Device Access -> Sleep... ...And finally -> Weibchen glücklich -> Tädääää -> Oliver nicht mehr genervt.
Interesse? Oder bin ich der Einzige der unter solchen Problem leidet?
vielleicht hätte ich ja eine idee dazu. in einem anderen thread bin ich dabei eine asksin library zu basteln. asksin ist das homematic protokoll. damit sollte es möglich sein, eine relais station zu bauen, also ein kleines kästchen im wohnzimmer das die übersetzung von homematic fernbedienung nach pca301 protokoll macht. damit würde fhem die steckdosen loggen und zeitgesteuert oder verknüpft schalten können und wir hätten trotzdem die funktionalität des direkten schaltens mit hübschen fernbedienungen...
nur so eine idee:-)
eine eigene funke zu basteln scheitert meisst am formschönen gehäuse...
die panstamp preise findest du im shop auf panstamp.com.
ich hab bei mir inzwischen fs20, homematic und panstamps (und hue) im einsatz. probleme habe ich nur mit fs20 ab und zu und auch nur mit einem aktor der recht weit weg ist. also eher ein reichweiten problem das halt in verbindung mit dem fehlenden rückkanal besonders doof ist.
was ich mir bei so einer fernbedienung sehr schwierig vorstelle ist sie 'schick' zu machen.
ansonsten würde ich eher die funkabdeckung mit mehreren sender verbessern und solche programmierung über fhem machen. das ist flexibler und schneller mal zu ändern. ich weiß es gibt dann einen single point of failure aber das wäre bei der remote ja auch so.
gruss
andre
ein paar gedanken zur kommunikation fhem/jeenode sketch und was zur kommunikation mit fhem nötig ist:
- rf protokoll senden und empfangen: 'raw' daten plus rssi
- rf protokoll aufbereitet d.h. der jeenode mach so viel wie möglich selber (pairing, pollen,...) und reicht nur noch events an fhem
- meta kommandos wie z.b.: firmare version, device liste abfragen, ...
- wenn der jeenode autonom loggen soll eine möglichkeit die zeit zu setzen bzw. mit der llib von oben eine möglichkeit das der sketch die aktuelle zeit anfordert
- aufgezeichnete events abfragen und löschen
beim autonom loggen sollte auch ein durchstarten protokoliert werden. dann kann man z.b. für alle log events von jetzt an rückwärts bis zum letzten neustart zumindest im nachhinein noch absolute zeiten bestimmen wenn zumindest die relativen zeiten der einträge zueinander stimmen.
in wie weit ist es sinnvoll das protokoll fhem<->jeenode so zu wählen das man damit nicht nur die pca301 steckdosen steuern und auslesen kann sondern auch selbstbau devices die dann natürlich die gleiche funkhardware mit den gleichen rf parametern verwenden müssten?
als 'raw' format würde ich die reinen hex werte ohne leerzeichen vorschlagen. am anfang einen identifizier das es raw daten sind und dann vielleicht den rssi wert. diese raw format könnte man dann auch mit einem cul/panstamp verwenden falls das jemand baut. d.h. man könnte dann das pca301 modul unverändert an alle drei rf modems hängen und hätte beim jeenode die erweiterte funktionalität und bei den anderen eventuell nicht.
was hab ich alles vergessen :) ?
welches format sollen die kommandos und antworten haben?
gruss
andre
Hallo,
ich freue mich auch über die rege Entwicklung hier.
Ich habe jetzt nicht alles mitverfolgt, schon gar nicht verstanden ;)
...aber (hoffe, ich hab die Antwort nicht bereits überlesen): sendet die PCA 301 eigentlich auch ein "ich bin an/aus"-Signal, wenn man den lokalen Knopf drückt?
Gruß
Spiff
ich hab eben erfahren das meine bestellung erst nächste woche ankommt. also noch nicht mal mit in den urlaub nehmen für einen regentag :(
anbei schon zwei files die das gerüst für die fhem module werden könnten. die basis waren meine panstamp und swap module. prinzipiell geht alles :) ich habe aber alles device und protokoll spezifische entfernt. d.h. das was erst mal geht ist nur das laden der module, die prinzipielle integration in fhem was usb öffnen, nachrichten lesen und dann an das device modul weiter geben angeht. pca301 spezifische funktionalität steckt noch keine drin.
vielleicht hat ja jemand lust hier schon weiter zu machen.
gruss
andre
Hab heute meine Steckdose bekommen, sieht ja ganz solide aus das Teil.
Da ich an meinen Steckdosen immer mehrere Geräte habe und dann das Relais immer klebt, werd ich mir vorsorglich erstmal ein Solid State Relais einbauen. Hat sich bei meinen anderen Dosen auch bezahlt gemacht.
/Daniel
Könntet ihr mal messen wie hoch der Stromverbrauch der Steckdosen ist?
Hey,
bin auch gerade wieder eingetrudelt.
Verbrauch schwankt zwischen 0,3 und 0,4W (gemessen mit dem Energy Control 3000)
Hast schon in die Files geschaut?
/Oliver
Irgendwie komme ich zu nichts. Bin gerade erst von der Arbeit gekommen. Morgen heisst es Nachmittag packen und dann am Samstag in den Urlaub.
Willste was erleben, musste Samstag fahren, wenn Alle fahren :-)
Ich habe in der AskSin library den Grundstock für einen Scheduler. Ich schick dir später die aktuellen Sourcen. Ist auch noch nicht fertig, aber anhand der Struktur siehst du auf was ich raus will.
@Spiff: Die Dosen senden bei manueller Betätigung von sich aus ein Signal. Sowohl "Ein-" als auch "Ausgeschaltet". Du könntest also sogar ne elektronische Klingel damit bauen ;-)
@Andre: Hab schon mal wegen RSSI geschaut. Sieht schlecht aus. Geht zwar, aber soweit ich gelesen habe, ist das RSSI (und DRSSI) Signal auf dem RFM12 unzuverlässig und zeigt oftmals Müll an. Deswegen sind einige schon hingegangen und haben sich ne Leitung vom ARSSI Pin des Moduls auf nen Analogen Eingang gelegt, das scheint offenbar zuverlässig und gut zu funktionieren. Vielleicht kann da nochmal jemand nach googlen der von der Materie noch ein bisschen mehr versteht? Ach ja, wg. Deiner Bestellung... wie ärgerlich, kann ich verstehen. Haste keinen Nachbarn der Dir das Ding hinterher schicken kann? ;-)
@Daniel: Die Dose haste, aber noch kein RFM-Funkmodul, oder? Sonst hätteste ja schon ein wenig testen können.
@ohweh: Doch ich hab noch ein RFM rumliegen, nie benutzt. Könnte ich schnell auf meinem STK 500 oder Steckbrett oder so zusammenfrickelt mit einem AVR aber ehrlich gesagt habe ich gerade kein Zeit dazu weil ich noch ein neues RGB Board bastel für die PanStamps... Daher wollte ich mir mal den fertiges USB Stick da bestelle den ihr hier vorgeschlagen habt. Werd ich dann morgen mal bestellen. Dann kann es losgehen mit "spielen" ;-)
Gruß
Daniel
Hey,
die AskSin-Idee find ich gut. Ich hab die Tage auch schon nach Gehäusen gesucht, aber bin nicht fündig geworden. Dachte ich wär zu doof. Aber ich scheine ja nicht allein zu sein.
Klar, mach mal, ich schau mir die Sourcen an. Was ich auf die Kette kriege, mache ich. Und anderer Kram muss dann ggf. bis nach Deinem (und Andre's) Urlaub warten. Apropos Urlaub: Habt ihr mal nach Ü-Wagen-Verleih gegoogelt? Ihr könntet Eure Frauen fahren lassen und es Euch hinten mit ner Kiste Bier gemütlich machen *lach*
Hallo,
ich habe mir auch die Steckdose gekauft. Kam heute schon an, kurz auseinandergeschraubt und ein paar Fotos gemacht. Ebenfalls habe ich ich mir den JeeLink V3 868Mhz bestellt. Ich werde dann - wenn alles klappt - darüber bloggen.
Frage: Kann man (später) auch die Steckdose / Stromzähler mit dem CUL steuern?
Klasse Thema, macht weiter so!
LG
/robin
Robin, Daniel,
na dann dauert das bei Euch ja noch bis Anfang der Woche. Ist nicht so verkehrt, dann hab ich noch das WE über Zeit an der ersten Version des Sketches was zu basteln. Und weiss, das ihr dann testen könnt, super!
Wegen dem CUL: So wie ich Andre verstehe, wird er das mit einem PanStamp versuchen zu realisieren. Für einen CUL hat sich bisher keiner eingefunden. Die Frage ist aber, ob das mit dem CUL denn überhaupt Sinn macht? Ist doch die teuerste aller Lösungen (verglichen mit PanStamp und JeeNode). Und Du musst schon einen extra dafür abstellen...
/Oliver
auf dem panstamp kann im prinzip der gleichen sketch laufen wie auf dem jeenode. 'nur' der rf teil ist anders. der cul ist komplett andere hardware und nicht kompatibel. also nicht nur teurer sondern auch (viel) mehr aufwand.
wie hoch der aufwand für den rf teil bei einem panstamp wäre weiss ich nicht. dazu kann trilu sicher etwas sagen.
Naja für den Busware CUL spricht natürlich, dass den schon jeder, naja jeder nicht das ist übertrieben aber zumindest viele haben. Das sogar in mehrfacher Ausführung. Ich hab auch 3: CSM, CUL und ein nachgebauten CUL (im übrigen auch nicht teurer als ein Panstamp ;-))
Ist halt immer so eine Sache wenn man dann zig Interfaces an einem Rechner hat. Aber gut für mich kann ich nur sagen, mir ist es egal. Ich bin schon froh wenn sich jemand die Arbeit macht da was zu basteln, da pass ich mich dann auch. Naja und ob so ein CUL nun 80 Euro, oder ein panstamp 20 oder ein JeeNode 20 ... Das wird ja nun niemanden umbringen. Ist eben ein teures Hobby, aber das sind die meißten Hobbys ;-)
So ich werd mir jetzt mal so ein Teil bestellen, kommt ja aus Holland wenn ich das richtig sehe, schauen wir mal wann der gelbe Weihnachtsmann kommt ^^
/Daniel
Ich möchte ja niemanden entmutigen, aber das mit dem CUL wird so einfach nicht gehen. Der CUL basiert auf einem cc1100 Chip. Die Funksteckdose basiert auf einem Hope Chip. Der Hope hat ein festes Sync Word, zumindest ein Byte von den Zwei im RF12B. Das heisst, man müsste das Syncword im CUL umbiegen.
Dann kommen wir zum Funksetup. Die Frequenzen werden per Register gesetzt, blöderweise kocht hier jeder seine eigene Suppe. Zwei Funkchips von unterschiedlichen Herstellern werden nie genau zusammen passen, was sich zumindest in der Reichweite bemerkbar macht.
Wichtigster Aspekt, es gibt keinen Grund. Wir reden hier von einer bidirektionalen Kommunikation. Selbst wenn man dem CUL das Protokoll bei bringt, dann kann er nur die Steckdosen steuern. Wenn man ihn nur zeitweise umschaltet, verliert man die Strommessung der Steckdosen.
Finanzieller Aspekt, ein JeeLink kostet 35 Euro in einem Gehäuse, der CUL das Doppelte.
es nützt ja nichts einen cul zu haben wenn er schon in betrieb ist. wenn die rf parameter anders sind als bei fs20 oder hm (was sie ziemlich sicher sind) kannst du ja nicht den vorhandenen cul verwenden.
ich hab gerade 2 culs und 2 panstamps in betrieb und daneben noch zwei panstamps zum experimentieren. wenn da noch der jeelink dazu kommt schaut es mehr nach igel als nach schreibtisch aus :). vom hmlan und der hue bridge ganz zu schweigen.
aber das schöne an fhem ist ja das sich die systeme alle vertragen und und man immer den aktor/sensor aussuchen kann der am besten passt.
ich dachte auch holland. der versand ist aber scheinbar aus england.
ZitatHab schon mal wegen RSSI geschaut. Sieht schlecht aus. Geht zwar, aber soweit ich gelesen habe, ist das RSSI (und DRSSI) Signal auf dem RFM12 unzuverlässig und zeigt oftmals Müll an. Deswegen sind einige schon hingegangen und haben sich ne Leitung vom ARSSI Pin des Moduls auf nen Analogen Eingang gelegt, das scheint offenbar zuverlässig und gut zu funktionieren. Vielleicht kann da nochmal jemand nach googlen der von der Materie noch ein bisschen mehr versteht?
Aus eigener Erfahrung: das RSSI auf dem RFM12B funktioniert schon recht gut. Die ARSSI Leitung zum GPIO war (zusammen mit einer Anpassung eines Kondensators) ein Hardwarehack um mit dem RFM12B besser Pulsmodulation empfangen zu können.
Das (d)RSSI Signal ist einfach relativ träge, was aber im Sinn einer Empfangsstärkeanzeige auch Sinn macht weil kurze Schwankungen aus-gemittelt werden.
viele Grüße
Jörg
die steckdosen sind tatsächlich doch noch gekommen heute. fühlen sich besser an als erwartet. aber der jeelink ist noch irgendwo in der luft :( also nix mit beschäftigiung falls es regnen...
Vor allem interessant das sie schreiben "This service does not have tracking or insurance." Ich würde das ja nun nicht so anpreisen, da kommen einige auch auf dumme Gedanken ...
/Daniel
Moin ;-)
Wollt mich mal kurz melden, bin noch da. Mein Urlaub ist zuende, dadurch die Freizeit etwas knapp. Soll aber nicht heissen, dass ich das hier nicht fertig machen möchte (ganz im Gegenteil), sondern dass ich bei den Postings vielleicht ein wenig träge werde.
Nur mal kurz wg. der JeeLinks: Der Entwickler/Mastermind Jean-Claude Whippler konzentriert sich mittlerweile ganz auf Fortentwicklung, die Fertigung und Vertrieb wird von zwei Brüdern aus England gemacht. Hab mich bei meiner ersten Bestellung auch etwas gewundert... Geht aber alles recht schnell, die Sendungen sind i.d.R. max. drei Tage unterwegs. Schön an "no tracking/insurance" ist, dass die Sendung dann im Briefkasten liegt. Sobald die Sendung einen gewissen Umfang überschreitet, wird nämlich mit TrackingID+Insurance gesendet, und dann muss der Empfang quittiert werden. Bzw. ihr zur Post laufen wenn ihr nicht da wart ;-)
Bzgl. PanStamps: Auf der Webseite von denen sehe ich zwar die Produkte, der Shop selbst ist aber (aktuell?) leer, d.h. man kann weder bestellen, noch sieht man Preise. Aber danke, ist ja mittlerweile beantwortet, ~20 Euro... Echt fair.
@Jörg: Ich habe bisher immer gedacht, dass der Tausch des Kondensators + Leitung zum analogen Port ausschliesslich der Verbesserung des OOK-Empfangs diente. Die "zusätzliche Leitung" haben einige aber unabhängig von OOK gelegt um den tatsächlichen analogen RSSI Pegel auslesen zu können. Weil das digitale auslesen wohl nur ein Bit zurückliefert (RSSI über/unter einstellbarem Schwellwert). D.h. das geht auch anders? Und da kommt dann ein aussagekräftiger Wert rüber?
Ich mach mich jetzt mal wieder ans Werk und bastele an dem Sketch. Bis später.
/Oliver
ZitatIch habe bisher immer gedacht, dass der Tausch des Kondensators + Leitung zum analogen Port ausschliesslich der Verbesserung des OOK-Empfangs diente.
Ja genau. Weil der dRSSI eben mit Verzögerung kippt ist er bei OOK (Pulse) nicht zuverlässig und außerdem vom Abstand (besser Feldstärke) zum Sender abhängig. Der dRSSI lässt sich (wenn ich micht recht erinnere) in 3dB Schritten einstellen.
Der geänderte C am aRSSI macht den aRSSI schneller, damit sind die gemessenen OOK Pulse genauer (wenn der AGPIO auf die richtige Schwelle gestellt wird).
Den absoluten RSSI Wert digital auszulesen geht meines Wissens nach nicht.
viele Grüße
Jörg
Hallo Jörg,
super Erklärung, danke! Da ist mir einiges noch klarer geworden.
Nun stellt sich mir ne Frage: Wir haben es ja hier mit mehreren Sendern/Empfängern zu tun. Kann ich den dRSSI-Schwellwert denn innerhalb der Übertragung eines einzelnen Paketes schnell genug nachjustieren um auf einen aussagekröftigen Wert zu kommen? Oder muss man sich da quasi rantasten in dem man sich die Werte der letzten Übertragung(en) je Transmitter merkt?
Gruss
Oliver
Moin,
es ist soweit. Hab ne erste Version des Sketches fertig. Man kann da sicherlich noch einiges besser gestaltet (vereinfachen, mehr in die Lib auslagern, usw.), aber mir geht's erstmal um die Grundfunktionalität.
Es gibt ein paar kleine Dinge die ihr tun müsst:
1.) Beim Start des Sketches wird automatisch die Config aus dem EEPROM ausgelesen. Da steht natürlich erstmal nur Quatsch drin (weil ja noch keine Config abgelegt wurde, ihr habt ja den JeeLink gerade erst ausgepackt). Also müsst ihr folgendes machen: Einmal in der seriellen Konsole den Befehlt "0c" absetzen (steht für "fill" Config... hab ich bei Trilus AskSin Sketch abgekupfert ;-), anschliessend das Kommando "2c" absetzen (für "save" config).
2.) Was ihr jetzt tun müsst hängt davon ab, ob ihr eine Anzeigeeinheit habt, oder auch nicht (siehe 2a und 2b).
2a.) Wer eine Anzeigeeinheit besitzt, sollte die Steckdosen erst mit seiner Anzeigeeinheit pairen (d.h. der JeeLink sollte NICHT angesteckt sein). Das hat was mit Kanal-Wahl zu tun. Wenn ihr das getan habt, müsst ihr den JeeLink (der aber bitte initialisiert sein muss, siehe Punkt 1.) nur anstecken. Dann einmal auf der Anzeige-Einheit alle bereits gelernten Dosen einmal anwählen. All die von der Anzeigeeinheit gelernten Pakete werden vom JeeLink gelesen, und die Rückantworten ausgewertet. Und die Konfiguration der Kanäle dann 1:1 ins EEPROM übernommen. Fortan könnt ihr die Steckdosen sowohl mit der Anzeigeeinheit, als auch mit dem JeeLink abfragen und schalten.
2b.) Wer keine Anzeigeeinheit besitzt, muss nur den JeeLink anstecken. Dann an der Dose den "Pairing"-Modus aktivieren (Knopf solange gedrückt halten, bis die LED zu blinken beginnt), den Rest erledigt der JeeLink. Er wertet das ankommende Pairing-Paket aus und schickt eine Pairing-Antwort. Also nicht wundern wenn es nur einmal an der Steckdose blinkt ;-) Dabei wird die angelernte Steckdose automatisch auf den nächsten freien Platz der Config gelegt (bei der ersten also auf "1").
3.) Sobald mindestens eine Dose "angelernt" wurde, könnt ihr Euch mit "l" die Device list anzeigen lassen. Da stehen dann auch die zuletzt gemeldeten Werte drin (Stromverbrauch), sowie die Anzahl der Retries usw. usf. Graphisch nicht schön aufbereitet, aber das ganze ist ja auch nicht dafür konzipiert, die Anzeigeeinheit zu ersetzen, sondern z.B. FHEM die Auswertung und Steuerung zu ermöglichen.
4.) Polling wird automatisch gemacht, z.Z. sind 30 Sekunden eingestellt (erstmal nicht konfigurierbar). Weil es Leute geben könnte, die VIELE Dosen haben, wird das Polling zudem zeitlich etwas gestreckt (0-3 Sekunden), um nach dem Zufallsprinzip eine möglichst gleichmässige Verteilung der ausgesendeten Pakete über die Zeit zu haben (wir wollen doch nicht alle 30 Sekunden das Band über die zugelassenen 1% je Sender hinaus beanspruchen, gell? ;-)
5.) Zu den Kommandos selbst:
- "1p" würde das erste Device der Device List "pollen". "3p" wäre demnach das dritte Device.
- "1d" disabled das erste Device, schaltet es also aus
- "1e" enabled das erste Device, schaltet es an
- Senden geht mit "0,1,2,3,4,5,6,7,8,9,s". Dabei stehen die Zahlen 0-9 für die INTs, die den jeweiligen Wert an dieser Stelle des Paketes repräsentieren. Das abschliessende "s" bedeutet, der ganze Mist soll gesendet werden. Die Paket-Länge ist immer 10 Byte! Um die Checksumme müsst ihr Euch NICHT kümmern, das macht der Sketch.
6.) Noch was wegen der "24" am Anfang. Brauche ich gerade für mich hier (ich hab mehrere Empfänger, und muss die Herkunft der Pakete später bestimmen können), könnt ihr bei Bedarf also getrost "wegoptimieren". Die "24" gehört auch nicht an den Anfang eines zu sendenen Pakets. Jack lebt trotzdem ;-)
7.) Für den Fall, dass ihr mit Roh-Daten spielen wollt, dann schaut Euch das Posting von "Kleiner" nochmal an, er hat den Aufbau des Protokolls beschrieben (danke nochmal, SUPER Arbeit!!!).
Viel Spass!
/Oliver
>>>>>
EDIT: Test-Version gelöscht, bitte nehmt die neueste.
das klingt ja schon klasse.
eine frage ohne gerade testen zu können: meldet der sketch automatisch wenn eine neue steckdose gepaired wurde?
gruss
andre
Ich dachte Du bist in Urlaub ;-)
Ja, meldet eher... ein kurzer Hinweis beginnend mit "#PREQ" gefolgt von der ID der Dose. Dachte mir ihr braucht das ;-)
warte gerade auf die fähre :)
klingt auch gut.
gruss
andre
Falls noch Bedarf besteht ich habe nochmal für "2 Packte" den SPI-Traffic der Anzeigeeinheit aufgezeichnet.
Und dieses Mal habe ich ein etwas besser lesbares Format (XML)
Hoffe Du hast es bald geschafft!
Gruss
Oliver
Zitat von: Kleiner schrieb am Di, 21 Mai 2013 20:05Mir ist das Set bei ELV auch aufgefallen, ich habe es mit jedoch aus einer anderen Intention gekauft.
Ich möchte eine Anbindung an emoncms umsetzen und den Energieverbrauch dort abbilden.
Leider hatte ich wenig bis keinen Erfolg bei der Suche nach Details zum Funk-Protokoll, aus diesem Grund habe ich selbst begonnen die Hardware zu untersuchen.
Aktuell habe ich die Anzeigeeinheit bereits zerlegt und einen Abgriff für die SPI-Schnittstelle des Funkmoduls realisiert.
Als Funkmodul in der Anzeigeeinheit kommt ein RFM12BDP von HOPERF Electronic zum Einsatz.
Zum Mitschneiden der SPI-Schnittstelle verwende ich einen Bus Pirate v3.
Ich habe ein kleines Programm geschrieben das sowohl das Mitschneiden als auch eine "Interpretation" der Daten übernimmt.
Ein erstes Ergebnis könnt ihr in der angehängten Datei finden, diese Datei enthält zwei Protokolle (ohne Last, aus- bzw. eingeschaltet).
Es scheint ca. alle 60s eine Anfrage der Anzeigeeinheit zu geben, mit anschließender Antwort der Steckdose/n.
Dabei werden folgende Daten übermittelt (ins TX Register geschrieben bzw. aus dem RX FIFO ausgelesen:
TX Protokoll (Anzeigeeinheit):
TX: AA AA AA 2D D4 01 04 07 F8 92 00 AA AA AA AA 71 52 AA AA AA
TX: AA AA AA 2D D4 01 04 07 F8 92 00 AA AA AA AA 71 52 AA AA AA
TX: AA AA AA 2D D4 01 05 07 F8 92 01 AA AA AA AA 77 4A AA AA AA
RX Protokoll (Anzeigeeinheit):
RX: 01 04 07 F8 92 00 00 00 00 00 0E 9F
RX: 01 04 07 F8 92 01 00 00 00 00 8E E4
RX: 01 05 07 F8 92 01 AA AA AA AA 77 4A
Interpretation:
1 Byte: Kanal
1 Byte: Befehl (04 = Abfrage Messwerte, 05 = Schaltbefehl, 06 = Funk-Steckdose suchen)
3 Byte: Adresse (UID) Steckdose
1 Byte: Data [Befehl 04: (00 = default, 01 = rücksetzten des absoluten Verbrauchs), Befehl 05: (00 = aus, 01 = ein), Befehl 06: (00 = default)]
2 Byte: aktueller Verbrauch in W (Faktor 1/10)
2 Byte: absoluter Verbrauch in kWh (Faktor 1/100)
2 Byte: CRC16 (Polynom 8005h)
Damit dürfe die Frage nach dem Protokoll fast geklärt sein, offen wäre noch das Thema "pairing".
PS: Ich hatte den Befehl 06 unterschlagen "Finden der Steckdose"
Hey,
was meinst Du mit 06, finden der Dose? Der ist mir noch nicht in die Pfoten gekommen. Was passiert denn dann?
/Oliver
Die LED der Steckdose blinkt ~5sec.
Könnte ganz nützlich sein wenn man nicht mehr grnau weiß welcher Kanal welche Steckdose ist und nicht ein-/ausschalten möchte.
Nicht schlecht, könnte echt hilfreich sein! Bin mal gespannt ob wir noch mehr finden?!?!
Ich denke nicht, meine Referenz für die möglichen Befehle war die Anleitung der Anzeigeeinheit.
Ich bin einfach die verschiedenen Befehele durchgegangen und habe die Daten auf dem SPI-Bus analysiert.
ICh denke nicht das es einen SW-Update oder ähnliche versteckte Befehle gibt.
Eigentlich fehlt mir auch nur ein einziger. Der, der der Dose mitteilt, dass sie ihren Schaltzustand über einen Stromausfall hinweg behalten soll. Haben sie wohl schlicht vergessen (oder weggespart). Aber gut, können wir natürlich zu Fuss nachbilden...
/Oliver
@ohweh: könntest du mal eine sitzung mit der seriellen konsole posten mit den antworten auf die kommandos ?
danke
andre
ein paar anregungen nach trockenübungen und gedankenspielen:
- das automatische pairen sollte abschaltbar sein und vielleicht noch nicht mal der default. es wird ziemlich probleme machen wenn der nachbar auch welche von den steckdosen hat oder man z.b. aus reichweiten gründen mehr als einen enpfänger hat/braucht.
- in den raw messages sollten weder beim senden noch beim empfangen kommas oder leerzeichen sein. zumindest nicht überall und nicht zwischen zusammmengehörenden bytes wie z.b. der adresse oder den beiden bytes der verbrauchsdaten. das macht das parsen auf fhem seite unhandlich. wenn es die hex schlange lesbarer machen soll dann leerzeichen und immer zwischen logischen teilen und beim senden und empfangen gleich.
- ich würde vorschlagen für die nachrichten zwischen fhem und dem jeenode in beiden richtungen nur die adresse der steckdosen zu verwenden. die laufende nummer bringt keinen wirklichen vorteil sondern wird an einigen stellen probleme machen. z.b. bei mehr als einem empfänger oder wenn sich die nummer beim neu anlernen ändert. bei den hue lampen habe ich nur so eine laufende nummer und die priobleme sind nicht nur theoretisch da.
gruss
andre
Für mich ist z.B. noch offen ob das Protokoll mehr als die sieben oder acht Kanäle hergibt oder nicht.
Dies könnte unter Umständen dann auch die Frage klären ob es notwendig / sinnvoll ist den Kanal zu betrachen oder nicht.
wenn du die beschränkung das anzahl der dosen bei der steuereinheit meinst: die ist für mich im protokoll nicht sichtbar. ich sehe keinen grund warum der sketch nicht mit beliebig vielen steckdosen klar kommen sollte.
ich vermute mal die beschränkung betrifft nur die anzeigeeinheit und nich das protokoll und die integration in fhem.
gruss
andre
Hey,
sorry, bin spaet dran, kleiner Zwischenfall im Job, daher nur auf die Schnelle...
- Es gibt keiner sichtbare Beschränkungen bzgl. der Kanäle, ich hab am Wochenende mal testweise Kanal 16, 32 und 64 probiert, kein Problem. Ich schätz mal das geht bis 255 hoch... oder auch nur 212. Ich werd's noch genauer ausprobieren.
- Es ist auch kein Problem mehrere Steckdosen auf denselben Kanal zu pairen. Gut, die Anzeigeeinheit käm damit nicht klar, aber rein theroetisch könnten sämtliche Dosen auf demselben Kanal laufen. Könnte wichtig werden, wenn jemand plant mehrere Anzeigeeinheit einzusetzen (um nicht dieselben Dosen, sondern je Anzeigeeinheit unterschiedlich zu steueren).
@Andre: Ich füttere Dich morgen früh mit Log-Output und ein paar Antworten. Lass uns dann mal weiterschauen... Bzgl. des automatischen Pairens wg. des Nachbars: Ganz starkes Argument! Hab ich gar nicht dran gedacht...
Gruss
/Oliver
Morgähn :)
@Andre: Ich versuch jetzt mal Deine Fragen zu beantworten...
1.) Bgzl. "...automatische pairen sollte abschaltbar sein...":
Klar, wäre zu machen... aber wer paired dann? FHEM (durch Übergabe eine SendStrings)? Oder schaltet man den Pairing-Modus kurzfristig auf dem JeeLink ein? Ich wär für die JeeLink-Methode, weil
a.) das Pairing Timing-Kritisch ist. Es kommen im Pairing-Mode zwar 30 Requests rein, aber die können nicht zu einer beliebigen Zeit beantwortet werden, sondern nur in einem schmalen Zeitfenster direkt nach einem Request. Kommt die Antwort zu schnell oder langsam, dann wertet die Dose den Request nicht aus.
b.) das Device ja auch in die Config+EEPROM übernommen werden muss. Dies ist wiederum wichtig, damit der Dose auch Anfragen geschickt werden.
2.) Bzgl. "...man z.b. aus reichweiten gründen mehr als einen enpfänger hat/braucht...":
Yepp, richtig, kann ich Dir nur zustimmen! M.E. ist das Coole an dem Auto-Modus, dass nur ein JeeLink das Pairing-Wettrennen gewinnen kann :)
a.) Ein JeeLink ist der Verlierer. Dieser kennt das neue Device jetzt ebenfalls, aber ggf. mit einem anderen Kanal. Also wird er versuchen zu "pollen", kriegt aber keine Antwort. Was nicht schlimm ist, denn dafür gibt's b.)
b.) Der Gewinner pollt ebenfalls, und die Dose wird darauf antworten. Weil der Sketch darauf ausgelegt ist sich jedes Paket anzuschauen, und sowohl neue DeviceIDs selbst lernt, als auch Kanäle bereits bekannter Devices abgleicht und ggf. Kanalinformationen überschreibt, sollte der Verlierer maximal 1-2 Pakete ins Nirvana schicken müssen bevor er die Antwort der Dose an den Gewinner "sieht". Der Verlierer wertet die Antwort aus, merkt dass sein Kanal in der Config falsch ist, und überschreibt diesen. Und hat ab sofort die richtigen Informationen. Find ich schick :)
3.) Bzgl. "...probleme machen wenn der nachbar auch welche von den steckdosen hat...":
Scheee****e, daran hab ich nicht gedacht! Ich hab alles mögliche veranstaltet, damit der JeeLink selbst lernt. Damit er sowohl alleine, als auch im Zusammenspiel mit mehreren Empfängern und auch (unflexiblen) Anzeigeeinheiten leben kann. Aber an den Nachbarn hab ich jetzt nicht gedacht... Man kann jetzt natürlich sagen "mir ist mein Nachbar egal", aber der könnte ja auch nen JeeLink haben :) Und schon wird ein Bumerang draus. Mist, ehrlich, ich hab noch keine Idee wie man das Problem elegant löst.
4.) Bzgl. "...in den raw messages sollten beim senden/empfangen kommas oder leerzeichen sein":
Keinen Trenner zwischen den Bytes? Wär aber mächtig unbequem und hätte einige Konsequenzen...
a.) Beim Empfang kann man auf HEX umschalten. Dort könnte man (rein theoretisch) auch den Trenner weglassen. Ist man im INT modus, braucht man den Trenner, um das Ende eines Bytes zu erkennen. Desweiteren werte ich die Pakete ja nicht nur maschinell aus, sondern schaue da mitunter auch visuell drauf. Und gerade wenn ich mit dem Auge draufschaue, finde ich es wichtig einen optischen Anhaltspunkt zu haben. Zudem können in der Ausgabe auch "defekte Pakete" enthalten sein (ist an-/abschaltbar und wird in die Config übernommen). Da möchte ich schon sehen wollen, ob es sich um ein reguläres Paket handelt welches es aufgrund von Empfangsproblemen nicht geschafft hat, oder ob's ein "fremdes" Paket ist.
b.) Zum senden braucht der Sketch INTs. Liegt daran, dass der Input Parser eine x-beliebige Zahl als "value", und einen x-beliebigen Buchstaben als "kommando" ansieht. Hat den Vorteil, dass während man noch von der seriellen Sch(n)ittstelle liest, man bereits mit der Verarbeitung beginnen kann (in den Buffer füllen, ggf. kann sogar schon die CRC Berechnung triggern, usw. Weil INTs aber 1-3 Stellen lang sein können, muss es auch irgendeinen Trenner geben. Dieses Konstrukt jetzt in etwas anderes umzubauen (z.B. Hex), würde bedeuten man müsste alles umbauen. Und erst auf eine komplett seriell übermittelte Zeile warten bevor man mit der Verarbeitung beginnen kann. Den Trenner z.B. durch ein Leerzeichen zu wechseln, wär aber gar kein Problem.
c.) nochmal wg. des Übergabeformates: Was gefällt Dir denn daran nicht? Eher kosmetisch? Oder irgendein Problemchen auf FHEM Seite dass ich noch nicht verstehe? Auch wenn ich in b.) beschrieben habe wie's aktuell umgesetzt ist, heisst es ja nicht dass man es nicht mit etwas Aufwand ändern kann. Ich versteh nur den tieferen Sinn noch nicht...
Ich weiss, ich hab noch nicht alle Fragen beantwortet. Muss jetzt trotzdem erstmal zur Arbeit :) Melde mich heut mittag nochmal.
Gruss
/Oliver
moin moin
- vorschlag zum pairen: so wie bei homematic. der jeelink macht das pairen, bekommt aber ein kommando um es ein und aus zu schalten. am besten mit einem zeit parameter um es für x sekunden zu aktivieren.
- damit wäre das pairen bei mehr als einem jeelink auch kein problem. es ist dann normalerweise nur bei einem aktiviert. hast du das mit dem mehrere jeelinks sind gleichzeitig im pairing modus so schon probiert? es klingt klasse wenn es so einfach wäre aber ich fürchte es gibt auch noch den fall das sich beide pairing anfragen so in die quere kommen das am ende keine mehr durch geht. das waere auch gelöst wenn man das pairen nur bei einem jeelink aktiviert.
- der nachbar wird ruckzuck unkritisch wenn das pairen nicht dauernd aktiv ist.
- das mit dem mit lernen des zweiten jeelink ist gut und solte so sein. das wird aber nur funktionieren wenn zur kommunikation nur die device is verwendet wird und nicht die laufende nummer. stell dir vor: du hast zwei jeelinks. der eine ist mit zwei dosen gepaired. 1 und 2. der andere nur mit einer. 1. beide kenne die jeweils die dosen des anderen nicht weil die räumliche anordnung so ist das nur einer jeelink jeweils nahe genug an den dosen ist. jetzt kommt eine vierte dose in der mitte dazu und sie wird an den jeelink mit nur einer dose gepaired. der ander kann aber mithören. -> die laufende nummer der neuen dose wäre für beide jeelinks eine andere. und für den einen gibt es sogar einen konflikt.
- es gibt in fhem einen duplikats check zum automatischen erkennen von nachrichten des gleichen device die über unterschiedliche rf modems empfangen wurden. das geht nur wenn das device eindeutig ist. d.h. am besten die uid.
- verwendet die anzeigeeinheit wirklich das eine kanalbyte um die dosen zu nummerieren oder haben dort alle dosen und die anzeigeeinheit den selben kanal? das würde ich eigentlich logischer finden und 'gruppen' ermöglichen die sich nicht 'sehen' müssen.
- zum format: das auslesen der nachrichten ist in fhem string basiert. nicht zeichen basiert. d.h. ohne overhead ist es aus am einfachsten wenn ich die teile der adresse oder der verbrauchswerte nicht erst wieder zusammen setzen muss. einen string ohne leerzeichen liefern auch alle anderen er modems. wenn es dir um die menschenlesbarkeit geht wäre es eigentlich viel besser das leerzeichen nicht überall sondern nur zwischen nachrichtenteilen einzubauen. als z.b. vor und nach der 3 byte adresse oder vor dem 2 byte verbrauchswerten. also etwa so:
TX: AAAAAA 2DD4 01 04 07F892 00 AAAAAAAA 7152 AAAAAA
RX: 01 04 07F892 00 0000 0000 0E9F
RX: 01 05 07F892 01 AAAAAAAA 774A
den int mode würde ich aus fhem heraus nicht verwenden. da ist mir die formatierung egal.
gruss
andre
Hey,
ich liefere Dir das Sitzungsprotokoll heute Abend mal nach, war gestern einfach zu spät :) Denke dann wird auch einiges noch ein bisschen klarer. Dann sollten wir ein paar der Fragen nochmal anhand von Beispielen diskutieren.
- Pairing Modus "für X Sekunden aktiv" ist machbar. Geb Dir Recht, vermutlich der einzig sinnvolle.
- Wenn mehrere JeeLinks und eine Dose "in der Mitte" existiert, dann würde die Dose in der Mitte auch von beiden gepollt. Würde ich aber erstmal so "hinnehmen", und ggf. später mal als ToDo ans Ende der Liste setzen.
- Die Kanalnummer ist für die Anzeigeeinheit leider nicht egal. Du hast acht Plätze, und gemäss dem Platz gibt die Anzeigeeinheit der Dose den Kanal vor. Der Dose ist der Kanal aber wurscht, d.h. alle Dosen könnten auf demselben Kanal funken.
- Der Raw-SendString an den JeeLink beinhaltet NICHT die Platznummer des Devices, sondern Kanal + DeviceId. Muss so sein, aldiweil der JeeLink das Device vielleicht nicht kennt? Könnte dann der Fall sein, wenn wir auch den Lern-Modus abschalten möchten. Kanal+DeviceId sind aber auf jeden Fall FHEM bekannt, denn die Info ist vorher entweder über einen JeeLink reingekommen, oder aber wird "definiert" (könnte ja sein dass wir später auch das Pairing "vorgeben" wollen...). Versuche gerade alle Eventualitäten für später abzudecken :)
- Zusätzlich zum Raw-SendString könnte ich noch ein weiteres Kommando einbauen, was das Senden an eine DeviceId erlaubt (sofern sie dem JeeLink bekannt ist).
- Die Ausgabe greife ich nachher nochmal auf... Ich muss Dir zwei Beispiele dazu zeigen. Ist aber so wie vorgeschlagen leicht machbar, am besten konfigurierbar (Mode: 1=FHEM, 2=Rest-der-Welt).
- Die Konfigurationsmethode FHEM- und "THEO"-Mode könnte auch folgendes beinhalten: Wenn FHEM, dann verhalte Dich in weiten Teilen auf einen Schlag so, wie vorgegeben. Und im THEO-Mode eben nicht, dann kann alles separat konfiguriert werden.
- ich hab immer noch ein Problem mit Deinem Raw-SendString. Wenn da keine Kommandos drin stehen (so wie das bei der INT-Folge ist: also 1,4,07,12,72,00,00,00,s, wie soll ich dann beides (FHEM + manuell bedienbare GUI) bewerkstelligen? Hätte zur Folge, dass das Ding zwar von FHEM aus gut bedienbar ist, aber Du kannst halt nicht mal eben "manuell" was tun (ohne dieselbe "Kryptik" zu beherrschen).
- "Versions"-Kommando fehlt ebenfalls noch. Da würde dann nicht nur eine Sketch-ID zzgl. Versionsnummer, sondern auch die aktuelle Sketch-Configuration zurückkommen. Ich schick später mal ein Beispiel.
- "Device-Config" gibt's schon (Beispiel schicke ich später noch). Da geht es dann auch ausschliesslich um die Devices, und keine anderen Informationen (sodass man da nichts auseinanderdröseln muss).
Sorry, viele Worte... Ich glaub es wird viel klarer, wenn ich nachher ein paar Protokoll-Auszüge schicke.
Gruss
/Oliver
ja. ich denke die beispiele wären seh hilfreich und es kann gut sein das wir in manchem noch aneinander vorbei reden. ich hatte bis jetzt weder die dosen in betrieb noch meinen jeelink in der hand :)
mit device id habe ich (hoffentlich fast immer :) die drei byte uid aus dem protokoll gemeint. wenn es irgendwie geht würde ich von und zu fhem gerne alles damit abwickeln. die ist hoffentlich auch jeelink übergreifend eindeutig.
die kanalnummer, laufende nummer, du vor allem in verbindung mit der anzeige einheit wichtig ist brauche ich nach meinem bisherigen verständniss nicht wirklich und die sorgt eher für verwirrung weil sie nicht eindeutig (vor allem nicht jeelink übergreifend) ist und sich z.b. beim neu pairen auch ändern kann.
das mehrfach pollen könnte man zum teil verhindern wenn der jeelink merkt das eine antwort von einer dose kommt die er nicht angefordert hat.
ach ja: noch was zu pollen. wie wäre es wenn man das intervall für jede dose getrennt einstellen könnte?
gruss
andre
Ja, schade, wär schon schön wenn Du jetzt nicht nur in Gedanken spielen könntest :)
@Daniel, Robin: Habt ihr Euren JeeLink denn schon gekriegt? Bin mal gespannt auf Eure ersten Tests.
Hallo ohweh,
meine Steckdose kam innerhalb 24h, der JeeLink ist noch nicht eingetrudelt.
LG
Robin
ich hoffe wenn ich die logs habe kann ich ein bischen mehr als nur in gedanken spielen :)
zumindest kann ich was zusammen bauen das jemand anders mal testen kann. initialisieren müsste schon gehen :).
gruss
andre
Moin Andre,
wenn Du Zeit und Lust hast, dann schau mal in Deine PM. Hab Dir ganz viel Log-Material geschickt.
Gruss
Oliver
die beispiele sind klasse. ich hab aus lauter langeweile schon mal einen jeenode dummy gebaut. wenn ich den mit deinen logs füttere kann ich das alles ins fhem modul einbauen.
die offenen punkte von oben sollten wir dann weiter diskutieren wenn ich mir alles angeschaut habe. zumindest den teil der sich ohne hardware klären lässt.
heute ist zwar sonne :) aber ich denke mal es gibt dann auch bald etwas aus fhem heraus zu testen.
gruss
andre
Hey,
Du hast wieder Post :) Neue Protokolle, und ein paar geplante Änderungen die schonmal ein Teil Deiner Wünsche abdecken.
/Oliver
Ich glaube ich bin eben auf ein kleines "Problem" gestossen. Hab nen anderweitig in Gebrauch befindlichen JeeLink mit dem PcaSerial-Sketch betankt. Und beim Laden der Quatsch-Config aus dem EEPROM (wird ja automatisch gemacht) kriegte ich dann nur ohne ende Müll-Zeichen auf der seriellen Schnittstelle, und konnte keine Kommandos mehr absetzen. Es hat geholfen im Sketch
- in der Funktion setup() die Zeile "loadConfig()" gegen "fillConfig()" zu tauschen
- dann einmal den JeeLink starten und mit "2C" die Config ins EEPROM bügeln
- anschliessend die Zeile wieder zurückändern (in loadConfig).
Kann ein Einzelfall gewesen sein, aber kann theoretisch auch anderen blühen. Ich hab leider erst am Wochenende wieder ein bisschen mehr Zeit um mich darum zu kümmern, deshalb müsst ihr Euch einmalig so behelfen. Am Wochenende werde ich dann
- entweder eine Zeitverzögerung einbauen (nach dem starten des Sketches hat man 10 Sekunden Zeit bevor die Config automatisch geladen wird)
- oder aber ich baue ne komplette CRC-Routine mit allem drum und dran ein...
Letzteres ist sicherlich der saubere Weg, aber auch aufwendiger. Kann sein dass ich auf die Schnelle den ersten Weg wähle, damit ich mich um die anderen, dringlichen Wünsche kümmern kann. Und dann ein wenig später um den zweiten, sauberen Schritt.
Gruss
/Oliver
kurzes update nach erstem spielen mit einem 'fake' jeenode und einem teil von olivers log files:
(siehe Anhang / see attachement)
(siehe Anhang / see attachement)
die pca301 devices werden per autocreate angelegt sobald sie gepaired werden bzw. die erste nachricht empfangen wird.
gruss
andre
Super, ich bin begeistert! Warum verbrät mein Laptop eigentlich 46 Watt? Ach soo, stimmt ja, ist ein (mittlerweile nicht mehr taufrischer) i7-Quad :)
Mhh mein JeeLink ist noch nicht da, ich hoffe ich habe heute was im Kasten ...
/Daniel
Hi Daniel,
ich hab noch nie länger als 3-4 Tage warten müssen. Echt ärgerlich... Ich drück Dir die Daumen, dass es heute klappt!
/Oliver
Meiner ist auch noch nicht angekommen :-(
Hey,
vielleicht auch heut im Kasten?
Wie gemein, ich bin ja so gespannt auf Eure Ergebnisse. Und Andre bestimmt auch :)
Also bei mir schonmal nicht :-(
Och menno :( Warum muesst ihr auch in Doerfern wie Berlin wohnen? :)
Apropos Dorf: Wusstest ihr dass Hallig Hoge ne bessere Internet-Anbindung als so ziemlich die gesamte Eifel nahe Köln hat? :) *lach*
So heute am die Royal Mail an inlusive einem Blombenzieher oO
Dann kann ich ja nachher mal spielen ja.
/Daniel
Kann mir bitte einer den passenden Teil aus der baord.txt schicken. Ich programmiere meine AVR's sonst immer im AVR Studio, da bin ich mit dem Arduino kram nicht so bewandert, und ein Sketch kenn ich auch nur ausm Fernsehen ;-)
Ich hab hier was unter Linux zusammengebastelt womit ich die PanStamps beschreibe, ich glaube was mit fehlt ist wirklich nur der entsprechende Block aus der board.txt. Die anderen Libs sollten ja alle standard sein oder?
/Daniel
Hey,
gute Nachricht! Kann Dir bei AVR Studio leider nicht helfen. Haste es denn hingekriegt?
/Oliver
Naja ich will es ja mit der Arduino IDE machen, aber da fehlt mir diese board.txt, oder was muss ich da alles einstellen. Fuse Bits etc. das brauche ich alles. Und der Bootloader Type steht da glaube auch mit drin wa.
Oder welche Definition nehmt ihr da? Da sind ja schon standard Boards drin.
/Daniel
versuch mal arduino uno in der ide.
wenn das passt brauchst du sonst nichts weiter.
in der ino.ini kannst du das gleiche eintragen fallst du damit was machen willst.
gruss
andre
Na das ist doch mal ne Ansage, danke Andre.
/Daniel
Mhh ich bekomme nur endlos Matsch zurück, ist doch 57600 8N1 oder habe ich da was übersehen im code?
/Daniel
Moin Daniel :)
Wenn beim ersten Start im EEPROM Mist steht, dann kann es dazu führen dass der Sketch nicht richtig läuft. Hab etwas weiter oben beschrieben wie man das umgehen kann (loadConf gegen fillConf tauschen) und so das EEPROM richtig initialisiert. Ich ne doofe Krücke die mir nicht gefällt, also bau ich das jetzt mal um, melde mich ein bisschen später wieder.
Bzgl. der boards.txt: Hab Dich falsch verstanden, ich dachte Du werkelst da mit dem AVR Studio rum. Die JeeNodes/JeeLinks werden mit demselben vorgeflashten Bootloader wie die UNOs ausgeliefert, und es ist ebenfalls den Atmel328. Daher ist UNO die richtige Boardwahl.
/Oliver
Moin,
naja ich hab da auch blöd die zwei Sachen vermischt, da war das vermutlich nicht ganz klar ja. Ehm schei**e das oben habe ich garnicht gelesen, ich hab nur das Blatt mit der Anleitung durchgespielt. Das ist ja genau das Problem was ich auch habe. Aber man kann doch den EEprom auch direkt beschreiben, ist zwar auch nur ne Krücke aber dann haste wenigstens nen definierten Zustand. Aber vermutlich geht das mit den Bootloader nicht, das müsste man dann über ISP machen was.
Egal, wenn du was neues hast probiere ich das aus, dann wissen wir gleich obs geht ;-) So eilig st das alles nicht hier.
So jetzt muss ich mal die Brötchen in den Ofen schieben ;-)
Gruß
Daniel
Hallo Oliver,
vermutlich hast Du schon Ideen wie Du das umbaust.
Ansonsten als Vorschlag, irgendwo im EEPROM einige "magic bytes", als Signatur. Wenn die beim Start des Sketches dort gefunden werden load sonst fill.
viele Grüße
Jörg
Moin Jörg,
danke für den Vorschlag, für sowas bin ich immer dankbar! Auch wenn ich Dir in diesem Fall etwas zuvorgekommen gekommen bin :) Hab ebenfalls mit dem Gedanken einer fixen Signatur gespielt, bin dann aber wieder davon ab, weil ich glaube, dass die Config-Struktur sich in den nächsten Tagen/Wochen noch einige male ändern wird. Woran Andre grossen Anteil hat, denn er hat konkrete Wünsche und super Vorstellungen, wie das Zusammenspiel mit FHEM mächtig erleichtert und vereinfacht werden kann würden. Werde auch dieses Wochenende noch einiges davon umsetzen, vielleicht schaffe ich's sogar komplett. Ist aber halt auch nicht mal eben auf die Schnelle gemacht.
Zurück zum EEPROM: Wech mit den Krücken, hab ein CRC Feld samt Prüfung gebaut. Das Problem sollte damit aus der Welt sein.
Gruss
Oliver
Moin Daniel,
anbei die neue Version samt CRC Prüfung. Das sollte dann sofort funktionieren... wär toll wenn Du die mit der Nicht-Brötchen-Hand mal ausprobieren könntest :)
Gruss
Oliver
>>>>
Sketch-Version defekt und gelöscht, bitte nehmt die aus dem aktuellen Thread.
*lol* Naja ich war in der Zwischenzeit schon beim Friseur ;-)
So läuft! Sehe die Hilfe, und es kommen auch Daten an.
Ich bin jetzt einkaufen, mache danach dann weiter.
Gruß
Daniel
Gute Nachricht :) Bis später.
Ah hier noch schnell:
also ich hab auf Platz 1 und 2 zwei default Geräte ?!?... auf 3 hat er meine Steckdose gefunden. Dann habe ich mal 1c gemacht, uhhh das war ein Fehler ;-) bei "l" hat er mir eine Endlosliste von Geräten gezeigt ;-) Beim ersten Start kam übrigens die Meldung das der eeprom leer ist und auf default beschrieben wurde. Also das passt schonmal.
(Btw. nicht ärgern aber ich mache beruflich auch Systemtests ;-) )
So ich geh jetzt mal shoppen.
Mist, mein Fehler... Such mal in der Funktion fillConf() nach der Zeile
pcaConf.numDev = 2;
und ersetz die 2 durch ne 0. Ist mir heute morgen in der Hektik durchgegangen. Ich hab da extra zwei Beispiele drin gelassen falls jemand einen echten "Preload" seiner Config machen möchte.
/Oliver
Soooo, ich glaube ich muss mir doch mal den ISP Header auflöten. Das Teil sagt jetzt garnichts mehr nachdem das KommandoMenü auftaucht. Da scheint jetzt Grütze im EEProm zu stehen. Vielleicht sollt ich den mal mit Nullen füllen.
/Daniel
Und ärgern tut mich das nicht :)
Nöö, glaub ich nicht, ändere nur die Zahl der Devices auf 0 und schon sollte das wieder gehen.
Okay, lass mich überlegen, ich glaub es wird nicht helfen die Zeile allein zu ändern. Das Problem ist, dass ja jetzt Schrott im EEPROM steht, und die CRC dazu stimmt. Bitte ersetz mal im Sketch diesen Teil
// try loading config from EEPROM. if CRC does not match, use blank default config
if (loadConf()) {
Serial.println("# Config loaded from EEPROM");
} else {
Serial.println("# Invalid config stored in EEPROM - Using default");
fillConf();
}
durch
fillConf();
Und die Anzahl der Devices auf 0.
Starte, speichere mit "2c" eine leere Config ab, und ändere dann wieder zurück (auf obige Logik).
Sorry!
OK, gemacht.
So jetzt bekomme ich folgendes als Ausgabe bei einem list:
1,1,72A80,1,53,14,563,0
Das ist meine Dose und die steht auf 1, das haut ja schonmal hin. (Die legt der aber nicht automatisch im EEProm ab oder? Das Listing ist nämlich weg nach einem reset)
So dann bekomme ich immer:
TX 1 4 7 42 128 1 0 53 0 14
OK 1 4 7 42 128 1 0 48 0 14
OK 1 4 7 42 128 0 170 170 170 170
OK 1 4 7 42 128 0 170 170 170 170
OK 1 4 7 42 128 1 0 51 0 14
Und schalten kann ich die Dose auch! Sieh gut aus ja.
/Daniel
Hey,
liest sich gut :) Die Config wird aktuell nicht automatisch gespeichert. Ist alles dafür vorbereitet, aber der Aufruf der saveConf() ist an entsprechender Stelle auskommentiert. Wollte so'n Mist wie eben eigentlich extra vermeiden ($§/$§%&§%!!!!!). Shit happens.
Ich bastele gerade eine neue List-Ausgabe. Wird jetzt erstmal was dauern. Aber schön, dass es bei Dir schonmal funktioniert!
Gibt's eigentlich ne Möglichkeit einen Beitrag zu editieren? Würde ganz gern den defekten Sketch rausnehmen (bevor andere auch noch vor die Pumpe laufen).
Das ging mal ja, aber jetzt irgendwie nicht mehr.
Besser ist das irgendwo hoch zu laden und zu verlinken, dann merkt man ja wenn der alte Download nicht mehr geht.
/Daniel
Hallo zusammen,
ohne viel mitreden zu können verfolge ich eure Bemühungen seit Anfang an in diesem Thread.
Ich persönlich habe FHEM auf einer FB7390 mit HMLAN.
Toll wäre natürlich, wenn man dieses System nutzen oder ergänzen könnte, um die bestimmt reichen Früchte eurer Bemühungen auch irgendwann nutzen zu können.
VG
Manuel
Sagt mal das Paket "OK 1 4 7 42 128 0 170 170 170 170" ist also die Anzeigeeinheit die sendet ja?
Und der Stick senden zum pollen dann einfach ein normales Paket raus was von der Steckdose auch kommt samt Werte? So ganz verstehe ich die Ausgabe hier nicht.
Wenn ich "1p" eingeben kommt ein:
TX 1 4 7 42 128 1 0 45 0 14
OK 1 4 7 42 128 1 0 48 0 14
Dann schickt ihr also ein altes Paket nochmal raus und dann antwortet die Dose oder wie?
Und die 48 sind die 4,8 Watt ok, aber die 14 hinten, soll das der kumulierte Wert sein? Das ist dann aber pro Tag oder wie? Nur die Dose hat doch keine Echtzeituhr am laufen oder?!?! Irgendwie bin ich ein bissel verwirrt.
Mal was ganz anderes, der Topic sollte mal von einer der Moderatoren verschoben werden oder? Der Wunsch hat sich ja nun mittlerweile erfreulicher Weise erfüllt ;-)))))
Gruß
Daniel
Da mein JeeLink immer noch nicht eingetrudelt ist, habe ich wieder nach dem Revolt-Steckdosen Projekt Ausschau gehalten, um zu sehen, ob da was passiert. Und siehe da, da hat jemand richtig Arbeit reingesteckt. Da ich auch so eine Revolt-Steckdose habe, konnte ich das auch sofort ausprobieren, klappt sehr gut. Über die preiswerten Steckdosen habe ich ja auch damals mal gebloggt: http://blog.moneybag.de/funk-energiekosten-messgerat-ein-erfahrungsbericht/ (//blog.moneybag.de/funk-energiekosten-messgerat-ein-erfahrungsbericht/)
Zur Info ein Link zum Thread, wie man mit den Revolt-Steckdosen mit Fhem Strom messen kann: http://forum.fhem.de/index.php?t=msg&goto=90665&rid=1451 (//forum.fhem.de/index.php?t=msg&goto=90665&rid=1451) . Achtung: Alles noch im Frühstadium!
LG
/robin
so... anbei der aktuelle stand des fhem moduls:
- jeenlink anlegen mitdefine jeelink JeeLink /dev/ttyACM0@57600das device natürlich anpassen. die baudrate ist wichtig!
- sobald die dosen etwas senden sollte das zugehörige pca301 device automatisch angelegt werden. alternativ von hand mitdefine <device> PCA301 <addr> <channel>addr und channel in hex, addr mit 6 stellen, channel mit 2.
- es gibt die readings power,consumption und state
mal sehen ob es auch mit einem echten jeenode geht. ich konnte bis jetzt nur auf dem trockenen ohne echtes device testen.
es werden noch diverse UNKNOWNCODE meldungen auftauchen. oliver und ich haben das protokoll noch nicht endgültig abgestimmt. und es werden zur zeit nur die ein/aus bzw. verbrauchs nachrichten ausgewertet.
sobald ich wieder zuhause bin und mit dem jeenode spielen kann möchte ich auch die anderen scheinbar möglichen protokolle und devices wie energy controll 3000, jeelabs room nodes, fs20 or kaku(/intertechno?) einbauen.
gruss
andre
Also autocreate funktioniert nicht. Wenn ich das Gerät manuell anlege bleiben die "???" auch stehen.
Aber gut ich meine hier wird gerade an zwei Stellen parallel gebaut, dass ist vielleicht auch nicht so optimal ;-)
Eventlog:
2013-08-17 22:00:28 JeeLink JeeNode UNKNOWNCODE OK 1 4 7 42 128 0 170 170 170 170
2013-08-17 22:00:28 JeeLink JeeNode UNKNOWNCODE OK 1 4 7 42 128 1 0 132 0 16
2013-08-17 22:00:58 JeeLink JeeNode UNKNOWNCODE TX 1 4 7 42 128 1 0 132 0 16
2013-08-17 22:00:58 JeeLink JeeNode UNKNOWNCODE OK 1 4 7 42 128 1 0 130 0 16
Gruß
Daniel
Hey,
Andre ist ja voll fleissig, ne erste Version, genial :)
@Daniel: Schau mal in Deine PM, probier mal bitte die Version aus die da drin ist. Danke!
/Oliver
du hast die falsche sketch version :)
du musst auf jeden fall eine version verwenden bei der nach dem OK eine 24 steht.
gruss
andre
*lol* man der Code war doch erst von heute morgen ;-)
Mit der anderen Version funktioniert es ja, super.
/Daniel
Was sich doch an einem Tag so alles ändert :) Sind halt noch heftig am diskutieren wie man es am besten parsen kann. Wie Andre schon angedeutet hat, gibt es noch mehr Sensoren, welche Pakete in einem sehr ähnlichen Format verschicken. Wenn man das Parsing jetzt ein bisschen vereinheitlicht, dann muss man bei den anderen Dingen, die da noch kommen, eben nicht mehr soviel Aufwand reinstecken. Und da kommt noch was :)
Hi Daniel,
baue gerade die letzten Änderungen für die Version "1" ein. Wär toll wenn Du morgen früh mal in Deine PM schaust und die Version testen kannst. Will ja nicht wieder "kaputte" Versionen rausbringen :)
Danke!
/Oliver
Jo, soll ich mir den Wecker stellen zu 7 Uhr, dann kann ich es zwischen den Eier kochen und Duschen gerne ausprobieren ^^
Ganz nebenbei, also pro Stunde habe ich so ca. 5 Pakete mit "??", also scheint ja noch irgend etwas Anderes hier zu funken mit ähnlichem Protokoll. Oder das ist Matsch der hier durch Überlagerung entsteht.
Gruß
Daniel
7 Uhr? Schauen wir mal :)
Yepp, entweder Pakete von komplett anderen Sendern, oder auch korrekte, aber mit CRC Fehlern.
In der nächsten Version wirst Du die auch erstmal nicht mehr sehen, "Quiet" wird zum neuen default. Anwählbar bleibt der Modus trotzdem, ist gut so etwas für manuelle Fehlersuche und -analyse zu haben.
Gruss
Oliver
und von mir auch ein kleines update passend zur version von nachher :)
gruss
andre
Moin,
fertig mit Frühstück? :)
Hier die neue Version. Leider hat die Datenstruktur im EEPROM sich geändert... Probier mal folgendes:
- Sketch starten
- In der Reihenfolge der gestrigen Installation: Einfach die Dosen einmal manuell an der Dose selbst aus- und wieder einschalten. Pairing geht natürlich auch.
Vieles sollte jetzt automatisch gehen, inkl. speichern der neuen Config. Prüf dann mal mit "l" ob die Liste stimmt.
Gruss
Oliver
Zitat von: ext23 schrieb am Sa, 17 August 2013 18:14Sagt mal das Paket "OK 1 4 7 42 128 0 170 170 170 170" ist also die Anzeigeeinheit die sendet ja?
Und der Stick senden zum pollen dann einfach ein normales Paket raus was von der Steckdose auch kommt samt Werte? So ganz verstehe ich die Ausgabe hier nicht.
Wenn ich "1p" eingeben kommt ein:
TX 1 4 7 42 128 1 0 45 0 14
OK 1 4 7 42 128 1 0 48 0 14
Dann schickt ihr also ein altes Paket nochmal raus und dann antwortet die Dose oder wie?
Und die 48 sind die 4,8 Watt ok, aber die 14 hinten, soll das der kumulierte Wert sein? Das ist dann aber pro Tag oder wie? Nur die Dose hat doch keine Echtzeituhr am laufen oder?!?! Irgendwie bin ich ein bissel verwirrt.
Mal was ganz anderes, der Topic sollte mal von einer der Moderatoren verschoben werden oder? Der Wunsch hat sich ja nun mittlerweile erfreulicher Weise erfüllt ;-)))))
Gruß
Daniel
Also ich möchte nochmal auf die Erklärung des Protokoll hinweisen die ich bereits erstellt habe.
Und ja der aktuelle Wert ist durch 10 zu teilen und der komulierte durch 100. Der komulierte Wert wird durch die Anzeigeeinheit per Befehl zurückgesetzt, dieser Reset erfolgt immer um 24:00/0:00Uhr und wird durch die interne Uhr der Anzeigeeinheit gesteuert.
Hierzu wird der Befehl zum auslesen der Messwerte verwendet, jedoch nicht mit 00 im Datenbereich sondern mit 01.
Moin Kleiner,
Daniel hatte übrigens eine Version mit Anzeige-Fehler, deshalb stand da ein bisschen Schrott. Ist in der letzten Version behoben.
Dass die Anzeigeeinheit um Mitternacht nen Reset durchführt, wusste ich noch nicht. Ich hab die letzten 2 Wochen so oft gestartet, gepaired, usw., dass ich nie zu echten Langzeitergebnissen gekommen bin. Danke dafür!
Gruss
Oliver
Moin,
jo ich wollt doch sagen, ich hatte eigentlich deine Beschreibung gelesen aber das mit den 24h haste jetzt schnell eingemogelt was ;-)
So dann werd ich mal schauen ob das jetzt läuft, jaaa ok, etwas überschritten das akademische Viertel ;-) Ist nicht ganz 7 *lol*
/Daniel
Hey,
Ich brauchte auch erstmal nen Kaffee *lach*
Also bitte von wegen kurz schnell eingemogelt, ich hätte den Vorwurft mit nicht besonders gut beschrieben ja noch gelten lassen!
Der Beitrag auf Seite 1 wurde am 29 Mai das letzte mal bearbeitet und dort steht schon der Hinweis bezüglich des Resets drin, zugegeben der Zusammenhang wird hier nicht besonders gut erklärt.
Aha...
naja zurück zum Wesentlichen: Also bis jetzt läuft alles, neue Firmware und neues FHEM Modul. Bin ich ja mal gespannt ob die auf dauer zuverlässiger laufen als meine ganzen EM1000EM. Wobei ich sagen muss, dass diese mittlerweile auch zuverlässig laufen seit dem ich 2 Busware CUL's nebeneinander habe.
/Daniel
das dumme an den EM1000EM ist das sie nicht mehr zu bekommen sind :(
Das habe ich auch gehört ja. Naja die hatten auch ein paar Macken. Der Kumulierte Wert schnellte gerne mal in die Höhe und sowas tolles. Ich hab 3 Stück, also ehe das Maximum. Vorteil ist, dass man die nicht schalten kann, Vorteil deswegen weil der ganze Kram nicht verschlüsselt ist und ein findiges Scriptkiddy da leichtes Spiel hat micht zu ärgern ;-) Aber bei den PCAs kann man das ja auch unterdrücken wenn man weiß wo das gefährliche Ende vom Lötkolben ist.
Gruß
Daniel
Na dann schau Dir doch die Energy Count 3000 an (nicht Energy Control! Da hat Andre was verwechselt... und ich anschliessend ggf. auch wieder). Gibt's bei Conrad, aber auch bei anderen (dann unter anderen Namen) Die gibt's noch! Kosten 15 Euro das Stück, und sehen nicht mal so schlecht aus...
Gibt's einzeln: http://www.conrad.de/ce/de/product/123049/VOLTCRAFT-Energy-Count-3000-Erweiterungs-Steckdosen-Sensor-19999-h (//www.conrad.de/ce/de/product/123049/VOLTCRAFT-Energy-Count-3000-Erweiterungs-Steckdosen-Sensor-19999-h)
Und auch im Set: http://www.conrad.de/ce/de/product/125353/VOLTCRAFT-Energy-Count-3000-Funk-Energiekosten-Messgeraet-mit-2-Steckdosen-Sensoren-LCD-0001-19999-kWh-19999-h?queryFromSuggest=true (//www.conrad.de/ce/de/product/125353/VOLTCRAFT-Energy-Count-3000-Funk-Energiekosten-Messgeraet-mit-2-Steckdosen-Sensoren-LCD-0001-19999-kWh-19999-h?queryFromSuggest=true)
Komisch, sehe gerade die sind wieder teurer geworden. Aber die gibt's auch von anderen, das ist irgendein OEM Produkt.
Und liefern absolut gute Werte:
- Aktueller Verbrauch (der Adapter misst ab 0,2 oder 0,3 W)
- Eigenverbrauch 0,6 W
- Gesamtverbrauch (Rollover 19999 KWh)
- Maximaler je gemessener Verbrauch
- Keinerlei Probleme mit Stromausfällen, die machen da weiter wo sie aufgehört haben. Also auch Kühlschrank und TK geeignet
- Man kann den "Reset" per Funk auslösen (so man denn die Anzeigeeinheit mitbestellt)
- Die liefern alle 5 Sekunden von sich aus nen Status ab
- Sind bis 3600 Watt ausgelegt (da steht auch keine Einschränkung bzgl. induktiver Lasten)
- Die maximal angegebene Anzahl von 8 Devices bezieht sich auf die Anzeigeeinheit... ich hab aktuell 10 :)
Die Lösung ist echt top, ABER die Reichweite ist eben das MANKO. Eine Wand oder Decke, danach wird's schwer. Hab mir für die Waschküche extra nen Relay bauen müssen.
So sieht das bei mir im Roh-Format aus:
RF12:7:22.ec3k-dl1-2B29 Aug 18, 11:30:44 pmax: 936 pnow: 186 ptot: 24780
RF12:7:22.ec3k-ku3-327E Aug 18, 11:30:48 pmax: 34391 pnow: 0 ptot: 7215
RF12:7:22.ec3k-sz1-272C Aug 17, 12:36:36 pmax: 334 pnow: 317 ptot: 31930
RF12:7:22.ec3k-wk1-339F Aug 18, 11:30:44 pmax: 26285 pnow: 2 ptot: 21156
RF12:7:22.ec3k-wk2-33E2 Aug 18, 11:30:47 pmax: 26307 pnow: 0 ptot: 34635
RF12:7:22.ec3k-wz1-294A Aug 18, 11:30:48 pmax: 4481 pnow: 1347 ptot: 32459
RF12:7:22.ec3k-wz2-2A93 Aug 18, 11:30:45 pmax: 20242 pnow: 140 ptot: 25440
RF12:7:22.ec3k-wz3-31EE Aug 18, 11:30:45 pmax: 7774 pnow: 301 ptot: 9692
Einige liegen hier noch rum (momentan getauscht gegen PCA). Ist aber echt kein Problem 10 Stück, oder auch mehr parallel zu bestreiben.
Da hat kein Script-Kiddie ne Chance :)
Na ich hab die "Cost Control", die sehen genauso aus, senden aber alle 5 Sekunden was auch nicht unbedingt der Hit ist, müllt nur den Funk zu. Link (http://forum.fhem.de/index.php?topic=8477.msg43595#msg43595)
Reichweite war da auch nicht sonderlich gut ja.
/Daniel
Sowohl vom Aussehen, als auch von den Daten scheinen die identisch zu sein. Nur die Anzeigeeinheit ist ne andere.
Ja, genau für die Dinger hab ich was :) Willste testen?
Wg. zumüllen: Ja, alle 5 Sekunden ist häufig, aber dafür sieht man halt wirklich was passiert. Und die senden zum Glück auf ner anderen Frequenz als meine anderen Sensoren hier. Also mich juckt das nicht... Die 1% Regel halten die Sender ebenfalls ein.
Wenn doch nur die Reichweite was besser wär.
/Oliver
Das Angebot würde ich annehmen ja. Wenn du was hast schick es mir bitte. Ich würde mir das mal anschauen wollen, aber nicht heute und nicht morgen ;-) Die Dinger liegen in irgend einer Kiste und stauben gerade ein.
Ich hab hier noch ein haufen anderer Projekte aufn Plan, Andre weiß was ich meine, Thema RGB Board, das liegt auch schon ewig :-(. Im Moment habe ich nur so viel um die Ohren. Wird Zeit das wieder Winter wird ;-)
Gruß
Daniel
Dann mach ich Dir nen besseren Vorschlag, warte noch zwei Wochen, und Du bekommst ein "rundes" Paket.
Das Thema "zuwenig" Zeit kommt mir nur allzu bekannt vor, versteh ich :)
So ich bin wieder im Team. Ich habe heute auch den JeeLink bekommen.
Leider funktioniert er mit dem RPi nicht sofort.
Folgende Fehlermeldung im LOG
2013.08.19 16:58:40 3: Opening CUL_0 device /dev/ttyACM0
2013.08.19 16:58:41 3: Can't open /dev/ttyACM0: No such file or directory
2013.08.19 16:58:41 3: Opening jeelink device /dev/ttyACM0
2013.08.19 16:58:41 3: Can't open /dev/ttyACM0: No such file or directory
dmesg erzeugt:
usb 1-1.3: USB disconnect, device number 8
usb 1-1.3: new full-speed USB device number 9 using dwc_otg
usb 1-1.3: New USB device found, idVendor=0403, idProduct=6001
usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 1-1.3: Product: FT232R USB UART
usb 1-1.3: Manufacturer: FTDI
usb 1-1.3: SerialNumber: AE01DX52
usbcore: registered new interface driver usbserial
usbcore: registered new interface driver usbserial_generic
USB Serial support registered for generic
usbserial: USB Serial Driver core
usbcore: registered new interface driver ftdi_sio
USB Serial support registered for FTDI USB Serial Device
ftdi_sio 1-1.3:1.0: FTDI USB Serial Device converter detected
usb 1-1.3: Detected FT232RL
usb 1-1.3: Number of endpoints 2
usb 1-1.3: Endpoint 1 MaxPacketSize 64
usb 1-1.3: Endpoint 2 MaxPacketSize 64
usb 1-1.3: Setting MaxPacketSize 64
usb 1-1.3: FTDI USB Serial Device converter now attached to ttyUSB0
ftdi_sio: v1.6.0:USB FTDI Serial Converters Driver
irgendeine Idee? Muss da was nachinstalliert werden? Und kann ich den CUL und JeeLink parallel laufen lassen über einen Hub?
du musst die device file mit mknod selber anlegen. das geht nicht automatisch.
ich kann hier gerade major und minor nummer nicht nachschauen.
'mknod /dev/ttyUSB0 c 188 0' müsste stimmen.
google hilft dir bestimmt.
gruss
andre
Hey,
benutz mal bitte /dev/ttyUSB0 für den JeeLink.
(siehe Anhang / see attachement)
Das wars mein Raspberry hat ihn,
er zeigt seltsame Sissipussis an, bei euch auch?
Die Steckdose sehe ich auch nicht in der Liste "everything"
du hast die baudrate vergessen!
define jeelink JeeLink /dev/ttyUSB0@57600
gruss
andre
(siehe Anhang / see attachement)
Perfekt!
Passt! Hier das Resultat.
Vielen Dank. Jetzt muss ich nur noch die CUL parallel laufen lassen können. Derzeitig funktioniert der USB-Hub nicht richtig
Kleine Rückmeldung,
der JeeLink und die PCA301 laufen sehr stabil.
Kurze Frage: Es wird jede Minute ein Logeintrag erzeugt, Steckdose an, Verbrauch etc. Die Datei ist nach einem Tag schon fast 200k groß. Besteht die Möglichkeit das er nur alle 5 Minuten einen Eintrag erzeugt und wenn die Steckdose abgeschaltet ist, gar keinen Eintrag? Ideal wäre es natürlich, wenn er nur die reinen Nutzungsdaten loggt. Diese werden ja wohl für die Erstellung des Graphs wohl benötigt, oder?
der log eintrag für an/aus sollte eigentlich nur kommen wenn sich der status ändert. das schaue ich mir noch mal an.
ansonsten schau dir mal event-on-change-reading an.
wenn du die verbrauchswerte nur alle 5 minuten haben möchtest sollte das pollingintervall im sketch geändert werden.
gruss
andre
fehler gefunden...
aus der verbrauchs nachricht wird on/off nur geloggt wenn sich der zustand geändert hat.
der verbrauch selber wird nur geloggt wenn die dosen an ist. hier wird aber nicht auf veränderte werte geprüft. für power macht das auch keinen sinn denke ich.
für consumption kannst du das ebenfallst mit event-on-change-reading beeinflussen.
gruss
andre
und noch ein update:
- interne umstellung um die von fhem gesendeten kommandos von denen der anzeigeeinheit unterscheiden zu können. (wichtig bei mehr als einem sender)
- neues 'set <device> reset' um den zähler der dose zurückzusetzen wie es die anzeigeeinheit auch tut. das modul macht das aber nicht automatisch. bitte hierzu noch von hand eine at anlegen.
- es wird automatisch ein user reading consumptionTotal angelegt das den verbrauch kontinuierlich weiterzählt, auch wenn der zähler regelmässig zurückgesetzt wird.
um das automatische user reading (und devStateIcon und webCmd) zu bekommen die pca301 devices bitte noch mal löschen.
ich weiss noch nicht genau wie ich das zurück setzen im modul automatisiere. das tägliche rücksetzen ist mir eigentlich zu viel.ich habe lieber kontinuierliche werte.
gruss
andre
Sorry, bin heute morgen einfach nicht mehr dazu gekommen den Sketch zu ändern. Ich poste sobald ich zuhause bin.
/Oliver
Hola,
bin da, aber es gibt noch ein kleines Problem. Andre und ich wollen die trailing fills der Jeenodes 4 x 0xAA auf was anderes ändern um die manuelle Schaltung an der Dose von "normalen" Paketen unterscheidbar zu machen. Eben eine kleine Designschwäche des (nicht auf unserem Mist gewachsenen) Protokolls ausbügeln... Es sind einige Änderungen auf beiden Seiten nötig (Sketch UND FHEM Modul). Kein Riesen-Akt, aber muss trotzdem mal kurz getestet werden.
Habt noch ein wenig Geduld
/Oliver
Ich bin beeindruckt was Ihr hier auf die Beine gestellt habt. Mein Respekt!!
Ich bin was Jeenode/Jeelink angeht ein kompletter Anfänger.
Mein Verständnis ist, dass ich wie folgt vorgehen könnte, um Eure PCA301-Anbindung zum laufen zu bringen:
-1- ELV PCA 301 kaufen (http://www.elv.de/elv-pca-301-funk-energiekostenmonitor-mit-1-funk-schaltsteckdose.html (//www.elv.de/elv-pca-301-funk-energiekostenmonitor-mit-1-funk-schaltsteckdose.html) als Basispaket oder http://www.elv.de/funkschaltsteckdose-fuer-energiekostenmonitor-pca-301.html (//www.elv.de/funkschaltsteckdose-fuer-energiekostenmonitor-pca-301.html))
-2- 1 x Jeelink 868 Mhz kaufen (siehe http://jeelabs.com/products/jeelink (//jeelabs.com/products/jeelink))
-3- Arduino IDE installieren (Da ich Ubuntu einsetze: "sudo apt-get install arduino"). Sketch compilieren und auf Jeelink hochladen.
-4- FHEM-Treiber installieren
Meine Fragen dazu:
- Was sind die günstigsten Beschaffungsquellen zu 1 und 2 in DE dazu?
- Braucht man das Basispaket bei -1- mit dem PCA 301 Energiekostenmonitor oder reicht die Funkschaltsteckdose aus?
- Gibt es zu -3- ein FAQ (am besten für Ubuntu). Wie das alles geht, ist mir zur Zeit noch schleierhaft.
- Oder kann man sich -3- ersparen, in dem man von Euch ein Hex-File bekommt (natürlich nur, wenn Ihr das bereitstellen würdet) und dieses auf dem Jeelink flasht? Würde das ohne Jeelink-IDE gehen? Mir schwebt hier eine Installation flashen eines CUL z.B. mit dfu-programmer vor.
Sorry, wenn ich mir die Fragen hätte sparen können, wenn ich Euren Thread besser gelesen hätte....
Danke!
Grüße
Willi
Hi Willi,
zu 1.) Meine Meinung (meine!:) Kauf Dir am besten nur die Dosen... die Anzeigeeinheit macht eher Dinge (Reset im Mitternacht) die Du nicht willst. Und ist ansonsten auch eher "unhandlich". Über FHEM kriegst Du alles besser gemanaged. Hat aber auch ganz klar den Nachteil, dass Du ohne betriebsbereites FHEM die Dosen nicht fernbedienen kannst.
zu 2.) Ja, ich empfehle Dir den JeeLink. Ein "JeeNode USB" wäre ebenfalls tauglich, da könnte man auch auch andere Dinge wie Sensoren dran hängen. Aber hat kein Dataflash (wie der JeeLink), und kommt auch ohne Gehäuse. Nimm als erstes (für diesen Zweck) den JeeLink, und ggf. für andere Zwecke später mal den JeeNode USB.
zu 3.) Kann ich wenig zu sagen, mach das unter Windows... Ich weiss aber, dass es auch unter Linux und OSX nutzbar ist (google mal, Du wirst garantiert andere finden die das realisiert haben). Kein Hexenwerk, ein GCC-Compiler + AVRDUDE, gibt's für alle Plattformen. CUL-flash und so kannste vergessen, was wir hier machen/nutzen ist Programmierung eines "Arduino", oder besser gesagt ATMEGA328P. Dazu wird noch genau dieses Radio-Modul benötigt (RFM12B). Variationen sind möglich (Andre wird eine Portierung auf ATMEGA328P mit Radio-Modul CC1101 auf PanStamp-Basis versuchen), aber letztendlich müsste sich für jede Plattform einer finden, der es versucht und portiert. Aktuell halt nen Arduino mit RFM12 (ein JeeLink ist das), zukünftig höchstwahrscheinlich ein PanStamp (ebenfalls Arduino-Plattform mit CC1101)... und alles andere? Steht in den Sternen. Aber wie schon vorher beschrieben, warum ne andere Plattform? Viel Aufwand, aber wenig "Nutzen", da ein Modul wie CUL locker das dopplete wie ein PanStamp kostet. Und man es ja dediziert für diese Aufgabe abstellen muss. Soll heissen, lass es :)
Nöö, mach Dir keine Sorgen, Deine Fragen sind super! Der Thread ist lang, mitunter auch sehr technisch geworden. Schön für jeden der's versteht und wissen will, doof für jemanden für den's irgendwann nur noch bömische Dörfer sind. Schön dass Du gefragt hast :)
/Oliver
Sorry, kleiner Fehler, der PanStamp hat natürlich keinen ATMEGA328P. Aber eine "Arduino"-Unterstützung, soll heissen der Code läuft auch auf dieser CPU.
Hallo Oliver,
danke für das schnelle Feedback.
ZitatVariationen sind möglich
Das hatte ich gar nicht vor. Jeelink ist so preisgünstig, dass es schon fast seltsam scheint, dass ein solches Gerät so günstig sein kann.
ZitatSoll heissen, lass es :)
Du meinst damit ich soll es mit den Variationen lassen, oder?
Dank Deines Feedbacks, werde ich mir vermutlich einen PCA 301 (bei ELV: http://www.elv.de/funkschaltsteckdose-fuer-energiekostenmonitor-pca-301.html (//www.elv.de/funkschaltsteckdose-fuer-energiekostenmonitor-pca-301.html)) und einen Jeelink (bei http://jeelabs.com/products/jeelink (//jeelabs.com/products/jeelink)) bestellen und das ganze mal austesten. Das kostet zusammen dann gerade zusammen geringfügig mehr als ich für einen Fritz!Dect 200 bezahlt habe. Ab dem zweiten PCA mache ich Gewinn....
Oder muss ich für den ersten Test noch mehr beschaffen?
Wie viele der PCA 301 kann ich später mit der Lösung Jeelink/FHEM maximal steuern/abfragen?
Willi
vergleich mal den preis bei amazon. als ich bestellt habe waren die dort günstiger als bei elv direkt. lustigerweise wären sogar die dosen und die displayeinheit getrennt günstiger gewesen als beides als packet...
die anzeigeeinheit hat scheinbar ein limit auf 8 dosen. im protokoll gibt es nur das limit das 255 dosen adressierbar sind. mit fhem kannst du die alle nutzen. das pollen sollte man dann aber nicht mehr im 30 sekunden abstand machen :)
was die arduino ide angeht: einfach runterladen und gut ist. geht unter linux und mac ohne probleme.
gruss
andre
Ich schließe mich gleich den Fragen von Willi an ;)
Wie sieht es denn mit der Reichweite aus?
Kann ich die Dosen auch schalten?
Btw. wirklich eine tolle Sache wie schnell ihr hier ein neues Protokoll implementiert habt.
zur reichweite steht weiter oben im thread schon etwas. dazu kann ich leider noch nichts sagen da meine noch nicht in betrieb sind :)
du kannst die dosen von fhem aus und direkt an der dose per knopf schalten.
gruss
andre
Zitat von: justme1968 schrieb am Mi, 21 August 2013 23:39zur reichweite steht weiter oben im thread schon etwas. dazu kann ich leider noch nichts sagen da meine noch nicht in betrieb sind :)
du kannst die dosen von fhem aus und direkt an der dose per knopf schalten.
gruss
andre
Meinst Du das Posting von ohweh
ZitatDie Lösung ist echt top, ABER die Reichweite ist eben das MANKO. Eine Wand oder Decke, danach wird's schwer. Hab mir für die Waschküche extra nen Relay bauen müssen.
Ich hätte gedacht er meint die beschriebenen Energy Count 3000? Oder doch die PCA 301?
Wenn das mit der Reichweite ein großes Problem ist, würde ich erst mal warten, was Du dazu für Erfahrungen hast. Bzgl. der Reichweite meiner Fritz!DECT 200 (have derzeit nur eine) bin ich zufrieden.
nein. noch weiter vorher. da steht das die reichweiter sehr gut ist.
gruss
andre
Ok. Danke! Das Zitat
ZitatEs gibt Neuigkeiten. Hab's geschafft den CRC zu berechnen, und damit Pakete als gültig/ungültig zu detektieren ;-) Dann mal nen Reichweiten-Test gemacht:
- 3 Wände? - GEHT!
- 3 Stahlbeton-Decken? - GEHT auch ;-)
- Noch weiter vielleicht? Nääää, da ist echt Feierabend... Sowohl beim JeeLink, als auch bei der Anzeigeeinheit.
hört sich ja erst mal gut an!
Hallo Willi,
ich habe mir die PCA 301 und den JeeLink auch zugelegt.
Ich werde später noch ausführlich in meinem Blog über die Installation und Konfiguration schreiben, wenn das Projekt final ist (also eingecheckt).
Derzeitig läuft die Steckdose und der JeeLink parallel mit meinem CUL868 und eine Menge anderes Gedöns auf meinem Raspberry Pi im Dauertest.
Aktuell schon mehrere Tage und ohne Probleme. Durch die netten Leute hier im Forum hat die Installation auch prima geklappt.
Noch etwas frickelig ist meiner Meinung nach noch die Installation: Hier muss der JeeLink noch mit einer speziellen Firmware betankt werden (siehe diesen
Thread). Also Arduino-Software und Treiber installieren, JeeLink im Windows-PC reinstecken, auf den richtigen COM-Port achten.
Arduino-Uno als Device wählen und die ino-Software (diesen Thread) mit Datei -> Hochladen auf den Stick beamen. Dann habe ich den Stick in den Raspberry Pi gesteckt (Thread lesen), auf die PCA 301 Steckdosen-Taster etwas länger draufgeklickt und schon wurde sie vom Stick erkannt und war in FHEM sichtbar.
Ein-Ausschalten geht, Verbrauch wird auch angezeigt. Reichweitenmessung habe ich noch nicht gemacht. Die Display-Einheit brauchst Du nicht, wenn du nicht separat die Steckdose steuern willst.
Ich nutze die Steckdose jetzt gerade, um den Verbrauch von meinem Samsung TV (LE40C750) zu messen. Hier kann je nach Einstellung des TVs das Gerät entweder 90 W oder auch schon mal 150 W verbraten. Das wird durch diese Steckdose quasi in Echtzeit alles grafisch dargestellt. Finde ich klasse! Hier gibts Stromspar-potential! Parallel dazu kann man das TV aber auch über Fhem abschalten lassen, wenn man genug vom TV hat. Am TV habe ich noch eine externe 3.5 Zoll Festplatte über eine 433Mhz billig Baumarkt-Steckdose angeschlossen (siehe meinen Blog), welche dann Fhem-Scriptgesteuert sich auch an- oder abschaltet, sobald das TV ein- oder ausgeschaltet wird.
Erstmal muss ich euch einen Lob für die super Arbeit aussprechen :)
Hab mir nen JeeLink besorgt, euer Sketch draufgespielt und auf anhieb hat eigentlich alles funktioniert. Derzeit hab ich 5 Dosen in gebrauch, ist interessant zu sehen wann der Kühlschrank sein Kühlaggregat anschaltet und wieviel Leistung er dann hat, etc...
Ich hab derzeit nur irgendwie Probleme die Dosen zu schalten. Status-Anzeige scheint zu funktionieren, aber setzen irgendwie nicht.
(http://forum.fhem.de/index.php?t=getfile&id=5206&rid=1886)
was genau passiert denn beim schalten?
kannst du an der dose schalten?
gruss
andre
ja, direktes Schalten per Knopf funktioniert. Wenn ich über die FHEM Gui schalte, erscheint ein Fragezeichen als Bild, dann wenig später wird der Original Zustand wieder angezeigt. Mehr kann ich nicht sagen bisher. Wenn ich die Möglichkeit hab euch da beim Debuggen zu helfen, müsstet ihr mir sagen wie.
dann geht der schaltbefehl von fhem aus irgendeinem grund nicht raus.
oliver ist glaube ich gerade dran da etwas zu fixen.
gruss
andre
Das hört sich ja alles gut an. Wie lange hat Eure Lieferung des Jeelink gedauert?
über eine Woche
Am 4. Tag war der Stick da.
Hi...
@XI23: Ich kenn den Fehler, bin vorgestern drueber gestolpert. Ich kuemmere mich da nachher noch drum wenn ich wieder zuhause bin. Dann gibt's auch nochmal ein kleines Update...
@Willi: Die Antwort auf eine Deiner Fragen ist noch offen, naemlich die Anzahl der PCAs die maximal betrieben werden koennen. Es gibt seitens des Protokolls kein Limit. Es sind zwar nur 253 Kanaele verfuegbar, aber Kanaele koennen mehrfach belegt werden. Die aktuelle Grenze liegt erstmal bei 20 Devices (willkuerlich festgelegt), kann aber noch ein bisschen erhoeht werden. Limit dabei ist das RAM des ATMEGA328Ps, denn die Dosen-Config wird im Speicher gehalten. Wenn der Speicher irgendwann nicht mehr reicht (weil jemand mehr als 35-40 Dosen ausrollt), dann wird man halt ein bisschen was tricksen muessen. Ich glaube aber nicht dass jemand diese Grenze so schnell erreicht.
@Andre: Also ich finde dass das alles schon verdammt gut funktioniert. Ich hole noch den kleinen Bug raus, dann ist Version 1.0 doch erstmal durch. Dataflash, einstellbares Polling- und Pairingintervall heben wir uns dann fuer die 2.0 auf. Und Du hast auch Gelegenheit das alles mal selbst zu probieren :)
Gruss
Oliver
klingt gut. einverstanden.
gruss
andre
Anbei die neue Version. Viel Spass!
Man was geht denn hier ab, da ist mal mal eine Woche krank und schon kann man hier ein Roman lesen ;-)
@xi23: Auf deiner Grafik da, das sind keine mW sondern kWh ;-)
Also mein Dose arbeitet echt zuverlässig. Nur das Löschen der Daten um 0 Uhr ist misst, muss ich eben die Anzeigeeinheit abstellen... Aber ich sehe es gibt ehe wieder neue Updates, die werd ich gleich mal einspielen...
/Daniel
wenn es mit dem derzeitigen stand keine probleme und wünsche gibt würde ich die beiden fhem module einchecken.
und den jeenode sketch unter contrib/arduino. welche version soll ich hier verwenden?
gruss
andre ...der es immer noch nicht selbst probiert hat :(
ps: hat jemand das regelmässige rücksetzen aus fhem mal probiert?
Hallo,
ich weiß jetzt nicht, ob es nur bei mir ist. Seit dem flashen von pcaSerial10ep.zip reagiert die Steckdose erst beim ab und zu zweiten mal, wenn ich unter Fhem auf ON / OFF klicke. Zufall?
Bei mir funktioniert das Schalten jetzt auf jeden Fall.
Moin :)
@xi23: Schön dass es jetzt klappt.
@Robin: Hast Du denn mal ins Log geschaut ob beim drücken das Kommando auch rausgeht? Ich hab diese Probleme bis jetzt noch nicht entdecken können. Muss aber nichts heissen... Ich setze dann mal für die geplante Version 2 gezielte Retransmits von Schaltbefehlen auf die ToDo-Liste.
@Daniel: Wieder fit? Klappt's bei Dir denn auch?
@Andre: Eine letzte Version würde ich gern noch rausbringen, das ist dann m.E. auch die, die wir "einchecken" könnten. Im Endeffekt die aktuelle, aber zum Sketchstart wird Sketchname und Version mit ausgegeben. Ich hab aber noch ein kleines anderes Problem, was Du vielleicht durch Änderung des JeeLink.pm lösen könntest. Mein "Igel" besteht aktuell aus 5 Empfängern, davon 3 JeeLinks mit unterschiedlichen Sketchen. Gibt's ne Möglichkeit, dass ich alle 3 JeeLinks als Device JeeLink definiere, aber dort nach SketchName unterschieden wird, wessen Output an das PCA-Modul weitergeleitet wird? Falls nicht, müsste man für jeden weiteren Transmitter ein eigenes Device-Modul bauen. Ich schick Dir gleich mal ein Beispiel als PM...
/Oliver
eigentlich ist alles so geplant und vorbereitet das das dispatchen ans passende modul anhand der 24 passiert. alles andere würde dann anhand der jeweiligen id an ein andere modul verteilt. das jeelink modul ist immer das gleiche. deswegen wollte ich ja überall die 24. auch in den L nachrichten.
es sollte also jetz schon fu ktionierdn. zur zeit wird aber noch für jede unbekannte nachricht noch eine meldung ins log geschrieben.
ich würde dem jeenode modul eine option verpassen unbekannte nachrichten zu ignorieren.
wenn du mir den aufbau der 21 und 22 nachrichten schickst baue ich noch schnell zwei module dafür und checke sie gleich mit ein.
gruss
andre
Echt? Boah, wie klasse ist das denn, heut muss Weihnachten sein :)
Ich mach mich gleich ans Werk und schick Dir die Struktur.
Hallo ohweh,
Problem ist jetzt nicht mehr aufgetreten. Ich muss aber sagen, das fhem seit 6 Tagen im Dauerbetrieb läuft und ich nach dem Flashen (e-version) kein Reboot gemacht habe. JeeLink wurde sofort wieder erkannt. Also von meiner Seite hättest du das Go zum einchecken. Das System läuft parallel mit dem CUL 868 einwandfrei.
Robin
Moin,
Zitat@Daniel: Wieder fit? Klappt's bei Dir denn auch?
Fit sieht anders aus, aber immerhin ist das Sofa bequemer als der Lokus ...
Also bei mir läuft auch alles soweit mit den neuen Versionen. Ich muss aber auch sagen das ich nie schalte und auch sonst wenig gespielt habe. Die Werte passen aber alle. Tests wie neues pairen etc. habe ich nicht gemacht. Da fehlt mir gerade noch der Elan zu.
Gruß
Daniel
Versteh ich, es gibt solche und solche Krankheiten. Manche sind einfach nur schei*** :)
ich hab das modul für die energy cound 3000 dosen auch so weit fertig.
gibt es ausser oliver noch jemanden der die dinger hat und mit einem jeenode einsetzt ?
gruss
andre
Zitat von: justme1968 schrieb am So, 25 August 2013 23:48ich hab das modul für die energy cound 3000 dosen auch so weit fertig.
gibt es ausser oliver noch jemanden der die dinger hat und mit einem jeenode einsetzt ?
Bei dem letzten Posting das ich zu Energy Count 3000 gesehen habe
http://forum.fhem.de/index.php?t=msg&goto=90550&rid=136&srch=energy+count+3000#msg_90550 war alles erst am Anfang und noch keine Lösung in Sicht. Oder was habe ich übersehen? Wie ist der aktuelle Stand (Voraussetzungen ?Jeelink?, Firmware/Sketch, FHEM-Modul, etc.)?
Ich habe bisher nur folgende Vor-/Nachteile der einzelnen Lösungen gesehen:
* Energy-Count 3000:
(+) günstiger als alle anderen Lösungen
(+) kleiner
(+) bis 16A
(-) können nicht schalten
* PCA 301
(+) können schalten)
(+) bidirectionales Protokoll
(-) bis 10 bzw 7 A
(-) größer als Energy Count 3000
* DECT!200
(+) können schalten
(+) gute Reichweite
(+) bidirectionales Protokoll
(-) teuer
(-) bis 10A
(-) benötigt spezielle Fritzbox mit DECT sowie Unterstützung der DECT!200
Was fehlt an der Bewertung?
Wie sieht die Reichweite im Vergleich aus?
Mich erschreckt bei den Energy Count 3000 etwas, dass diese alle 5 Sekunden senden...
Wie sieht das bei den PCA 301 aus?
Wie sieht die Genauigkeit von Energy Count 3000 im Vergleich zu PCA 301 aus (Mindestlast, Cos-Phi, etc.).
Grüße
Willi
Hi Willi,
sorry, hab gerade nicht die Zeit um auf alle Deine Fragen einzugehen. Aber eines vorweg: Die Energy Count 3000 Lösung läuft schon... Ich habe einen funktionalen Sketch auf Basis eines JeeLinks, und Andre hat wiederum schon die FHEM-Integration gebaut. Es fehlen noch ein paar finale Tests, dann posten wir das.
Die Reichweite der PCA301 ist immer noch sehr gut (wie weiter oben schon beantwortet).
Gruss
Oliver
Vielleicht könnte ja ein Mod (falls es hier sowas gibt) den ersten Beitrag editieren mit ein paar Status-Informationen.
Bzw. könnte man jetzt gleich die Frage hinterwerfen ob nicht auch die Revolt NC-5462 mit einem Jeelink besser beraten wären als mit einem CUL (auch vom Kostenfaktor her)
die ec3000 senden scheinbar fest alle 5 sekunden. die pca301 werden aktiv alle x sekunden gepollt. d.h. bei denen wird es in der nächsten version dann konfigurierbar sein.
zu allem anderen schreibt oliver sicher noch was.
gruss
andre
Hey,
anbei die letzte und finale Version des Sketches, getestet mit den Modulen von Andre. Das ist die Version, die wir einchecken können.
Wie bereits angedeutet ist eine Version 2 mit erweitertem Funktionsumfang geplant. Wird aber sicher noch ein paar Wochen dauern bis es soweit ist.
Gruss
Oliver
Zitatgibt es ausser oliver noch jemanden der die dinger hat und mit einem jeenode einsetzt
Jo ich, zwar die ELV Variante, sind aber identisch. JeeNode habe ich auch ja...
/Daniel
wenn kein einspruch kommt checke ich die JeeLink und PCA301 module sowie den jeenode sketch morgen ein.
die fhem module sind dann ganz normal per update verfügbar. der sketch wird unter .../contrib/36_PCA301-pcaSerial.zip zu finden sein.
das fhem modul für die EC3000 und den zugehörigen sketch checke ich ein wenn oliver mit dem sketch fertig ist.
gruss
andre
Wie bereits angekündigt, mal einen kurzen Abstecher zur Energy Count 3000. Der verwendete RF-Chip ist ein Axsem AX5042, zur Übertragung wird eine starke Verschlüsselung eingesetzt.
Hier ist alles beschrieben, und auch die gesamte Arbeit geleistet worden: http://forum.jeelabs.net/node/341.html (//forum.jeelabs.net/node/341.html)
Der nun beigefügte Sketch basiert auf der Version RF12Test10 des obigen Threads, ich hab aber ein paar Sachen ändern müssen:
1.) Die Center-Frequenz ist geändert auf 0xA679 (jedoch anpassbar). Das herauszufinden hat mich allein ne kleine Ewigkeit gekostet :(
2.) AFC Register ist jetzt 0xC4D4
3.) Sketch startet automatisch die Dekodierung
4.) Geänderte Ausgabe (inkl. Kommentare eingefügt ab Zeile 2124)
Seit gestern Abend gibt es dank Andre auch eine FHEM Integration dafür, bei mir läuft das schon :) Andre wird die Module sicher gleich posten.
Was ihr zur Nutzung des Sketches "braucht" und "nicht braucht", ist:
1.) Mindestens einen Energy Count 3000 Adapter (gibt's bei Conrad und auch anderen). Ich hatte schon 11 Adapter parallel in Betrieb, keine Probleme.
2.) Eine Anzeigeeinheit braucht ihr NICHT
3.) Zum dekodieren benötigt ihr einen JeeLink. Was anderes geht nicht (schmeisst ruhig mal einen Blick auf den Code)
4.) Aufgrund der wieder mal stark abweichenden RF Parameter werdet ihr den JeeLink wiederum nur exklusiv für die Energy Count 3000 nutzen können. Nicht schön, ist aber so...
Zu den Vorzügen der Adapter habe ich weiter oben schon geschrieben. Ich möchte aber nochmal hervorheben, dass die Reichweite beschränkt ist.
Viel Spass damit!
Gruss
Oliver
fertig :)
hier die aktuelle version aller drei fhem module.
JeeLink und PCA301 sind die die ich einchecken möchte. EC3000 erst wenn es mindestens einen zweiten anwender gibt :)
gruss
andre
Abgemacht :)
Kommen wir zum dritten Modul, an dem ich mit Andre gearbeitet habe, die Einbindung der sogenannten RoomNodes.
Hierbei handelt es sich um ein Projekt für Bastler. Wer nicht mit einem Lötkolben umgehen kann, sollte die Finger davon lassen. Aber die, die es können, und auch die Mühe nicht scheuen, werden mit einem Kombi-Raumsensor belohnt. Gemessen werden: Licht, Temperatur, Luftfeuchtigkeit, Bewegung. Weitere Pins sind unbelegt, d.h. eine Erweiterung um z.B. ein Luftdruck-Messer, Infrarot-Empfang, u.a. ist möglich. Ich hab mich aber erstmal auf die vier erstgenannten beschränkt.
Je Sensor benötigt ihr:
- 1 RoomBoard ohne PIR (Beschreibung hier: http://jeelabs.org/2010/11/28/meet-the-new-room-board-v2/ (//jeelabs.org/2010/11/28/meet-the-new-room-board-v2/))
- 1 JeeNode (da kommt der Sensor drauf)
- 1 "Airwick FreshMatic iMotion Compact" (gibt's nicht mehr im Handel, aber nach wie vor bei Ebay für'n 5er...)
Ansonsten (das aber nur einmal):
1 x JeeLink für den Empfang
1 x USB BUB zum programmieren des JeeNodes
Preis pro Sensor ~50€, zzgl. einmal die Anschaffung von JeeLink und USB BUB.
Der Airwick muss "umgebaut" werden, da der eingebaute PIR für den Sensor genutzt wird. Bilder, was zu tun ist und wie das dann aussieht, findet ihr z.B. hier:
- http://www.tucsni.nl/jee/ (//www.tucsni.nl/jee/)
- http://www.dbzoo.com/livebox/hah_hahnode/airwick (//www.dbzoo.com/livebox/hah_hahnode/airwick)
Vorteil ist (gegenüber dem PCA301 und EC3K Projekt), dass diesmal die RF Parameter nicht so abgedreht sind. D.h. über diesen JeeLink Empfänger kann man auch andere Dinge steuern (z.B. die JeeLabs LedNodes, und all die anderen Dinge).
Jemand Interesse? Sketch ist vorhanden, muss ihn nur ein bisschen mit Kommentaren "verschönern". FHEM-Modul hat Andre auch schon gebaut.
Gruss
Oliver
Zitat von: ohweh schrieb am Mo, 26 August 2013 22:19Jemand Interesse? Sketch ist vorhanden, muss ihn nur ein bisschen mit Kommentaren "verschönern". FHEM-Modul hat Andre auch schon gebaut.
Hallo Oliver,
jaa größtes Interesse, ihr seid ja wirklich mega Bastler!
Sehr schönes Projekt, würde ich gerne Nachbauen und testen.
Viele Grüße,
Emil
P.S.: Bin auch sehr beeindruckt, wie ihr hier schnell und effektiv zusammen gearbeitet habt, von der Entschlüsselung des PCA-Protokolls, bis hin zu einer Implementierung in FHEM, echt toll (muss ich auch unbedingt testen).
Hallo ohweh,
ist was für die die kommenden langen Winterabende.
Kann man das PC301 Projekt und das Air Wick Projekt mit nur einem JeeLink betreiben, oder muss ich da noch einen zweiten JeeLink ordern?
Vielleicht sollte man einen separaten Thread aufmachen, wenn das Airwick-Projekt auf Interesse stösst.
Robin
bis jetzt braucht man für alle drei jeweils einen eigenen jeelink als empfänger. ich habe eine idee wie man pca301 und ec3000 eventuell über einen jeenode abwickeln könnte. wir müssen aber mal schauen ob es vom speicher her passt und ob die einschränkungen (umschaltzeit, verzögerung) akzeptabel sind.
der roomnode geht erst mal nicht mit einer der dosen zusammen. eventuell könnte man aber den sketch auf dem roomnode mit den pca301 rf parametern laufen lassen.
ich werde mich an einem roodnode mit einem panstamp und swap protokoll statt einem jeelink versuchen. dann kann ich ihn ohne zusätzlichen empfänger in meinem panstamp netz laufen lassen.
gruss
andre
Hey,
ja, sind erstmal drei verschiedene Projekte die alle einen eigenen Empfänger benötigen.
Noch was, bevor hier Missverständnisse aufkommen: An dem PCA Sketch werde ich weiterarbeiten, ggf. kann in der Version 2 auch tatsächlich der EC3000 Empfang integriert werden (hab da schonmal nen Versuch gestartet, war nicht von Erfolg gekrönt... Muss aber nicht heissen, dass das nicht möglich ist.) Aber die Sketche EC3000 und RoomNode poste ich "as is". Die laufen bei mir so wie sie sind, da werde ich keine weitere Arbeit reinstecken. Zumal es abgesehen von den RoomNodes noch andere Sensoren bei mir gibt (existierende und auch geplante), die dieses Protokoll mit diesen RF Settings benötigen. Ihr solltet Verständnis dafür haben, wenn ich mir nicht selbst alles "zerhacken" will nur um irgendwo einen Empfänger einzusparen und anschliessend mit nem Kompromiss zu leben.
Ich finde die geplante Portierung auf PanStamps ne klasse Idee, werde mir auch welche anschaffen (wenn sie denn wieder bestellbar sind). Bin schon gespannt und freu mich drauf, es ist schön die Wahl zu haben.
Gruss
Oliver
ich habe eben die beiden fhem module und den sketch eingecheckt.
gruss
andre
Hi zusammen,
super Arbeit - gut dass ich drauf gestoßen wurde, bevor ich mehr Zeit verschwendet habe das selbst zu machen. Ich bin dann Anwender Nummer zwei des EC3000 Moduls, sobald ich ein Jeelink habe. Zum Beweis siehe hier: https://groups.google.com/forum/#!topic/cul-fans/drOMlUHfMjw (//groups.google.com/forum/#!topic/cul-fans/drOMlUHfMjw) Ich hatte weder Euren Thread noch den Jeelabs Thread gefunden und seit einer ganzen Weile an einer eigenen Lösung gebastelt. Ich hab mir sogar gerade ein AXSEM-SOC-Board bestellt, da ich nicht überzeugt war, dass sie das Scrambling mit einer anderen Lösung rückgängig machen lässt.
Mal sehen vielleicht bau ich das Trotzdem, dann haben wir einen empfindlicheren Empfänger.
Viele Grüße
Markus
Hi Markus,
schön, ich freu mich wenn's weitere Tester gibt. Vor allem solche mit so ner Vorgeschichte :) Schade um die 15 Stunden, aber auf der anderen Seite, ganz ehrlich, nach all dem was ich im anderen Thread gelesen habe, ist es nur ein Bruchteil dessen, was da noch an Arbeit/Freizeit reingeflossen wäre... Natürlich trotzdem schade um die Mühe...
Wg. dem verbessertem Empfang: Wär echt schön wenn man nen besseren Empfänger hinkriegte! Aaaaaber, ich hab drei von den "normalen" Empfängern mittlerweile drei. Weil die einzelnen Adapter zwischenzeitlich nicht lieferbar waren, habe ich dann immer das Kombipaket bestehend aus zwei Adaptern + einem Empfänger genommen. Und auch deren "Empfangsleistung" ist nur unwesentlich besser als die RFM12 Lösung hier. Kann natürlich an der Konstruktion des Empfängers selbst liegen (vielleicht hilft ne ordentliche Antenne?), oder aber auch an den langen Paketen und Parametern die da ausgetauscht werden. Soll heissen, es ist durchaus möglich dass das alles nicht so doll konstruiert ist. Die Foren wimmeln auch von Käufern die sich über schlechte Reichweite beschweren (nicht mit unserer "Bastel-Lösung", sondern der gekauften...). Aber sie beschweren sich nie über den Adapter an sich, kriegt man die Info rein, ist sie auch zuverlässig (und umfangreich). Insofern bin ich von der Funktionalität der Adapter begeistert... Volles Spektrum (im Sinne der Belastbarkeit), und kann man auch bedenkenlos an Kühlschrank und TK hängen (weil sie nach nem Stromausfall, im Gegensatz zur PCA 301, einfach da weitermachen, wo sie aufgehört haben).
Wollte im Keller Waschmaschine und Trockner überwachen, und da hat mich ehrlich gesagt der Stromverbrauch eher weniger interessiert, als die Möglichkeit herauszufinden, wann ein Wasch- oder Trocknergang fertig ist. Reichweite hat natürlich nicht gereicht, ich wohne nicht im Keller :) Also hab ich einfach nen zweiten JeeNode seriell an den ersten geklemmt um die Signale weiterzuleiten, mit dann auch vernünftiger Reichweite. Ist mit jedem AVR (z.B. PanStamp) natürlich genauso möglich. Mit Protokoll der Wahl... Was dann wieder nur ~20 Euro kostet. Meinen Relay-Sketch kann ich auch noch posten, ist aber naturgemäss super simpel (seriell abfragen, weiterleiten über RF12... Andere Protokolle und Funkmodule sind easy integrierbar). Bleibt die Frage ob sich all der Riesenaufwand (besserer Empfang über ein Axsem-Eval-Board) lohnt? Tage, vielleicht gar Wochen Investition, und am Ende doch nur ~20 Euro gespart... Natürlich dann die Befriedigung es geschafft zu haben, aber eigentlich isses den Aufwand nicht mal ansatzweise Wert. Ehrlich, bei Deinem Wissen, Talent und Kenntnissen wär's viel besser sich auf Neues zu stürzen anstatt das Rad ein zweites mal zu erfinden. Nicht bös gemeint, sondern ganz im Gegenteil!
Gruss
Oliver
Hallo Oliver,
erst mal vielen Dank für die Komplimente. Und ja, das ganze selbst zu machen oder zu verbessern hat bei mir dadurch automatisch Prio B-C bekommen - ich hab mir einfach einen JeeLink bestellt, der wird den Empfang der Sensoren dann machen. Reizen würde mich noch den EC3000 statt dem Steckdosengehäuse ein Hutschienengehäuse zu verpassen und die dann direkt in die Verteilung zu packen. Leider ist die Platine ein klein wenig zu groß, da muss ich mir noch was einfallen lassen. Ich hab nämlich noch keinen einzigen bezahlbaren Hutschienen Leistungsmesser gefunden, der in der Lage ist eine Echtzeit-Leistungsanzeige zu realisieren. Mal sehen. Ich war schon beinahe dran da was selbst zu bauen, aber mit Design von Analog-Schaltungen hab ichs nicht so, ich brauch bei dem nötigen Stromsensor Hilfe: http://www.elektor-projects.com/project/multi-channel-isolated-smart-energy-meter-for-distribution-board.13322.html (//www.elektor-projects.com/project/multi-channel-isolated-smart-energy-meter-for-distribution-board.13322.html)
Das AXSEM Board (AX8052F143 SoC mit 8052 µC http://www.axsem.com/www/micros/ultra-low-power-rf/ax8052f143 (//www.axsem.com/www/micros/ultra-low-power-rf/ax8052f143)) interessiert mich aber schon allein deshalb, weil ein wohl sehr guter Transceiver zusammen mit einem µC im gleichen Gehäuse per se spannend ist. Mal sehen was man damit anfangen kann... Ich werde dem Ding als erstes mal einen ENC Ethernet-Chip beiseite stellen und ein CUNO-Artiges Device zu bauen. Vielleicht sogar statt einem ENC ein WLAN Modul, das nervt mich eh schondie ganze Zeit, dass es sowas nicht gibt, da ich leider den Luxus nicht habe in der ganzen Wohnung Kabel liegen zu haben.
Primär werde ich aber mich wieder an die Keeloq-Thematik für meine Rollladenmotoren von Jarolift machen. Ich muss meine aktuelle Lösung vor der Veröffentlichung deutlich verbessern, da das ganz noch nicht so robust ist, wie ich mir das wünsche.
Viele Grüße
Markus
Hallo,
nachdem alles eingecheckt ist und (bei mir zumindest) tadellos seit 14 Tagen funktioniert, habe ich einen kurzen Blog-Beitrag über die Steckdose geschrieben: http://blog.moneybag.de/hausautomation-fhem-mit-funksteckdose-energiemessung-elv-pca-301/#more-9680 (//blog.moneybag.de/hausautomation-fhem-mit-funksteckdose-energiemessung-elv-pca-301/#more-9680)
So bekommt der otto-normal-user möglicherweise auch Interesse an Fhem.
/robin
Hey,
hab's gerade gelesen... Hab noch zwei kleine Anmerkungen dazu:
- bei Dir ist es /dev/ttyUSB0, bei anderen kann die Schnittstelle auch abweichen (falls es schon andere USB Geräte gibt)
- Du hast die Antenne von Deinem JeeLink noch nicht gekürzt :) Sollte 82,2mm lang sein für guten Empfang im 868Mhz Band
Gruss
Oliver
@Markus: Umbau auf Hutschiene? Super, das wär echt klasse :)
Gruss
Oliver
Zitat von: fh168 schrieb am So, 01 September 2013 12:43Hallo,
nachdem alles eingecheckt ist und (bei mir zumindest) tadellos seit 14 Tagen funktioniert, habe ich einen kurzen Blog-Beitrag über die Steckdose geschrieben: http://blog.moneybag.de/hausautomation-fhem-mit-funksteckdose-energiemessung-elv-pca-301/#more-9680
Hallo Robin,
super Blog!
Das Foto
http://blog.moneybag.de/wp-content/uploads/2013/09/cul868-und-jeelink.jpg finde ich toll.
Die Antenne des CUL ist "Kunst"! Gibt es CUL und Jeelink auch bei der Commerzbank? ;-) (siehe Aufschrift auf den USB-Verlängerungskästchen.....
Grüße
Willi
Hi Willi,
die USB-Ständer waren damals für die Data-Sticks von der Commerzbank gedacht und sollten entsorgt werden. Okay, fast 2m hochwertiges USB-Kabel, massiver Standfuß, das ist doch die ideale Plattform für den CUL und JeeLink. Die stehen bei mir oben auf dem Schrank und funken fröhlich vor sich hin. Antenne: Yep, die habe ich mir selber gebaut, diese Antenne empfängt sogar ein paar Etagen tiefer die Daten vom ESA2000WZ. Hat mich einiges an Fummelei gekostet, bis ich damit erfolgreich war.
robin
Hallo Robin,
ich finde die Lösung mit der Antenne und den silbernen USB-Docking-Ständern toll.
Mein alter CULv2 mit Wurfantenne hängt "unmotiviert" an einem USB-Kabel. Der Empfang des CUL ist auch nicht sonderlich überragend.
Sind die Antennenlängen jeweils 8,75 cm (Lambda/4)?
Ich werden mir auch mal einen USB-Docking-Adapter holen und Deine Antennenlösung probieren.
Grüße
Willi
Diese Art von Antenne funktioniert bei mir auch gut (siehe http://fhem.de/commandref.html#CUL_RFR (//fhem.de/commandref.html#CUL_RFR)), die beiden an Masse geloeteten Draehte stellen ein Gegengewicht dar (http://de.wikipedia.org/wiki/Groundplane-Antenne (//de.wikipedia.org/wiki/Groundplane-Antenne)), laut diesen Wiki Eintrag waeren 3 Stueck noch besser. Meiner Messungen nach war diese Konstruktion spuerbar besser als eine "kommerzielle" Stabantenne gleicher Laenge.
Als Drahtlaenge habe ich 8.62cm ausgerechnet (299710000/868350000/4 meter), ich weiss aber nie, wo man auf der Platine mit dem Zaehlen anfangen soll.
Hallo Willi,
ja die Länge stimmt. Ich habe auch mal ungefähr 17 cm abisoliertes Kupferkabel an die CUL gelötet, bekam damit aber wesentlich schlechtere Ergebnisse. Mit dieser Antenne fahre ich bisher am besten. Ich habe damals auch einen Blog-Beitrag darüber geschrieben: http://blog.moneybag.de/hausautomation-mit-fhem-auf-raspberry-pi-mit-philips-hue-temperaturmodule-fh-20-funksteckdosen/ (//blog.moneybag.de/hausautomation-mit-fhem-auf-raspberry-pi-mit-philips-hue-temperaturmodule-fh-20-funksteckdosen/)
Wichtig waren da auch die Parameter, welche man der CUL mitgibt, siehe Beitrag.
Robin
ich habe dem pca301 device eben ein readonly attribut verpasst. damit können alle kommandos zum schalten ausgeblendet werden damit nicht aus versehen etwas verstellt wird.
hat jemand eine idee ob man die dosen so umbauen kann das sie nach stromausfall im letzten schaltzustand wieder hoch kommt ?
gruss
andre
zu antennen gibt es hier auch noch was: Link (http://forum.fhem.de/index.php?topic=12487.msg92003#msg92003). vor allem der link. sehr imposant ...
> sehr imposant ...
Schon mal eine lambda (nicht mickrige l/2, l/4 oder l/8 :) Antenne am CUL gesehen? Und wie in http://culfw.de/FREQTEST3 (//culfw.de/FREQTEST3) dokumentiert, ist es praktisch bei guten aber schwachen Signalen. Nicht zu verwechseln mit verrauschten Signalen.
Hi zusammen,
bzgl. der Länge der Antenne: Die blosse Zuhilfename der Formel ist ein wenig zu einfach... Da spielen bei dieser Antennen-"art" (yepp, Kunst :) noch andere Dinge eine Rolle: Impendanz des Kabels (wollen wir das wirklich Kabel nennen? :), dadurch bedingt Reflektion, Strahlungsbauch am Erdungsanschluss bei Verschaltung mehrere Antennen, Streukapazitäten, usw... Es spielt wohl Impendanz-technisch wohl auch eine grössere Rolle, ob die Dipollänge Lambda/4, oder Lambda/2 ist. Deshalb hat Robin da auch etwas schlechtere Erfahrung gemacht, ich meine mal gehört zu haben dass man dann einen Balun benötigt.
Hab da neulich nen guten Vorschlag in einem Forum aufgegabelt. Dort gab's auch eine rege Diskussion bzgl. der Länge der Wurfantennen im jeweiligen Band. Die Idee war dann, ein Stück Metallfolie um das Ende der Antenne zu wickeln und zu erden. Auf diese Weise ist es möglich, die Länge der Antenne (zerstörungsfrei) so zu variieren, bis man die richtige Länge gefunden hat. Hab's selber noch nicht ausprobiert, weiss also nicht ob's wirklich taugt. Klingt schon ein bisschen logisch, auf der anderen Seite weiss ich nicht, was für Auswirkungen das auf Reflektion & Co. hat. Im Zweifel kann man das Hütchen natürlich einfach drauf lassen. Und später wieder variieren.
@Andre: Die "do not modify" Modifikation find ich klasse!
/Oliver
Ein Lambda? Männerantenne :)
Zitat von: ohweh schrieb am Mo, 26 August 2013 22:19Jemand Interesse? Sketch ist vorhanden, muss ihn nur ein bisschen mit Kommentaren "verschönern". FHEM-Modul hat Andre auch schon gebaut.
Hallo Oliver,
ich habe ebenfalls Interesse an dem Arduino Sketch und dem FHEM-Modul.
Vielen Dank im Voraus!
PS: sehr beeindruckend euer Revers Engineering.
Zitat von: justme1968 schrieb am Mo, 02 September 2013 13:05hat jemand eine idee ob man die dosen so umbauen kann das sie nach stromausfall im letzten schaltzustand wieder hoch kommt ?
Da ich meine Dose noch nicht habe: Ist das normale Verhalten, dass nach Stromausfall die PCA 301 sich immer eingeschaltet ist?
Grüße
Willi
das normale verhalten ist das sie nach stromausfall aus ist. d.h. für einen kühlschrank z.b. out of the box nicht geeignet.
gruss
andre
Da hast du vollkommen recht, ABER willst du diese Dose die "jeder" schalten kann an einem Kühlschrank hängen?!? Das wäre mir ein bissel zu leichtsinnig.
Man könnte einen kleinen Tiny einbauen der nach der Wiederkehr des Stromes kurz den "Taster" betätigt um es mal bildlich zu erklären. Sowas hatte ich mal in mein NAS eingebaut, da hatte ich dasselbe Problem, allerdings habe ich es da analog gelöst mit einem Kondensator und Transistor ...
/Daniel
kühlschrank war ein dummes beispiel. obwohl... der um den es hier geht ist sehr tief in einem gewölbekeller. ich wäre froh wenn ich da irgendetwas von außen schalten könnte :) deshalb das autonom aufzeichnen der daten das für die nächste version geplant ist.
eventuell lässt sich das remote schalten ja auch gleich mit deaktivieren wenn man eh hand anlegt. ich weiß... eigentlich wären die ec3000 besser wenn es nur ums messen geht. aber das ist dann erst mal noch ein system. es ist ja noch nicht klar ob wie beide systeme in einen sketch bekommen. und welche einschränkungen das dann eventuell hat.
ach was solls... ich glaube ich bestelle mal zwei der anderen dosen und einen zweiten jeelink.
gruss
andre
Hallo Reverse-Engineers,
and now to some completely different.
Das airwick-Projekt finde ich sehr gut. Besser finde ich jedoch den Airwick mit dem Geruchssensor. Der Geruchssensor kann irgendwie ausgelesen werden, siehe einen Thread von http://www.mikrocontroller.net/topic/231002 (//www.mikrocontroller.net/topic/231002) .
Interessant wäre doch, wenn man diesen Sensor auslesen würde, die Daten in den JeeNode reinpumpen könnte und dann nach über 868Mhz zur Fhem-Zentrale übermitteln könnte. Diese Daten könnte man dann grafisch darstellen und irgendwelche Aktionen auslösen. Hier denke ich: Schlechte Luft, dann Öffnen eines Fensters o.ä. Ist das möglich? Den Airwick-Geruchssensor gibt es derzeitig im Online-Shop von Thomas-Phillips oder auch offline in den Geschäften für 5.99 Euronen.
Robin
Moin ihr lieben Programmierer,
wenn ich das richtig verstanden habe, dann ist der JeeLink nichts anderes als ein Arduino mit einem HopeRF-Sendemodul. Kann man dann also einfach einen Arduino mit entsprechendem Sendemodul nehmen (wenn man den eh schon hat)?
Und kann der Arduino dann noch für andere Aufgaben verwendet werden?
Zum Thema Stromausfall: Geben die Dosen ihren aktuellen Schaltzustand aus? Wenn ja, dann könnte man doch einen Vergleich mit dem letzten in FHEM gespeicherten Wert und dem aktuellen Wert der Dosen machen!?
ZitatABER willst du diese Dose die "jeder" schalten kann an einem Kühlschrank hängen?!?
Sind die tatsächlich so unsicher? Kann man das nicht verhindern, dass andere meine Steckdosen schalten?
Grüße, Emil
was meinst du mit nebenbei noch machen?
ich hoffe wir bekommen die ec3000 dosen noch mit in den gleichen sketch. ansonsten gibt es aber nicht wirklich viel das nebenbei noch möglich ist.
gruss
andre
Zitat von: Emil schrieb am Di, 03 September 2013 13:55Moin ihr lieben Programmierer,
Sind die tatsächlich so unsicher? Kann man das nicht verhindern, dass andere meine Steckdosen schalten?
Also ich denke nicht das man es verhindern kann, denn jeder der in Reichweite mit einem entsprechenden Sender/Empfänger kommt könnte die Daten entsprechend "mitlesen".
Damit hätte die Person die ID/Adresse der Steckdose und mit dieser ID/Adresse könnte man auch entsprechende Befehle an die Steckdose senden.
Damit wäre quasi jeder Eingriff möglich, denn es gibt hier keine Verschlüsselung oder ähnliches.
Man könnte jetzt eine Art Logik bauen die den Schaltzustand überwacht und bei einer "nicht autorisierten" Änderung den Schaltzustand wiederherstellt, analog dem Vorschlag wie der Schaltzustand bei Stromausfall wieder hergestellt werden könnte. Der "Nachteil" wäre das jede Änderung des Schaltzustands immer über bzw. durch diese Logik erfolgen muss, es wäre dann nicht mehr möglich einfach am Taster der Steckdose diese zu schalten.
Aber ich muss mal ganz ehrlich sagen wie wahrscheinlich ist denn ein solches Szenario?
Ich persönlich sehe hier kein Problem, die Reichweite ist schon durch das Medium begrenzt und kann ggf. noch im Haus funktionieren aber ob es im Nachbarhaus noch zuverlässig funktioniert!?
Für mich jedoch die entscheidende Frage, warum sollte jemand meine Steckdosen schalten wollen?
ich würde gerne das reading consumption in energy ändern. dann wäre es konsistent mit den meisten anderen fhem modulen die den stromverbrauch messen.
consumption wird eher für wasser und gass verwendet.
gibt es einwände?
gruss
andre
Hi Andre,
von meiner Seite ok.
Robin
Hola :)
@Emil, Locutus: An der Zusammenfassung zum RoomNode arbeite ich noch. Ist ja mit der Bereinigung der Sketche alleine nicht getan, muss ja noch ein bisschen was dazu erklären damit man das auch einfach in Betrieb nehmen kann. Das schaffe ich aber diese Woche noch... Oder ist schon einer von Euch mit basteln fertig und es fehlt nur noch die Software? Dann bitte ich um kurze Rückmeldung.
@Robin: Danke für den Airwick-Link, hab richtig abgelacht, absolut lesenswert! :) Zu Deiner Kern-Idee: Im Thread hat's keiner geschafft an den Sensor ranzukommen ohne ihn zu zerstören. Diesen Eindruck hab ich zumindest gewonnen. Und der Sensor an sich kostet, sofern man ihn auf normalem Weg ordert, über 70 Euro... Aber da wird ja auch der "VoltCraft CO-20 USB" erwähnt, ein USB Luftgüte Sensor. Ähnlicher Sensortyp, und kostet gebrauchsfertig nur 25 Euro. Hab mir dazu auch mal die Bewertungen bei Conrad angeschaut, die Mehrheit ist von dem Ding begeistert. Wär das nicht auch ne Alternative? Müsstest Dich dann nicht mit der Hardware rumschlagen, sondern nur ein bischen auf der seriellen Schnittstelle rumturnen und FHEM mit den Messwerten füttern.
@Andre: "Energy" ist auch gut.
/Oliver
Hallo ohweh,
für 5.99 hat pro Airwick kann man sich ja ein paar Fehlversuche, um an den Sensor dranzukommen, noch leisten. Vielleicht hat jemand hier im Forum vielleicht schon das Teil auseinandergenommen und mit Arduino verheiratet.
Robin
Hallo,
habe mir auch die benötigte Hardware (Jeelink + PCA301) zugelegt und eingebunden.
Tolle Sache wie das "Running Develovment" hier läuft.
VIELEN DANK für die Super Arbeit!
Melde hiermit die Funktion und möchte folgende Fehlerausgabe im Telnet melden.
Argument "" isn't numeric in numeric ne (!=) at ./FHEM/36_PCA301.pm line 220.
Argument "" isn't numeric in numeric ne (!=) at ./FHEM/36_PCA301.pm line 220.
Argument "" isn't numeric in numeric ne (!=) at ./FHEM/36_PCA301.pm line 220.
Argument "" isn't numeric in numeric ne (!=) at ./FHEM/36_PCA301.pm line 220.
Argument "" isn't numeric in numeric ne (!=) at ./FHEM/36_PCA301.pm line 220.
Grüße aus Oberbayern
Stefan
ist repariert.
gruss
andre
Hallo Andre,
kann ich die Zeile 220 auch selbst eben ändern ?
Gruß
Stefan
mach mal aus dem "" eine 0. in der nachbarzeile auch.
gruss
andre
Hallo,
Danke passt !
offtopic gibt es noch folgende Fehlermeldung.
Use of uninitialized value in pattern match (m//) at ./FHEM/01_FHEMWEB.pm line 1928.
Gruß
Stefan
Hallo zusammen,
ich bin kurz davor, mir auch jeelink und PCA 301 zu bestellen.
Bei der Frage des letzten Status vor Stromausfall hatte ich eine Idee, von deren Umsetzung ich aber keinen Schimmer habe:
FHEM könnte doch bei jedem Schaltvorgang einen Eintrag in eine txt/Logdatei schreiben, welche dann bei Neustart von FHEM ausgelesen wird.
Ggfs. könnte man das Modul so anpassen, dass es, wenn bei einer Installation noch keine "Logdatei" vorhanden ist, diese erstellt wird.
VG
Manuel
Zitat von: ohweh schrieb am Mi, 04 September 2013 22:18Oder ist schon einer von Euch mit basteln fertig ...?
Nö, aber die Lötstation ist bereit und mein JeeNode-Clone auf Arduino-Basis auch.
Ich bin schon sehr auf die softwareseitige Implementierung gespannt.
meien ec3000 sind vorhin angekommen. der empfang mit dem zugehörigen display ist wirklich sehr bescheiden. mal sehen wie es mit dem jeenode ist. ich hoffe der zweite kommt auch bald.
gruss
andre
Zum RoomNode habe ich ja schon was geschrieben. Ein Batteriebetriebener Sensor. Gemessen werden Luftfeuchtigkeit, Temparatur, Licht und Bewegung. Das alles untergracht in einem umzubauenden Airwick Freshmatic iMotion Compact. Dieser stellt sowohl das Batteriefach bereit (Akkus funktionieren hervorragend), als auch den PIR Sensor. Hier ein aktueller Link zu Ebay:
http://www.ebay.de/itm/Air-Wick-Freshmatic-iMotion-Compact-Touch-of-Luxury-Zimt-Kaminzauber-/271128331203?pt=Haushaltswaren&hash=item3f208203c3 (//www.ebay.de/itm/Air-Wick-Freshmatic-iMotion-Compact-Touch-of-Luxury-Zimt-Kaminzauber-/271128331203?pt=Haushaltswaren&hash=item3f208203c3)
Benötigt wird je RoomNode ein JeeNode, sowie ein RoomBoard.
JeeNode : http://jeelabs.com/products/jeenode (//jeelabs.com/products/jeenode)
RoomBoard: http://jeelabs.com/products/room-board (//jeelabs.com/products/room-board) (bitte NICHT den PIR mitbestellen!! Der ist zwar klasse, aber dann macht der Airwick keinen Sinn!)
Darüber hinaus braucht ihr einmalig
JeeLink : http://jeelabs.com/products/jeelink (//jeelabs.com/products/jeelink)
USB-BUB II: http://jeelabs.com/products/usb-bub (//jeelabs.com/products/usb-bub)
Andere Arduino-Clones mit RFM12B-Modul funktionieren natürlich auch (als Ersatz für JeeNode und JeeLink), aber dann passt natürlich dass RoomBoard nicht. Also entweder das RoomBoard irgendwie anpassen, oder aber selbst bauen sodass es auf das jeweilige Shield passt.
Bzgl. des Airwick-Umbaus verweise ich hier nochmal auf die bereits erwähnten Links:
http://www.tucsni.nl/jee/ (//www.tucsni.nl/jee/)
http://www.dbzoo.com/livebox/hah_hahnode/airwick (//www.dbzoo.com/livebox/hah_hahnode/airwick)
Einige Leiterbahnen müssen auf der Platine vollständig unterbrochen werden (durch die gelben Punkte gekennzeichnet):
http://www.dbzoo.com/_media/livebox/hah_hahnode/6783277062_ab9599b1f3_b.jpg?cache=&w=537&h=700&tok=19af9e (//www.dbzoo.com/_media/livebox/hah_hahnode/6783277062_ab9599b1f3_b.jpg?cache=&w=537&h=700&tok=19af9e)
Auf diesem Bild sind die zu legenden Anschlüsse gut zu sehen (schwarz=GND, rot=VCC, gelb=PIR):
http://www.dbzoo.com/_media/livebox/hah_hahnode/6929392059_61f1d49e22_b.jpg?cache=&w=900&h=849&tok=002e0a (//www.dbzoo.com/_media/livebox/hah_hahnode/6929392059_61f1d49e22_b.jpg?cache=&w=900&h=849&tok=002e0a)
Den JeeNode selbst habe ich oben und unten mit einem Klecks Heisskleber fixiert. Dadurch verrutscht er im Gehäuse nicht. Ist aber trotzdem, mit sanfter Gewalt, wieder herausnehmbar.
Für den Lichtsensor habe ich mir weisse Stöpsel aus dem Baumarkt besorgt, welche Schrauben in z.B. Schrankwänden abdecken sollen. Haben oben ein Hütchen, sind unten rund und hohl. Ich hab ein Loch durchgebohrt, die Leiter der Photodiode isoliert, durchgesteckt, und das ganze dann oben im Airwick mit Heisskleiber fixiert.
Programmiert wird durch die untere Klappe (die dort befindliche Feder zuvor mit ordentlich Schmackes "rausdrehen", aber bitte nicht ziehen!).
!!! GAAAAANZ WICHTIG !!!!: Batterien/Akkus VOR der Verbindung des USB BUBs entfernen! Der USB BUB versorgt den JeeNode mit Strom. Mir ist es auch schon passiert dass ich nicht dran gedacht hab, die Akkus darin sind unglaublich heiss geworden. Glück gehabt dass nichts passiert ist, mit Batterien wär's bestimmt in einem Desaster geeendet. Also BITTE dran denken! Macht ggf. nen Aufkleber auf die Klappe, damit ihr auch in ein paar Monaten wieder dran denkt... (ich vergess das garantiert nicht mehr :)
Über die bereits erwähnten Funktionen Temperatur, Luftfeuchtigkeit, Licht und Bewegung hinaus habe ich noch weitere Modifikationen am Airwick vorgenommen (weil er mal offen war...):
a.) Ich habe die grüne Leuchtdiode gegen eine IR-Diode getauscht (Standard 100mw). Die Leiterbahn darüber getrennt und ein zusätzliches Kabel angelötet.
b.) Den unteren 4-Stufen-Schalter gegen einen TSOP31238 getauscht (hab dazu einfach den gesamten Schalter aus der Platine rausgesägt). TSOP31238 ist zwar nicht mehr zeitgemäss, aber ihr glaubt gar nicht wie PERFEKT der in das Schalterloch passt, einfach wieder von hinten mit Heisskleber drüberbügeln :) Ihr kriegt den IR Empfänger auch immer noch, z.B. bei Reichelt:
http://www.reichelt.de/Fotodioden-etc-/TSOP-31238/3/index.html?&ACTION=3&LA=446&ARTICLE=107210&GROUPID=3045&artnr=TSOP+31238 (//www.reichelt.de/Fotodioden-etc-/TSOP-31238/3/index.html?&ACTION=3&LA=446&ARTICLE=107210&GROUPID=3045&artnr=TSOP+31238)
Die Modifikation zum Senden um Empfangen von IR ist im Sketch nicht berücksichtigt. Das hab ich seitens Hardware aber schon für die Zukunft verbaut (entweder mach ich's gleich jetzt, oder nie :), ich hoffe ich finde im Winter auch mal die Zeit dafür das entsprechend zu implementieren. Ich denke der IR Empfang wird mit PIN Change Interrupts noch auf Batterie Basis implementierbar sein. Aber spätestens wenn's um's Senden geht, dann wird der Sensor ja auch immer (oder zumindest häufig) auf RF-Empfang gehen müssen, spätestens dann wird also ne externe Stromversorgung fällig. Egal, immerhin muss ich dann nicht alles wieder auseinander nehmen, ich weiss dass IR-Sender und -Empfänger schon existent sind.
Die benötigten Sketche sind zum einen ein modifizierter RF12demo Sketch für den JeeLink, sowie ein modifizierter RoomNode Sketch. Beide basieren auf der Arbeit von JCW von JeeLabs. Aber mit folgenden Modifikationen:
a.) RoomNode-Sketch:
- Der Original RoomNode Sketch an sich ist super, aber unterstützt leider den Airwick PIR nicht. Der entsprechende Code im Sketch ist komplett getauscht (d.h. wer den Original-JeeLabs-Sensor verwendet, und nicht den Airwick-Sensor, muss Hand an den Code anlegen!!)
- Alle RoomNodes senden mit derselben Node ID 11. Im Sketch ist allerdings eine SubNodeId je Sensor vor dem kompililieren fest zu definieren! Dies ist in doppelter Hinsicht wichtig: Zum einen um mit dem Adressraum nicht zu aasen, zum zweiten weil das FHEM Modul auf EINEN Pakettyp reagiert (11), und im Modul die SubNodeIDs auseinanderpuzzelt.
b.) RF12demo-Sketch (gehört auf den JeeLink für den Empfang):
- Der RF12demo Sketch basiert auf Version 10+. RoomNodes senden von sich aus ihre Pakete alle 5 Minuten per "Fire and Forget", nicht aber wenn's um Bewegung geht. Da der RoomNode-Sketch dahingehend geändert wurde, dass alle RoomNodes unter der ID 11 + SubNodeID senden, habe ich den RF12demo Sketch dahingehend erweitert, nicht leere ACKs, sondern ACKs mit 1-byte-payload (i.e. der SubNodeId) zu versenden. Dieser ACK-Payload wiederum wird von dem betreffenden RoomNode verarbeitet.
---
Bzgl. der RF12 Parameter: Ihr müsst erstmal den RF12demo-Sketch auf den JeeLink pumpen, dann
- ggf. erstmals das 868Mhz-Band auswählen (mittels Kommando "8b"), falls es nicht eh schon angewählt ist
- NodeId 31 auswählen (falls nicht eh schon ausgewählt)
- eine möglichst "freie" Gruppe aussuchen... z.B. für die Gruppe "1" das Kommando "1g". Beobachtet das ganze ne Weile und schaut, wieviel Pakete ihr so empfangt (erstmal ungewollt, der RoomNode ist ja noch nicht in Betrieb). Wechselt dann auf "2", "3", usw... Ziel ist es, eine möglichst wenig frequentierte Gruppe zu erwischen. Es gibt 255 mögliche Gruppen. Aber ihr müsst natürlich nicht alle durchprobieren! Sondern nur eine finden, wo nicht permanent fremde Pakete reinkommen.
- Wollt ihr wissen, wieviel tatsächlich im Band so los ist? Dann gebt vorrübergehend mal "0g" (=alle Gruppen) ein. Dann könnt ihr nachvollziehen, worüber Trilu und ich uns am Anfang dieses Threads unterhalten haben :))))
- Sobald ihr mal ne Gruppe gefunden habt wo relativ wenig los ist (bspw. 21), dann nehmt sie und ersetzt die Variable "NETGRP" im RoomNode-Sketch entsprechen (also "#define NETGRP 21").
- Dann RoomNode-Sketch kompilieren, draufpumpen, und i.d.R. seht ihr alle 5 Minuten auf dem JeeLink ein Paket das wie folgt beginnt:
"OK 11 xx yy yy yy yy", wobei "xx" der SubNodeID entspricht.
- Habt ihr auch die Hürde geschafft, klemmt ihr den JeeLink an FHEM. Den Rest sollte jetzt Andres Modul erlediegen.
---
Hört sich alles so kompliziert an, ist es aber gar nicht. Wer immer es will, wird es bis hierhin schaffen. Und dann? Dann sendet der RoomNode alle 5 Minuten Temperatur, Luftfeuchtigkeit, Licht... und Bewegegung sofort! Wobei nach einer erkannten Bewegung erstmal eine bewusste Unterdrückung eintritt, es wird nicht permanent "Bewegung, Bewegung, Bewegung" gesendet! Dieser Wert geht erst wieder bei der nächsten geplanten Übertragung auf "Keine Bewegung". Natürlich nur, sofern nicht wieder Bewegung stattfindet. Doof zu erklären, macht Euch selber ein Bild, funktioiert gut.
Zuguterletzt noch bzgl. Temperatur und Luftfeuchtigkeit: Diese werden über 3 Messwerte "gemittelt", d.h. wenn jemand mit Stickstoff den Sensor bearbeitet, wird er sich wundern, dass nicht sofort -51,2 Grad angezeigt wird (JAAA, ich WEISS, die Temperatur von Stickstoff ist niedriger!! Aber es wird nur von -51,2 bis +51,2 Grad gemessen). Sondern vielmehr die Temperatur erst nach 3 Minuten nach und nach sinkt. Ist gewollt und beabsichtigt, plötzliche Temperaturschwankungen sollen nicht spontan Reaktionen hervorrufen. Könnt ihr natürlich alles ändern.
Fehlt noch was ausser den Sketchen? Wenn ja, her mit den Fragen :)
Gruss
Oliver
P.S.: Die letzten Airwicks, die ich über Ebay geordert habe, waren mit Innen-Dreikant-Schrauben versehen... Ist erstmal doof wenn man die anglotzt und nach Ideen sucht, wie man die denn jetzt aufkriegt? Mir hat ein kleiner, ganz normaler Schlitz-Schraubenzieher geholfen, der hat halt in die Ecken gepasst. Schrauben sind nicht allzu fest, ist ja Plastik... Und ersetzt die bloss nicht! Die Schrauben haben ein ganz beknacktes Zwischenmaß... Setzt ihr andere, vor allem längere, ein, dann kommen die an zwei Stellen vorne wieder raus. Ich weiss, wovon ich rede :))
@locutus: ZIEH !!! :)
Hallo,
Erst einmal danke für den Beitrag, werde ich mir nachbauen.
Fehlt in der Bauteile Auflistung nicht der usbbub2?
Kann man den vorhandenen jeelink mit der pca301 gleichzeitig benutzen?
Robin
@Robin: hab JeeLink und USB-BUB tatsächlich vergessen, hab's gerade noch hinzugefügt. Jetzt sollte die Liste komplett sein. Und ja, Du kannst mehrere JeeLinks parallel an FHEM betreiben. Bei mir sind's aktuell drei (PCA, EC3000, RF12demo).
Wer sich nicht sicher ist, ob es was taugt, und daher nicht gleich so viel ausgeben möchte, kann auch erstmal nur ein RoomNode zu bauen und diesen per USB-BUB direkt an FHEM zu hängen. In dem Fall wird die Ausgabe seriell weiterverarbeitet (und die RF12 Signale ins Nirvana gesendet). In dem Fall bräuchtet ihr den JeeLink erstmal nicht.
Solltet ihr schon einen JeeLink z.B. für die PCA haben, dann könnt ihr zum testen natürlich auch den nehmen. Ihr müsst halt nur vorübergehend mal den Sketch tauschen (in dem Fall pcaSerial gegen die modifiziert RF12demo10).
/Oliver
Ehm Andre wo seh ich die Version die gerade auf meinem JeeNode Stick läuft? Ich bekomme seit gestern nur noch das Power Reading und nichts anderes mehr, aber ich hab ja vermutlich auch ne Uralte Version drauf. Die Module kommen ja ausm Update mittlerweile da brauche ich ja nichts machen oder?
Gruß
Daniel
Moin Daniel,
Du meinst die Sketch-Version? Die kriegste mit "v"... Solltest Du nichts zu sehen bekommen, dann ist Deine Version wirklich uralt. Den Sketch musst Du aber selber flashen.
/Oliver
das anzeigen der sketch version habe ich noch nicht eingebaut.
meine liefern noch alle beiden werte. verbrauch und last kommen auch in der gleichen nachricht. da kann nicht ein teil fehlen.
ich habe aber geändert das das verbrauchs reading nur geschrieben wird wenn sich der wert geändert hat. vielleicht liegt es daran das an der dose etwas hängt das so wenig verbraucht das es dauert bis sich der wert ändert?
gruss
andre
Jo die Firmware, den Code, das hexfile, was auch immer (Ich hasse das Wort sketch, das erinnert mich immer an Comedy ;-))
Aber ich seh das nicht direkt unter FHEM unter dem Device nein?
Und meine Version ist wirklich alt, das ist die erste wo vorne die 24 als Indikator oder was das war steht ;-)
Naja ich brenn mal schnell ne neue rein ja. Liegt die mittlerweile im contrib oder hier ausm Forum?
Viele Grüße
Daniel
Achsoo ja naja dann ist es das. Der Verbrauch ändert sich bei mir so gut wie garnicht...
Nur meine Grafik haut dann nicht mehr hin, da ist seit dem Update gestern der Verbraucht auf 0 obwohl er vorher 0,7 war.
/Daniel
ich ändere es wieder.
gruss
andre
Würde ich auch machen, aber der Gedanke ist ja richtig unwichtiges zu entfernen, aber schau mal hier:
http://www.fhemwiki.de/wiki/RFXtrx#FAQ:_Wie_bringe_ich_FHEM_dazu_nicht_alle_paar_Sekunden_den_Zustand_der_Sensoren_zu_loggen.3F (//www.fhemwiki.de/wiki/RFXtrx#FAQ:_Wie_bringe_ich_FHEM_dazu_nicht_alle_paar_Sekunden_den_Zustand_der_Sensoren_zu_loggen.3F)
Also das kann man auch anders lösen wenn es einer individuell haben möchte. Da gibts auch tricks wie man sich die plots nicht versaut.
Gruß
Daniel
weiss ich :). aber ich mag es nicht das immer für alles von hand anzulegen. ich glaube ich versuche mal das automatisch zu setzten wenn die dose angelegt wird.
ab morgen werden die werte wieder bei jedem pollen geloggt. aber nur wenn die dose auch eingeschaltet ist.
gruss
andre
die sketch version steht ab morgen im internal value VERSION.
gruss
andre
Jut super, das ist immer ganz ganz gut ja, habe ich bei meinen modulen auch immer eingebaut. Macht sich immer blöd FHEM zu beenden um dann mit minicom da was abzufragen ;-)
So und jetzt raus in die Sonne.
Gruß
Daniel
beenden ist auch bisher nicht nötig. du kannst mit 'set <jeelink> raw v' direkt auf den jeelink schreiben und siehst dann die antwort im logfile wenn du verbose auf 4 oder 5 setzt :)
hier ist heute scheiss wetter :(
gruss
andre
Kostengünstige Alternativen zum RoomNode?
Möchte mich hier mal melden ich finde es toll dass es mit der Integration Jeelink in FHEM weitergeht.
Ich bin über Jeelink Anwendung vor ca. einem Jahr zu FHEM gekommen.
Hintergrund war die Adaption der äusserst günstigen LaCrosse IT+ (Technoline)Sensoren/Sender mit Anzeige.
und der dazu passenden Empfänger mit hohem WAF Faktor.
Ich hatte es damals geschafft durch Anpassung der jeelink Sketche aus diesem Link
http://forum.jeelabs.net/node/110 (//forum.jeelabs.net/node/110)
Die Temperaturwerte und Feuchte Werte auf der Console zur Anzeige zu bringen.
Leider war ich mit meinen bescheidenen Kenntnissen nicht in der Lage die Ergebnisse in FHEM zu integrieren.
Nachdem nun die Jeelink Spezialisten hier am Werk sind ließe sich das vielleicht einfach realisieren.
Ein TX27-IT Aussensensor 868MHz TX 27-IT für WS 9620 und WS 9720 ist z.B zum Preis von: 14.99 EUR zu haben
(siehe Anhang / see attachement)
Vielleicht sind auch noch andere an dieser kostengünstigen Lösung interessiert.
Gruss Billy
wenn du kurz beschreibst wie genau das format der nachrichten aussieht das der jeenode ausgibt ist es kein problem ein fhem modul dafür zu bauen.
ob es gleichzeitig mit einem der anderen geräte empfangbar ist (oder ob du einen eigenen jeenlink brauchst) hängt von den rf parametern ab.
gruss
andre
Danke Andre für die schnelle Antwort.
Ich hatte den Sketch so angepasst, dass er folgendes liefert.
Für einen T Sensor
t08 260
Für einen TH Sensor
th3E 245 64
th38 246 59
Wobei in diesem Fall die ID's noch in Hex sind.
Allerdings sollte vielleicht einer mal über meine laienhafte Sketch Version in Anlage drüber schauen.
da ist bestimmt noch einiges zu holen.
In meiner Version braucht man einen eigenen Jeelink da Frequenz leicht verstellt.
Ich meine mich erinnern zu können, dass jemand auch eine schaltbare Version entwickelt hat.
Gruss
Billy
das format das du verwendest ich gerade nicht kompatibel zu dem format das wir für alle anderen jeenode sketches verwenden.
ich habe leider nicht so einen sender und kann das nicht selber machen aber wenn du das format so umbaust wie es oliver weiter oben beschrieben hat baue ich dir das fhem modul dazu.
die nachricht sollte so aussehen:
OK <node id> <wert1> <wert2> <wert3> ...
- alle werte als 8bit integer
- <node id> ist eine eindeutige id die das device kennzeichnet. die oberen drei bit sollten bei dir 0 sein. du hast also die wahl zwischen 1 und 31. ich würde für beide sensoren den gleichen wert verwenden. oliver kann bestimmt einen vorschlag machen.
- danach kommen die device abhängigen werte. ich würde vorschlagen einen unter id zu verwenden um die beiden sensoren zu unterscheiden.
- und dann am besten die device id
- und dann die messwerte. wie sind temperatur und feuchtigkeit kodiert?
also:
OK <node id> <1|2> <device id> <temp> <hum>
das mit dem umschalten macht nur sinn bei devices die gepollt werden. wenn ein gerät selbständig sendet muss fhem immer empfangsbereit sein weil sonst werte verloren gehen.
gruss
andre
@Oliver,
kann man das Airwick-Projekt und das PCA301-Steckdosen Projekt gemeinsam auf einem Jeelink (Sketch) packen oder ist der damit überlastet? Ich möchte ungern 2 gleiche Jeelinks parallel fahren.
Robin
nein. das geht nicht. die pca301 haben andere rf parameter als normale jeenodes.
das einzige das hoffentlich demnächste geht ist die pca301 und die ec3000 gemeinsam. mal sehen ob und wie gut das geht.
gruss
andre
ps: wenn du selbst hand an legst und die roomnodes mit einer sketch version baust die die gleichen rf parameter wie die pca301 dosen verwenden und dann den jeelink sketch so änderst das er beides empfängt würde fhem damit klar kommen. aber das müsstest du selber machen und der aufwand ist glaube ich deutlich größer als die 30 euro für einen zusärtlichen jeelink.
Hallo Oliver,
ich habe übrigens gerade mal meinen Airwick-Freshmatic-Compact mit Geruchssensor auseinandergenommen und kurz darüber gebloggt: http://blog.moneybag.de/airwick-freshmatic-compact-geoeffnet/#more-9749 (//blog.moneybag.de/airwick-freshmatic-compact-geoeffnet/#more-9749)
Vielleicht kann man aus diesem Teil auch noch was machen.
Robin
Hallo Andre,
vielen Dank bezüglich deiner Antwort zur Einbindung der IT+ Sensoren.
Zitatich habe leider nicht so einen sender und kann das nicht selber machen aber wenn du das format so umbaust wie es oliver weiter oben beschrieben hat baue ich dir das fhem modul dazu.
Ich glaube nicht, dass ich das mit dem Umbau schaffe.
Ich wollte mit meinem Beitrag nur auf die Möglichkeiten mit zusätzlichen Sensoren hinweisen.
Ich bin froh, dass ich nun meine Jeelink's die seit einem Jahr in der Schublade lagen mit FHEM "PCA 301 mit Energiemessung" verwenden kann.
Gruss
Billy
Hi Billy,
ich würde Dir gern helfen, und ich glaube das wird auch kein Problem. Aber es ist schwer wenn man den Sensor selbst nicht hat. Mit den 15 Euro isses auch nicht getan, die hauen noch 7 Euro Versandkosten drauf. Und das auch nur für den ganz einfachen Sensor ohne Luftfeuchtigkeit... Wärst Du bereit auf einen von Deinen Sensoren für ne Woche zu verzichten? Und mir zu schicken? Vielleicht braucht Andre dann auch nur die Test-Daten, evtl. muss ich den Sensor dann aber auch an ihn erst noch verschicken bevor er zurückkehrt.
Gruss
Oliver
Anbei die neueste PCA-"Comedy"-Version :)
Ein Bug bei den Readings ist beseitigt. Nicht gravierend, aber störend.
Andere, echte Bugs sind nicht bekannt, dies sollte die letzte Version "1" sein.
/Oliver
ich brauch nur die daten. da hat drei mal geklappt beim vierten mal auch :)
gruss
andre
Hallo Oliver,
du bist Spitze.
Wärst Du bereit auf einen von Deinen Sensoren für ne Woche zu verzichten? Und mir zu schicken? Vielleicht braucht Andre dann auch nur die Test-Daten, evtl. muss ich den Sensor dann aber auch an ihn erst noch verschicken bevor er zurückkehrt.
Ich würde dir einen TX29TH-IT (identisch mit TX27TH-IT) und den interessanten TX25IT ( mit zusätzlichem Kabelsensor)
schicken.
Als Lohn für deine/eure Arbeit kannst du den TX29TH-IT behalten.
Wäre das ein Vorschlag? Adresse per PM an mich!
Falls du noch eine Anzeigeeinheit zum testen brauchst kann ich noch eine WS-9140IT ausleihen.
Gruss Billy
Den TX29 it habe ich auch. Den Gans letztes Jahr als set mit einer Wetterstation von Conrad. Für super kleines Geld, auf gutes gelingen. Ist ein 868 Modell.
Robin
Hi Billy,
ach was, nicht dafür, ich tu's gern. Und schliesslich haben alle was davon.
Schick mir ruhig den einen (TX29TH-IT), wenn ich damit alleine nicht klar komme, sag ich Dir nochmal Bescheid. Den kriegste aber auch wieder zurück. Danke für das Angebot, ist nett, aber es wäre quatsch wenn er im Keller verstaubt. Da geb ich ihn lieber dahin zurück, wo ich doch weiss, dass er auch eingesetzt wird.
Würdest Du jetzt mit meiner Frau reden, würde sie Dir sagen, dass Sensoren ganz sicher auch ne Seele besitzen und allein nur dafür auf die Welt gekommen sind, dass sie auch genutzt werden :) Frauen können ja soooo gemein sein! Bei solchen Sprüchen wird selbst der Härteste weich...
PM folgt...
/Oliver
@Andre: Yepp, irgendwie habe ich keine andere Antwort von Dir erwartet... ich weiss zwar immer noch nicht, wie Du es angestellt hast anhand der Prosa-Beschreibungen sowohl die Pakete zu dekodieren, als auch das Modul zu zaubern, aber ich zweifele da keineswegs an Deinen Fähigkeiten :)
Habt ihr's schon gesehen? PCA im Bundle ist nach wie vor lieferbar, aber Einzeldosen sind aus. Avisierte Lieferzeit 9 Wochen.
Ich halte das für ne gute Nachricht. Die hier generierte Nachfrage ist so hoch, dass ELV mal kurzerhand nachbestellen muss :) Mal vorausgesetzt, dass die Order in Fernost auch erfüllt werden kann, gehe ich jetzt insgeheim davon aus, dass uns die Dosen noch ein ganzes Weilchen erhalten bleiben. Schön :)
Hallo,
wie oben schon erwähnt habe ich auch einen TX29-IT, ich habe mal das : https://github.com/rufik/LaCrosse_ITPlus_Reader/blob/master/jeelink_stuff/arduino_project/projects/LaCrosseITPlusReader/LaCrosseITPlusReader.ino (//github.com/rufik/LaCrosse_ITPlus_Reader/blob/master/jeelink_stuff/arduino_project/projects/LaCrosseITPlusReader/LaCrosseITPlusReader.ino)
ausprobiert und auf meinem JeeLink gebügelt: Dann kommt das raus:
Sieht gut aus, muss wahrscheinlich nur noch in die richtige Form gebracht werden, 23.7 Grad, passt. D=Kanal 38? Mich würde interessieren, wenn man mehrere Thermometer davon hat, man kann die Kanäle ja nicht umjumpern. Die Reichweite ist auch nicht sonderlich groß. Wenn du den Sketch mit dem PCA301 mergen könntest, wäre klasse.
D:38: 23.7:99
D:38: 23.7:99
D:38: 23.7:99
D:38: 23.7:99
D:38: 23.7:99
D:38: 23.7:99
Robin
Hi Robin,
ist ein guter Ansatz. Laut Code entspricht die "38" der DeviceId. Ich bräuchte aber mal Output von nem zweiten Sensor, hast Du noch einen?
@Billy: Kannst Du den Code auch mal auf Deinem JeeLink ausprobieren? Und den Output posten? Vielleicht können wir uns das Verschicken dann sparen und kriegen das auch alles so geregelt.
/Oliver
Hi Oliver
Zitat von: ohweh schrieb am So, 08 September 2013 10:57@Billy: Kannst Du den Code auch mal auf Deinem JeeLink ausprobieren? Und den Output posten? Vielleicht können wir uns das Verschicken dann sparen und kriegen das auch alles so geregelt.
/Oliver
helfe selbstverständlich gerne mit habe hier noch 3 verschiedene Sensoren liegen.
Da ich vor einem Jahr zum letzten mal meine Jeelinks im Einsatz hatte tu ich mich mit der Installation des
og. LaCrosseITPlusReader.ino schwer.
Habe jetzt arduino-1.5.3 auf meinem WIN7 Laptop installiert. Muss ich um den LaCrosseITPlusReader.ino hochzuladen
noch irgendwelche Jeelink spezifischen Vorbereitungen treffen?
Jeelink hängt am Laptop COM10 --> keine Fehlermeldungen in der Systemsteuerung Treiber müssten also geladen sein.
Sorry aber vielleicht könnt Ihr mir ja helfen damit es schneller geht.
Bin allerdings jetzt für ein paar Stunden weg.
Gruss Billy
Hey,
nur die Ruhe, muss ja nicht innerhalb von wenigen Stunden erledigt sein. Vielleicht kriegen wir das auch so hin, dann brauchen wir die Teile nicht erst durch die Gegend schicken, spart ja einiges an Aufwand.
Du musst in der Arduino IDE
- mit "File" -> "Open" die Datei "LaCrosseITPlusReader.ino" laden
- unter "Tools" -> "Board" den "Arduino Uno" auswählen
- unter "Tools" -> "Serial Port" die Schnittstelle COM10 auswählen (sofern das angezeigt wird, ist alles in Ordnung)
- dann oben links auf den Haken drücken, jetzt wird kompiliert. Da sollte dann kein Fehler auftreten, sondern im unteren Fenster nur stehen "Binary Sketch size..."
- dann wieder oben links auf den Pfeil, der nach rechts zeigt, klicken. Dadurch wird das Programm übertragen...
- Zuguterletzt unter "Tool" -> "Serial Monitor" das ganze starten und ein bisschen abwarten. Sobald die Sensoren auf Sendung gehen, sollten die begehrten Zeilen auftauchen.
/Oliver
Hallo
ich habe hier leider nur einen Sensor hier liegen. Ich bin gespannt, ob andere Sensoren die gleiche ID haben.
Wenn Du den Sketch fertig hast, kannst mir den schicken, ich probiere es dann hier aus. Genial wäre es, wenn man den Source mergen könnte. Wegen einem Sensor einen JeeLink zu kaufen, würde sich nicht für mich lohnen. Es ist im Übrigen sehr verwunderlich, warum die PCA301 schon wieder ausverkauft ist. Macht ELV von ihren Artikeln nur Kleinserien? Mein ESA2000WZ ist auch nicht mehr zu bekommen. Das Teil läuft wie ne Eins.
robin
Hey,
bin auch auf die Ausgabe gespannt. Werden wir ja dann sehen, ob's verschiedene IDs gibt. Klar, sobald ich was habe, schick ich's Dir. Wird aber wohl erst morgen oder übermorgen soweit sein.
Bzgl. mergen: Geht leider nicht.
Tja, manchmal verstehe ich ELV auch nicht. Oft haben die selten nachgefragten, abgefahrenen Kram auf Lager, wohingegen gängigere Artikel häufig wochenlange Lieferfristen haben. Aktuell fehlt mal wieder so einiges aus der HomeMatic-Serie, das muss doch weh tun, schliesslich dürften die Artikel mit zu den Verkaufsschlagern gehören. Der grösste Klopfer ist doch, dass ELV und EQ-3 ja denselben Besitzer haben, da sollte die Wege doch eigentlich kurz sein. Aber lustigerweise haben einige Artikel bei ELV lange Lieferzeiten, wohingegen die Konkurrenz die Dinger auf Lager hat! Da fällt mir doch nix mehr zu ein...
Ich hab hier die EM1000WZ am Start. Bedingt durch die örtlichen Gegebenheiten ist der Empfang ne einzige Katastrophe. Aber nicht schlimm, die EM1000WZ hat nen Impulsausgang, also hab ich da einfach nen JeeNode drangehängt, und hab nun auch kein Problem mehr :) Fehlt nur noch die Steckdose, bis dahin muss ich noch regelmässig Akkus wechseln...
/Oliver
Hi Oliver
Zitat von: ohweh schrieb am So, 08 September 2013 15:04Hey,
Du musst in der Arduino IDE
- mit "File" -> "Open" die Datei "LaCrosseITPlusReader.ino" laden
- unter "Tools" -> "Board" den "Arduino Uno" auswählen
- unter "Tools" -> "Serial Port" die Schnittstelle COM10 auswählen (sofern das angezeigt wird, ist alles in Ordnung)
- dann oben links auf den Haken drücken, jetzt wird kompiliert. Da sollte dann kein Fehler auftreten, sondern im unteren Fenster nur stehen "Binary Sketch size..."/Oliver
Ich bekomme Fehlermeldung gemäss Anlage:
Zum Thema ID's folgender Auszug aus den Links
http://forum.jeelabs.net/node/1102679.html?page=1 (Reply55).
When I remove my batteries in mine transmitter and put them back it gets another sensor ID. (no batteries in receiver).Damit wird beim Einlegen der Batterien erreicht, dass willkürliche ID's vergeben werden.
Falls mal ein Sensor mit einer ID schon vorhanden muss man die Batterien halt neu einlegen.
Das hat mir damals auch geholfen
http://gcrnet.net/node/32Ob das Bild noch stimmt weis ich nicht mehr genau.
(siehe Anhang / see attachement)
Gruss Billy
Nabend,
ehm könnten wir das EC3000 und andere Zeugs vielleicht mal in neue Threads aufteilen? Ich weiß nicht wie es anderen geht aber ich komm hier gerade etwas durcheinander ;-)
Gruß
Daniel
Hallo oliver,
habe den sketch von Robin
https://github.com/rufik/LaCrosse_ITPlus_Reader/blob/master/jeelink_stuff/arduino_project/projects/LaCrosseITPlusReader/LaCrosseITPlusReader.ino (//github.com/rufik/LaCrosse_ITPlus_Reader/blob/master/jeelink_stuff/arduino_project/projects/LaCrosseITPlusReader/LaCrosseITPlusReader.ino)
jetzt auch am laufen.
Lag nicht an meiner Blödhaeit sonder daran, dass er bei mir zumindest nur unter arduino-1.0.5 läuft.
Unter arduino-1.5.3 gabs den o.a. Fehler.
Zitat von: ohweh schrieb am So, 08 September 2013 16:29Hey,
bin auch auf die Ausgabe gespannt. Werden wir ja dann sehen, ob's verschiedene IDs gibt.
/Oliver
Ergebnis der verschiedenen Sensoren:
Der TX29DTH-IT
D:28: 23.6:67<\r>
Der TX25IT
Kanal 1
D:FC: 24.8:99<\r>
Kanal 2
D:FC: 30.9:99<\r>
Der TX27TH-IT
D:1C: 24.3:62<\r>
Der sketch scheint nicht ganz optimal, da er den kanal1 und Kanal2 beim TX25IT nicht unterscheiden kann.
Brauchst du noch einen Sensor?
Gruss Billy
Hi Billy,
ich denke das reicht erstmal. Der Paket-Aufbau ist ebenfalls hilfreich, damit sollte ich weiterkommen. Hab aber leider erst übermorgen wieder Zeit, also nicht wundern wenn meine Antworten was auf sich warten lassen. Dann sollte es auch was zum testen geben, dafür brauche ich Euch. Aber wir sollten das wirklich in einen eigenen Thread verlegen, das gehört hier nicht her, da hat Daniel schon recht.
/Oliver
Hi Oliver
Zitat von: ohweh schrieb am Mo, 09 September 2013 21:08Hab aber leider erst übermorgen wieder Zeit, also nicht wundern wenn meine Antworten was auf sich warten lassen./Oliver
Das hat keine Eile ich habe ja schon ein Jahr auf eine Lösung gewartet.
Zitat von: ohweh schrieb am Mo, 09 September 2013 21:08Aber wir sollten das wirklich in einen eigenen Thread verlegen, das gehört hier nicht her, da hat Daniel schon recht./Oliver
Stimmt, hatte ja auch nur per Zufall entdeckt, dass sich hier das Thema Jeelink weiterentwickelt.
Ich war übrigens der Glückliche, der die letzten 2 PCA301 vor dem Ausverkauf ergattert hat.
Gruss Billy
mit dem update morgen gibt es ein neues attribut forceOn. damit versucht fhem eine dose immer einzuschalten sobald ein status != ein empfangen wird.
ich glaube es wäre ein nettes feature das direkt im sketch zu machen statt in fhem.
gruss
andre
Hi Andre,
Danke schön :)
Ich hab schon geahnt, dass Du das gern in den Sketch verlagern möchtest. Hab auch schon mit dem Gedanken gespielt, das liegt nahe. Ich seh da aber noch ein kleines logisches Problemchen am Horizont, was ist wenn es zwei JeeLinks mit dem Sketch gibt? Einer ist mit Anweisung ForceOn für ein Device unterwegs, der andere mit dem Gegenteil davon. Hab noch keine zündende Idee wie wir das ausschliessen können.
- ForceOff kategorisch ausschliessen sodass keine Race Condition entsteht?
- Nur von einem JeeLink ausgehen
- Für ForceOn andere Packet Fills verwenden? Sodass ein zweiter dies als ForceOn erkennt und seine Config updaten kann?
- Ggf. sendet FHEM auch grundsätzlich mit einem anderen Packet Fill sodass selbstgenerierte ForceOn-Pakete von FHEM generierten Paketen unterschieden werden können?
Gruss
Oliver
ich würde forceOff auschliessen. mir fällt gerade keine anwendung ein wo das sinnvoll ist. wenn ich irgendetwas immer aus haben möchte muss ich nichts messen und kann auch den stecker ziehen.
der eigentliche grund warum ich das im sketch haben möchte ist das es nicht funktioniert wenn ich direkt nach dem empfang wieder sende. ich muss mindetens 2 besser 3 sekunden warten und dann eventuell sogar noch wiederholen. wenn der sketch eh retries drin hat und das timing besser kennt ist es glaube ich da besser aufgehoben.
das mit den unterschiedlichen fills pro jeenode ist aber trozdem keine schlechte idee. dann könnte man die schaltbefehle auseinadnerhalten falls es nötig ist. und wenn nicht stört es nicht weiter. man könnte sogar die retries mit anderem fill senden.
gruss
andre
Hallo,
ich habe mir auch den Jeelink und 2 PCA301 Steckdosen besorgt.
Jedoch funktioniert das Schalten aus FHEM bei mir bei beiden Dosen nicht.
Ich habe einen RaspberryPi im Einsatz und ein frisch installiertes FHEM darauf.
Sketch per WindowsPc auf dem Jeelink hochgeladen. Letzte Version aus diesem Thread,
da ich unter FHEM/Contrib nichts gefunden habe.
(trotz Update?! Gibt es sowas wie stable/development bei FHEM Updates?)
Dann Jeelink in den USB-Port des RasPi.
Erkannt wurden die Funkdosen dann nach Anlernen sofort.
Ein "attr global verbose 5" werde ich später mal machen, habe gerade kein Zugriff.
Kann ich sonst noch was testen?
Muss auf dem Raspi noch irgendein USB-Treiber, etc. eingerichtet werden?
Auszug aus dem Logfile:
2013-09-10_18:35:44 PCA301_0763B5 off
2013-09-11_16:33:57 PCA301_0763B5 set-on
2013-09-11_16:33:58 PCA301_0763B5 off
2013-09-11_16:38:14 PCA301_0763B5 set-on
2013-09-11_16:38:15 PCA301_0763B5 off
2013-09-11_16:40:45 PCA301_0763B5 set-on
2013-09-11_16:53:06 PCA301_0763B5 set-on
2013-09-11_16:53:07 PCA301_0763B5 off
2013-09-11_16:54:16 PCA301_0763B5 set-on
2013-09-11_16:54:17 PCA301_0763B5 off
2013-09-11_17:18:25 PCA301_0763B5 set-on
2013-09-11_17:18:26 PCA301_0763B5 off
2013-09-11_17:23:56 PCA301_0763B5 set-on
2013-09-11_17:23:57 PCA301_0763B5 off
2013-09-11_17:23:59 PCA301_0763B5 set-on
2013-09-11_17:24:00 PCA301_0763B5 off
2013-09-11_17:28:22 PCA301_0763B5 set-on
2013-09-11_17:28:23 PCA301_0763B5 off
Auszug fhem.cfg:
define jeelink JeeLink /dev/ttyUSB0@57600
define PCA301_0763B5 PCA301 0763B5 00
attr PCA301_0763B5 userReadings consumptionTotal:consumption monotonic {ReadingsVal($name,'consumption',0)}
@Rossini600:
Ich habe zwar bisher nur den jeelink erhalten, habe diesen aber schon erfolgreich auf dem RaspberryPi installiert. Der aktuelle Sketch befindet sich tatsächlich in dem Verzeichnis contrib, welches aber leider in der wiki an einem falschen Ort (zumindest auf den raspberryPi) angegeben wird.
Das korrekte Verzeichnis für den Fund lautet: /opt/fhem/contrib/
Vielleicht versuchst Du diesen Sketch nochmal. Ich musste am RaspberryPi nichts anderes machen als Neustart und Configzeile in FHEM.
Ergebnis:
(siehe Anhang / see attachement)
VG
Manuel
Hallo,
Befehl "Update development" sagt "nothing to do"!
Problem ist, das kurz das Fragezeichen im Status angezeigt wird, dann wieder "off".
Weiter siehts bei mir so aus:
(siehe Anhang / see attachement)
(siehe Anhang / see attachement)
(siehe Anhang / see attachement)
Im contrib Verzeichnis des Raspi sieht es bei mir so aus.
Müsste es hier nicht eine 36_<Irgendwas> geben?
(siehe Anhang / see attachement)
Schon mal den befehl "update check" probiert?
Gerade eben ;-)
nothing to do...
contrib wird bei update (leider) nicht mut aktualisiert.
gruss
andre
Ok, hab das File gefunden, allerdings nur online:
Lade die Datei http://www.dhs-computertechnik.de/downloads/fhem-cvs.tgz (//www.dhs-computertechnik.de/downloads/fhem-cvs.tgz) herunter.
Ich habe dann mit 7zip manuell bis in das Verzeichnis .\fhem\contrib\arduino\ navigiert.
Hier findet sich die 36_PCA301-pcaSerial.zip.
Gruß
Manuel
Hallo nochmal,
dank eures Engagements und Robins Blogs habe ich die PCA301 sehr schnell zum Laufen bekommen.
Das Einzige, was ich nicht hin bekomme ist die Programmierung des Plots.
Kann mir hier jemand weiterhelfen?
Vielen Dank vorab!
Manuel
Thema Reichweite:
Jeelink liegt in einem Serverkasten im Keller.
PCA301 befindet sich auf dem Dachboden (2 Betondecken und eine Holzdecke) in ca. 6m Entfernung Luftlinie.
VG
Manuel
Hallo Mele
da hatte ich auch anfangs Schwierigkeiten.
Vielleicht hilft dir mein Script für die PCA301 aus der fhem.cfg weiter und kannst dich dran orientieren. Sag kurz Bescheid, ob es geklappt hat.
define PCA301_07F87C PCA301 07F87C 01
attr PCA301_07F87C alias TV Samsung LE40C750
attr PCA301_07F87C devStateIcon on:on:toggle off:off:toggle *.:light_question:off
attr PCA301_07F87C group Wohnzimmer
attr PCA301_07F87C icon it_television
attr PCA301_07F87C room Steckdosen
attr PCA301_07F87C userReadings consumptionTotal:consumption monotonic {ReadingsVal($name,'consumption',0)}
attr PCA301_07F87C webCmd on:off:toggle:statusRequest
define FileLog_PCA301_07F87C FileLog ./log/PCA301_07F87C-%Y.log PCA301_07F87C
attr FileLog_PCA301_07F87C logtype text
define SVG_FileLog_PCA301_07F87C_1 SVG FileLog_PCA301_07F87C:SVG_FileLog_PCA301_07F87C_1:CURRENT
attr SVG_FileLog_PCA301_07F87C_1 alias Samsung LE40C750 TV
attr SVG_FileLog_PCA301_07F87C_1 room Stromverbrauch
define SVG_FileLog_PCA301_07F87C_2 SVG FileLog_PCA301_07F87C:SVG_FileLog_PCA301_07F87C_2:CURRENT
Das Ergebnis sieht ungefähr so aus:
(siehe Anhang / see attachement)
Robin
(vom Robins-blog.de)
Ich moechte auf den .gplot Editor hinweisen:
Link (http://forum.fhem.de/index.php?topic=11275.msg75594#msg75594)
So ich habe jetzt den Jeelink noch mit der aktuellen
Contrib PCASerial geladen.
Leider keine Änderung.
Wenn ich eine Steckdose manuell schalte, bekommt FHEM auch was mit.
Leider klappt das schalten nicht.
Wäre super, wenn noch jemand einen Tipp für mich hätte.
Ich bin etwas ratlos.
Anbei mal Auszüge aus dem Logfile:
A1 und A2 "Schalten von FHEM"
A3 "Schalten direkte von Dose"
@Rossini600: Also mir fallen da zwei mögliche Fehlerquellen ein...
1.) Hast Du mal das IODev überprüft? Nicht dass die PCA Nachrichten zwar richtig empfangen werden, aber zum senden das falsche Device gewählt wird. In dieses Problem bin ich leider schon mal reingelaufen...
2.) Was passiert denn wenn Du den JeeLink über ein Terminal-Programm (z.B. MiniCom) bedienst? Kannst Du dann auch nicht schalten? Wenn nicht, dann mach über das Terminal-Programm folgendes:
- Schalte mit "0q" den Quiet-Mode aus
- geb "l" für List ein. Wenn Du zwei PCAs hast, sollten auch zwei Zeilen als Ergebnis des List Kommandos zurückkommen.
- schalte dann mal beide Dosen mit den Befehlen "1e" und "2e" ein, und anschliessend mit "1d" und "2d" wieder aus.
- poste dann einfach die Ausgabe des Terminal-Programms. Dann kann ich Dir hoffentlich sagen, was schief läuft.
Gruss
Oliver
Ich antworte mir mal selbst :) Hab gerade in die Logs geschaut, Möglichkeit 1 würde ich ausschliessen. Was wirklich merkwürdig ist sind diese Zeilen hier:
jeelink dispatch OK 24 2 4 6 26 183 0 0 0 0 0
SW: 0,5,6,26,183,1,255,255,255,255s
Die erste Zeile zeigt mir dass die Dose auf Kanal zwei gepaired ist.
Die zweite Zeile ist der Einschaltbefehl von FHEM. Der Befehl ist auch richtig, aber der Kanal ist "0". Und darauf wird die Dose dann auch nicht antworten...
Mist, ich hab die Screenshots nicht gesehen. Also, Problem ist folgendes:
- Die PCAs sind auf Kanal 1+2 gepaired. Der JeeLink pollt die regelmässig und bekommt Antwort. Insofern ist sowohl mit dem Sketch, als auch mit dem JeeLink an sich und auch den PCAs alles in Ordnung.
- In FHEM werden die PCAs aber mit Channel "0" geführt. Das führt dazu, dass die Schaltbefehle auf dem falschen Kanal rausgehen. Und die Dose diesen Befehl nicht auswertet.
Warum FHEM den falschen Kanal für die Dosen hat, weiss ich noch nicht. Kann sowohl am Sketch liegen (wird vielleicht in der Pairing-Sequenz fälschlicherweise mit "0" durchgereicht), oder auch am Perl-Modul. Ich schau mir das noch genauer an.
Bitte lösch die PCAs nochmal aus FHEM und paire sie erneut. Erscheint dann unter Channel 1 und 2?
/Oliver
Hallo Oliver,
Vielen vielen Dank für die Mühe.
Jetzt funktioniert es!!
Da bin ich sehr froh und begeistert. Mein Abend ist gerettet.
Habe mit dem "delete" Befehl die beiden PCA´s entfernt.
Wurden dann sofort automatisch wieder angelegt
Es steht jetzt richtig einmal Channel 01 und einmal Channel 02 drin.
Vorher stand jeweils Channel 00 drin.
Wenn es was hilft, ich habe noch eine dritte Steckdose!
Noch Original verpackt und nicht angeschlossen. Falls ich noch was testen soll?
Mir fällt gerade ein, das der Raspberry sich selbst neu gestartet hat,
als ich den Jeelink reingesteckt habe.
Ist schon 2mal passiert. Ist das normal, oder muss ich noch
vorher z.B. FHEM stoppen, oder ähnliches.
Ich würde es mal mit einem stärkeren Netzteil versuchen ;-)
oder einen aktiven usb hub.
gruss
andre
Hey,
gerne doch. Ich bin froh, dass es bei Dir jetzt auch funktioniert.
Tja, das mit Channel 0 ist wirklich merkwürdig. Ich werde mal schauen, ob und wie ich das nachstellen kann. Werd schon noch dahinterkommen. Da Du aber offenbar der erste bist, der in das Phänomen rennt, scheint es nicht permanent aufzutreten. Wenn Du noch ne dritte Dose hast, kannst Du bei Gelegenheit natürlich mal probieren was passiert. Wär schon interessant ob die Dose dann mit dem richtigen Kanal, oder wieder mit "0" auftaucht?
Dein Pi hat sich neu gestartet? Nein, das Phänomen hab ich hier nicht. Bedingt durch Software-Updates ziehe ich die JeeLinks relativ häufig ab. Boote dann aber schon aus Gewohnheit immer durch.
/Oliver
@Robin:
Danke für Deine bisherige Antwort. Ich habe jetzt die folgende Config, die m.E.n. deiner gleichen müsste, leider bekomme ich aber anstelle des gplot folgende Fehlermeldung: Cannot read ./www/gplot/weblink_PCA301_IPCAM.gplot
(zwei weitere Plots laufen ohne Probleme)
define PCA301_IPCAM PCA301 061F95 01
attr PCA301_IPCAM devStateIcon on:on:toggle off:off:toggle set.*:light_question:off
attr PCA301_IPCAM room PCA301
attr PCA301_IPCAM userReadings consumptionTotal:consumption monotonic {ReadingsVal($name,'consumption',0)}
attr PCA301_IPCAM webCmd on:off:toggle:statusRequest
define FileLog_PCA301_IPCAM FileLog ./log/PCA301_IPCAM-%Y.log PCA301_IPCAM
attr FileLog_PCA301_IPCAM logtype text
attr FileLog_PCA301_IPCAM room PCA301
define weblink_PCA301_IPCAM SVG FileLog_PCA301_IPCAM:weblink_PCA301_IPCAM:CURRENT
attr weblink_PCA301_IPCAM room Aussen,Plots,Alles
Ich hab es selber gefunden: Ich musste in den Eigenschaften des Plots erst ein gplot-File zusammendefinieren und "schreiben"
Sorry!
Zitat von: mele schrieb am Do, 12 September 2013 21:32@Robin:
Danke für Deine bisherige Antwort. Ich habe jetzt die folgende Config, die m.E.n. deiner gleichen müsste, leider bekomme ich aber anstelle des gplot folgende Fehlermeldung: Cannot read ./www/gplot/weblink_PCA301_IPCAM.gplot
(zwei weitere Plots laufen ohne Probleme)
define PCA301_IPCAM PCA301 061F95 01
attr PCA301_IPCAM devStateIcon on:on:toggle off:off:toggle set.*:light_question:off
attr PCA301_IPCAM room PCA301
attr PCA301_IPCAM userReadings consumptionTotal:consumption monotonic {ReadingsVal($name,'consumption',0)}
attr PCA301_IPCAM webCmd on:off:toggle:statusRequest
define FileLog_PCA301_IPCAM FileLog ./log/PCA301_IPCAM-%Y.log PCA301_IPCAM
attr FileLog_PCA301_IPCAM logtype text
attr FileLog_PCA301_IPCAM room PCA301
define weblink_PCA301_IPCAM SVG FileLog_PCA301_IPCAM:weblink_PCA301_IPCAM:CURRENT
attr weblink_PCA301_IPCAM room Aussen,Plots,Alles
@Mele,
der wird noch keine Daten geloggt haben.
Vielleicht gehst du mal auf die Steckdose und auf Probably associated with (filelog). Von da aus steht da was mit Create SVG-Log. Da kann man so ein Plot selber machen.
Robin
Hallo zusammen,
die PCA301 läuft nun 1,5 Tage zuverlässig.
Was mich wundert sind die consumption und consumptionTotal-Werte im Log. diese sind unverändert 0:
Ausschnitt:
2013-09-14_08:37:03 PCA301_IPCAM consumption: 0
2013-09-14_08:37:03 PCA301_IPCAM consumptionTotal: 0
2013-09-14_08:37:33 PCA301_IPCAM power: 2.8
2013-09-14_08:37:33 PCA301_IPCAM consumption: 0
2013-09-14_08:37:33 PCA301_IPCAM consumptionTotal: 0
2013-09-14_08:38:06 PCA301_IPCAM power: 3
2013-09-14_08:38:06 PCA301_IPCAM consumption: 0
2013-09-14_08:38:06 PCA301_IPCAM consumptionTotal: 0
2013-09-14_08:38:36 PCA301_IPCAM power: 3
2013-09-14_08:38:36 PCA301_IPCAM consumption: 0
2013-09-14_08:38:36 PCA301_IPCAM consumptionTotal: 0
2013-09-14_08:39:07 PCA301_IPCAM power: 3.1
2013-09-14_08:39:07 PCA301_IPCAM consumption: 0
2013-09-14_08:39:07 PCA301_IPCAM consumptionTotal: 0
2013-09-14_08:39:38 PCA301_IPCAM power: 3
2013-09-14_08:39:38 PCA301_IPCAM consumption: 0
2013-09-14_08:39:38 PCA301_IPCAM 3
2013-09-14_08:39:38 PCA301_IPCAM consumptionTotal: 0
2013-09-14_08:40:09 PCA301_IPCAM power: 3.2
2013-09-14_08:40:09 PCA301_IPCAM consumption: 0
2013-09-14_08:40:09 PCA301_IPCAM 3.2
2013-09-14_08:40:09 PCA301_IPCAM consumptionTotal: 0
2013-09-14_08:40:43 PCA301_IPCAM power: 3.2
2013-09-14_08:40:43 PCA301_IPCAM consumption: 0
2013-09-14_08:40:43 PCA301_IPCAM on
2013-09-14_08:40:43 PCA301_IPCAM consumptionTotal: 0
Der Vollständigkeit halber noch die Config:
(siehe Anhang / see attachement)
Vielen Dank wiedermal vorab für die Hilfe!
Manuel
Naja bei 3 Watt ... Steck mal den Föhn deiner Frau rein ;-)
Hallo,
Ich habe im Moment das gleiche Phänomen, das Consumption = 0 ist,
egal was und wie lange an den Steckdosen was angeschlossen ist und läuft.
Werde das nachher nochmals genauer protokollieren.
Hallo Oliver,
zur Info:
Habe soeben meine 2 PCAs in Betrieb genommen.
Einer davon war zuerst auf channel 0. --> konnte ich nicht schalten.
Zitat von: ohweh schrieb am Do, 12 September 2013 19:26Warum FHEM den falschen Kanal für die Dosen hat, weiss ich noch nicht.Bitte lösch die PCAs nochmal aus FHEM und paire sie erneut./Oliver
Nach dem Löschen und erneutem pairen war dann alles ok!
Gruss Billy
Mhh wenn das 0 bleibt da muss da was faul sein, bei mir geht noch alles, ich habe das letzte Update aber nicht eingespielt und auf dem JeeNode habe ich die [pcaSerial.10.0g]
/Daniel
Morgäähn :)
Anbei eine neue pcaSerial Version (10.0h). Sie behebt das das "Channel 00 Problem" für neue Devices.
@Mele + Rossini600: Ich kriege an Euer Consumption Problem noch keinen Kopf, bei mir läuft das einwandfrei.
- Die "Consumption"-Werte sind in kWh, d.h. bei 3 Watt wird's ne ganze Weile dauern bis man da was sieht. Könnt ihr mal Fernseher oder PC über die Dose betreiben?
- Mele, Dein Config Screenshot zeigt, dass die Dose tatsächlich Consumption-Werte von 0 überträgt, insofern wird da auch nichts falsch ausgewertet.
- Ihr habt aber keine Anzeigeeinheit nebenbei laufen, oder?
Gruss
Oliver
Hallo,
bin begeistert was Ihr da realisiert habt.
Habe meinen Jeelink und ein paar Dosen letzte Woche bekommen aber leider erst heute dazugekommen das auszuprobieren.
Bis auf das Device 00 Problem (ich habe den letzten sketch aus dem Forum verwendet) funktioniert alles perfekt, aber mir dem kann ich leben.
Jetzt werde ich meine ZWave Steckdosen abbauen können, da habe ich immer Reichweiten Problem gehabt.
Grüsse aus Österreich
Karl
Hi Karl,
wie jetzt, Du hast mit dem letzten Sketch das Problem mit Channel 00? Hast Du wirklich die Version von heute morgen (10.0h)?
Aber schön dass es für Dich funktioniert :)
/Oliver
Hi Oliver,
Ja, ich habe den letzten sketch aus dem forum genommen, aber wie gesagt das ist wirklich kein problem, da hab ich mit homematic wesentlich mehr zeit verbracht.
Gurss
Karl
Hallo!
Ich hab mir 2 Steckdosen + Jeelink besorgt. Damit wollte ich erstmal den Verbrauch meines Durchlauferhitzers mitloggen.
Leider nimmt mein Durchlauferhitzer (mit der pca 301) gemessene 3265W auf. Das sollten so rund 14.2A sein. Die PCA 301 sind ja auf 13A ohm'sch ausgelegt. Was meint ihr, packt das ding das? Wisst ihr ob da eine Sicherung verbaut ist? Hab gerade keinen TORX zur Hand zum aufschrauben.
Grüße
Edit:
Der Stom fließt auch nur relativ kurz. Ist wiegesagt ein Durchlauferhitzer für die Spüle in der Küche. Abwasch erledigt der Geschirrspüler deswegen benötige ich entsprechend wenig warmes Wasser in der Küche. Der Leitungsschutzschalter vom Küchen Kreis ist auch nur 13A hab ich gerade gesehen ;)
Ich habe das neue 10.0h Sketch mit meiner bis dahin nicht benutzten 3. Funkdose
getestet. Es wurde Channel 04 (?!? [warum nicht 03]) angezeigt.
Schalten konnte ich auch nicht. Nach dem Löschen aus FHEM gings dann sofort.
Steht jetzt auch auf Channel 03.
Dies mal zur Info.
Hallo zusammen,
bin auch gerade dabéi mich in das Thema FHEM einzuarbeiten. HJabe bereits einiges an HW unter anderem eine Nanode RF (ist ein RFM12b drauf).
Wäre es damit auch möglich die Verbrauchsdaten zu erfassen und die Steckdosen zu schalten? Kann ich den Sketch so verwenden?
Danke für die Antwort!
Hey,
ja, denk schon dass die aktuelle Version mit dem Nanode RF laufen wird. Die geplante Version 2 dann aber wiederum nicht, da der Nanode kein Dataflash hat. Den könntest Du natürlich nachrüsten.
/Oliver
Zitat von: spooniester schrieb am Di, 17 September 2013 13:09Hallo zusammen,
bin auch gerade dabéi mich in das Thema FHEM einzuarbeiten. HJabe bereits einiges an HW unter anderem eine Nanode RF (ist ein RFM12b drauf).
Wäre es damit auch möglich die Verbrauchsdaten zu erfassen und die Steckdosen zu schalten? Kann ich den Sketch so verwenden?
Danke für die Antwort!
Bzgl. des Channel 00 Problems: Das ist mir schleierhaft. Ich bin sicher, dass keine Pairing-Pakete (die mit Kanal 0 gesendet werden) mehr auf der seriellen Schnittstelle angezeigt werden. Insofern ist da noch eine andere Komponente im Spiel die zu dem Verhalten führt. Ich spiel das am Wochenende nochmal durch.
/Oliver
Hallo!
Ich wollte gerade meinen JeeLink neu flashen. Irgendwie läuft das ganze nicht so rund, der Reset funktioniert zB nicht.
Leider finde ich in meinem contrib ordner keine 36_PCA301-pcaSerial.zip. Fhem ist up 2 date. Wurde das zib File verschoben?
Grüße
Edit:
Änderungsdatum meines contrib Ordners ist der 20.05.13 Kann das sein?
contrib wird beim update leider nicht automatisch aktualisiert. du musst es direkt aus dem svn holen oder aus dem aktuellen fhem tar file.
gruss
andre
Hallo Emil,
Abhilfe könnte mein Beitrag (http://forum.fhem.de/index.php?topic=11648.msg94406#msg94406) der letzten Tage bringen.
VG
Manuel
Zitat von: justme1968 schrieb am Sa, 21 September 2013 10:00du musst es direkt aus dem svn holen oder aus dem aktuellen fhem tar file.
In dem Aktuellen fhem tar file (
http://fhem.de/fhem.html#Download) sowie im sourceforge svn (
http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/) ist die .zib datei auch nicht vorhanden?
Grüße
http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/arduino/ (//sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/arduino/)
gruss
andre
Danke!
Kannst du das in der Ref anpassen?
ZitatThe JeeNode sketch required for this module can be found in .../contrib/36_PCA301-pcaSerial.zip.
Grüße
ups. sorry. ist geändert.
gruss
andre
Hallo!
Ich hab wiedermal ein Problem ;)
Eine PCA301 steckt bei meiner Waschmaschine. Das tolle an der Steckdose ist das FHEM den Manuellen Schalter auch mitbekommt.
Meine Überlegung war wenn ich die Waschmaschine mit den Manuellen Schalter an SD einschalte sollte sich der consumption Zähler zurücksetzten. Das hab ich mit einem notify gelöst.
define nWaschmaschineLetzterWaschgang notify Waschmaschine:on set Waschmaschine reset
Das Problem ist jetzt das der state auf set-reset stehen bleibt. Das tritt aber nur auf wenn ich den reset per notify sende. Wenn ich "per Hand" den Befehl sende wird nach kurzer zeit der state wieder richtig gesetzt.
Kann das sein?
Grüße
hi,
ich habe letztens das nicht hingekriegt, ich weiß auch nicht wieso und dann ha ich mir einen durchlauerhitzer welches elektronisch geteuert wird, gekauft. ich musste sozusagen nix mehr machen es war schon alles so wie es sein sollte. falls interesse besteht, schau hier (//www.unidomo.eu/).
Hallo,
wenn ich die Datei 36_PCA301-pcaSerial.zip bei sourceforge runterlade und kompiliere, erhalte ich die Fehlermeldung
core.a(main.cpp.o): In function `main':
C:\Program Files (x86)\Arduino\hardware\arduino\cores\arduino/main.cpp:11: undefined reference to `setup'
C:\Program Files (x86)\Arduino\hardware\arduino\cores\arduino/main.cpp:14: undefined reference to `loop'
Andere Sketche werden klaglos kompiliert. Woran kann das liegen? Für einen Hinweis wäre ich sehr dankbar!
Viele Grüße,
Stefan
die fehlermeldung kommt mir zwar sehr seltsam vor...
aber zur sicherheit: hast du die jeelib runtergeladen?
womit kompilierst du denn?
gruss
andre
Hallo Andre,
danke für die prompte Antwort!
Ich kompiliere mit Arduino 1.0.5 unter Windows 7 (64 Bit). Die Jeelib liegt dabei unter C:\Program Files (x86)\Arduino\libraries\jeelib.
Herzliche Grüße,
Stefan
bei windows kann ich dir leider nicht wirklich weiter helfen weil ich es nicht selber probieren kann aber ich weiß das der kompilier scheinbar bei ein paar dingen anders reagiert.
schalte mal fürs kompilieren verbose ein. ich vermute das aus irgend einem grund invalide files nicht gefunden werden.
gruss
andre
Hm, dann bekomme ich etwas mehr Fehler:
C:\Program Files (x86)\Arduino\libraries\jeelib\PortsSHT11.cpp:24: warning: only initialized variables can be placed into program memory area
C:\Program Files (x86)\Arduino\hardware\arduino\cores\arduino\HardwareSerial.cpp: In function 'void store_char(unsigned char, ring_buffer*)':
C:\Program Files (x86)\Arduino\hardware\arduino\cores\arduino\HardwareSerial.cpp:98: warning: comparison between signed and unsigned integer expressions
C:\Program Files (x86)\Arduino\hardware\arduino\cores\arduino\HardwareSerial.cpp: In function 'void __vector_18()':
C:\Program Files (x86)\Arduino\hardware\arduino\cores\arduino\HardwareSerial.cpp:127: warning: unused variable 'c'
C:\Program Files (x86)\Arduino\hardware\arduino\cores\arduino\HardwareSerial.cpp: In member function 'void HardwareSerial::begin(long unsigned int, byte)':
C:\Program Files (x86)\Arduino\hardware\arduino\cores\arduino\HardwareSerial.cpp:368: warning: unused variable 'current_config'
C:\Program Files (x86)\Arduino\hardware\arduino\cores\arduino\HardwareSerial.cpp: In member function 'virtual size_t HardwareSerial::write(uint8_t)':
C:\Program Files (x86)\Arduino\hardware\arduino\cores\arduino\HardwareSerial.cpp:467: warning: comparison between signed and unsigned integer expressions
C:\Program Files (x86)\Arduino\hardware\arduino\cores\arduino\Print.cpp: In member function 'size_t Print::print(const __FlashStringHelper*)':
C:\Program Files (x86)\Arduino\hardware\arduino\cores\arduino\Print.cpp:44: warning: '__progmem__' attribute ignored
C:\Program Files (x86)\Arduino\hardware\arduino\cores\arduino\Tone.cpp:119: warning: only initialized variables can be placed into program memory area
core.a(main.cpp.o): In function `main':
C:\Program Files (x86)\Arduino\hardware\arduino\cores\arduino/main.cpp:11: undefined reference to `setup'
C:\Program Files (x86)\Arduino\hardware\arduino\cores\arduino/main.cpp:14: undefined reference to `loop'
Aber wenn es bei Euch funktioniert, muss das Problem ja vor dem Bildschirm sitzen ;-) Ich setze die Arduino Software auf einem anderen Rechner einfach nochmal auf, vielleicht geht es dann ja ...
Dir vielen Dank!
Gruß, Stefan
Der Fehler ist leider auf einem 2. Windows-System reproduzierbar: Ich habe
1. Die Arduino Software installiert
2. Die Jeelib-Bibliothek hinzugefügt und eingebunden und dann
3. Den Sketch importiert.
Gleicher Fehler.
Auf welcher Plattform arbeitest Du (dann probiere ich es mal damit) ?
Viele Grüße, Stefan
ich hab meinen auf einem mac kompiliert.
aber oliver hat glaube ich unter windows entwickelt.
sorryfür das stochern im dunklen... versuch mal eine ältere version der ide. deshalb habe ich auch schon probleme gesehen.
gruss
andre
Moin,
wie ist denn jetzt der aktuelle Stand zum Thema EC3k? Ich habe jetzt ein JeeNode über, hab die "ec3kSerial1.zip" geflashed, die 36_EC3000.pm ins FHEM kopiert und nun würde ich das mal testen. Gibts es da aktuelle Versionen oder irgend was worauf ich achten muss?
/Daniel
damit sollte es eigentlich direkt gehen. jedenfalls so fern du die reichweite in den griff bekommst.
meine ec3000 sind da so bescheiden das ich bei einer nicht schaffe egal ob ich 10cm 1m oder 10m weg bin. sogar der zugehöroge hand empfänger funktioniert nur bei jeden 10. oder 20. versuch.
die pca301 sind da deutlich zuverlässiger.
gruss
andre
Findet FHEM die Geräte automatisch oder muss ich die manuell anlegen, ich kenn die Adresse ja nicht bei denen wo der Aufkleber ab ist.
Kommen auch so komischen nachrichten von dem JeeNode: RAWMSG bad arg(s): 'l'
Naja ich hau erstmal in Sack, muss noch nen bissel Schlaf nachholen.
Gruß
Daniel
wenn autocreate an ist legt fhem die geräte automatisch an.
gruss
andre
Mhh ok dann stimmt was mit der Firmware nicht, dann muss ich den JeeNode nochmal neu flashen...
Gruß
Daniel
Habt ihr gesehen, dass die Lieferzeit gerade von 2 Wochen auf 20 Wochen hochgeschnellt ist?
Schade. Der JeeLink ist unterwegs.
Ärgerlich.
Jo das ist genau passiert nachdem ich gestern noch eine PCA bestellt hatte ;-) Naja mal schauen was und wann es kommt...
Ich hatte aber auch mal was bestellt wo 6 Wochen Lieferzeit veranschlagt war und ich es in 3 Tagen bekommen habe, also von dem her ...
Gruß
Daniel
Mhh kann mir doch mal jemand nen Link zu einer funtkionierenden EC3000 Firmware schicken, oder muss ich den eeprom löschen oder sowas? Ich bekomme das nicht hin:
RAWMSG bad command: '2c'
VERSION [ec3kSerial.1]
Danke und
Gruß
Daniel
Oha jetzt gehts, irgendwie hab ich FHEM neu gestartet und mit einmal läuft es, komisch, naja.
/Daniel
Hab für EC3000 mal ein neues Thema bei sonstige Systeme (http://forum.fhem.de/index.php/topic,16108.0.html (http://forum.fhem.de/index.php/topic,16108.0.html)) angelegt. Übrigens geht das bei mir mit der Reichweite genauso wie bei den EM1000EM, also ich kann erstmal nicht klagen, durch eine Wand geht es schon durch.
Gruß
Daniel
Zitat von: Spiff am 01 November 2013, 22:37:09
Habt ihr gesehen, dass die Lieferzeit gerade von 2 Wochen auf 20 Wochen hochgeschnellt ist?
Schade. Der JeeLink ist unterwegs.
Ärgerlich.
... und jetzt steht PCA 301 auf "sofort lieferbar" :)
Dann bekommt Dein JeeLink ja bald was zu tun.
Gruß, Peter
Ja lieferbar und bestellt mal sehn wie lang der vorrat bei ELV reicht !
Schade hatte keinen Gutscheincode mehr.
Gesendet von meinem iPad mit Tapatalk HD
Hallo,
der PCA 301 funktioniert ja momentan nur mit dem JeeLink, wenn ich das richtig mitbekommen habe. Funktioniert der JeeLink auch mit der Fritzbox?
Und die nächste Frage: der JeeLink funktioniert ja mit einem Arduino sketch, könnte man den Sketch nicht auch einfach für den Panstamp nehmen?
Grüße
der jeelink sollte mit einer fritzbox funktionieren.
mit einem panstamp geht es (noch) nicht weil auf den panstamps ein anderes rf modul sitzt und auf dem jeelink das gleiche das in den dosen verbaut ist und noch niemand sich die mühe gemacht hat das zu portieren.
da die rf parameter aber anders sind als bei swap bräuchtest du dann auch einen eigenen panstamp nur für die dosen.
gruss
andre
Hallo zusammen,
ich habe einen Jeelink V3 mit dem Arduino Skatch programmiert. Die automatische Erkennung eines PCA 301 Funksteckdose samt An/Aus, Statusabfrage, Verbrauch etc. funktioniert auch einwandfrei.
Nun habe ich aber nach einem mehrstündigen Betrieb Aussetzer im Plot (Verbrauch 0W), obwohl an der Funksteckdose Verbraucher durchgängig aktiv waren.
Eine Kurze Suche in FHEM ergab, dass in der Zwischenzeit "andere" PCA 301 automatisch erkannt wurden, deren Logfiles genau die fehlenden Daten enthalten. Hierbei kam es also zu Übertragungsfehlern der ID zwischen PCA 301 und Jeelink.
Gibt es eine Möglichkeit, die Sende-/Empfangsqualität zu verbessern, sodass dies nicht mehr auftritt? Momentan sind Jeelink und PCA 301 noch sehr nah (ca. 2m Luftlinie) beieinander.
Vielen Dank an die Entwickler für den engagierten Einsatz, diese Steckdose in FHEM zu integrieren!
Interessant... ich habe heute 3 neue Steckdosen bekommen, 2 scheinen problemlos zu funktionieren, eine zeigt im Leerlauf, also ohne angeschlossene Geräte, schon 32 Watt an.
Hat das jemand anderer auch? Ist die Dose defekt?
Hallo!
Ich habe heute auch ein Paket mit 10 PCA301 erhalten.
Nachdem ich bei 2 identischen Verbrauchern an 2 verschiedenen PCA301 gleichzeitig unterschiedliche Werte erhalten hatte, habe ich jede der 10 Steckdosen drei Tests unterzogen:
1.) Leerlauf ohne Verbraucher
2.) TV & Soundanlage
3.) Föhn auf kleiner Stufe
Fazit:
2 der 10 Steckdosen sind defekt und zeigen bei Test 1 ebenfalls 32 bzw. 36 Watt.
Genau diese beiden Steckdosen weichen bei Test 3 von den durchschnittlichen 905 Watt um 150 bzw. 175 Watt ab.
Die beiden Steckdosen gehen zurück - und selbst wenn die Strommessfunktion (immerhin eigentlich dessen Hauptfunktion) nicht funktioniert, sind es immer noch gute bidirektionale Schaltaktoren für die Hälfte des Preises der Homematic-Steckdosen.
Ein bisschen schade. Die Steckdosen machen ansonsten wirklich einen hochwertigen Eindruck.
Mal sehen, wie lange diese Strommessfunktion überhaupt funktioniert. ::)
Viele Grüße
Spiff
P.S.: nur meckern ist doof. Ich muss auch nochmal erwähnen, dass die Integration mit JeeLink in FHEM wirklich sehr gut funktioniert hat. Danke Oliver & André.
@Spiff: Hast Du ein anderes Messgerät bei der Hand? Nicht, dass die Steckdose so defekt ist, dass sie selbst die 36 Watt permanent benötigt .....
Ja, habe ich gerade ausprobiert, ist nicht der Fall. Das Messgerät schwankt immer zwischen 0 und 1 Watt (meine alten ITs haben permanent 1W angezeigt, spricht wieder für die PCA301, der man die "0,4W" fast glauben kann).
Die 36 Watt dürfte man auch ziemlich schnell fühlen können. :-)
Vielleicht müssten diese Dosen dann gar nicht ausgetauscht werden, sondern müssten nur um einen Korrekturfaktor "geeicht" werden?!?
Ich mag sie nicht zurückschicken ;-)
Ich habe gerade nochmal die Anleitung des PCA301-Sets durchgelesen, es gibt keine "Endverbraucher-Eichfunktion". ;)
Und in FHEM einen Korrekturfaktor einzuprogrammieren, den man erst noch rausfinden muss (wenn überhaupt möglich), ist doch - mit Verlaub - Kacke.
Beachtenswert ist, dass unsere 3 defekten Steckdosen fast identische Werte ausgeben.
Was ist schlimm am Umtausch? Kostet doch nix ausser Zeit. ::)
Ich habe gestern 5 Steckdosen erhalten und leider waren auch bei mir 2 defekt - ohne Verbraucher lag der angezeigte Verbrauch bei 30 - 50 W und bei 30 W Last wurden über 1000 Watt angezeigt. Ich habe die Steckdosen zurück gesendet ...
Hallo,
Da ist wohl eine schlechte Serie geliefert worden :-(
Habe Freitag 4 PCA301 vom ELV geliefert bekommen, wovon gerade mal 1 richtig funktioniert, also "ohne Belastung" misst er 0W und lässt sich vom FHEM schalten...
Die andere 3 geben Werten zwischen 33W und 37W an für den Power ohne das eine Belastung dran ist.
Was aber Komisch war ist das ich (bevor mir diese Fehler aufgefallen war) eine an meine Multimedia Ecke angeschlossen hatte und der erst mal OK aus geschaut hat, gestern Abend im wo alles im fast Idle war gab er 24 Watt an und heute Morgen wo auch mein SAT receiver nicht mehr aufgenommen hat sogar 13Watt. Aber wo ich den PCA301 dann raus genommen habe um den "ohne Belastung" Test zu machen hat er 34Watt angezeigt und ließ sich nicht schalten, ganz komisch.
Dürfte kein Reichweite Problem sein, alles ist im Gleichen Raum, in etwa Max 2 Meter vom empfangener getestet worden.
Jemand Ideen? Hat sich was im Jeelink oder FHEM SW geändert im letzten Zeit was damit zusammen hängen könnte?
Danke,
Ton
PS: Was mir sonst aufgefallen ist ist das die Messungen sehr häufig kommen, etwa alle 2 bis 4 Sekunden, ist das Normal und kein zu große Belastung des Systems?
Hi,
bei mir haben die defekten Steckdosen auch bei einer wirklichen Belastung von ca. 30 Watt ca. 11 Watt angezeigt. Ohne Belastung ca. 35 Watt und bei 900 Watt Belastung 1180 Watt. Mir ist das auch erst aufgefallen, als ich 2 identische Verbraucher parallel aufgezeichnet habe.
Es wäre interessant zu wissen, ob die "originale" Anzeigeeinheit ebenfalls diese falschen Werte anzeigt. Aber ich denke, die hat hier niemand. ;)
Der häufige Traffic ist mir auch aufgefallen. Ich meine, die Steckdosen senden sogar so häufig, wenn sie ausgeschaltet sind (wird in fhem nur nicht sichtbar gemacht).
Ich habe die Steckdosen mal geöffnet und nachgesehen, ob vielleicht der Shunt-Widerstand (der den Messwert an die Auswertelektronik liefert) nicht richtig verlötet ist. Da ist mir auf die Schnelle aber nichts aufgefallen, ausser, dass ein Kondensator zu einem einer funktionierenden Steckdose unterschiedlich aussah, aber den gleichen Wert hatte.
Eine der Steckdosen habe ich zum "Nur-Strommesser" modifiziert - also das Relais überbrückt. Ich möchte meinen Serververbrauch aufzeichnen. Da die Steckdosen sich nach einem Stromausfall nicht von selbst wieder einschalten, habe ich diese Modfikation vorgenommen. Das Signal "forceOn 1" könnte der Server von sich nie bekommen. Ich habe es trotzdem in die fhem.cfg für ihn mit angegeben, weil im ausgeschalteten Zustand keine Verbrauchsinformationen in fhem ankommen.
Bilder der Platine im Anhang, mit der Überbrückung des Relais, zu sehen auf der Unterseite links (braune Drahtisolierung).
Viele Grüße
Spiff
Hallo,
Das updaten im 3 bis 4 Sekunden Takt passiert bei mir bei alle, also "gut" und "schlechte" PCA301.
Ist aber eindeutig zu viel, wenn wie bei mir 4 oder mehr geräten dran hängen, könnte bei so häufigen senden auch der Rest der Kommunikation gestört werden.
Sonst ist mir aufgefallen das wenn ich ein SVG Grafik machen lasse auf meinem Rasperry das es ewig dauert ( obwohl er erst 3 Tagen mit PCA301 lauft ) wahrscheinlich weil so viele Messwerten da sind die mit gerechnet werden müssen.
Ich vermute das das schnelle Auslesen der Messwerten vom Jeelink gemacht wird, indem es so oft der PCA301 ausliest ( polling read ).
Habe mal in den Sourcecodes vom Jeelink geschaut (36_PCA301-pcaSerial.zip vom 2013-09-15 ), und da eine stelle gefunden wo ein poll Intervall eingestellt wird :
pcaConf.pcaDev[devPtr-1].nextTX = millis() / 100 + random(0,30) + pcaConf.pollIntv; ( pcaSerial10hp.ino:220 )
der Definition findet man im pca301.h:47
uint16_t pollIntv; // polling intervall in 1/10th of seconds for regular devices
Diese wert wird einmal im fillConf() ( pca301.cpp:422 ) gesetzt, ABER für mich sieht es aus als ob da ein wert von 3 Sekunden statt 30 Sekunden ( der ich hier im Forum schon mal gelesen habe meine ich )
pcaConf.pollIntv = 30; // default poll interval in seconds
Der Wert und Kommentar sind aber verwirrend, im Header steht es ist ein 1/10 Sekunde wert und im .cpp das es ein Sekunde wert sein soll...
Ich habe den wert dann mal auf 300 gestellt und damit mein Jellink laufen lassen damit dann eventuell ein 30 Sekunde polling ist, aber es hat leider kein unterschied gemacht :-(
Vielleicht weil diese Funktion nur aufgerufen wird wenn der loadConf() ( pcaSerial10hp.ino:440 ) keine config im EEPROM findet, mir ist aber nicht klar ob und was da drin steht und wie ich das ändern kann.
Also bin ich da auf ein richtigen weg ? Werden die werten Aktiv vom Jeelink gepollt und kann man dort das Intervall erhöhen oder werden die werten doch vom PCA301 so oft verschickt, dann kann man da wenig machen außer eventuell Messwerten verwerfen.
Gruß
Ton
Hallo
ich habe auch zwei Geräte, von drei gelieferten, die einen Wert zwischen 30 und 35 Watt anzeigen. Dieser Wert wird auch bei dem originalen ELV Funk-Energiekostenmonitor so angezeigt. Es ist kein Problem von FHEM, sondern die ganze Produktionsserie scheint mit einer bis zu 80 % Wahrscheinlichkeit fehlerhaft zu sein. Wer ein weinig Glück hat erhält derzeit auch mal eine funktionierende Funkschaltsteckdose PCA 301. Die aktuelle Lieferzeit bei ELV ist nun auf "18 Wochen" eingestellt worden.
es ist richtig das die dosen gepolt werden und nicht von sich aus senden. das macht auch die zugehörige anzeige so. die anzeige polt alle 60 sekundn. der sketch sollte es alle 30 tun. es ist geplant für die nächste version des sketches das intervall konfigurierbar zu machen.
ich habe zur zeit nur eine dose in betrieb. und die wird auch in einem 30 sekunden intervall abgefragt.
das was du gefunden hast schaut auf den ersten blick aber tatsächlich nach 3 statt 30 sekunden aus. die stelle wird nur zum erstmaligen initialisieren des eeproms verwendet. da die werte noch nicht konfigurierbar sind musst du deine änderung in pca301.cpp in loadConf() in die '// valid config found, reset dynamic settings' schleife mit einbauen. also da noch ein 'pcaConf.pcaDev =xxx;' um das Intervall für die einzelnen dosen zu setzen.
wieviele dosen hast du denn in betrieb?
gruss
andre
Hi Andre,
das ist ja super! Ich benutze momentan 7 der Steckdosen und der JeeLink ist permanent am Flackern. Bei mir kommen die Daten auch etwa alle 3 Sekunden.
Mir ist auch noch aufgefallen, dass manchmal die Übertragung gar nicht klappt, wenn ich fhem neu starte; nach dem 2. oder 3. Mal geht es dann.
Ich hatte es auch schon, dass am JeeLink nur die blaue LED leuchtet und die rote aus blieb. Dann habe ich ihn herausgezogen und ein paar Sekunden gewartet und wieder eingesteckt, dann ging es.
All diese Probleme tauchen im normalen Betrieb nicht auf - wenn er erstmal funktioniert, dann auch zuverlässig.
Viele Grüße
Spiff
alle drei sekunden von jeder dose oder alle drei sekunden von irgendeiner dose?
das sketch pollt noch alle dosen auf einen schlag sondern etwas zufällig verstreut.
7 dosen alle 30 sekunden ist nicht weit entfernt von alle 3 sekunden eine andere.
gruss
andre
Habe am Samstag 4 PCA 301 bekommen und heute getestet.
davon sind 3 Stück nicht in Ordnung. >:(
1 Dose zeigt ohne Verbraucher 33W an
1 Dose zeigt ohne Verbraucher 1,1W an
1 Dose zeigt ohne Verbraucher 2,1W an
Nur eine Dose zeigt ohne Verbraucher 0,0 W an. --> Entspricht dem Verhalten meiner 2 PCA 301 aus der guten Charge.
Billy
Alle 3-5 Sekunden von jeder einzelnen Dose.
Hallo Andre,
Habe 4 dosen bestellt bei ELV wovon aber leider nur 1 richtig tut, also ohne Belastung 0W Power und lässt sich schalten.
Habe, bis ich die 3 Kaputte zurück geschickt habe, 4 Stuck in betrieb.
Da wird JEDER der dosen alle 3 bis 4 Sekunde gepolled, soweit ich mich Erinnern kann ( bin jetzt nicht zuhause zum nachschauen) wird sogar so oft weiter gepolled wenn der PCA301 aus ist.
Danke für den hinwies wo ich noch patchen kann! Hatte vorher beim beschreiben zwar die Stelle gesehen und die Idee gehabt mal so was zu Probieren, dein hinweis bestätigt dies, also werde ich das heute Abend gleich mal ausprobieren.
Gruß,
Ton
ok. jede dose alle 3 sekunden sollte nicht sein.
gruss
andre
Ich hatte das Problem mit sekündlichen pollen auch. Hab dann den code solange aus der cfg gelöscht und wieder eingefügt bis es funktioniert hat. Seit dem klappts komischerweise.
Morgen bekomm ich wieder 2 pca's. Werde dann berichten ob die funktionieren.
Grüße
Hallo,
Hat jemand eine Ahnung an welches Bauteil diese Fehlmessung liegen könnte?
Ich wurde nämlich lieber eine Lötkolbe in der Hand nehmen und ein Kleinigkeit dazu oder weg löten als die 3 Steckdosen zurück schicken und 18 Wochen auf Ersatz warten...
Bin leider keine HW Experte aber konnte mich vorstellen das so was typischerweise von eine Kaputte/Falsche Kondensator oder widerstand oder so kommen könnte und eher kein PCA301 SW Problem ist weil es bei 1 von 4 ( in meinem Fall ) tut, und die bestimmt die gleiche SW haben.
Also jemand eine Idee ??
Gruß
Ton
Moin, Moin,
mit dem aktuellen Update sogar deutlich unter 3 Sekunden :-). Gestern in betrieb genommen, da wars schon recht häufig, aber jetzt nach update will er (jeelink) es wissen :-)
2013-11-11 16:21:08.689 PCA301 PCA301_0D0301 power: 23.4
2013-11-11 16:21:08.689 PCA301 PCA301_0D0301 consumption: 0.79
2013-11-11 16:21:08.689 PCA301 PCA301_0D0301 consumptionTotal: 0.71
2013-11-11 16:21:09.231 PCA301 PCA301_0D0301 power: 23.4
2013-11-11 16:21:09.231 PCA301 PCA301_0D0301 consumption: 0.79
2013-11-11 16:21:09.231 PCA301 PCA301_0D0301 consumptionTotal: 0.71
2013-11-11 16:21:09.773 PCA301 PCA301_0D0301 power: 23.4
2013-11-11 16:21:09.773 PCA301 PCA301_0D0301 consumption: 0.79
2013-11-11 16:21:09.773 PCA301 PCA301_0D0301 consumptionTotal: 0.71
vg
Jörg
da muss oliver noch mal nach dem sketch schauen.
gruss
andre
ich habe gerade einen fehler bei der intiialisierung des pac301 jeenode gefunden und einen fix eingecheckt.
der fehler hat dazu geführt das unter bestimmten bedinungen eine endlos schleife beim device öffnen passieren konnte.
das führt dann zu dem verhalten mit dem dauerlicht. es hat aber nichts mit dem 3 sekunden pollen zu tun. das hat eine andere ursache die ziemlich sicher im sketch und nicht im fhem modul liegt.
gruss
andre
Hi Andre,
ich habe gerade ein Update ausgeführt, seitdem ist der JeeLink sehr wissbegierig. Mit einer Version von vor ein paar Tagen kamen die Nachrichten wirklich "nur" alle 3-4 Sekunden, jetzt sind es mehrere pro Sekunde!
Und: er führt im Eventmonitor jetzt auch meine eine Reserve-Steckdose auf, die gar nicht eingesteckt ist. ???
Gruß
Spiff
die version mit dem fix von oben bekommst du erst morgen im update. wenn du die schon jetzt brauchst musst du sie von hand aus dem svn auschecken.
die endloss schleife führt dazu das der jeelink immer wieder initialisert wird. bei der initialisierung wird die liste aller bekannten steckdosen abgefragt. also jede die schon mal mit dem jeelink gepaired war. da ist dann auch die reserve dose dabei.
gruss
andre
Aaah, okay, hat funktioniert.
Jetzt kann ich die Steckdosen nur leider nicht mehr schalten, die Befehle dazu tauchen im Eventlog aber auf.
2013-11-11 20:09:05 PCA301 xxx power: 72.1
2013-11-11 20:09:05 PCA301 xxx consumption: 3.26
2013-11-11 20:09:05 PCA301 xxx consumptionTotal: 0.8
2013-11-11 20:09:06 PCA301 xxx set-off
Es passiert jedoch nichts.
Kleine Info am Rande: ich habe den JeeLink in der fhem.cfg umbenannt, weil ich gerade einen zweiten installiert habe.
Hast du eine Idee?
Gruß
Spiff
@Spiff: hast Du mal die neue Steckdose gelöscht und neu anlegen lassen?
Bei mir wurde eine zusätzliche Steckdose auch erst als "Kanal 04" (war eigentlich am Display PSA301 auf Kanal 02 angelernt) erkannt und ließ sich nicht schalten. Nach dem Löschen hat autocreate die dann neu auf Kanal 02 angelegt und das Schalten (sowie der Rest) hat funktioniert.
(Habe ich auch so im Wiki dokumentiert; die Gründe sind wohl noch unklar? Es gab aber vor einer Weile schon ähnliche Probleme mit neuen Geräten, damals auf Kanal 00).
@Andre (justme1968): ist Dir das bekannt? Kann man bei der Problemeingrenzung noch helfen?
Gruß, Peter
@Spiff: passt das IODev noch? wenn du mehr als einen jeelink hast musst du drauf achten das jedes pca301 device das richtige IODev gesetzt hat sonst geht das senden nicht.
@ph1959de: nein. das wusste ich noch nicht. ich vermute aber das es am sketch liegt. oliver hat eben geschrieben das er sich das mal anschaut.
wenn es probleme gibt bitte mal global verbose auf 5 setzen und nachschauen was für messages geloggt werden.
gruss
andre
Zitat von: justme1968 am 11 November 2013, 20:39:57
Wenn es probleme gibt bitte mal global verbose auf 5 setzen und nachschauen was für messages geloggt werden.
Hab jetzt leider keine "frischen" PCA301 mehr und mit den schon angelernten tritt das Problem ja nicht auf (ich wüsste jedenfalls nicht, wie ich es provozieren könnte). Aber die gerade bestellten neuen PCAs kommen ja schon bald ... in 18 Wochen :-\ ... dann werde ich an das verbose (hoffentlich noch) denken.
Gruß, Peter
noch eine idee:
wer hatte alles schon probleme mit einem 'falschen' kanal? ist jemand dabei der *keine* display unit hat?
mein verdacht ist gerade folgender: wenn der jeelink eine neue dose lernt vergibt er den nächsten freien kanal. wenn die display unit die dose lernt vergibt sie natürlich auch einen kanal. sie weiss ja nichts vom jeelink. wenn display unit dann die dose pollt lernt der jeelink den kanal den das display vergeben hat und verwendet diesen statt dem eigenen. in fhem ist das device aber noch mit dem alten kanal angelegt. beim empfangen macht das nichts weil hier nur die device id verwendet wird. nur beim senden ist der kanal wichtig.
gruss
andre
Hi ho :)
Oh man, irgendwie fehlen mir die Email-Benachrichtigungen. Hab nicht mitbekommen, was hier die letzten Tage gelaufen ist, sorry.
Dann lasst mich mal versuchen ein wenig Ordnung ins Chaos zu kriegen...
Bzgl. den 3 Sekunden im Sketch: Das ist nicht das Polling-Intervall, sondern eine zufällig Zeit-Abweichung zwischen 0 und 3 Sekunden... Hintergrund ist, dass wenn der JeeLink "resettet/gebootet" wird, er ja sofort mit dem Polling seiner bereits bekannte Devices beginnt. Das führt natürlich bei vielen Devices erstmal zu einem kleinen RF-Sturm. Um das zu entzerren, wird auf das Standardpolling-Intervall je Device immer diese zufällige Zeitabweichung zuaddiert, sodass sich die Polling-Pakete nach kurzer Zeit besser über die Laufzeit verteilen. Hat man also 30 Sekunden als Poll-Intervall eingestellt, wird das Device zwischen alle 30 bis 33 Sekunden gepollt. Daran rumzuspielen hat also wenig Sinn :)
Wenn der JeeLink ein Paket empfängt, welches nach einem manuellen Schaltbefehl aussieht, dann wird sofort gepollt um den echten Status zu ermitteln. Das hat bisher (bei der alten Charge) auch geklappt. Vielleicht liegt hier der Hund begraben, weil das Protokoll leicht verändert wurde? Oder die RF-Parameter leicht geändert? Ist schwer zu sagen...
Ich blicke bei den Kommentaren hier gerade nicht so ganz durch. Hat jemand eine PCA aus der neuen Charge, die:
- 0 Watt anzeigt wenn sie unbelastet ist
- aber trotzdem alle 3 Sekunden gepollt wird?
Wenn ja, könnte mir jemand eine solche Dose schicken? Ich würde mir das dann mal direkt im Detail anschauen... Diese neuen Phänome hier sind echt schräg, irgendwas muss sich da geändert haben. Mehr fällt mir gerade leider nicht ein...
Gruss
Oliver
Zitat von: justme1968 am 11 November 2013, 20:46:26
noch eine idee:
wer hatte alles schon probleme mit einem 'falschen' kanal? ist jemand dabei der *keine* display unit hat?
mein verdacht ist gerade folgender: wenn der jeelink eine neue dose lernt vergibt er den nächsten freien kanal. wenn die display unit die dose lernt vergibt sie natürlich auch einen kanal. sie weiss ja nichts vom jeelink. wenn display unit dann die dose pollt lernt der jeelink den kanal den das display vergeben hat und verwendet diesen statt dem eigenen. in fhem ist das device aber noch mit dem alten kanal angelegt. beim empfangen macht das nichts weil hier nur die device id verwendet wird. nur beim senden ist der kanal wichtig.
gruss
andre
Ich habe am Donnerstag 6 Dosen angelernt und habe keine Anzeigeeinheit. Ich musste jede Dose einzeln einmal und nach den Löschen ein zweites Mal anlernen.
VG
Manuel
Hallo,
Habe jetzt den test gemacht und der Jeelink SW so angepasst das im loadConf() nochmal des polling interval hart auf 30 Sekunden gesetzt wird und das deadInterval auf 300, zur Sicherheit weil der war meine ich auch um Faktor 10 zu niedrig.
Habe im pca301.cpp:391 im loadConf() folgendes zugefügt :
pcaConf.pollIntv = 300; // AK : Set polling interval to 30 seconds ( 300 * 1/10th of a second ) default poll interval
pcaConf.deadIntv = 3000; // AK : Set polling interval to 300 seconds ( 3000 * 1/10th of a second ) dead device poll retry interval
Und es tut !!! :-)
Vorher, schlecht fall mit 3 bis 4 sec polling :
2013-11-11_07:26:42 dg_IT_PC power: 2.9
2013-11-11_07:26:42 dg_IT_PC consumption: 0.16
2013-11-11_07:26:42 dg_IT_PC consumptionTotal: 0.26
2013-11-11_07:26:47 dg_IT_PC power: 2.4
2013-11-11_07:26:47 dg_IT_PC consumption: 0.16
2013-11-11_07:26:47 dg_IT_PC consumptionTotal: 0.26
2013-11-11_07:26:50 dg_IT_PC power: 2.6
2013-11-11_07:26:50 dg_IT_PC consumption: 0.16
2013-11-11_07:26:50 dg_IT_PC consumptionTotal: 0.26
Nachher, mit etwa 30 Sekunden :
2013-11-11_20:36:00 dg_IT_PC power: 2.6
2013-11-11_20:36:00 dg_IT_PC consumption: 0.22
2013-11-11_20:36:00 dg_IT_PC consumptionTotal: 0.32
2013-11-11_20:36:32 dg_IT_PC power: 2.7
2013-11-11_20:36:32 dg_IT_PC consumption: 0.22
2013-11-11_20:36:32 dg_IT_PC consumptionTotal: 0.32
2013-11-11_20:37:02 dg_IT_PC power: 2.7
2013-11-11_20:37:02 dg_IT_PC consumption: 0.22
2013-11-11_20:37:02 dg_IT_PC consumptionTotal: 0.32
Also sieht gut aus so :-)
Was mir aber ein wenig wundert ist das der 3 Sekunde Jeelink SW schon vom 15 Sept. ist und es bis jetzt noch niemand so richtig aufgefallen scheint das da so viele Messungen kommen die das System und die Luftschnittstelle belasten... Oder haben sich da im FHEM init werten geändert oder so im letzten Zeit?
Gruß
Ton
Hier nochmal mein angepasste loadConfig :
//- load config from EEPROM - returns 1 if valid config was found, otherwise 0
byte loadConf() {
uint16_t len = sizeof(pcaConf);
byte *pPtrByte = (byte*)&pcaConf; // byte Ptr to pcaConf
eeprom_crc = 0;
eeprom_read_block(&pcaConf, (void *) 0, len);
for (int i=0; i < (len - 2); i++) {
eeprom_crc = crc16_pca301_update(eeprom_crc, *pPtrByte);
pPtrByte++;
}
// valid config in EEPROM?
if (eeprom_crc == pcaConf.crc) {
// valid config found, reset dynamic settings
for (int i = 0; i < pcaConf.numDev; i++) {
pcaConf.pcaDev[i].pNow = 0;
pcaConf.pcaDev[i].pTtl = 0;
pcaConf.pcaDev[i].nextTX = 0;
pcaConf.pcaDev[i].retries = 0;
pcaConf.pollIntv = 300; // AK : Set polling interval to 30 seconds ( 300 * 1/10th of a second ) default poll interval
pcaConf.deadIntv = 3000; // AK : Set polling interval to 300 seconds ( 3000 * 1/10th of a second ) dead device poll retry interval
}
return 1;
} else {
// invalid crc
return 0;
}
}
Besser hätte ich das nicht erklären können. Genau so läuft das!
Zitat von: justme1968 am 11 November 2013, 20:46:26
noch eine idee:
wer hatte alles schon probleme mit einem 'falschen' kanal? ist jemand dabei der *keine* display unit hat?
mein verdacht ist gerade folgender: wenn der jeelink eine neue dose lernt vergibt er den nächsten freien kanal. wenn die display unit die dose lernt vergibt sie natürlich auch einen kanal. sie weiss ja nichts vom jeelink. wenn display unit dann die dose pollt lernt der jeelink den kanal den das display vergeben hat und verwendet diesen statt dem eigenen. in fhem ist das device aber noch mit dem alten kanal angelegt. beim empfangen macht das nichts weil hier nur die device id verwendet wird. nur beim senden ist der kanal wichtig.
gruss
andre
Ton,
Du hast recht!! Vergiss alles was ich gesagt habe, Du hast recht... Das Problem war die letzte Version (von 10.h auf 10.g). Das war der Zeitpunkt, wo bei einigen plötzlich Kanal 0 im Pairing auftrat. Auf die Schnelle gefixt, und Mist gebaut. Aus 30 Sekunden wurden 3. Mea Culpa. Das war der Zeitpunkt, wo bei dem Rest von uns schon alles lief, also hat hat da keiner mehr wirklich ins Detail reingeschaut, geschweige denn besser getestet.
So'n Mist...
Anbei jetzt nochmal die angepasste Version. Kannst Du die mal bitte kurz austesten? Auf der Basis würde ich dann mit der Version 2 starten.
Gruss
Oliver
Nabend,
ich hoffe die Lightshow ist mit dem Update morgen wieder weg. Die Nachbarn denken schon ich will ne Disco aufmachen ;-) Das ist ja Wahnsinn der ballert ja hier im Sekunden Takt.
Gruß
Daniel
der fix ist schon eingecheckt.
gruss
andre
Hi oweh,
ich wurde deine SW gerne testen aber das wird "mir" ( und alle die schon Version pcaSerial10hp drauf haben ) nicht mehr helfen, da ist schon 1 mal fillConf() aufgerufen worden und danach wird nur noch loadConf() aufgerufen und sich der wert also damit nicht mehr ändern, für alle Neulinge dürfte das auf jeden Fall der Lösung sein.
Ich hatte diese Änderung gestern auch schon mal auf der schnelle gemacht hat aber nix gebracht weil schon ein config da ist.
Das einzige was geholfen hat, bis jetzt, ist das Ding im loadConf() zu patchen wie ich vor ein paar berichten schon gepostet habe.
Mir fällt hier nichts besseres ein, aber so lange diese timer nicht konfigurierbar ist dürfte es eigentlich auch kein Problem sein das dort zu patchen weil der Setup ja nur 1 mal beim starten durchlaufen wird, eventuell aber ein define benutzen wenn es in mehrere stellen der gleiche wert gesetzt werden soll.
Gibt es eigentlich ein Möglichkeit der EEPROM config zu löschen, soweit ich verstanden habe wird beim laden einer neuen Sketch der EEPROM config nicht gelöscht.
Gruß
Ton
du kannst das fillConfig mit 0c explizit aufrufen.
@oweh: die beste lösung wäre es das intervall gleich konfigurierbar zu machen. dann baue ich das gleich ins fhem modul mit ein. wie wäre es mit '<n> i' ?
gruss
andre
Hi Ton,
aber ja, Du kannst die Config ohne Patch löschen. Erstmal den neuen Sketch draufbügeln, anschliessend über die serielle Schnittstelle einmal "0c" und anschliessend "2c" eingeben. Schon hast Du ne neue Config im EEPROM. Dann einmal zu Fuss an den Dosen vorbei und einmal kurz auf den Schalter drücken. Der JeeLink lernt dann das aktuelle Setting wieder an... Pairing (d.h. lang drücken) ist NICHT nötig, denn dabei könnte sich der Kanal ändern, und somit müsste das Device in FHEM neu angelernt werden.
Gruss
Oliver
Zitat von: Ton am 11 November 2013, 21:50:42
Hi oweh,
ich wurde deine SW gerne testen aber das wird "mir" ( und alle die schon Version pcaSerial10hp drauf haben ) nicht mehr helfen, da ist schon 1 mal fillConf() aufgerufen worden und danach wird nur noch loadConf() aufgerufen und sich der wert also damit nicht mehr ändern, für alle Neulinge dürfte das auf jeden Fall der Lösung sein.
Ich hatte diese Änderung gestern auch schon mal auf der schnelle gemacht hat aber nix gebracht weil schon ein config da ist.
Das einzige was geholfen hat, bis jetzt, ist das Ding im loadConf() zu patchen wie ich vor ein paar berichten schon gepostet habe.
Mir fällt hier nichts besseres ein, aber so lange diese timer nicht konfigurierbar ist dürfte es eigentlich auch kein Problem sein das dort zu patchen weil der Setup ja nur 1 mal beim starten durchlaufen wird, eventuell aber ein define benutzen wenn es in mehrere stellen der gleiche wert gesetzt werden soll.
Gibt es eigentlich ein Möglichkeit der EEPROM config zu löschen, soweit ich verstanden habe wird beim laden einer neuen Sketch der EEPROM config nicht gelöscht.
Gruß
Ton
Hi Ohweh und justme1968,
Wenn ihr das sowieso neu macht, wird das dann pro PCA301 oder für alle die gleiche?
Unterschiedliche pro PCA301 fände ich interessant, könnte mich vorstellen je nach Anwendung andere polling Intervallen gebrauchen zu können um das System eventuell noch mehr zu schonen und die logfiles und Graphik kleiner zu halten.
E.g ich wurde für meine Elektro Heizung oder so nur alle 60 oder 120 Sek. pollen wollen aber irgendwelche IT Sachen alle 10 Sekunden um die zu überwachen.
Hoffe ihr könnt was mit die Idee anfangen :-)
Danke schon mal für eure Arbeit !
Gruß
Ton
Hallo Oliver,
Arbeite gerade auf ein Mac hier, hast du auf die schnelle ein Program Tip parat womit ich seriell am besten auf dem Jeelink komme?
Bin wie geschrieben mit der Jeelink & co recht neu. Wenn du kein auf die schnelle kein Tipp ist auch nicht schlimm dann werde ich es gleich mal versuchen raus zu Googlen ;-)
Oder geht das gleich im Arduino Entwicklungsumgebung ?
Gruß
Ton
du kannst einfach auf das jeelink device ein 'set <device> raw 0c' und dann 'set <device> raw 2c' machen.
ansonsten kannst du picocom oder screen verwenden.
gruss
andre
edit: es geht auch aus der arduino ide. auf die lupe rechts oben.
edit2: es ist schon vorgesehen das für jede dose getrennt einzustellen.
Super! Es funktioniert wieder alles!
Ich habe
- den JeeLink und dessen fhem-Modul auf den aktuellsten Stand gebracht
- die 0c-2c-Prozedur durchgeführt, damit die beiden defekten Steckdosen aus dem JeeLink entfernt werden
- die Steckdosen aus der fhem.cfg entfernt
- an jeder Steckdose den Schalter betätigt
- die neuen erzeugten Einträge gelöscht und meine alten Einträge wieder eingefügt (die Channel sind gleich geblieben)
- ein DevIO zu jeder Steckdose hinzugefügt (es blinkte tatächlich bei jedem Befehl grün bei dem falschen JeeLink, vielleicht kann das DevIO automatisch immer eingetragen werden?)
Alles bestens, die Anfragen kommen nur noch alle 30+1 Sekunden und alles funktioniert.
2013-11-11 23:20:01 PCA301 Kuehlschrank power: 91.7
2013-11-11 23:20:01 PCA301 Kuehlschrank consumption: 1.19
2013-11-11 23:20:01 PCA301 Kuehlschrank consumptionTotal: 1.19
2013-11-11 23:20:32 PCA301 Kuehlschrank power: 91.8
2013-11-11 23:20:32 PCA301 Kuehlschrank consumption: 1.2
2013-11-11 23:20:32 PCA301 Kuehlschrank consumptionTotal: 1.2Vielen Dank!!
Spiff
Hallo Oliver,
Habe gestern Abend spät noch dein pcaSerial10ip.zip getestet und mit dem 0c - 2c alles zurück gesetzt und es lief wie erwartet gut, also schön alle 30+x Sekunden eine Messung :)
Das einzige was mir noch aufgefallen ist ist das die Versionsnummer nicht auf 10i hochgezählt worden ist, für mich natürlich kein Problem aber wenn du die SW "offiziell" bereit stellen möchtest macht es Sinn das die Versionsnummer stimmt ;)
Gruß
Ton
Grüß Euch,
danke für die ganze Arbeit hier!!
Noch etwas ist mir aufgefallen: Wenn ich autocreate auf 1 habe, werden mir ca. 2 Pseudo-Steckdosen pro Tag angelegt.
Im Log finde ich dann nur solche Einträge, die erstellte Logdatei bleibt leer.
fhem-2013-11.log:2013.11.10 21:55:50 3: PCA301 Unknown device 0C3C02, please define it
fhem-2013-11.log:2013.11.10 21:55:50 2: autocreate: define PCA301_0C3C02 PCA301 0C3C02 06
fhem-2013-11.log:2013.11.10 21:55:50 3: PCA301_0C3C02: I/O device is PCAJeeLink
fhem-2013-11.log:2013.11.10 21:55:50 2: autocreate: define FileLog_PCA301_0C3C02 FileLog ./log/PCA301_0C3C02-%Y.%m.%d-%W.log PCA301_0C3C02
fhem.save:setstate FileLog_PCA301_0C3C02 active
Kann man dagegen etwas machen, oder wäre es auch hier hielfreich, eine Art "set PCA301peerforsec" zu ergänzen?
Habe dieses Phänomen nur ich?
ich hatte noch keine einzige falsche dose.
du kannst autocreate gezielt für bestimmte device typen abstellen:attr autocreate ignoreTypes PCA301
bevor du das machst schalte mal bitte verbose 5 für das jeelink device ein zeig mal die raw message aus dem log die zum anlegen führt.
gruss
andre
Danke, den Befehl kannte ich nicht.
Habe es heute den ganzen Nachmittag mit verbose 5 laufen lassen -> Kein einziger neuer PCA wurde angelegt.
Ich lass es noch über Nacht weiterlaufen, vielleicht kommt dann noch was dazu, ansonsten würde ich das einfach weiter beobachten.
Hallo,
"habe mir heute das update gezogen. $Id: 36_JeeLink.pm 4204 2013-11-11 18:12:52Z und pcaSerial10ip"
Sorry hat nichts mit dem Update zu tun! Muss an etwas anderem liegen? ???
Bisher im Log
2013-11-12_18:27:35 PCA301_061F30 power: 70.6
2013-11-12_18:27:35 PCA301_061F30 consumption: 0.63
2013-11-12_18:27:35 PCA301_061F30 consumptionTotal: 8.06
Jetzt im Log
2013-11-12_18:32:55 PCA301_061F30 power: 71.2
2013-11-12_18:32:55 PCA301_061F30 consumption: 0.64
2013-11-12_18:32:55 PCA301_061F30 consumptionTotal: 8.06999999999999
Readings:
consumption 0.69 2013-11-12 20:22:00
consumptionTotal 8.76999999999999 2013-11-12 20:18:12
power 71.2 2013-11-12 20:22:00
state on 2013-11-12 20:03:14
Habe ich da was nicht mitbekommen?
Gruss
Billy
Hi Ton,
yepp, hab's gerade geändert und neu hochgeladen. Ist jetzt nicht so schlimm, ich möchte ja bald mit der Version 2 anfangen. Und hoffe, dass mir solche Fehler diesmal erspart beliben.
Danke und Gruss
Oliver
Zitat von: Ton am 12 November 2013, 09:31:04
Hallo Oliver,
Habe gestern Abend spät noch dein pcaSerial10ip.zip getestet und mit dem 0c - 2c alles zurück gesetzt und es lief wie erwartet gut, also schön alle 30+x Sekunden eine Messung :)
Das einzige was mir noch aufgefallen ist ist das die Versionsnummer nicht auf 10i hochgezählt worden ist, für mich natürlich kein Problem aber wenn du die SW "offiziell" bereit stellen möchtest macht es Sinn das die Versionsnummer stimmt ;)
Gruß
Ton
Zitat von: JoeALLb am 12 November 2013, 11:12:57
Grüß Euch,
danke für die ganze Arbeit hier!!
Noch etwas ist mir aufgefallen: Wenn ich autocreate auf 1 habe, werden mir ca. 2 Pseudo-Steckdosen pro Tag angelegt.
Im Log finde ich dann nur solche Einträge, die erstellte Logdatei bleibt leer.
fhem-2013-11.log:2013.11.10 21:55:50 3: PCA301 Unknown device 0C3C02, please define it
fhem-2013-11.log:2013.11.10 21:55:50 2: autocreate: define PCA301_0C3C02 PCA301 0C3C02 06
fhem-2013-11.log:2013.11.10 21:55:50 3: PCA301_0C3C02: I/O device is PCAJeeLink
fhem-2013-11.log:2013.11.10 21:55:50 2: autocreate: define FileLog_PCA301_0C3C02 FileLog ./log/PCA301_0C3C02-%Y.%m.%d-%W.log PCA301_0C3C02
fhem.save:setstate FileLog_PCA301_0C3C02 active
Kann man dagegen etwas machen, oder wäre es auch hier hielfreich, eine Art "set PCA301peerforsec" zu ergänzen?
Habe dieses Phänomen nur ich?
Ich hatte das Problem auch, siehe hier: http://forum.fhem.de/index.php/topic,11648.msg105417.html#msg105417 (http://forum.fhem.de/index.php/topic,11648.msg105417.html#msg105417)
Nachdem ich Steckdose und Jeelink etwas weiter auseinander positioniert habe, trat der Fehler nicht mehr auf. Sobald alle Devices in FHEM eingetragen sind, würde ich aber dennoch autocreate ausschalten.
Ich habs jetzt ohne Positionsänderung seit 3 Tagen am Laufen, und keine neuen Steckdosen bekommen.
Vielleicht hieng das auch mit dem alten Sketch zusammen, der zuoft gepollt hat... Mich freuts jedenfalls ;-)
Nabend,
sagt mal der aktualisiert hier immer noch alle paar Sekunden die Werte, kann ich das irgendwo hoch setzen? Das blockiert mein ganzes FHEM ganz schön.
Gruß
Daniel
du musst den aktuellen sketch von oben oder aus contrib verwenden. da ist der fix drin.
das setzen von hand ist erst für die nächste version vorgesehen.
gruss
andre
OK danke, hab ich eben gemacht.
Nur mein FHEM geht jetzt nicht mehr :-( Wenn ich das starte rennt das im loop die Devices zu initialisieren und die configs zu includen und schmiert dann ab. Hatte ich auch noch nicht sowas, sehr schön, dann werd ich mal schauen woran es hängt.
/Daniel
Puhh FHEM geht wieder, der debug mode vom HMLAN hats zerhauen :-(
ABER, PCA301 werden dennoch alle 5 Sekunden abgefragt, ganz schön oft. Ich habe jetzt Version "i" laufen.
Gruß
Daniel
Hi Daniel,
hast Du denn auch mit "0C" + "2C" die Config zurückgesetzt?
Gruss
Oliver
Zitat von: ext23 am 17 November 2013, 21:14:43
Puhh FHEM geht wieder, der debug mode vom HMLAN hats zerhauen :-(
ABER, PCA301 werden dennoch alle 5 Sekunden abgefragt, ganz schön oft. Ich habe jetzt Version "i" laufen.
Gruß
Daniel
Nee natürlich nicht, aber ich stelle gerade fest das ich einfach zu viel mit FHEM mache, so langsam verliere ich den Überblick etwas ;-)
/Daniel
Danke, jetzt geht's! Das Wetter war eindeutig zu schlecht an diesem WE, ich muss die Kiste jetzt aus machen, sonst dreh ich hier noch durch ;-)
/Daniel
Du hast es geschafft? Ich nicht.... trotz "set <device> raw 0c" und dann "2c" bekomme ichnach wie vor allr 4-5 Sekunden einen Logeintrag.
Die Firmware habe ich auf i aktualisiert.
Kann es sein, dass ein Reboot am rpi nicht ausreicht, und ich ein cold-reset benötige? Ich komme an den rpi nicht gut ran, weshalb ich bisher nur einen normalen reboot gemacht habe....
Musstest du denn nach "0c" - "2c" die Steckdosen auch neu anlernen?
Na ich habe zumindest den Stick einige mal gezogen, auch nach FW Updates etc.
Aber bei mir hat sich das beruhigt, es sind ca. alle 30 Sekunden jetzt. Aber interessant das sich das bei jedem anders verhält ;-)
/Daniel
letztens musste ich sie neu anlernen, da sie keine Werte mehr "empfangen" haben.
Hab dann den Stick abgezogen, die neue FW aufgespielt und dann wieder versucht, die Dosen einzurichten.
Dabei hatte ich Schwierigkeiten. Die erste Steckdose funktionierte problemlos und direkt, die zweite nicht!
Ich konnte auf OFF drücken, und sie hat nicht reagiert. In FHEMWEB erschien kurz ein Fragezeichen und danach wieder das Icon für ON.
Wenn ich sie in FHEM gelöscht habe, wurden sie immer wieder direkt von autocreate angelernt, ohne dass ich den Knopf drücken musste.
Nach zwei oder dreimaligem Anlernen plötzlich gibg die zweite Steckdose, nach dem selben Spiel auch die dritte.
Heute habe ich es nochmals versucht, 0C+2C zu senden. Diesmal senden die Steckdosen weiter, ein neues Anlernen scheint nicht notwendig zu sein.
Das Intervall bleibt jedoch bei 4-5 Sekunden
Habe gerade festgestellt, dass sich jetzt (nach dem FHEM-Neustart und nach dem Versuch
0c+2c zu senden, wieder keine der 3 Steckdosen ausschalten lässt.
Sie senden aber beide noch ihre Werte.
Ich werde heute Abend versuchen, sie neu zu pairen.
das problem ist das der sketch beim neu anlernen die zuordnung von device zu channel neu auswürfelt.
eigentlich ist mir im fhem modul der channel auch ganz egal. ich arbeite nur mit der eindeutigen device id. aber beim schalten erwartet der sketch den channel. und wenn der nicht mehr passt geht das schalten nicht.
@oliver: vorschlag: kannst du einbauen dass ich beim senden an stelle des channels ein XX senden kann und der sketch einfach den richtigen channel einfügt? dann hätten wir das problem nicht mehr.
gruss
andre
das problem ist das der sketch beim neu anlernen die zuordnung von device zu channel neu auswürfelt.
eigentlich ist mir im fhem modul der channel auch ganz egal. ich arbeite nur mit der eindeutigen device id. aber beim schalten erwartet der sketch den channel. und wenn der nicht mehr passt geht das schalten nicht.
@oliver: vorschlag: kannst du einbauen dass ich beim senden an stelle des channels ein XX senden kann und der sketch einfach den richtigen channel einfügt? dann hätten wir das problem nicht mehr.
als workaround einfach das fhem device löschen. es wird bei der nächsten nachricht automatisch wieder angelegt.
gruss
andre
Btw. bei mir sind es jetzt auch wieder 5 Sekunden, gestern war es den ganzen Tag 30 Sekunden Abstände, irgendwie sehe ich da nicht mehr durch ;-)
Gruß
Daniel
beim intervall muss oliver noch mal ran.
was den channel angeht kann ich einfach immer den channel von jeder nachricht übernehmen und aktualisieren. d.h. im sketch muss nichts geändert werden.
gruss
andre
anbei eine version die den in fhem gespeicherten channel automatisch aktualisiert und auch save aufruft wenn autosave nicht deaktiviert ist.
ich kann das leider nicht praktisch testen da ich keine anzeigeeinheit habe.
gruss
andre
Zitat von: justme1968 am 20 November 2013, 12:31:10
anbei eine version die den in fhem gespeicherten channel automatisch aktualisiert und auch save aufruft wenn autosave nicht deaktiviert ist.
ich kann das leider nicht praktisch testen da ich keine anzeigeeinheit habe.
Werde ich heute Abend gleich ausprobieren.
Und dann auch nochmal nachforschen, warum seit Umstellung auf den aktuellen JeeLink Sketch (pcaSerial.10.0i) die Initialisierung immer zwischen 15 und 20 Sekunden dauert:
2013.11.20 11:49:56 3: Opening myJee device /dev/ttyUSB0
2013.11.20 11:50:13 3: Setting myJee baudrate to 57600
Das war vorher immer unter einer Sekunde.
Gruß, Peter
Mir ist auch aufgefallen, dass der JeeLink unter STATE für
PCA301 "Initialized" und für
LaCrosse "Opened" anzeigt.
Funktionieren tun beide. Gibt es dafür einen Grund?
Gruß
Spiff.
initialized wird gesetzt wenn fhem den initialisierung string an den jeelink gesendet hat. den gibt es zur zeit nur für den pca301 sketch. dem lacrosse sketch wird nichts gesendet.
gruss
andre
Vermutlich hängt es nicht zusammen, aber als ich das aktualisierte Modul testen wollte, ist bei mir aus dem Linux einer der beiden JeeLinks "verschwunden" (der für PCA301 verantwortlich war).
FHEM ist dann abgestürzt und lies sich nicht neu starten.
Ein Restart des OS dauert nun schon seit 10 Minuten -> Vermutlich wird das nix mehr. Komme erst später dazu, am Dachboden über einen Monitor nachzusehen, was da nicht mehr funzt...
ich hoffe mal das das nicht zusammenhängt...
ich kann das modul laden und auch den neuen teil ausführen.
schau bitte ob noch was geloggt wurde.
gruss
andre
Zitat von: ph1959de am 20 November 2013, 13:02:43
2013.11.20 11:49:56 3: Opening myJee device /dev/ttyUSB0
2013.11.20 11:50:13 3: Setting myJee baudrate to 57600
Das war vorher immer unter einer Sekunde.
Mein FHEM-Stzart benötigt seit dem aktuellen Update auch sehr lange.
Konnte zusätzlich feststellen, dass
usb create startingextrem lange dauert.
Danach kommt diese Meldung, und alles scheint wieder zu funktionieren:
syswrite() on closed filehandle GEN42 at fhem.pl line 522.
ich bin mir ziemlich sicher das es nicht am jeelink oder pca modul liegt. aber fallst du noch mal auf eine ältere version zurückgehen kannst um das zu testen wäre es klasse.
das usb create kannst du abschalten wenn du es nicht brauchst. da wurde vor kurzem noch autocreate für firmata eingebaut. ich meine da war etwas von mehreren sekunden pro device.
gruss
andre
Ich habe den aktuellen Sketch noch mal auf den JeeLink gebracht, das aktualisierte 36_PCA301.pm eingespielt und den BeagleBone anschließend neu gestartet. Jetzt habe ich wieder "normale" Startup-Zeiten (und natürlich so viele Dinge gleichzeitig geändert, dass sich nicht mehr feststellen läßt, woran genau es gelegen hat).
Gruß, Peter
Bei mir funktioniert auch wieder alles. Schuld war ein eingesteckter CUL, den ich nicht in verwendung habe.
Und das Ein und Ausschalten funktioniert mit dem aktualisierten Modul auch wieder hervorragend!!! Danke für die viele Arbeit!!!!
dann checke ich es ein.
gruss
andre
Hi, habe gerade das noch im Log gefunden, von gerade eben.
Hat da wieder ein Ghost-Device etwas falsches gesendet?
Argument "101\0" isn't numeric in addition (+) at ./FHEM/36_PCA301.pm line 233.
Argument "0\0" isn't numeric in multiplication (*) at ./FHEM/36_PCA301.pm line 233.
Argument "\0136" isn't numeric in addition (+) at ./FHEM/36_PCA301.pm line 232.
Argument "\0102" isn't numeric in numeric eq (==) at ./FHEM/36_PCA301.pm line 191.
Use of uninitialized value $bytes[8] in multiplication (*) at ./FHEM/36_PCA301.pm line 233.
Use of uninitialized value in addition (+) at ./FHEM/36_PCA301.pm line 233.
Use of uninitialized value $found[0] in string eq at fhem.pl line 2823.
da hat der sketch wieder etwas komisches an fhem gesendet.
ich schau mal ob ich eine prüfung auf die richtige syntax einbauen kann.
gruss
andre
Ich möchte gerne 2 Dinge mit den Steckdosen erreichen:
* Bei der Waschmaschine hätte ich gerne so eine Art Jahreszähler, der mir sagt, wie oft ich gewaschen habe. Dazu würde ich gerne die Stromkurve heranziehen. Hat damit schon jemand gespielt?
* Ich würde gerne bei einem Gerät, das in den Standby-Modus fährt, den Strom ganz abschalten. Dafür würde ich schlicht nach 5 Minuten bei dem Verbrauch von <=1 W den Strom ausschalten. Hat dazu jemand eine Idee, wie man das umsetzen kann?
für beides wäre ein ansatz zunächst mit einem THRESHOLD modul den verbauch über bzw. unter der jeweiligen schelle in einen an/aus bzw.waschen/nicht wachen zustand zu verwandeln. zum abschalten dann ein watchdog auf das THRESHOLD modul und zum zählen den HourCounter eventuell auch mit einem vorgeschalteten watchdog um aufheizphasen auszublenden. (http://forum.fhem.de/index.php/topic,12216.0.html (http://forum.fhem.de/index.php/topic,12216.0.html)).
vielleicht wäre es auch nicht schlecht den HourCounter mit nicht binären readings und einem schwellwert direkt verwenden zu können. frag doch mal im thread dort.
gruss
andre
Hallo,
Ich hab seit heute 3 Pca 301 im Einsatz und bin etwas verwundert über die Leistungsanzeige.
Ist das normal, dass bei eingeschalteter Steckdose ohne Verbraucher eine Leistungsaufnahme von 36 bzw 39 W angezeigt wird?
Das kann kein richtiger Wert sein, da die Kiste sonst ziemlich warm werden müsste.
Ich finde so einen Messfehler im Leerlauf aber ziemlich hoch.
Welche Wrte habt ihr denn da? Oder hab ich vielleicht ne schlechte Charge erwischt?
Hi,
deine Steckdosen sind defekt. Das ist ein bekannter Fehler. Sind alle 3 davon betroffen? Bei mir waren es 2 von 10.
Gruß,
Spiff.
Hi Spiff,
danke für die schnelle Antwort.
Bei mir haben das 2 von 3 Dosen :(
Werd ich wohl zurückschicken, mal sehen wann dann neue kommen.
Gruss,
Wolle
Ich habe meine schon eingeschickt und die Nachricht: Anfang Februar.
Anscheinend stimmt der jetzige Liefertermin auf der Seite, leider.
Hallo Oliver & Andre,
ich habe noch 4 Dinge, die mir aufgefallen sind:
1.) Beim Schalten an der Steckdose direkt wird erstmal der State gemeldet, in dem sich die Steckdose gerade befindet, bevor sie dann den anderen Status annimmt. Hier mal ein Beispiel: die Steckdose ist aus und ich schalte sie lokal ein.
2013-12-03 18:00:18 PCA301 Test_1 off
2013-12-03 18:00:19 PCA301 Test_1 power: 0.4
2013-12-03 18:00:19 PCA301 Test_1 consumption: 0
2013-12-03 18:00:19 PCA301 Test_1 on
2013-12-03 18:00:19 PCA301 Test_1 consumptionTotal: 0.03
Was für einen Grund hat das? Ich möchte gerne ein toggle-Notify erstellen, das auf die Änderung des Schaltzustandes reagiert. Da bei jedem Umschalten dann 2 Events registriert werden, bekomme ich ohne eine Regel das Toggle so nicht hin.
2.) Hin und wieder reagiert die Steckdose nicht auf ein toggle/on/off. Dann muss ich erst einmal den Zustand nochmal schalten, in dem sie sich auch gerade befindet, obwohl fhem das schon korrekt anzeigt. Dann geht es. Ich kann das noch nicht reproduzieren, kommt aber öfter vor.
3.) Die consumptionTotal-Werte nehmen utopische Ausmaße an. Jemand berichtete hier schonmal über die merkwürdige Formatierung, aber mittlerweile werden die Werte auch immer verrückter hoch.
Beispiel: mein Kühlschrank, bei dem consumption und consumptionTotal eigentlich gleich sein müssten, weil ich nie etwas anderes dort eingesteckt habe:
2013-12-03 18:00:46 PCA301 Kuehlschrank power: 0
2013-12-03 18:00:46 PCA301 Kuehlschrank consumption: 14.37
2013-12-03 18:00:46 PCA301 Kuehlschrank consumptionTotal: 5582.41000000005
4.) Im ausgeschalteten Zustand steht oft (immer?) noch der letzte (Power-)Verbrauchswert dort. Es wäre schön, wenn noch ein letztes Reading NACH dem Ausschalten durchgeführt wird (wenn die Steckdose das kann) bzw. das Power-Reading auf 0 gesetzt wird.
Danke & viele Grüße,
Spiff
Hallo,
mal eine frage, ich habe an die Steckdose jetzt meine Weihnachtsbeleuchtung angeschlossen, aber irgendwie schaltet die des öfteren nicht. Also so ganz bidirektional ist das dann nicht oder? Sprich da wird nicht wirklich geprüft ob die Dose geschaltet hat oder? Ist das noch in Planung? Das müsste doch der JeeNode/Link prüfen und das Telegramm gegebenenfalls wiederholen oder?
Gruß
Daniel
ich schau mir die punkte die das fhem modul betrifft am wochenende an.
gruss
andre
Gibt es eigentlich einen Grund, warum die Steckdosen offiziell erst ab 0°C betrieben werden dürfen?
Ich würde gerne ein paar davon draußen (überdacht und vor Nässe geschützt) verwenden. Hat das schon mal jemand probiert?
Naja die sind eben nicht für außen gedacht und wenn sich da Kondenswasser bildet kann das durchaus schlecht sein, das leitet zwar kein Strom verkeimt eben die Bauteile.
Aber ich würde da jetzt kein Problem sehen, meine funktioniert auch draußen verpackt in einer Tüte. Nun war es noch nicht so kalt, aber mehr als kaputt gehen kann sie ja nicht, zur Not wird eben repariert... Wenn du Kinder hast würde ich da natürlich etwas vorsichtig sein, auch wenn man ein FI hat.
Was passieren kann: Messungen stimmen nicht mehr, Probleme beim Funk etc. Alles wo Bauteile drin sind die Temp. abhängig sind.
Gruß
Daniel
Danke für die Antwort.
Mir wäre es schon wichtig, dass eine gewisse Verlässlichkeit gegeben ist. Über die Steckdose sollen im Winter mehrere große, für mich sehr wertvolle Pflanzen beheizt werden. Momentan noch mittels Thermostaten, aber ich hätte gerne die Möglichkeit einer Fernüberwachung und automatische Benachrichtigung, sobald etwas nicht stimmt.
Die Funksteckdose wasserdicht in eine Plastikbox zu verpackgen (ggf. IP65) wäre kein Problem.
Oha, also dann würde ich lieber HM nehmen, die haben auch einen internen Timer, selbst wenn FHEM abschmiert geht zumindest die Steckdose dann aus nach Ablauf der Zeit.
Die PCA301 schalten bei mir eher mäßig zuverlässig, ich merke es jetzt bei der Weihnachtsbeleuchtung, die bleibt öfter dunkel. Da müsste man vermutlich noch an der Firmware für den JeeNode etwas spielen.
btw. um das ganze "Wasserdicht" zu bekommen eignen sich auch wunderbar diese Outdoor Gehäuse die ein Dichtring haben, dazu entsprechende Kabeldurchführungen. Wenn man ein paar Euro mehr zahlt auch mit Transparenten Deckel.
Gruß
Daniel
Hallo!
Ich hab seit einiger Zeit die aktuelle Version auf meinem JeeLink. Nun ist mir aufgefallen das die ich wieder sehr Log Einträge der Steckdosen hab.
2013-12-07_22:30:55 wzMacMini power: 17.6
2013-12-07_22:30:55 wzMacMini consumption: 0.28
2013-12-07_22:30:55 wzMacMini consumptionTotal: 17.54
2013-12-07_22:31:01 wzMacMini power: 17
2013-12-07_22:31:01 wzMacMini consumption: 0.28
2013-12-07_22:31:01 wzMacMini consumptionTotal: 17.54
2013-12-07_22:31:07 wzMacMini power: 16.7
2013-12-07_22:31:07 wzMacMini consumption: 0.28
2013-12-07_22:31:07 wzMacMini consumptionTotal: 17.54
2013-12-07_22:31:12 wzMacMini power: 16.4
2013-12-07_22:31:12 wzMacMini consumption: 0.28
2013-12-07_22:31:12 wzMacMini consumptionTotal: 17.54
2013-12-07_22:31:16 wzMacMini power: 16.2
2013-12-07_22:31:16 wzMacMini consumption: 0.28
2013-12-07_22:31:16 wzMacMini consumptionTotal: 17.54
2013-12-07_22:31:21 wzMacMini power: 16.5
2013-12-07_22:31:21 wzMacMini consumption: 0.28
2013-12-07_22:31:21 wzMacMini consumptionTotal: 17.54
2013-12-07_22:31:25 wzMacMini power: 17.4
2013-12-07_22:31:25 wzMacMini consumption: 0.28
2013-12-07_22:31:25 wzMacMini consumptionTotal: 17.54
2013-12-07_22:31:31 wzMacMini power: 16.7
2013-12-07_22:31:31 wzMacMini consumption: 0.28
2013-12-07_22:31:31 wzMacMini consumptionTotal: 17.54
2013-12-07_22:31:36 wzMacMini power: 15.6
2013-12-07_22:31:36 wzMacMini consumption: 0.28
2013-12-07_22:31:36 wzMacMini consumptionTotal: 17.54
2013-12-07_22:31:40 wzMacMini power: 14.9
2013-12-07_22:31:40 wzMacMini consumption: 0.28
2013-12-07_22:31:40 wzMacMini consumptionTotal: 17.54
2013-12-07_22:31:45 wzMacMini power: 15.6
2013-12-07_22:31:45 wzMacMini consumption: 0.28
2013-12-07_22:31:45 wzMacMini consumptionTotal: 17.54
2013-12-07_22:31:52 wzMacMini power: 14.9
2013-12-07_22:31:52 wzMacMini consumption: 0.28
2013-12-07_22:31:52 wzMacMini consumptionTotal: 17.54
2013-12-07_22:31:56 wzMacMini power: 13.4
2013-12-07_22:31:56 wzMacMini consumption: 0.28
2013-12-07_22:31:56 wzMacMini consumptionTotal: 17.54
2013-12-07_22:31:59 wzMacMini power: 14.6
2013-12-07_22:31:59 wzMacMini consumption: 0.28
2013-12-07_22:31:59 wzMacMini consumptionTotal: 17.54
2013-12-07_22:32:03 wzMacMini power: 16.1
2013-12-07_22:32:03 wzMacMini consumption: 0.28
2013-12-07_22:32:03 wzMacMini consumptionTotal: 17.54
2013-12-07_22:32:08 wzMacMini power: 16.2
2013-12-07_22:32:08 wzMacMini consumption: 0.28
2013-12-07_22:32:08 wzMacMini consumptionTotal: 17.54
2013-12-07_22:32:13 wzMacMini power: 15.3
2013-12-07_22:32:13 wzMacMini consumption: 0.28
2013-12-07_22:32:13 wzMacMini consumptionTotal: 17.54
2013-12-07_22:32:17 wzMacMini power: 15.6
2013-12-07_22:32:17 wzMacMini consumption: 0.28
2013-12-07_22:32:17 wzMacMini consumptionTotal: 17.54
2013-12-07_22:32:24 wzMacMini power: 0
2013-12-07_22:32:24 wzMacMini consumption: 0
2013-12-07_22:32:24 wzMacMini consumptionTotal: 17.54
2013-12-07_22:32:30 wzMacMini power: 15.2
2013-12-07_22:32:30 wzMacMini consumption: 0.28
2013-12-07_22:32:30 wzMacMini consumptionTotal: 17.82
2013-12-07_22:32:35 wzMacMini power: 17.3
2013-12-07_22:32:35 wzMacMini consumption: 0.28
2013-12-07_22:32:35 wzMacMini consumptionTotal: 17.82
2013-12-07_22:32:42 wzMacMini power: 14.9
2013-12-07_22:32:42 wzMacMini consumption: 0.28
2013-12-07_22:32:42 wzMacMini consumptionTotal: 17.82
2013-12-07_22:33:34 wzMacMini power: 15.8
2013-12-07_22:33:34 wzMacMini consumption: 0.28
2013-12-07_22:33:34 wzMacMini consumptionTotal: 17.82
2013-12-07_22:33:34 wzMacMini power: 16.2
2013-12-07_22:33:34 wzMacMini consumption: 0.28
2013-12-07_22:33:34 wzMacMini consumptionTotal: 17.82
2013-12-07_22:33:38 wzMacMini power: 16.5
2013-12-07_22:33:38 wzMacMini consumption: 0.28
2013-12-07_22:33:38 wzMacMini consumptionTotal: 17.82
2013-12-07_22:33:38 wzMacMini power: 15.3
2013-12-07_22:33:38 wzMacMini consumption: 0.28
2013-12-07_22:33:38 wzMacMini consumptionTotal: 17.82
2013-12-07_22:33:39 wzMacMini power: 16.2
2013-12-07_22:33:39 wzMacMini consumption: 0.28
2013-12-07_22:33:39 wzMacMini consumptionTotal: 17.82
2013-12-07_22:33:39 wzMacMini power: 16.5
2013-12-07_22:33:39 wzMacMini consumption: 0.28
2013-12-07_22:33:39 wzMacMini consumptionTotal: 17.82
2013-12-07_22:33:39 wzMacMini power: 16.4
2013-12-07_22:33:39 wzMacMini consumption: 0.28
2013-12-07_22:33:39 wzMacMini consumptionTotal: 17.82
2013-12-07_22:33:40 wzMacMini power: 15
2013-12-07_22:33:40 wzMacMini consumption: 0.28
2013-12-07_22:33:40 wzMacMini consumptionTotal: 17.82
2013-12-07_22:33:40 wzMacMini power: 14.6
2013-12-07_22:33:40 wzMacMini consumption: 0.28
2013-12-07_22:33:40 wzMacMini consumptionTotal: 17.82
2013-12-07_22:33:40 wzMacMini power: 14.1
2013-12-07_22:33:40 wzMacMini consumption: 0.28
2013-12-07_22:33:40 wzMacMini consumptionTotal: 17.82
2013-12-07_22:33:41 wzMacMini power: 14.6
2013-12-07_22:33:41 wzMacMini consumption: 0.28
2013-12-07_22:33:41 wzMacMini consumptionTotal: 17.82
2013-12-07_22:33:41 wzMacMini power: 13.8
2013-12-07_22:33:41 wzMacMini consumption: 0.28
2013-12-07_22:33:41 wzMacMini consumptionTotal: 17.82
2013-12-07_22:34:32 wzMacMini power: 17.7
2013-12-07_22:34:32 wzMacMini consumption: 0.28
2013-12-07_22:34:32 wzMacMini consumptionTotal: 17.82
2013-12-07_22:34:32 wzMacMini power: 15.3
2013-12-07_22:34:32 wzMacMini consumption: 0.28
2013-12-07_22:34:32 wzMacMini consumptionTotal: 17.82
2013-12-07_22:34:34 wzMacMini power: 15.2
2013-12-07_22:34:34 wzMacMini consumption: 0.28
2013-12-07_22:34:34 wzMacMini consumptionTotal: 17.82
2013-12-07_22:34:34 wzMacMini power: 15.5
2013-12-07_22:34:34 wzMacMini consumption: 0.28
2013-12-07_22:34:34 wzMacMini consumptionTotal: 17.82
2013-12-07_22:34:35 wzMacMini power: 15
2013-12-07_22:34:35 wzMacMini consumption: 0.28
2013-12-07_22:34:35 wzMacMini consumptionTotal: 17.82
2013-12-07_22:30:21 wzMultimedia power: 268.9
2013-12-07_22:30:21 wzMultimedia consumption: 4.2
2013-12-07_22:30:21 wzMultimedia consumptionTotal: 90.8200000000001
2013-12-07_22:30:28 wzMultimedia power: 269.2
2013-12-07_22:30:28 wzMultimedia consumption: 4.2
2013-12-07_22:30:28 wzMultimedia consumptionTotal: 90.8200000000001
2013-12-07_22:30:33 wzMultimedia power: 269.6
2013-12-07_22:30:33 wzMultimedia consumption: 4.2
2013-12-07_22:30:33 wzMultimedia consumptionTotal: 90.8200000000001
2013-12-07_22:30:38 wzMultimedia power: 268.4
2013-12-07_22:30:38 wzMultimedia consumption: 4.2
2013-12-07_22:30:38 wzMultimedia consumptionTotal: 90.8200000000001
2013-12-07_22:30:43 wzMultimedia power: 269.2
2013-12-07_22:30:43 wzMultimedia consumption: 4.2
2013-12-07_22:30:43 wzMultimedia consumptionTotal: 90.8200000000001
2013-12-07_22:30:46 wzMultimedia power: 269
2013-12-07_22:30:46 wzMultimedia consumption: 4.2
2013-12-07_22:30:46 wzMultimedia consumptionTotal: 90.8200000000001
2013-12-07_22:30:55 wzMultimedia power: 272.1
2013-12-07_22:30:55 wzMultimedia consumption: 4.2
2013-12-07_22:30:55 wzMultimedia consumptionTotal: 90.8200000000001
2013-12-07_22:31:00 wzMultimedia power: 272.6
2013-12-07_22:31:00 wzMultimedia consumption: 4.21
2013-12-07_22:31:00 wzMultimedia consumptionTotal: 90.8300000000001
2013-12-07_22:31:04 wzMultimedia power: 272.7
2013-12-07_22:31:04 wzMultimedia consumption: 4.21
2013-12-07_22:31:04 wzMultimedia consumptionTotal: 90.8300000000001
2013-12-07_22:31:09 wzMultimedia power: 270.8
2013-12-07_22:31:09 wzMultimedia consumption: 4.21
2013-12-07_22:31:09 wzMultimedia consumptionTotal: 90.8300000000001
2013-12-07_22:31:12 wzMultimedia power: 272.1
2013-12-07_22:31:12 wzMultimedia consumption: 4.21
2013-12-07_22:31:12 wzMultimedia consumptionTotal: 90.8300000000001
2013-12-07_22:31:18 wzMultimedia power: 269.8
2013-12-07_22:31:18 wzMultimedia consumption: 4.21
2013-12-07_22:31:18 wzMultimedia consumptionTotal: 90.8300000000001
2013-12-07_22:31:23 wzMultimedia power: 271
2013-12-07_22:31:23 wzMultimedia consumption: 4.21
2013-12-07_22:31:23 wzMultimedia consumptionTotal: 90.8300000000001
2013-12-07_22:31:29 wzMultimedia power: 271.8
2013-12-07_22:31:29 wzMultimedia consumption: 4.21
2013-12-07_22:31:29 wzMultimedia consumptionTotal: 90.8300000000001
2013-12-07_22:31:34 wzMultimedia power: 269.6
2013-12-07_22:31:34 wzMultimedia consumption: 4.21
2013-12-07_22:31:34 wzMultimedia consumptionTotal: 90.8300000000001
2013-12-07_22:31:39 wzMultimedia power: 268.9
2013-12-07_22:31:39 wzMultimedia consumption: 4.21
2013-12-07_22:31:39 wzMultimedia consumptionTotal: 90.8300000000001
2013-12-07_22:31:44 wzMultimedia power: 269.3
2013-12-07_22:31:44 wzMultimedia consumption: 4.21
2013-12-07_22:31:44 wzMultimedia consumptionTotal: 90.8300000000001
2013-12-07_22:31:49 wzMultimedia power: 269
2013-12-07_22:31:49 wzMultimedia consumption: 4.21
2013-12-07_22:31:49 wzMultimedia consumptionTotal: 90.8300000000001
2013-12-07_22:31:53 wzMultimedia power: 218
2013-12-07_22:31:53 wzMultimedia consumption: 4.21
2013-12-07_22:31:53 wzMultimedia consumptionTotal: 90.8300000000001
2013-12-07_22:31:58 wzMultimedia power: 251.6
2013-12-07_22:31:58 wzMultimedia consumption: 4.21
2013-12-07_22:31:58 wzMultimedia consumptionTotal: 90.8300000000001
2013-12-07_22:32:04 wzMultimedia power: 271.7
2013-12-07_22:32:04 wzMultimedia consumption: 4.21
2013-12-07_22:32:04 wzMultimedia consumptionTotal: 90.8300000000001
2013-12-07_22:32:14 wzMultimedia power: 271.4
2013-12-07_22:32:14 wzMultimedia consumption: 4.21
2013-12-07_22:32:14 wzMultimedia consumptionTotal: 90.8300000000001
2013-12-07_22:32:17 wzMultimedia power: 269.6
2013-12-07_22:32:17 wzMultimedia consumption: 4.21
2013-12-07_22:32:17 wzMultimedia consumptionTotal: 90.8300000000001
2013-12-07_22:32:24 wzMultimedia power: 272.1
2013-12-07_22:32:24 wzMultimedia consumption: 4.21
2013-12-07_22:32:24 wzMultimedia consumptionTotal: 90.8300000000001
2013-12-07_22:32:24 wzMultimedia power: 272.1
2013-12-07_22:32:24 wzMultimedia consumption: 4.21
2013-12-07_22:32:24 wzMultimedia consumptionTotal: 90.8300000000001
2013-12-07_22:32:30 wzMultimedia power: 270.5
2013-12-07_22:32:30 wzMultimedia consumption: 4.21
2013-12-07_22:32:30 wzMultimedia consumptionTotal: 90.8300000000001
2013-12-07_22:32:35 wzMultimedia power: 272.1
2013-12-07_22:32:35 wzMultimedia consumption: 4.21
2013-12-07_22:32:35 wzMultimedia consumptionTotal: 90.8300000000001
2013-12-07_22:32:42 wzMultimedia power: 269.6
2013-12-07_22:32:42 wzMultimedia consumption: 4.21
2013-12-07_22:32:42 wzMultimedia consumptionTotal: 90.8300000000001
2013-12-07_22:33:34 wzMultimedia power: 269.5
2013-12-07_22:33:34 wzMultimedia consumption: 4.21
2013-12-07_22:33:34 wzMultimedia consumptionTotal: 90.8300000000001
2013-12-07_22:33:34 wzMultimedia power: 270.4
2013-12-07_22:33:34 wzMultimedia consumption: 4.21
2013-12-07_22:33:34 wzMultimedia consumptionTotal: 90.8300000000001
2013-12-07_22:33:38 wzMultimedia power: 271.3
2013-12-07_22:33:38 wzMultimedia consumption: 4.21
2013-12-07_22:33:38 wzMultimedia consumptionTotal: 90.8300000000001
2013-12-07_22:33:38 wzMultimedia power: 269.9
2013-12-07_22:33:38 wzMultimedia consumption: 4.21
2013-12-07_22:33:38 wzMultimedia consumptionTotal: 90.8300000000001
2013-12-07_22:33:39 wzMultimedia power: 270.5
2013-12-07_22:33:39 wzMultimedia consumption: 4.21
2013-12-07_22:33:39 wzMultimedia consumptionTotal: 90.8300000000001
2013-12-07_22:33:39 wzMultimedia power: 271
2013-12-07_22:33:39 wzMultimedia consumption: 4.21
2013-12-07_22:33:39 wzMultimedia consumptionTotal: 90.8300000000001
2013-12-07_22:33:40 wzMultimedia power: 268.3
2013-12-07_22:33:40 wzMultimedia consumption: 4.21
2013-12-07_22:33:40 wzMultimedia consumptionTotal: 90.8300000000001
2013-12-07_22:33:40 wzMultimedia power: 268.6
2013-12-07_22:33:40 wzMultimedia consumption: 4.21
2013-12-07_22:33:40 wzMultimedia consumptionTotal: 90.8300000000001
2013-12-07_22:33:40 wzMultimedia power: 269.2
2013-12-07_22:33:40 wzMultimedia consumption: 4.22
2013-12-07_22:33:40 wzMultimedia consumptionTotal: 90.8400000000001
2013-12-07_22:33:41 wzMultimedia power: 270.2
2013-12-07_22:33:41 wzMultimedia consumption: 4.22
2013-12-07_22:33:41 wzMultimedia consumptionTotal: 90.8400000000001
2013-12-07_22:33:41 wzMultimedia power: 268.6
2013-12-07_22:33:41 wzMultimedia consumption: 4.22
2013-12-07_22:33:41 wzMultimedia consumptionTotal: 90.8400000000001
2013-12-07_22:33:41 wzMultimedia power: 270.7
2013-12-07_22:33:41 wzMultimedia consumption: 4.22
2013-12-07_22:33:41 wzMultimedia consumptionTotal: 90.8400000000001
2013-12-07_22:33:41 wzMultimedia power: 269.8
2013-12-07_22:33:41 wzMultimedia consumption: 4.22
2013-12-07_22:33:41 wzMultimedia consumptionTotal: 90.8400000000001
2013-12-07_22:34:32 wzMultimedia power: 273.2
2013-12-07_22:34:32 wzMultimedia consumption: 4.22
2013-12-07_22:34:32 wzMultimedia consumptionTotal: 90.8400000000001
2013-12-07_22:34:33 wzMultimedia power: 269.2
2013-12-07_22:34:33 wzMultimedia consumption: 4.22
2013-12-07_22:34:33 wzMultimedia consumptionTotal: 90.8400000000001
2013-12-07_22:34:33 wzMultimedia power: 271.3
2013-12-07_22:34:33 wzMultimedia consumption: 4.22
2013-12-07_22:34:33 wzMultimedia consumptionTotal: 90.8400000000001
2013-12-07_22:34:34 wzMultimedia power: 270.8
2013-12-07_22:34:34 wzMultimedia consumption: 4.22
2013-12-07_22:34:34 wzMultimedia consumptionTotal: 90.8400000000001
2013-12-07_22:34:34 wzMultimedia power: 269.8
2013-12-07_22:34:34 wzMultimedia consumption: 4.22
2013-12-07_22:34:34 wzMultimedia consumptionTotal: 90.8400000000001
2013-12-07_22:34:35 wzMultimedia power: 271.1
2013-12-07_22:34:35 wzMultimedia consumption: 4.22
2013-12-07_22:34:35 wzMultimedia consumptionTotal: 90.8400000000001
2013-12-07_22:34:35 wzMultimedia power: 269.9
2013-12-07_22:34:35 wzMultimedia consumption: 4.22
2013-12-07_22:34:35 wzMultimedia consumptionTotal: 90.8400000000001
2013-12-07_22:34:36 wzMultimedia power: 270.4
2013-12-07_22:34:36 wzMultimedia consumption: 4.22
2013-12-07_22:34:36 wzMultimedia consumptionTotal: 90.8400000000001
2013-12-07_22:35:28 wzMultimedia power: 270.2
2013-12-07_22:35:28 wzMultimedia consumption: 4.22
2013-12-07_22:35:28 wzMultimedia consumptionTotal: 90.8400000000001
2013-12-07_22:35:29 wzMultimedia power: 271.8
2013-12-07_22:35:29 wzMultimedia consumption: 4.22
2013-12-07_22:35:29 wzMultimedia consumptionTotal: 90.8400000000001
2013-12-07_22:35:29 wzMultimedia power: 269.6
2013-12-07_22:35:29 wzMultimedia consumption: 4.22
2013-12-07_22:35:29 wzMultimedia consumptionTotal: 90.8400000000001
2013-12-07_22:35:30 wzMultimedia power: 269.5
2013-12-07_22:35:30 wzMultimedia consumption: 4.22
2013-12-07_22:35:30 wzMultimedia consumptionTotal: 90.8400000000001
2013-12-07_22:36:21 wzMultimedia power: 270.7
2013-12-07_22:36:21 wzMultimedia consumption: 4.22
2013-12-07_22:36:21 wzMultimedia consumptionTotal: 90.8400000000001
2013-12-07_22:36:21 wzMultimedia power: 268.4
2013-12-07_22:36:21 wzMultimedia consumption: 4.22
2013-12-07_22:36:21 wzMultimedia consumptionTotal: 90.8400000000001
2013-12-07_22:36:21 wzMultimedia power: 270.7
2013-12-07_22:36:21 wzMultimedia consumption: 4.22
2013-12-07_22:36:21 wzMultimedia consumptionTotal: 90.8400000000001
2013-12-07_22:36:23 wzMultimedia power: 268.7
2013-12-07_22:36:23 wzMultimedia consumption: 4.22
2013-12-07_22:36:23 wzMultimedia consumptionTotal: 90.8400000000001
2013-12-07_22:37:15 wzMultimedia power: 268.6
2013-12-07_22:37:15 wzMultimedia consumption: 4.22
2013-12-07_22:37:15 wzMultimedia consumptionTotal: 90.8400000000001
2013-12-07_22:37:15 wzMultimedia power: 269.6
2013-12-07_22:37:15 wzMultimedia consumption: 4.22
2013-12-07_22:37:15 wzMultimedia consumptionTotal: 90.8400000000001
2013-12-07_22:37:15 wzMultimedia power: 270.4
2013-12-07_22:37:15 wzMultimedia consumption: 4.22
2013-12-07_22:37:15 wzMultimedia consumptionTotal: 90.8400000000001
2013-12-07_22:37:16 wzMultimedia power: 270.1
2013-12-07_22:37:16 wzMultimedia consumption: 4.22
2013-12-07_22:37:16 wzMultimedia consumptionTotal: 90.8400000000001
2013-12-07_22:37:16 wzMultimedia power: 268.6
2013-12-07_22:37:16 wzMultimedia consumption: 4.22
2013-12-07_22:37:16 wzMultimedia consumptionTotal: 90.8400000000001
2013-12-07_22:38:05 wzMultimedia power: 269
2013-12-07_22:38:05 wzMultimedia consumption: 4.22
2013-12-07_22:38:05 wzMultimedia consumptionTotal: 90.8400000000001
2013-12-07_22:38:06 wzMultimedia power: 268.6
2013-12-07_22:38:06 wzMultimedia consumption: 4.22
2013-12-07_22:38:06 wzMultimedia consumptionTotal: 90.8400000000001
2013-12-07_22:38:07 wzMultimedia power: 269.6
2013-12-07_22:38:07 wzMultimedia consumption: 4.22
2013-12-07_22:38:07 wzMultimedia consumptionTotal: 90.8400000000001
Grüße
Hallo fhainz,
hast du nach dem Aufspielen des aktuellsten Sketches die "0C-2C-Prozedur" ausgeführt?
Einfach auf das JeeLink-Device ein 'set <device> raw 0c' und dann 'set <device> raw 2c' machen und ggf. danach einmal überall auf den Schalter drücken.
Gruß,
Spiff.
Hab ich gemacht, gerade eben noch ein mal.
Vorher hats geklappt mit den 30+ sek. Seit dem update, vermute ich mal müsste ich genauer nachsehen, wird rund alle 4 sek. ein log eintrag erstellt.
Ich hoffe nicht das ich die falsche version eingespielt hab. Hab ein bisschen nach der richtigen version suchen müssen kann ich mich erinnern. Hast du nochmal einen Link für mich zur aktuellen Version?
Grüße
Hi,
ich benutze diese hier:
http://forum.fhem.de/index.php?action=dlattach;topic=11648.0;attach=8346
Gruß,
Spiff.
Jetzt funktionierts. Anscheinend hab ich wirklich eine alte Version eingespielt :o
Danke für die Hilfe!
Grüße
die aktuelle version ist auch immer contrib auf sourceforge zu finden.
gruss
andre
ich dachte ich hatte die version von sourceforge eingespielt. Vielleicht hat was beim einspielen nicht geklappt kann auch sein.
Wie auch immer nun klappt's und das ist das wichtigste ;)
Zitat von: ext23 am 07 Dezember 2013, 21:38:19
Oha, also dann würde ich lieber HM nehmen, die haben auch einen internen Timer, selbst wenn FHEM abschmiert geht zumindest die Steckdose dann aus nach Ablauf der Zeit.
Die PCA301 schalten bei mir eher mäßig zuverlässig, ich merke es jetzt bei der Weihnachtsbeleuchtung, die bleibt öfter dunkel. Da müsste man vermutlich noch an der Firmware für den JeeNode etwas spielen.
Schade, das hört sich nicht gut an. :(
Also dann warte ich auf die neue HomeMatic Steckdose mit Verbrauchsfunktion. Nur finde ich 40-50 Euro sehr viel Geld für eine Funksteckdose. Der Timer nutzt mir nicht wirklich viel, weil das ganze temperaturabhängig (Wurzel + Außentemperatur; evtl. noch kurzfristige Wettervorhersage) gesteuert werden muss. Bei mir läuft die PCA 301 Steckdose bisher zuverlässig - ich lasse sie aber auch nur einmal nachts an und eine halbe Stunde später wieder ausschalten...
Zitat von: ext23 am 07 Dezember 2013, 21:38:19
btw. um das ganze "Wasserdicht" zu bekommen eignen sich auch wunderbar diese Outdoor Gehäuse die ein Dichtring haben, dazu entsprechende Kabeldurchführungen. Wenn man ein paar Euro mehr zahlt auch mit Transparenten Deckel.
Gruß
Daniel
Genau an diese Gehäuse habe ich dabei gedacht. Die Dichtringe sollte es auch etwas größer geben, um ein ganzes Stromkabel ohne Stecker durchführen zu können.
Ich hab die PCA bisher selten geschaltet ja, aber durch die Weihnachtsbeleuchtung fällt es jetzt auf. Bei den Verbrauchswerten merkt man das ja nicht so direkt wenn da mal was nicht an kommt und ein Wert fehlt ;-)
Wegen der Kabeldurchführung:
http://www.reichelt.de/Kabelverschraubungen/PGBF-16/3/index.html?&ACTION=3&LA=2&ARTICLE=126190&GROUPID=3362&artnr=PGBF+16 (http://www.reichelt.de/Kabelverschraubungen/PGBF-16/3/index.html?&ACTION=3&LA=2&ARTICLE=126190&GROUPID=3362&artnr=PGBF+16)
Die gibt es auch für dicke Strippen.
Gruß
Daniel
wenn das schalte wirklich so unzuverlässig ist dann ist etwas nicht so wie es sein soll. das protokoll ist bidirektional und der sketch sollte zuverlässig schalten zum er nach dem schalten den status abfragt.
gruss
andre
Moin,
mhh also das ist schon die Dose die 10 Meter weg hinterm Sofa liegt. Die anderen schalten zuverlässig bis jetzt aber wenn so eine Dose einmal nicht schaltet bin ich schon skeptisch :-)
Wie oft wird denn das Telegramm wiederholt wenn der Status nicht dem Wunschwert entspricht? Und was passiert wenn die Statusabfrage nicht beantwortet wird? Wie oft wird diese wiederholt?
Gruß Daniel
Zitat von: justme1968 am 08 Dezember 2013, 23:31:51
wenn das schalte wirklich so unzuverlässig ist dann ist etwas nicht so wie es sein soll. das protokoll ist bidirektional und der sketch sollte zuverlässig schalten zum er nach dem schalten den status abfragt.
gruss
andre
@spiff:
1. beim schalten geht state zuerst nach set-xxx und wenn die rückmeldung der dose kommt in den tatsächlichen on oder off zustand. damit wird z.b. vermiden das die dosen ein on aus irgendwelchen gründen nicht befolgt und fhem dann den on zustand hat. wenn du dein toggle notify genau auf on oder off triggern lässt und den set- zustand weg lässt sollte es eigentlich sehr zuverlässig stimmen. auch wenn die dose nicht schaltet.
Zitat2013-12-12 19:22:51 PCA301 PCA301_061F46 set-on
2013-12-12 19:22:52 readingsGroup Verbrauch PCA301_061F46.power: 1.8 W
2013-12-12 19:22:52 readingsGroup Verbrauch PCA301_061F46.consumption: 0.00 kWh
2013-12-12 19:22:52 PCA301 PCA301_061F46 on
2. genau das sollte aus dem grund oben eigentlich nicht passieren. hast du noch irgendwelche zusätzliche konfiguration oder eventMap?
3. das muss ich mir anschauen.
4. das habe ich eben behoben und eingecheckt. nach dem ausschalten wird noch power noch so lange aktualisiert bis der wert 0 ist.
gruss
andre
Hi Andre,
1.) wenn man per Knopfdruck direkt an der Steckdose schaltet, kommt kein "set xxx", sondern zuerst der aktuelle Zustand und dann der neue Zustand. Das mit dem aktuellen Zustand verstehe ich nicht.
2.) nein, kein eventMap.
define Schreibtisch PCA301 027465 05
attr Schreibtisch IODev JeeLink_Steckdosen
attr Schreibtisch devStateIcon on:on:toggle off:off:toggle set.*:light_question:off
attr Schreibtisch group Terminal
attr Schreibtisch room 99_PCA301,Terminals,02_Arbeitszimmer
attr Schreibtisch userReadings consumptionTotal:consumption monotonic {ReadingsVal($name,'consumption',0)}
attr Schreibtisch webCmd on:off:toggle:statusRequest
Ich hatte das Problem gerade schon wieder. Als ich dann nochmal schalten und beobachten wollte, ob die grüne Senden-LED am JeeLink leuchtet, wenn ich drücke, funktionierte es 'leider' wieder. Deswegen kann ich noch nicht sagen, ob es ein JeeLink- oder ein FHEM-Problem ist.
Danke & Grüße!
Spiff.
1) du hast recht... ich kann dir aber nicht sagen ob es der sketch ist oder tatsächlich die dose so sendet. das müsste oliver sich noch mal anschauen.
2) das mit der event map bezog sich auch auf 1). ich weiss gerade nicht ob der sketch schon automatisch noch mal sendet wenn es nicht angekommen ist. aber wenn z.b. gerade versucht wird zu schalten wenn gerade eine abfrage raus gegangen ist könnte ich mir sehr gut vorstellen das dann genau der erste sende versuch schief geht. das wäre auch etwas für oliver. ausser er sagt er hat keine zeit...
gruss
andre
Hallo zusammen,
ich habe 4 PCA301 in separaten WeekdayTimern hängen. Ich gehe davon aus, dass eine Steckdose dadurch auch nach verzögerter Rückmeldung erneut geschaltet wird, da ja "Zielzustände" mit dem WeekdayTimer vorgegeben worden sind.
Immer mal wieder funktioniert das Ausschalten um 08:00 Uhr nicht, was bei verschiedenen Dosen vorkommt, also kein Muster bietet:
2013-12-14_08:00:02 PCA301_Zeitschaltuhr3 set-off
2013-12-14_08:00:10 PCA301_Zeitschaltuhr3 power: 2
2013-12-14_08:00:10 PCA301_Zeitschaltuhr3 consumption: 0
2013-12-14_08:00:10 PCA301_Zeitschaltuhr3 on
Ich finde es klasse, wie die Lösung mittels Jeelink und PCA301 aufgebaut wurde. Vielleicht gibt es die Möglichkeit, das Verhalten noch beständiger zu machen.
Gruß
Manuel
Moin :)
Also ich glaube wir haben hier mehrere Problemchen.
1.) Das grösste ist, dass die Dosen beim manuellen Schalten keinen eindeutig auswertbaren Zustand melden. Ein Schaltbefehl von einer Anzeigeeinheit und ein Schaltbefehl an der Dose erzeugen dasselbe Paket. Bei letzterem ist aber das on/off Bit gedreht! Totaler Mist, Fehler im Design, sowas lässt sich nicht einfach auswerten und weiterreichen. Weil dann wirklich falsche Zustände gemeldet würden. Also fängt der Sketch genau diese Schalt-Pakete ab (lässt es nicht durch), und pollt sofort die Dose. Woraufhin diese ihren korrekten, auswertbaren Zustand liefert.
Der Sketch pollt also sofort und reicht die Antwort weiter. Es kann natürlich passieren, dass die Anfrage/Antwort untergeht, dann würde erst beim nächsten Poll-Intervall der Status geliefert.
2.) Schaltbefehle aus FHEM heraus werden aktuell genau einmal vom Sketch an die Dose gesendet. Und der Status wiederum sofort gepollt, d.h. abgefragt. Das kann natürlich prinzipbedingt mal nicht funktionieren, eben weil ein Telegramm verloren geht. Was aber keinesfalls passieren darf, dass ein falscher Status zurückgeliefert wird. Und meines Erachtens nach passiert dies hier auch nicht.
>>>
Soweit zur Funktion... In den Tagen nach Weihnachten hab ich ein bisschen frei, da werde ich mich mal mit der Version 2 beschäftigen. Fest eingeplante Änderungen sind:
- Bei Schaltbefehlen wird mehrfach gepollt. Wobei es jetzt ganz wichtig wär zu wissen, wieviel Zeit sich der Sketch denn für die Ermittlung des korrekten Zustandes nehmen darf. Der Sktech soll sein bestes tun, mitunter also mehrfach pollen um den korrekten Status zu ermitteln, aber er muss ja auch in einer vorgegebenen Zeitspanne einen Status abliefern. Wie immer er dann auch aussieht. Sind bis zu 5 Sekunden (im Extremfall) okay? Oder ist das für FHEM schon zu lang?
- Polling-Intervalle werden konfigurierbar. Unterschiedliche Intervalle je PCA sind möglich.
- Nutzung des internen Dataflashs für autarkes logging.
>>>
Bleibt noch die Frage, wie man etwas kritisches wie Pflanzenbeleuchtung/-Bewässerung hinreichend sicher steuern kann. Gute Frage...:
1.) Ich würde in den Timer-Befehl für die jeweilige Dose ein "Always On" einbauen. Damit ist sichergestellt, dass wenn das Telegram lost in space ist, die Dose eben einiges Sekunden später sicher geschaltet wird. Nach Ablauf des Timers wird ein "Always On" eben wieder deaktiviert. Sowas lässt sich mit dem PCA-Modul ja heute schon realisieren.
2.) Bleibt die Absicherung von FHEM selbst... Da muss ich mich auch mal mit beschäftigen, hat aber erstmal nichts direkt mit den PCAs hier zu tun, gehört also eher weniger hier her. Meine Ideen in Kurzfassung wären:
- Mini-USV (es gibt PowerBanks, die bis zu 2A liefern... ausreichend für nen PI samt Receiver)
- entweder einen Watchdog, oder aber ein zweites FHEM System zur Überwachung des laufenden FHEM-Prozesses
- eine remote schaltbare Steckdose um FHEM vorübergehend komplett Stromlos machen zu können
Gruss
Oliver
Zitat von: justme1968 am 12 Dezember 2013, 23:40:28
1) du hast recht... ich kann dir aber nicht sagen ob es der sketch ist oder tatsächlich die dose so sendet. das müsste oliver sich noch mal anschauen.
2) das mit der event map bezog sich auch auf 1). ich weiss gerade nicht ob der sketch schon automatisch noch mal sendet wenn es nicht angekommen ist. aber wenn z.b. gerade versucht wird zu schalten wenn gerade eine abfrage raus gegangen ist könnte ich mir sehr gut vorstellen das dann genau der erste sende versuch schief geht. das wäre auch etwas für oliver. ausser er sagt er hat keine zeit...
gruss
andre
Hallo!
Eine meiner Steckdose logt seit rund 10 Minuten alle paar Sekunden. Hier der Log.
2013-12-18_13:45:20 Waschmaschine power: 4.5
2013-12-18_13:45:20 Waschmaschine consumption: 1.17
2013-12-18_13:45:20 Waschmaschine consumptionTotal: 14.4
2013-12-18_13:45:52 Waschmaschine power: 4.6
2013-12-18_13:45:52 Waschmaschine consumption: 1.17
2013-12-18_13:45:52 Waschmaschine consumptionTotal: 14.4
2013-12-18_13:46:25 Waschmaschine power: 202.6
2013-12-18_13:46:25 Waschmaschine consumption: 1.17
2013-12-18_13:46:25 Waschmaschine consumptionTotal: 14.4
2013-12-18_13:46:57 Waschmaschine power: 328.1
2013-12-18_13:46:57 Waschmaschine consumption: 1.17
2013-12-18_13:46:57 Waschmaschine consumptionTotal: 14.4
2013-12-18_14:00:02 Waschmaschine power: 4.5
2013-12-18_14:00:02 Waschmaschine consumption: 1.17
2013-12-18_14:00:02 Waschmaschine consumptionTotal: 14.4
2013-12-18_14:00:11 Waschmaschine power: 4.2
2013-12-18_14:00:11 Waschmaschine consumption: 1.17
2013-12-18_14:00:11 Waschmaschine consumptionTotal: 14.4
2013-12-18_14:00:22 Waschmaschine power: 7.4
2013-12-18_14:00:22 Waschmaschine consumption: 1.17
2013-12-18_14:00:22 Waschmaschine consumptionTotal: 14.4
2013-12-18_14:00:26 Waschmaschine power: 219.3
2013-12-18_14:00:26 Waschmaschine consumption: 1.18
2013-12-18_14:00:26 Waschmaschine consumptionTotal: 14.41
2013-12-18_14:00:33 Waschmaschine power: 208.3
2013-12-18_14:00:33 Waschmaschine consumption: 1.18
2013-12-18_14:00:33 Waschmaschine consumptionTotal: 14.41
2013-12-18_14:00:40 Waschmaschine power: 204.6
2013-12-18_14:00:40 Waschmaschine consumption: 1.18
2013-12-18_14:00:40 Waschmaschine consumptionTotal: 14.41
2013-12-18_14:00:47 Waschmaschine power: 224.4
2013-12-18_14:00:47 Waschmaschine consumption: 1.18
2013-12-18_14:00:47 Waschmaschine consumptionTotal: 14.41
2013-12-18_14:00:53 Waschmaschine power: 11.7
2013-12-18_14:00:53 Waschmaschine consumption: 1.18
2013-12-18_14:00:53 Waschmaschine consumptionTotal: 14.41
2013-12-18_14:01:01 Waschmaschine power: 5.1
2013-12-18_14:01:01 Waschmaschine consumption: 1.18
2013-12-18_14:01:01 Waschmaschine consumptionTotal: 14.41
2013-12-18_14:01:10 Waschmaschine power: 60.8
2013-12-18_14:01:10 Waschmaschine consumption: 1.18
2013-12-18_14:01:10 Waschmaschine consumptionTotal: 14.41
2013-12-18_14:01:21 Waschmaschine power: 227.7
2013-12-18_14:01:21 Waschmaschine consumption: 1.19
2013-12-18_14:01:21 Waschmaschine consumptionTotal: 14.42
2013-12-18_14:01:29 Waschmaschine power: 216.4
2013-12-18_14:01:29 Waschmaschine consumption: 1.19
2013-12-18_14:01:29 Waschmaschine consumptionTotal: 14.42
2013-12-18_14:01:39 Waschmaschine power: 27.2
2013-12-18_14:01:39 Waschmaschine consumption: 1.19
2013-12-18_14:01:39 Waschmaschine consumptionTotal: 14.42
2013-12-18_14:01:48 Waschmaschine power: 4.5
2013-12-18_14:01:48 Waschmaschine consumption: 1.19
2013-12-18_14:01:48 Waschmaschine consumptionTotal: 14.42
2013-12-18_14:01:59 Waschmaschine power: 246.3
2013-12-18_14:01:59 Waschmaschine consumption: 1.19
2013-12-18_14:01:59 Waschmaschine consumptionTotal: 14.42
2013-12-18_14:02:08 Waschmaschine power: 4.3
2013-12-18_14:02:08 Waschmaschine consumption: 1.19
2013-12-18_14:02:08 Waschmaschine consumptionTotal: 14.42
2013-12-18_14:02:19 Waschmaschine power: 221.9
2013-12-18_14:02:19 Waschmaschine consumption: 1.19
2013-12-18_14:02:19 Waschmaschine consumptionTotal: 14.42
2013-12-18_14:02:27 Waschmaschine power: 4.2
2013-12-18_14:02:27 Waschmaschine consumption: 1.19
2013-12-18_14:02:27 Waschmaschine consumptionTotal: 14.42
2013-12-18_14:02:38 Waschmaschine power: 212.3
2013-12-18_14:02:38 Waschmaschine consumption: 1.19
2013-12-18_14:02:38 Waschmaschine consumptionTotal: 14.42
2013-12-18_14:02:47 Waschmaschine power: 4.6
2013-12-18_14:02:47 Waschmaschine consumption: 1.19
2013-12-18_14:02:47 Waschmaschine consumptionTotal: 14.42
2013-12-18_14:02:56 Waschmaschine power: 4.9
2013-12-18_14:02:56 Waschmaschine consumption: 1.19
2013-12-18_14:02:56 Waschmaschine consumptionTotal: 14.42
2013-12-18_14:03:05 Waschmaschine power: 164
2013-12-18_14:03:05 Waschmaschine consumption: 1.19
2013-12-18_14:03:05 Waschmaschine consumptionTotal: 14.42
2013-12-18_14:03:15 Waschmaschine power: 4.3
2013-12-18_14:03:15 Waschmaschine consumption: 1.2
2013-12-18_14:03:15 Waschmaschine consumptionTotal: 14.43
2013-12-18_14:03:24 Waschmaschine power: 206
2013-12-18_14:03:24 Waschmaschine consumption: 1.2
2013-12-18_14:03:24 Waschmaschine consumptionTotal: 14.43
2013-12-18_14:03:35 Waschmaschine power: 4.5
2013-12-18_14:03:35 Waschmaschine consumption: 1.2
2013-12-18_14:03:35 Waschmaschine consumptionTotal: 14.43
Bis 13:46 hat alles gepasst. Dann kam 15 Minuten nichts und seit da an alle paar Sekunden.
Grüße
Edit:
2013-12-18_14:04:21 Waschmaschine power: 4.2
2013-12-18_14:04:21 Waschmaschine consumption: 1.2
2013-12-18_14:04:21 Waschmaschine consumptionTotal: 14.43
2013-12-18_14:04:31 Waschmaschine power: 194.1
2013-12-18_14:04:31 Waschmaschine consumption: 1.2
2013-12-18_14:04:31 Waschmaschine consumptionTotal: 14.43
2013-12-18_14:04:39 Waschmaschine power: 4.6
2013-12-18_14:04:39 Waschmaschine consumption: 1.2
2013-12-18_14:04:39 Waschmaschine consumptionTotal: 14.43
2013-12-18_14:04:49 Waschmaschine power: 4.8
2013-12-18_14:04:49 Waschmaschine consumption: 1.2
2013-12-18_14:04:49 Waschmaschine consumptionTotal: 14.43
2013-12-18_14:05:00 Waschmaschine power: 207.6
2013-12-18_14:05:00 Waschmaschine consumption: 1.2
2013-12-18_14:05:00 Waschmaschine consumptionTotal: 14.43
2013-12-18_14:05:33 Waschmaschine power: 4.5
2013-12-18_14:05:33 Waschmaschine consumption: 1.2
2013-12-18_14:05:33 Waschmaschine consumptionTotal: 14.43
2013-12-18_14:06:00 Waschmaschine power: 196.1
2013-12-18_14:06:00 Waschmaschine consumption: 1.2
2013-12-18_14:06:00 Waschmaschine consumptionTotal: 14.43
2013-12-18_14:06:33 Waschmaschine power: 4.3
2013-12-18_14:06:33 Waschmaschine consumption: 1.21
2013-12-18_14:06:33 Waschmaschine consumptionTotal: 14.44
2013-12-18_14:07:03 Waschmaschine power: 204.9
2013-12-18_14:07:03 Waschmaschine consumption: 1.21
2013-12-18_14:07:03 Waschmaschine consumptionTotal: 14.44
2013-12-18_14:07:35 Waschmaschine power: 195
2013-12-18_14:07:35 Waschmaschine consumption: 1.21
2013-12-18_14:07:35 Waschmaschine consumptionTotal: 14.44
2013-12-18_14:08:06 Waschmaschine power: 197.9
2013-12-18_14:08:06 Waschmaschine consumption: 1.21
2013-12-18_14:08:06 Waschmaschine consumptionTotal: 14.44
2013-12-18_14:08:37 Waschmaschine power: 216.5
2013-12-18_14:08:37 Waschmaschine consumption: 1.21
2013-12-18_14:08:37 Waschmaschine consumptionTotal: 14.44
2013-12-18_14:09:08 Waschmaschine power: 277.7
2013-12-18_14:09:08 Waschmaschine consumption: 1.21
2013-12-18_14:09:08 Waschmaschine consumptionTotal: 14.44
2013-12-18_14:09:40 Waschmaschine power: 4.6
2013-12-18_14:09:40 Waschmaschine consumption: 1.21
2013-12-18_14:09:40 Waschmaschine consumptionTotal: 14.44
2013-12-18_14:10:11 Waschmaschine power: 81.2
2013-12-18_14:10:11 Waschmaschine consumption: 1.21
2013-12-18_14:10:11 Waschmaschine consumptionTotal: 14.44
2013-12-18_14:10:42 Waschmaschine power: 110.2
2013-12-18_14:10:42 Waschmaschine consumption: 1.21
2013-12-18_14:10:42 Waschmaschine consumptionTotal: 14.44
Jetzt passte wieder hab aber nichts gemacht. Eigenartig oder?
Yepp, wirklich sehr merkwürdig! Kriege da gerade keinen Kopf dran. Kann es sein, dass Dein System schon an die 49 Tage durchläuft? Dann könnte es ein Problem mit dem Timerüberlauf sein.
Ich hab nach Weihnachten ein paar Tage frei. Werde dann mal an der nächsten Version arbeiten. Und natürlich intensiv testen.
Gruss
Oliver
Ich habe dieses Problem auch von zeit zu zeit, meines ist keine 45 Tage online.
Bei mir hat bisher (als workaround) immer geholfen, die Dosen mit einem langen Tastendrücken neu zu verbinden....
Nein. Mein system ist max 2 tage durch online ohne neustart.
Heut nacht hat der set xy reset auch nicht funktioniert. Musste es vorher 2x manuel machen bevor consumption wirklich auf 0 war.
Grüße
Mir ist noch etwas aufgefallen bzgl. dem set-reset, ich denke auch das es das letztes mal deswegen nicht geklappt hat.
Ich sende per at um Mitternacht allen PCA301 Dosen ein set-reset. Im Normalfall sind 3 der 4 Dosen ein, die 4. ist die Waschmaschine Steckdose die auch letztes mal rumgezickt hat.
Heute Nacht hab ich das ganze beobachtet. Alle dosen werden sofort auf 0 gesetzt wenn sie on sind. Die 4. die im Normalfall off ist behaltet ihrer cosumption bis sie auch on geschaltet wird. Dann ist die consumption auch 0.
Kann das jemand bestätigen?
Grüße
das modul aktualisiert das consumption reading nicht wenn die dose aus ist.
ich schaue mal wie ich das besser machen kann.
gruss
andre
Ok verstehe.
Ein kurzes set on-for-timer 1, falls die dose aus ist, nach dem zurücksetzen würde doch reichen oder?
Grüße
das sollte als workaround reichen bis ich das im modul geändert habe.
Zitat von: justme1968 am 22 Dezember 2013, 12:51:25
das sollte als workaround reichen bis ich das im modul geändert habe.
Andre, ich hoffe aber doch, dass das Modul nicht auch ein on-for-xxx schickt, um das Reset durchzubringen? Je nach Anwendungsfall wäre es meiner Ansicht nach nicht so prickelnd, wenn da "einfach mal so" für kurze Zeit eingeschaltet wird.
Gruß, Peter
Das war nur ein Beispiel meinerseits. Man kann auch einfach das FHEM Reading auf 0 setzen und nicht warten bis die Dose das reading sendet. Denk ich zumindest das dass klappt :D
Grüße
ich hab es eben im modul geändert.
readings werden jetzt immer aktualisiert wenn sich ein wert ändert. auch wenn die dose aus ist.
gruss
andre
Perfekt. Dankeschön! :)
Grüße
Hast du die Änderungen am reset schon eingecheckt?
Hatte gerade wieder Probleme beim zurücksetzen. Diesmal bei einer dose die immer an ist.
2013-12-23_23:59:40 wzMultimedia set-reset
2013-12-24_00:00:03 wzMultimedia power: 290
2013-12-24_00:00:03 wzMultimedia consumption: 4.77
2013-12-24_00:00:03 wzMultimedia on
2013-12-24_00:00:03 wzMultimedia consumptionTotal: 484.469999999962
2013-12-24_00:00:03 wzMultimedia power_avg_day: 290.3
2013-12-24_00:00:03 wzMultimedia power_max_day: 318.4
2013-12-24_00:00:03 wzMultimedia power_min_day: 80.4
2013-12-24_00:00:35 wzMultimedia power: 275.8
2013-12-24_00:00:35 wzMultimedia consumption: 4.77
2013-12-24_00:00:35 wzMultimedia consumptionTotal: 484.469999999962
2013-12-24_00:01:07 wzMultimedia power: 289
2013-12-24_00:01:07 wzMultimedia consumption: 4.78
dann hab ich's bemerkt und manuell zurückgesetzt
2013-12-24_00:32:56 wzMultimedia set-reset
2013-12-24_00:32:57 wzMultimedia power: 276.1
2013-12-24_00:32:57 wzMultimedia consumption: 4.92
2013-12-24_00:32:57 wzMultimedia on
2013-12-24_00:32:57 wzMultimedia consumptionTotal: 484.619999999962
2013-12-24_00:33:25 wzMultimedia set-reset
2013-12-24_00:33:26 wzMultimedia power: 276
2013-12-24_00:33:26 wzMultimedia consumption: 0
2013-12-24_00:33:26 wzMultimedia on
2013-12-24_00:33:26 wzMultimedia consumptionTotal: 484.619999999962
2013-12-24_00:34:23 wzMultimedia power: 276.6
2013-12-24_00:34:23 wzMultimedia consumption: 0
Grüße
Frohe Weihnachten liebe FHEM´ler,
das hat jetzt zwar nichts mit dem PCA 301 zu tun,
aber in diesem Threat sind ja bestimmt einige JeeLink/Jeenode Experten vertreten
und die Einbindung von Roomnode wurde ja auch schon mal angerissen.
Ich versuche mit einem Selbstbaupseudojeelink Selbstbausensoren auszulesen.
Soweit funktioniert das auch schon ganz gut. Nur würde ich das ganze gerne in FHEM einbinden.
Vielleicht könnt ihr ja mal hier rein schauen http://forum.fhem.de/index.php/topic,17240.0.html (http://forum.fhem.de/index.php/topic,17240.0.html)
und der ein oder andere hat noch einen Tipp für mich.
Wenn das Thema hier nicht rein passt, dann kann ein Mod es ja passend verschieben.
Schöne Weihnachten noch...
mattes
Hallo!
Könnten wir hier das Runden analog wie beim LaCrosse integrieren?
Bei Geräten im Standby habe ich immer folgende Abfolgen enthalten. Wenn ich die Genauigkeit auf 1 Watt änderen
könnte, würde mir das bei der Waschmaschine leicht ausreichen!
2013-12-24_12:03:09 PCA301_03 power: 0.4
2013-12-24_12:03:52 PCA301_03 power: 0
2013-12-24_12:04:44 PCA301_03 power: 0.4
2013-12-24_12:05:15 PCA301_03 power: 0.5
2013-12-24_12:05:45 PCA301_03 power: 0.4
Zusätzlich wäre es vielleicht schön, wenn man eine art unteres Limit angeben könnte. In meinem Beispiel sowas wie 0.6 Watt. Alles was darunter ist,
soll wie 0 angezeigt und ausgegeben werden.Ich glaube, das wäre für mehrere Einsatzzwecke ideal.
lG und Frohe Weihnachten!!
eine untergrenze kann ich einbauen. soll alles darunter wirklich als 0 angezeigt werden? oder z.b. als 0.1 oder 0.01. dann würde es sich noch von einem wirklich aus mit power 0 unterscheiden aber trotzdem nur ein mal geschrieben.
das mit der genauigkeit kann ich auch einbauen aber was versprichst du dir davon? die nachkomma stellen stören doch eigentlich nicht oder?
gruss
andre
0.01 wäre auch schön bzw gut!
Ziel des Runden sollte es lediglich sein, die Anzahl der Logeinträge zu reduzieren. Meine Plots dauern schon relativ lange zum zeichnen.
Ich habe bei kleinen Verbrauchern wie einem Handyladegerät oft Schwankungen von 0.1 Watt, und genau diese interessieren mich nicht.
Ich lese derzeit aus dem Telefon die Stromspannung aus (per funk) und schalte dann beim Unterschreiten eines Wertes das Ladegerät an.
Die Untergrenze würde dazu aber bestimmt schon einen erheblichen Teil beitragen!!!
Noch eine Frage: Hast Du eine Idee, wie ich folgendes angehen könnte?
Ich habe einen Haus-Stromverbrauchszähler und möchte gerne eine "LeavingHome" Funktion programmieren. Nun, wenn ich das Haus verlasse, interessiert mich, ob es noch Verbraucher gibt, die aus sein sollten. Waschmaschine und Geschirrspüler sind jedoch erlaubt.
Daher möchte ich gerne deren Stromverbrauch vom Gesamt-Stromverbrauch abziehen und dann eine LED schalten, ob der Verbrauch unter oder über 10 Watt ist.
Gibt es für das Abziehen des Verbrauchs ein Modul? Das Problem ist ja auch, dass nicht alle Sensoren die Daten gleichzeitig liefern..... daher müsste ich hier auch mit gemittelten Werten arbeiten?!?
Guten Morgen,
hat mal einer ein paar Langzeittests gemacht mit den PCA301'ern? Ich hab hier zwei Dosen, eine dicht am Sender und ein recht weit weg. Mir ist zu Weihnachten aufgefallen, dass die die weit weg ist öfter nicht schaltet. Naja ok, liegt ja nahe, aber dafür sind die ja angeblich "Bidirectional", darf also eigentlich nicht passieren wenn das Signal so oft wiederholt wird bis die Dose den richtigen Status sendet. Jetzt habe ich die andere Dose die dicht am Sender liegt immer mal schalten lassen und da ist mir aufgefallen das pro 100 Aus->An->Aus Schaltvorgängen immer so um die 5 bei sind wo die Dose nicht reagiert, das ist doch nicht normal oder? Also im Vergleich zu HM schalten die PCAs bei mir zumindest sehr unzuverlässig. Kann ich da irgendwo mal ein Debug log laufen lassen um das mal etwas näher zu analysieren?
Gruß
Daniel
Hallo Daniel,
die gleiche Erfahrung hab ich in letzter Zeit auch gemacht, wobei bei einer Dose die ich mit einem PIRI automatisiert schalten lasse, es immer wieder dazu kommt das nach einem on-for-Timer 120 , die Dose anschließend nicht mehr ausgeht.
Gruß Stefan
Gesendet von meinem iPad mit Tapatalk HD
Genau ist ja dasselbe da kommt das off nicht an, on for timer kann die dose intern ja nicht meines Wissens nach.
Gruß Daniel
die nächste version des sketches wird ein kommando mehrfach wiederholen wenn die dose nicht reagiert hat. dann sollte die dose mindestens so zuverlässig sein wie eine hm dose.
gruss
andre
Achso, irgs, ich dachte das ist schon so, dann ist das natürlich klar und logisch.
Gruß Daniel
Hallo Oliver,
ausgehend von Deinem sketch vom 26. August 2013 (http://forum.fhem.de/index.php/topic,11648.msg92010.html#msg92010) habe ich meine beiden EC3000 gerade zum Laufen gebracht. Gibt es für den JeeLink inzwischen einen neueren Sketch? Konnte auf die Schnelle in den bislang 36 Seiten des Threads keinen finden :-) Danke jedenfalls für die Spitzen Arbeit, die EC3000 sind echt unschlagbar im Preisleistungsverhältnis!
Um den Sketch mit avr-gcc 4.7.2 übersetzen zu können, musste ich alle im PROGMEM befindlichen Variablen mit "const" versehen, siehe entsprechend geänderten sketch und diff im Anhang. Sollten die Änderungen Deine Zustimmung finden, kann ich auch gerne den Link im Wiki-Artikel aktualisieren.
Beste Grüße,
Andy.
Hallo,
ich bin neu im Forum und hoffe meine Fragen passen hier rein.
Seitdem ich einen zweiten Jeelink mit dem neuen Sketch [pcaSerial.10.0i] zum Einsatz gebracht habe (eine kurze Zeit parallel zum alten mit der 10.0h) erhalte ich nun nur noch die Power-Werte in regelmäßigen Abständen und unregelmäßig (ca. alle 20-30min) die consumption/consumptioTotal-Werte, vorher war alles in Ordnung.
Welche Möglichkeit habe ich auf wieder regelmäßige Übertragung aller 3 Werte zu erreichen ???
Und noch eine zweite Frage, wie kann ich die consumptionTotal auf 0 zurücksetzen ?
Vielen Dank.
Beste Grüße
Vinzent
http://fhem.de/commandref.html#PCA301 -> "Reset consumption counters"
Danke für die Antwort, aber mit dem reset wird nur die consumption auf 0 gesetzt.
2014-01-30_14:44:45 PCA301_0C8FA0 consumption: 0
2014-01-30_14:44:45 PCA301_0C8FA0 consumptionTotal: 0.38
Beste Grüße
Vinzent
consumptionTotal kannst du mit setreading auf 0 setzen.
gruss
andre
Hallo Andre,
Vielen Dank für den Hinweis, ja das ist ein direkter globaler Befehl im fhem. Das der auch beim PCA301 greift, hätte ich nicht gedacht.
Vielleicht bekomme ich noch so eine gute Antwort auf meine andere Frage, wie komme ich wieder dazu, dass alle 3 Werte power/consumption/consumptioTotal regelmäßig (alle 30s) geloggt werden.
Vielen Dank
Vinzent
was geht denn nicht?
das die readings nicht aktualisiert werden? oder das sie nicht geloggt werden?
bei letzterm musst du dir die definition des log device anschauen oder die event-on... attribute in den pca301 devices oder deine plot definition.
gruss
andre
Hallo Andre,
Vielen Dank für die schnelle Antwort.
Meine Device-Definition für den Test wurde mit autocreate angelegt:
define PCA301_0C8FA0 PCA301 0C8FA0 05
attr PCA301_0C8FA0 devStateIcon on:on:toggle off:off:toggle set.*:light_question:off
attr PCA301_0C8FA0 room PCA301
attr PCA301_0C8FA0 userReadings consumptionTotal:consumption monotonic {ReadingsVal($name,'consumption',0)}
attr PCA301_0C8FA0 webCmd on:off:toggle:statusRequest
define FileLog_PCA301_0C8FA0 FileLog ./log/PCA301_0C8FA0-%Y.log PCA301_0C8FA0
attr FileLog_PCA301_0C8FA0 logtype text
attr FileLog_PCA301_0C8FA0 room PCA301
Wie ich in meinem ersten Beitrag erwähnte, werden in dem Logfile regelmäßig die Power-Werte geloggt und nur in großen Abständen die Consumption/ConsumptionTotal-Werte. Analog ist das in der Event-Log live zu sehen.
In der eventTypes.txt wurden zu dem Device :
13 PCA301_0C8FA0 consumption: .*
13 PCA301_0C8FA0 consumptionTotal: .*
11 PCA301_0C8FA0 off
13 PCA301_0C8FA0 on
1116 PCA301_0C8FA0 power: .*
angelegt.
Habe ich da einen Fehler gemacht, vorher ging es ja.
Beste Grüße
Vinzent
Vorher war laut Scetch-Log ein Fehler drin:
Normalerweise gibt die Dose nur eine Info, wenn X W/h (?) gemessen wurden. In der h war ein Fehler, das der JeeLink dauerhaft fragte. Dieses wurde in der i (meines Wissens) behoben.
Wie man jetzt Dein Wunsch in der i Version wieder einschaltet .. das kann ich Dir nicht sagen.
Ich hoffe, ich habe es jetzt richtig "vereinfacht" ausgedrückt ... alle angaben ohne Gewär
was sind grosse abstände?
werden die readings im device öfter aktualisiert als es im log steht?
gruss
andre
Hallo vielen Dank für die Antworten,
ich habe noch einen Jeelink mit dem alten Sketch pcaSerial.10.0h, auch da habe ich jetzt die gleichen Probleme.
Die Readings im Device sind identisch mit den Log-Einträgen.
Das Problem trat erst auf, als die PCA301 anscheinend von den zwei unterschiedlichen Jeelinks angesprochen wurden.
Ich habe mal einen Log-Auszug und den Screen vom Device angehängt, da sieht man die Abstände am besten.
Beste Grüße
Vinzent
das consumption reading wird in der aktuellen version des fhem moduls nur geschrieben wenn sich der wert auch geändert hat. bei den 23 watt die an deiner dose hängen dauert das ein bisschen.
gruss
andre
Hallo Andre,
vielen Dank für die Antwort. Ja die Erklärung kann ich nachvollziehen. Ist OK so. Wie ich das jetzt lese, liegt es am aktuellen fhem Modul und nicht am Sketch. Ja warum sollen auch die gleichen Werte in die Log geschrieben werden.
Also nochmal vielen Dank.
Viele Grüße
Vinzent
Hallo,
Die Steckdosen sind wieder lieferbar bei ELV.
Gruß Stefan
Ich habe zwei Steckdosen erhalten, die wie die schlechte Serie im November im Leerlauf (ohne angeschlossenen Verbraucher) in fhem und auf den Energiekostenmonitor bereits über 30 Watt anzeigen. Also es wird wieder bei zwei von zwei gelieferten Geräten Schrott ausgeliefert!
Bei mir leider auch, 2 Dosen erhalten. eine zeigt 32.1W, die andere 32.5W im Leerlauf an.
Kann es allerdings leider nicht mit Ernergiekostenmonitor prüfen sondern nur mit Jeelink.
Gruss,
Wolle
Hallo,
Ich hab bis jetzt 10 Dosen aus 2 Lieferungen
Bisher alle OK, jetzt hab ich wieder 3 bestellt, ich werde berichten ob dann eine schlechte dabei ist.
Gruß
Stefan
Hallo,
jetzt habe ich das Austausch gerät für meine im Dezember wegen des Anzeigeproblems zurück gesendete Steckdose erhalten. Leider zeigt diese jetzt immer 33,3W im Leerlauf an.
Gesendet von meinem GT-I9000 mit Tapatalk
Zitat von: brocky am 02 Februar 2014, 20:53:57
Hallo,
jetzt habe ich das Austausch gerät für meine im Dezember wegen des Anzeigeproblems zurück gesendete Steckdose erhalten. Leider zeigt diese jetzt immer 33,3W im Leerlauf an.
Gesendet von meinem GT-I9000 mit Tapatalk
Bei mir das gleiche, im November wurden 2 von 5 zurück geschickt, sind am Wochenende angekommen und zeigen mir wieder über 30W im Leerlauf an.
Hier leider auch. Genau wie bei stiftmaster - beim letzten Versuch 2 aus 5 defekt, diesmal 2 von 2. Wieso elv nicht wenigstens eine punktuelle Qualitätskontrolle durchführt, verstehe ich nicht. Schade um die Zeit ... Ich bin mir nicht sicher, ob ein weiterer Versuch Sinn macht, oder ob ich lieber das Geld zurück fordere und dafür eine der neuen Homematic Dosen kaufe (aber sicher nicht mehr bei elv). Was macht Ihr?
Viele Grüße, Stefan
Gesendet von meinem TouchPad mit Tapatalk
Moin,
habe letztes Wochenende meine erste PCA301 eingebunden, und war bis jetzt ganz zu frieden :)
Gestern ist mir allerdings ein komisches verhalten aufgefallen, welches ich mir nicht erklären kann.
Vielleicht kann mir da jemand helfen.
Hier der Logauszug:
2014-02-02_19:01:54 PCA301_0D6888 power: 41.7
2014-02-02_19:02:25 PCA301_0D6888 power: 41.4
2014-02-02_19:02:57 PCA301_0D6888 power: 41.3
2014-02-02_19:03:29 PCA301_0D6888 power: 41.6
2014-02-02_19:04:01 PCA301_0D6888 power: 41.4
2014-02-02_19:04:32 PCA301_0D6888 power: 41.7
2014-02-02_19:05:36 PCA301_0D6888 power: 41.9
2014-02-02_19:06:07 PCA301_0D6888 power: 41.7
2014-02-02_19:06:38 PCA301_0D6888 power: 41.6
2014-02-02_19:07:09 PCA301_0D6888 power: 41.7
2014-02-02_19:07:42 PCA301_0D6888 power: 41.6
2014-02-02_19:08:13 PCA301_0D6888 power: 41.7
2014-02-02_19:08:27 PCA301_0D6888 set-off
2014-02-02_19:08:27 PCA301_0D6888 off
2014-02-02_19:08:28 PCA301_0D6888 power: 0
2014-02-03_11:39:33 PCA301_0D6888 consumption: 0
2014-02-03_11:39:33 PCA301_0D6888 consumptionTotal: 0.19
2014-02-03_11:39:33 PCA301_0D6888 consumption: 0.04
2014-02-03_11:39:33 PCA301_0D6888 consumptionTotal: 0.23
2014-02-03_14:19:40 PCA301_0D6888 consumption: 0
2014-02-03_14:19:40 PCA301_0D6888 consumptionTotal: 0.23
2014-02-03_14:19:40 PCA301_0D6888 consumption: 0.04
2014-02-03_14:19:40 PCA301_0D6888 consumptionTotal: 0.27
2014-02-03_14:21:30 PCA301_0D6888 consumption: 0
2014-02-03_14:21:30 PCA301_0D6888 consumptionTotal: 0.27
2014-02-03_14:21:31 PCA301_0D6888 consumption: 0.04
2014-02-03_14:21:31 PCA301_0D6888 consumptionTotal: 0.31
2014-02-03_14:21:53 PCA301_0D6888 consumption: 0
2014-02-03_14:21:53 PCA301_0D6888 consumptionTotal: 0.31
2014-02-03_14:21:53 PCA301_0D6888 consumption: 0.04
2014-02-03_14:21:53 PCA301_0D6888 consumptionTotal: 0.35
2014-02-03_18:51:42 PCA301_0D6888 off
2014-02-03_18:51:43 PCA301_0D6888 power: 34
2014-02-03_18:51:43 PCA301_0D6888 on
2014-02-03_18:52:14 PCA301_0D6888 power: 41.9
2014-02-03_18:52:46 PCA301_0D6888 power: 41.7
2014-02-03_18:53:50 PCA301_0D6888 power: 42
2014-02-03_18:54:20 PCA301_0D6888 power: 41.6
2014-02-03_18:55:54 PCA301_0D6888 power: 41.9
2014-02-03_18:57:27 PCA301_0D6888 consumption: 0.05
2014-02-03_18:57:27 PCA301_0D6888 consumptionTotal: 0.36
was mich verwundert sind die folgenden Zeilen. Obwohl der Verbraucher aus war, kamen diese Werte zustande.
2014-02-03_11:39:33 PCA301_0D6888 consumption: 0
2014-02-03_11:39:33 PCA301_0D6888 consumptionTotal: 0.19
2014-02-03_11:39:33 PCA301_0D6888 consumption: 0.04
2014-02-03_11:39:33 PCA301_0D6888 consumptionTotal: 0.23
2014-02-03_14:19:40 PCA301_0D6888 consumption: 0
2014-02-03_14:19:40 PCA301_0D6888 consumptionTotal: 0.23
2014-02-03_14:19:40 PCA301_0D6888 consumption: 0.04
2014-02-03_14:19:40 PCA301_0D6888 consumptionTotal: 0.27
2014-02-03_14:21:30 PCA301_0D6888 consumption: 0
2014-02-03_14:21:30 PCA301_0D6888 consumptionTotal: 0.27
2014-02-03_14:21:31 PCA301_0D6888 consumption: 0.04
2014-02-03_14:21:31 PCA301_0D6888 consumptionTotal: 0.31
2014-02-03_14:21:53 PCA301_0D6888 consumption: 0
2014-02-03_14:21:53 PCA301_0D6888 consumptionTotal: 0.31
2014-02-03_14:21:53 PCA301_0D6888 consumption: 0.04
2014-02-03_14:21:53 PCA301_0D6888 consumptionTotal: 0.35
Als Verbraucher hatte ich testweise einen Deckenfluter angeschlossen.
Warum wird hier hochgezählt, obwohl das Gerät aus ist ?
Zitat von: Stefan K. am 04 Februar 2014, 06:53:03
Hier leider auch. Genau wie bei stiftmaster - beim letzten Versuch 2 aus 5 defekt, diesmal 2 von 2. Wieso elv nicht wenigstens eine punktuelle Qualitätskontrolle durchführt, verstehe ich nicht. Schade um die Zeit ... Ich bin mir nicht sicher, ob ein weiterer Versuch Sinn macht, oder ob ich lieber das Geld zurück fordere und dafür eine der neuen Homematic Dosen kaufe (aber sicher nicht mehr bei elv). Was macht Ihr?
Viele Grüße, Stefan
Gesendet von meinem TouchPad mit Tapatalk
"Kreutzen Sie auf dem Rücksendeschein an, ob Sie nochmal einen Austausch in
geprüfte Neuware ober ob Sie die Rückerstattung des Kaufpreises wünschen"
Eine Chance gebe ich ELV noch
Das habe ich jetzt auch getan - ich drücke uns die Daumen :-)
Gesendet von meinem GT-I9100 mit Tapatalk
Hallo Sebastian,
ein Verbrauch von 0,x Watt ist OK, die Steckdose zeigt den Eigenverbrauch der eingebauten Elektronik an.
Auszug aus den technische Daten:
Geringer Eigenverbrauch: nur 0,4 W max
Im Wert enthalten ist dann noch der Messfehler bzw. die Exemplarstreuung. Doch mehr als 1 Watt sollten es ohne angeschlossenen Verbraucher auf keinen Fall sein. Defekte Steckdosen zeigen meistens um die 30 Watt an.
So,
Meine Lieferung besteht nun aus 3 von 3 Steckdosen die 32 Watt im Leerlauf
Anzeigen.
Retoure Retoure.
Gruß
Stefan
Hallo,
zu meiner gestrigen telefonische Nachfrage, habe ich heute folgende Antwort von der ELV-Hotline fernmündlich auf meinen Anrufbeantworter vorgefunden: Der Lagerbestand wurde geprüft und bestätigt die fehlerhaften Geräte mit großen Leistungsanzeigen im Leerlauf. Kurzfristig soll der Lagebestand gesperrt werden und eine Erstattungen des Betrages nach Rücksendung wurde mir empfohlen.
Jemand hat mal geschrieben, dass die fehlerhaften Dosen Einen anderen Widerstand (anderer hersteller) eingebaut haben. Stimmt das? Kann man daran erkennen, ob seine Dose falsch ist?
Gesendet von meinem Xperia Pro mit Tapatalk
Es ist relativ einfach: Ohne Verbraucher im Eingeschalteten Zustand messen. wenn dann strom >0,4W angezeigt wird, ist die Dose defekt.
Wenn dagegen aufgeschraubt wird .. würde ich Dir für eine zu erwartende Reklamation nicht empfehlen!
Hallo,
Ich habe die PCA301 mit Fhem5.5 laufen (installiert aus dem debian Paket ohne update aus dem SVN). Beim Autocreate wurde komischerweise kein Filelog angelegt sodass ich dieses per Hand in der Konfig nachgezogen habe. Dieses Logfile wurde nun auch vom Fhem angelegt aber leider steht da nichts drin :-\ Wenn ich die PCA301 im Webinterface prüfe sehe ich aber das Daten reinommen und aktualisiert werden. Jedoch landet davon nichts im Log.
Hier meine Definition:
define PCA301_0E7C24 PCA301 0E7C24 07
attr PCA301_0E7C24 devStateIcon on:on:toggle off:off:toggle set.*:light_question:off
attr PCA301_0E7C24 room PCA301
attr PCA301_0E7C24 userReadings consumptionTotal:consumption monotonic {ReadingsVal($name,'consumption',0)}
attr PCA301_0E7C24 webCmd on:off:toggle:statusRequest
define FileLog_PCA301_0E7C24 FileLog ./log/PCA301_0E7C24-%Y.log PCA301_OE7C24
attr FileLog_PCA301_0E7C24 logtype text
attr FileLog_PCA301_0E7C24 room PCA301
Weis jemand weiter?
Grüße HG.
Mhhh ... warum hast Du fhem noch nie upgedatet?
Nur mal als vergleich, bei mir sieht eine PCA301 wie folgt aus (Defice wurde umbenannt)
fhem> list FileLog_Kommunikation
Internals:
DEF ./log/Kommunikation-%Y.log Kommunikation
NAME FileLog_Kommunikation
NOTIFYDEV Kommunikation
NR 126
NTFY_ORDER 50-FileLog_Kommunikation
REGEXP Kommunikation
STATE active
TYPE FileLog
currentlogfile ./log/Kommunikation-2014.log
logfile ./log/Kommunikation-%Y.log
Attributes:
logtype text
room PCA301
OK ich habe das Problem gefunden, irgendwie ist mir die Konfiguration für Autocreate Filelog verloren gegangen......nachdem ich "attr autocreate filelog ./log/%NAME-%Y.log" eingefügt habe ging es :-)
d.h. Du hast Deine Filelogs gelöscht und neu, automatisch anlegen lassen?
Die wurden nie angelegt da die Option "attr autocreate filelog" gefehlt hat. Ich habe die PCA310 Definition aus der fhem.cfg gelöscht und dann gewartet bis diese neu angelegt wurden und siehe da die Filelogs wurden dieses mal mit angelegt :)
Aber eine andere Frage, durch das häufige Pollen (so ca. aller 30s) schwillt das log recht schnell an (nach einem Tag schon ca 700k). Kann man das Pollen verkürzen? bzw. Fhem sagen das er extra Logs für jede Woche anlegt?
Grüße HG.
Die Geräte selber senden aktiv. Wenn eine Energie X oder eine Zeit Y vergangen ist, senden Sie aktiv.
Mir ist nicht bekannt, wie X und/oder Y verstellt werden kann.
die dosen werden vom sketch auf dem jeelink aktiv gepolt.
du kannst mit event-min-intervall festlegen das nicht mehr so oft geloggt wird. für consumption würde sich das anbieten. wenn dich power nicht interessiert musst du es gar nicht loggen oder ebenfalls event-min-intervall setzen.
wie sinnvoll es ist power weniger fein aufgelöst zu überwachen hängt natürlich von deinem anwendungsfall ab.
du kannst auch im sketch die zeit zum pollen konfigurieren. such mal hier im thread. es sollte beschrienen sein wie das geht.
schau mal in die commandref. dort ist für filelog beschrieben wie du den logfile namen so ändern kannst das es monats logs gibt.
gruss
andre
OK danke für die Antwort, da ist mir schon geholfen :)
Hallo!
Ich hab heute 3 PCA 301 bekommen. Eine davon hat einen Verbrauch von über 28W im Leerlauf. Die anderen 2 funktionieren.
Grüße
Edit:
Ich hab mich leider geirrt. 1 Dose funktioniert nicht, hab den post editiert.
Ich hatte letzte Woche 4 Dosen bekommen, davon ging eine alle anderen hatten einen Verbrauch von ca. 30W. Habe die drei defekten am Montag zurückgeschickt und hoffe auf Ersatz (nachdem ich mir dafür extra ein Jeelink angeschafft habe will ich den ja auch nutzen ;)) Schade das ELV das nicht in den Griff bekommt denn an sich sind die PCA301 echt schick :) Hoffen wir mal das sie die Produktion wegen der Schwierigkeiten nicht einstellen!
Zitat von: hgw77 am 12 Februar 2014, 08:36:04
Hoffen wir mal das sie die Produktion wegen der Schwierigkeiten nicht einstellen!
Könnte man fast befürchten, wenn man auf den ELV-Seiten (PCA 301 auf der Beobachtungsliste) jetzt liest:
Der von Ihnen beobachtete Artikel ist leider nicht mehr im Sortiment.Ich habe aber gestern auf meine Retoure hin die Info bekommen, dass die PCA301 "wegen der hohen Nachfrage" vergriffen seien ... und ab Anfang März wieder verfügbar sind.
Gruß, Peter
Ich wollte mir gerade ein paar PCA 301 + Jeelink bestellen und nun sehe ich, dass diese Funksteckdose bei ELV nicht mehr verfügbar ist.
So langsam glaube ich nicht mehr an funktionierende Zwischenstecker. Gibt es günstige Alternativen? Ich benötige Ein/Aus + Leistungsmessung möglichst ab ca. 1W.
Bei ELV für den PCA301 steht ein netter Beitrag eines Mitarbeites, ich darf zitieren:
Zitat
es ist korrekt, dass der Artikel aktuell nicht verfügbar ist. Es gab bei einigen Steckdosen eine fehlerhafte Anzeige im Leerlauf. Dieses Verhalten wird aktuell mit dem Hersteller geklärt und der Lagerbestand ist für diese Zeit gesperrt. Die Steckdosen werden jedoch nach Klärung dieses Sachverhalts wieder im ELV Shop angeboten.
Siehe http://www.elv.de/topic/zusatz-steckdosen-fehlerhaft-und-derzeit-nicht-im-sortiment.html (http://www.elv.de/topic/zusatz-steckdosen-fehlerhaft-und-derzeit-nicht-im-sortiment.html)
Na das kling ja Ermutigend :)
Vielen Dank für die Info. Dann werde ich noch ein paar Wochen warten.
ich hab gestern die zwei bekommen die ich vor ich weiss nicht wie langer zeit bestellt habe. nach der ersten wartezeit hatte ich noch ein schreiben bekommen das es sich noch länger verzögert.
beide sind ok.
gruss
andre
Vielleicht stehe ich gerade auf der Leitung,
jedoch suche ich eine Möglichkeit, für Archivzwecke nur den Stundenverbrauch zu loggen.
Gibt es eine Möglichkeit der Zusammenfassung des "power" readings?
Du könntest das consumption reading stündlich auf 0 setzen. Dann zeigt es dir an wieviel kWH du in der letzten stunde verbraucht hast.
Grüße
Und wie stelle ich sicher, dass zu jeder vollen Stunde ein Eintrag in die Log kommt?
Ich verwende den consumption-wert derzeit noch für was anderes, aber mit einem Userreading müsste sich das ja auch abbilden lassen?!?
Werde das heute Abend mal testen! Danke für die rasche Antwort!
Ein generelles Statistik-Modul gibt es nicht, das ähnlich wie das Taupunkt-Modul einfach "aufgeschaltet" werden kann?
Edit1: Und wie mache ich danach tägliche Verbrauchswerte? Da müsste ich die einzelnen Stundenwerte ja wieder zusammenzählen. Vielleicht gibt es ja noch eine elegantere Methode?
für die volle stunde ist aligntime im at da.
es gibt average als generelles modul das in die richtung geht. aber es ist für täglich/monatlich/jährlich ausgelegt.
gruss
andre
oakay, das bedeutet:
Ich kreiere ein Userreading, das nicht geändert wird, mit
consumptionLastHour {}
und schreibe dann ein
define x at +*01:00:00 {
setreading PCA301_01 consumptionLastHour ReadingsVal("PCA301_01",'consumption',0);
setreading PCA301_01 consumption 0
}
?
nur leider scheint es nicht zu klappen. Sieht jemand den Denkfehler?
Dein at ist falsch. Nach den {} kommt perl code.
Also fhem("setreading ....");
Grüße
Ich habe seid heute mittag 3 EC3000 in betrieb.
Sie funktionieren perfekt und die Werte stimmen genau.
Jedoch ist mir aufgefallen das jeder Stecker alle 5sec. Sendet!
So sind die logs nach 6 Stunden schon auf 0,7mb gewachsen.
Für einen plot sind das auch sehr viele Daten.
Gibt es eine Möglichkeit das auf ein normales maß zu andern oder nur jede 10te Nachricht zu schreiben?
Klar:
attr EC3000_62C1 event-min-interval *:60
Gruß
Daniel
Danke
btw. dem Forum fehlt ein "Danke" Button
Habe gestern mal nachgefragt wie es mit der Erstzlieferung aussieht.
Zitathiermit möchten wir uns für die Anfrage an den Kundenservice bedanken.
Wir erhalten voraussichtlich Ende März erneute Ware, so dass wir die Ersatzlieferung dann schnellstmöglich auf den Weg bringen werden.
Wir hoffen, Ihnen hiermit geholfen zu haben.
Hallo zusammen,
ich habe mir jetzt einen Airwick-Bausatz zugelegt und aufgebaut (http://www.dbzoo.com/livebox/hah_hahnode).
Als Firmware ist der RoomNode2 Sketch (https://code.google.com/p/livebox-hah/source/browse/trunk/userapps/arduino/roomNode2/roomNode2.ino) aufgespielt.
Im Debug Modus schaut es so aus, als ob das Gerät auch was tut:
[roomNode.4] B i2* g212 @ 868 MHz
Locating OneWire devices...Found 1 devices.
..ROOM 209 0 0 223 0
....PIR 1 no ack!
.....................PIR 1 no ack!
.............ROOM 209 0 0 221 0
............ROOM 209 0 0 221 0
.........
An FHEM ist ein Jeelink angeschlossen:
VERSION
[RF12demo.10] A i1 g212 @ 868 MHz
Im Log von FHEM finden sich allerdings komische Dinge:
2014.03.10 21:48:42 0: ERROR: Cannot autoload EC3000
2014.03.10 21:48:42 3: myJeeLink: Unknown code ? 22 86 133 84 107 252 221 106 99 115 15 87 151 225 250 249 29 60 114 8 167, help me!
2014.03.10 21:48:59 3: myJeeLink: Unknown code ? 19 245 50 43 89 128, help me!
2014.03.10 21:49:06 3: myJeeLink: Unknown code ? 6 127 97 196 206 105 107 59 36 159 189 158 90 66 155 202 22 11 189 159 239, help me!
2014.03.10 21:49:21 3: myJeeLink: Unknown code ? 29 146 9 212 40 3 32 125 252 98 24 206 88 132 49 93 174 134 192 0 18, help me!
Ich konnte aus dem Thread nicht herauslesen ob man spezielle FHME-Module/Roomnode-Sketches benötigt.
Könnt ihr mir hier vielleicht helfen?
Danke + Gruss
Björn
du brauchst den roomnode sketch und das roomnode modul weiter oben aus dem thread.
gruss
andre
Hallo Andre,
vielen Dank für den Tipp, hatte den Artikel gelesen, der im Wiki referenziert wird und deswegen die Sketches nicht gefunden.
Jetzt sieht's so aus. Der Bausatz von Derek (http://www.homeautomationhub.com/content/hah-roomnode-kit) enthält einen DS18B20 zur Temperaturmessung. Ich habe jetzt OneWire zur Messung in den Sketch aufgenommen.
Der Airwick zeigt im Debug Modus jetzt dieses Bild:
[roomNode4]Locating OneWire devices...Found 1 devices.
..ROOM L229 M0 H0 T276 B0
......PIR 1 no ack!
...........................PIR 1 no ack!
.............ROOM L228 M0 H0 T211 B0
.PIR 1 no ack!
.........
Das FHEM Log zeigt:
2014.03.11 20:52:35 0: ERROR: Cannot autoload RoomNode
2014.03.11 20:52:35 3: myJeeLink: Unknown code OK 11 1 229 1 211 0, help me!
2014.03.11 20:52:36 0: ERROR: Cannot autoload RoomNode
2014.03.11 20:52:36 3: myJeeLink: Unknown code OK 11 1 229 1 211 0, help me!
Der Jeelink ist so initialisiert:
[RF12demo.10] _ i31* g21 @ 868 MHz
Die Parameter im RoomNode Sketch sehen so aus:
// RF12 communication settings
#define NETGRP 21 // wireless net group to use for sending
#define NODEID 11 // wireless node ID to use for sending
#define NODESUBID 1 // set this to a unique ID to disambiguate multiple nodes
Was könnte das Problem sein?
Gruss Björn
die 'OK 11 ...' sehen schon mal gut aus. das ist das was das fhem modul erwartet.
aber das modul wird noch nicht geladen.
mach mal von hand einreload 36_RoomNodeund schau was an meldungen erscheint. auch im log.
gruss
andre
Das Modul gibts gar nicht:
Can't read ./FHEM/36_RoomNode.pm: No such file or directory
Bei Sourceforge auch nicht, habe hier geschaut: http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/FHEM/
:(
das modul war auch weiter oben im thread :)
ich hab es hier noch mal angehängt.
gruss
andre
:D OK, funktioniert! Danke!!
Gibts eigentlich Neuigkeiten bei der Entwicklung der RoomNode Komponente mit den panStamps?
Gruss Björn
scheinbar bist du der erste anwender :)
es gibt grad zwei sensor boards die in entwicklung sind. ich werde beide mit swap firmware verwenden wollen.
Echt super was ihr hier leistet. Bin schon sehr gespannt... ;)
Gruss Björn
Hallo,
gibt es irgendeine Chance, dieses Temp Flapping loszuwerden?
2014-03-13_23:37:54 TempWohnzimmer temperature: 22.1
2014-03-13_23:37:59 TempWohnzimmer temperature: 22.2
2014-03-13_23:38:04 TempWohnzimmer temperature: 22.1
2014-03-13_23:38:09 TempWohnzimmer temperature: 22.2
2014-03-13_23:38:14 TempWohnzimmer temperature: 22.1
2014-03-13_23:38:19 TempWohnzimmer temperature: 22.2
Danke!
Generell habe ich schon
attr TempAussen event-min-interval temperature:900,humidity:900,battery:3600
attr TempAussen event-on-update-reading humidity,temperature,battery
attr TempAussen event-on-change-reading humidity,temperature,battery
Aber das hilft natürlich dabei nicht.
ich glaube du bist im falschen thread gelandet.
deine kombination von on-update und on-change ist sinnlos.
wenn der sensor so stark fluktuierende werte sendet ist auch on-change nicht das richtige.
nur min-intervall sollte helfen.
gruss
andre
Zitat von: disaster123 am 13 März 2014, 23:43:05
gibt es irgendeine Chance, dieses Temp Flapping loszuwerden?
Sieh Dir die Attribute doAverage und resolution an.
Sieh Dir mal diesen Thread an: http://forum.fhem.de/index.php/topic,14786.msg149039.html#msg149039
Zitatnur min-intervall sollte helfen.
gruss
andre
Ich glaube sogar das min-intervall nur bei gleichen werten hilft. Also den selben wert alle x min durchlaesst. Wertaenderungen werden sofort durch gelassen.
Gesendet von meinem ALCATEL ONE TOUCH 997D mit Tapatalk
Hallo zusammen,
im fhem-Log tauchen alle 5 Minuten diese merkwürdigen Sachen auf:
2014.03.18 20:27:19 3: myJeeLink: Unknown code S 22 4 606785, help me!
2014.03.18 20:38:15 3: myJeeLink: Unknown code S 23 4 607113, help me!
2014.03.18 20:43:44 3: myJeeLink: Unknown code S 24 4 607769, help me!
2014.03.18 20:54:40 3: myJeeLink: Unknown code S 25 4 608097, help me!
2014.03.18 21:00:08 3: myJeeLink: Unknown code S 26 4 608754, help me!
2014.03.18 21:05:37 3: myJeeLink: Unknown code S 27 4 609082, help me!
2014.03.18 21:11:58 3: myJeeLink: Unknown code S 28 4 609410, help me!
2014.03.18 21:19:52 3: myJeeLink: Unknown code S 29 4 609791, help me!
2014.03.18 21:25:54 3: myJeeLink: Unknown code S 30 4 610266, help me!
2014.03.18 21:31:42 3: myJeeLink: Unknown code S 31 4 610627, help me!
2014.03.18 21:37:10 3: myJeeLink: Unknown code S 0 4 610976, help me!
2014.03.18 21:44:32 3: myJeeLink: Unknown code S 1 4 611304, help me!
2014.03.18 21:51:32 3: myJeeLink: Unknown code S 2 4 611745, help me!
2014.03.18 21:57:00 3: myJeeLink: Unknown code S 3 4 612165, help me!
2014.03.18 22:03:15 3: myJeeLink: Unknown code S 4 4 612494, help me!
Nachdem ich die Batterien aus meinem Airwick entfernt habe, sind die Einträge im Log verschwunden.
Hat jemand eine Idee was das sein kann?
Gruss Björn
Hallo Oliver,
ich blicke leider nicht so ganz den Sketch für den RoomNode. Da ich ein bisschen anderes Setting habe, wollte ich fragen, ob du evt den Sketch anpassen könntest, ich kriege es nicht hin.
Kannst du den PIR Teil so umbauen, dass ich ein Device anhängen kann was 0 oder 1 zeigt und bei 1 sofort Reportet ( ich schwanke noch ob ich ein Reedkontakt oder einen PIR Module benutze, habe aber beides hier ) . Ich wäre dir sehr dankbar!
Liebe Grüße
Breezy
EDIT: Betreibe das ganze nun, ohne Roomboard, sondern mit dem billigen DHT11, einem PIR Modul und einer Photodiode ( etwa 4€ zusammen ), Sketch funktioniert genauso. Wer mag dem schick ich es gerne zu.
Wurden in der Zwischenzeit eigentlich wieder PCA 301 Steckdosen ausgeliefert? Ich sehe gerade, dass die Steckdose wieder bei ELV gelistet ist. Verfügbar in 17 Wochen. :'(
Zitat von: Alex8508 am 25 März 2014, 21:33:58
Wurden in der Zwischenzeit eigentlich wieder PCA 301 Steckdosen ausgeliefert? Ich sehe gerade, dass die Steckdose wieder bei ELV gelistet ist. Verfügbar in 17 Wochen. :'(
Meine Austauschgeräte sollen wohl Ende diesen Monats kommen :D
// Edit: Versandbestätigung ist gerade eingetroffen
Gibts eigtl. auch eine Möglichkeit Jeelinks ins Netzwerk einzubinden, wie ein CUNO/HM-CFG-LAN? Gibt ja durchaus LAN Adapter für Arduinos, aber gibts auch einen passenden Sketch? Würde mir die Dinger auch selber basteln. Dürfte man mit einem Arduino Nano, Ethernetshield und Funkmodul, Gehäuse irgendwo bei 20€ landen.
Nanode RF
http://www.nanode.eu/
oder Micro Internet of Things gateway mit RFM12B shield
http://harizanov.com/product/rfm12b-shield-for-the-micro-internet-of-things-gateway/
Es sind praktisch JeeLink bzw. JeeNode Clone mit eingebautem Netzwerkkontroller.
Das sind ja wirklich Arduinos mit ENC28J60 und nem Funkmodul. Wo gibt es denn einen Sketch dazu? Und wird das auch vom JeelinkModul unterstützt? Kann ich dann einfach define Jeelink JeeLink 192.168.1.205 eintippen und der wird entsprechend angesprochen?
das fhem modul kann das noch nicht. das senden an den sketch geht zwar schon aber ich habe noch ein problem mit der empfangsseite.
gruss
andre
Hast du eine Empfehlung für ein Funkmodul?
Sowas sollte gehen oder? http://www.ebay.de/itm/RFM12B-868MHz-Wireless-Transceiver-Compatible-RF-arduino-raspberrypi-/141205030251
Dann würde ich das mal bestellen und mir was zusammenbauen und dir vielleicht beim testen helfen, wobei bis ich so Steckdosen bekommen kann.... Dauert das ja noch 4 Monate.
Hallo
Ich habe am 23.3.2014 4 Pca 301 Steckdosen bestellt. Liefertermin 14 Tage.
Heute 27.3.2014 angekommen.
Alle 4 Steckdosen ohne Fehler.
Verbrauch 0,0 bis 0,4 Watt
Moin,
habe heute meine 7 reklamierten Dosen bekommen 6 gehen die 7ente wird zwar gefunden und liefert korrekte Werte ich kann sie aber nicht schalten. Die werde ich wohl zurück schicken. Es scheint ELV hat endlich das Problem mit den 30W Leerlaufleistung im Griff :)
Eine andere Frage am Rande, ich habe die Dosen Stück für Stück getestet, sprich eingesteckt, was angeschlossen und ein Paar mal geschalten, dann abgezogen und die nächste. Jetzt habe ich gesehen das zwei Dosen auf Channel 04 laufen. Beide lassen sich schalten und liefern Werte. Kann es zu Problemen kommen wenn die auf dem gleichen Kanal laufen bzw. wie kommt es zu der Zuteilung der Kanäle? Ist es richtig das maximal 8 PCA301 gleichzeitig betrieben werden können?
Grüße Georg
die kanäle werden der reihe nach zugeteilt und es sollte eigentlich keine doppelten geben. hast du eine display einheit ?
die begrenzung auf maximal 8 dosen betrifft nur die display einheit. im sketch und im fhem modul gibt es keine beschränkung. bei so vielen dosen wird es aber eventuell langsam sinnvoll das polling intervall größer als die 30 sekunden zu setzen.
gruss
andre
Hallo,
ich benutze keinen Display, habe nur die Dosen. Es kann schon sein das sich vielleicht beim anlernen Fhem verschluckt hat und zwei Dosen auf den gleichen Kanal gelegt hat (hat ja immer nur eine Dose beim anlernen in Betrieb). Reicht es zum wechseln des Kanals einfach diesen in der fhem.cfg anzupassen?
Was das polling Intervall angeht wo kann ich das setzen?
Schick das es kein Begrenzung gibt, da kann ich vielleicht noch ein Paar Dosen anschaffen, dachte bisher bei 8 wär Schluss ;) Die Dosen sind eine gute alternative zu FS20 Schaltdosen mit dem Vorteil das sich auch den Strom messen, was will man mehr :)
Grüße Georg
Zitat von: hgw77 am 28 März 2014, 08:28:00
Die Dosen sind eine gute alternative zu FS20 Schaltdosen mit dem Vorteil das sich auch den Strom messen, ...
Nur, wenn man darauf angewiesen ist, dass eine Schaltsteckdose nach einem Stromausfall wieder
eingeschaltet ist, sollte man keine PCA301 nehmen (ja, ich weiß, dass Fhem mit dem forceOn=1 eine Umgehung des Problems bietet).
Gruß, Peter
Zitat von: ph1959de am 28 März 2014, 09:36:47Nur, wenn man darauf angewiesen ist, dass eine Schaltsteckdose nach einem Stromausfall wieder eingeschaltet ist, sollte man keine PCA301 nehmen (ja, ich weiß, dass Fhem mit dem forceOn=1 eine Umgehung des Problems bietet).
Gruß, Peter
Nur Strommeser siehe hier. ;)
http://forum.fhem.de/index.php/topic,11648.msg106468/topicseen.html#msg106468
ZitatEine der Steckdosen habe ich zum "Nur-Strommesser" modifiziert - also das Relais überbrückt. Ich möchte meinen Serververbrauch aufzeichnen. Da die Steckdosen sich nach einem Stromausfall nicht von selbst wieder einschalten, habe ich diese Modfikation vorgenommen. Das Signal "forceOn 1" könnte der Server von sich nie bekommen. Ich habe es trotzdem in die fhem.cfg für ihn mit angegeben, weil im ausgeschalteten Zustand keine Verbrauchsinformationen in fhem ankommen.
Bilder der Platine im Anhang, mit der Überbrückung des Relais, zu sehen auf der Unterseite links (braune Drahtisolierung).
Gruß Billy
Damit kann ich leben, für Kühlschrank und Froster habe ich noch die EM1000 Stecker :-)
Zitat von: Billy am 28 März 2014, 09:45:34
Nur Strommeser siehe hier. ;)
http://forum.fhem.de/index.php/topic,11648.msg106468/topicseen.html#msg106468
Gruß Billy
Danke für den Hinweis. War mir neu ... und ab ins Wiki damit: http://www.fhemwiki.de/wiki/PCA301_Funkschaltsteckdose_mit_Energieverbrauchsmessung#Verhalten_nach_Stromausfall
Peter
Super,
könntest du das mit der Hardwarelösung und den Bildern auch ins Wiki stellen?
ZitatBilder der Platine im Anhang, mit der Überbrückung des Relais, zu sehen auf der Unterseite links (braune Drahtisolierung).
Billy
Hallo habe die Antwort auf meine Fragen bezüglich Kanälen im Wiki gefunden ;) aber wie kann man ein längeres polling Intervall als 30s einstellen? muss man das im Sketch anpassen und neu auf den Jeelink aufspielen?
Grüße Georg
Hallo Zusammen,
habe mir einen Jeelink v3 gekauft, das mit dem Flashen klappt aber nicht :'(
Com ist richtig eingestellt, was muss ich konkret als Arduino-Board einstellen?
Da der v3 ja einen ATmega 328p hat, ist ja die Einstellung aus dem Blog (> Uno) nicht richtig.
VG
Pit
Zitat von: piet_pit am 02 April 2014, 13:32:24
Da der v3 ja einen ATmega 328p hat, ist ja die Einstellung aus dem Blog (> Uno) nicht richtig.
VG
Pit
Also bei mir klappts mit Arduino Uno
Billy
Hallo,
danke für die Antwort, ich mache da bestimmt etwas falsch.
Hab über die Arduino-Seite die aktuelle SW geladen und entzippt (Windows) und starte dann das Programm.
Den Sketch (pcaSerial10ip) habe ich mir auch geladen (besteht ja aus 3 Dateien), diesen ebenfalls entzippt.
Dann über die Arduino-SW via "Datei öffnen" auf das File "pcaSerial10ip" und dann Upload, das geht dann aber nicht, mmh...
Bin halt Neuling in Sachen Arduino, wo liegt mein Fehler?
Was sind das für 3 Dateien, sind die anderen 2 für Linux/ios?
VG
Pit
ZitatDann über die Arduino-SW via "Datei öffnen" auf das File "pcaSerial10ip" und dann Upload, das geht dann aber nicht, mmh...
Vor dem Upload mal die Überprüfung starten (Haken in Arduino) ob da ein Fehler kommt?
Billy
Vielleicht auch vorher nochmal explizit "Arduino Uno" als Arduino Typ auswählen und den COM Port explizit wählen.
Dann funktionierte es bei mir auf jedenfall.
Hab ich letzte Woche noch so gemacht. (ganz neuer JeeLink)
Also wie folgt:
- JeeLink an PC anschließen (je nachdem warten auf Installation, vorher Arduino Treiber für Windows installieren)
- Arduino SW starten
- "Arduino Uno" auswählen
- "COM X" auswählen
- Sketch öffnen
- Upload
ich bin grad nicht ganz sicher ob du auch noch die jeelabs lib installieren musst damit der sketch kompiliert.
gruss
andre
Hallo Zusammen,
alles versucht, klappt nicht :'(
Ist das Thema "lib" nicht eher im Zusammenhang mit Linux zu sehen?
Verwende Windows 8.1, liegt es evtl. daran?
VG
Pit
das ist eine lib auf arduino ebene. http://jeelabs.net/pub/docs/jeelib/ (http://jeelabs.net/pub/docs/jeelib/) und https://github.com/jcw/jeelib (https://github.com/jcw/jeelib)
schau mal im fhem wiki da steht wie das installieren geht.
ich bin mir aber wie gesagt nicht sicher ob die nötig war und kann gerade nicht nachschauen.
gruss
andre
Hallo Oliver
ich bin mir nicht sicher obs wo ich den Fehler suchen soll, habe deinen RF12 Demo Sketch für die Airwick Nodes auf meinen Jeenode, nach unregelmäßigen Abständen schmiert er mir jedoch ab und empfängt nix mehr. Da hilft nur Abziehen und wieder dran. Hast du da eine Idee für ein Workaround?
Grüße
Breezy
Zitat von: justme1968 am 02 April 2014, 15:32:28
ich bin grad nicht ganz sicher ob du auch noch die jeelabs lib installieren musst damit der sketch kompiliert.
gruss
andre
Soweit ich mich erinnern kann braucht man die für die PCA 301 Einbindung nicht sondern nur für den La Crosse sketch?
Gruss
Billy
Hallo,
ja, das war es, es fehlte die Jeelinklib...
Diese geladen (Jeelib-Master.zip), umbenannt, weil die Arduino-SW keine Sonderzeichen mag und dann als Zip-Datei importiert.
Aus dem PCA301-pcaSerial.zip die beiden Daten mit den Endungen .h und .mpp in das Jeelib-Verzeichnis kopiert, dann die "pcaSerial10ip"-Datei aufgerufen und Upload gestartet, dann hat es geklappt.
Vielen Dank an alle :)
VG
Pit
Also für PCA301 braucht man "nur" den normalen JeeLink-Sketch .. jedenfalls habe ich den bei mir drauf und PCA301 klapt super ..
Hallo,
mir ist das gleiche Verhalten wie hier http://forum.fhem.de/index.php/topic,11648.msg133334.html#msg133334 (http://forum.fhem.de/index.php/topic,11648.msg133334.html#msg133334) durch Sebastian beschrieben worden ist aufgefallen, allerdings gleichzeitig an 3 PCA301. Da scheint es noch ein Fehler im Sketch zu geben.
Gruß
Jurij
Du hast auch ein der Antworten gesehen?
Zitatein Verbrauch von 0,x Watt ist OK, die Steckdose zeigt den Eigenverbrauch der eingebauten Elektronik an.
Auszug aus den technische Daten:
Geringer Eigenverbrauch: nur 0,4 W max
Im Wert enthalten ist dann noch der Messfehler bzw. die Exemplarstreuung. Doch mehr als 1 Watt sollten es ohne angeschlossenen Verbraucher auf keinen Fall sein. Defekte Steckdosen zeigen meistens um
Habe ich gesehen, die passt aber nicht ganz zu dem Problem bzw. zu der Frage. Du musst die Zeiten im Log beachten, der Wert erhöht sich innerhalb von paar Sekunden um einige Wh. Bei mir sind es sogar kWh.
So wie ich es feststellen konnte, passiert es immer nach dem JeeLink neu initialisiert wird (z.B. nach Speichern von der fhem.cfg).
Hier mal mein Log-Auszug. Zwischen 2014-03-31_23:25:22 und 2014-03-31_23:31:45 wird hochgezählt und zwischen 2014-03-31_23:59:08 und 2014-04-01_00:44:36 noch einmal. Es wird scheinbar der letzte übermittelte consumptionTotal Wert dazu addiert (hier 1.96 von 2014-03-31_19:12:13)
Das ergibt dann eine sehr unschöne Grafik (siehe Anhang).
2014-03-31_19:03:15 PCA301_054021 power: 211.1
2014-03-31_19:03:46 PCA301_054021 power: 116.3
2014-03-31_19:04:17 PCA301_054021 power: 172.6
2014-03-31_19:04:48 PCA301_054021 power: 217
2014-03-31_19:04:48 PCA301_054021 consumption: 1.95
2014-03-31_19:04:48 PCA301_054021 consumptionTotal: 1.95
2014-03-31_19:05:18 PCA301_054021 power: 28.4
2014-03-31_19:05:49 PCA301_054021 power: 25.5
2014-03-31_19:06:21 PCA301_054021 power: 17.7
2014-03-31_19:06:54 PCA301_054021 power: 87.3
2014-03-31_19:07:25 PCA301_054021 power: 61.4
2014-03-31_19:07:57 PCA301_054021 power: 54.7
2014-03-31_19:08:28 PCA301_054021 power: 80.1
2014-03-31_19:09:00 PCA301_054021 power: 110.8
2014-03-31_19:09:31 PCA301_054021 power: 17.9
2014-03-31_19:10:04 PCA301_054021 power: 56.6
2014-03-31_19:10:36 PCA301_054021 power: 94.8
2014-03-31_19:11:08 PCA301_054021 power: 122.5
2014-03-31_19:11:40 PCA301_054021 power: 274
2014-03-31_19:12:13 PCA301_054021 power: 298.5
2014-03-31_19:12:13 PCA301_054021 consumption: 1.96
2014-03-31_19:12:13 PCA301_054021 consumptionTotal: 1.96
2014-03-31_19:12:44 PCA301_054021 power: 288.8
2014-03-31_19:13:20 PCA301_054021 power: 60.2
2014-03-31_19:13:53 PCA301_054021 power: 56.8
2014-03-31_19:14:27 PCA301_054021 power: 3.1
2014-03-31_19:14:59 PCA301_054021 power: 3.3
2014-03-31_19:15:31 PCA301_054021 power: 2.8
2014-03-31_19:16:07 PCA301_054021 power: 3
2014-03-31_19:16:34 PCA301_054021 power: 2.8
2014-03-31_19:18:08 PCA301_054021 power: 3
2014-03-31_19:19:12 PCA301_054021 power: 3.1
2014-03-31_19:21:49 PCA301_054021 power: 3
2014-03-31_19:22:54 PCA301_054021 power: 3.1
2014-03-31_19:23:58 PCA301_054021 power: 2.8
2014-03-31_19:24:31 PCA301_054021 power: 3
2014-03-31_19:25:02 PCA301_054021 power: 2.8
2014-03-31_19:25:35 PCA301_054021 power: 3.1
2014-03-31_19:27:41 PCA301_054021 power: 2.8
2014-03-31_19:28:14 PCA301_054021 power: 3.1
2014-03-31_19:30:57 PCA301_054021 power: 3
2014-03-31_19:31:34 PCA301_054021 power: 3.1
2014-03-31_19:32:38 PCA301_054021 power: 2.8
2014-03-31_19:33:09 PCA301_054021 power: 3
2014-03-31_19:34:12 PCA301_054021 power: 3.1
2014-03-31_19:35:15 PCA301_054021 power: 2.8
2014-03-31_19:35:48 PCA301_054021 power: 3.1
2014-03-31_19:36:19 PCA301_054021 power: 3
2014-03-31_19:36:50 PCA301_054021 power: 3.3
2014-03-31_19:37:20 PCA301_054021 power: 3
2014-03-31_19:37:51 PCA301_054021 power: 3.1
2014-03-31_19:38:26 PCA301_054021 power: 3
2014-03-31_19:38:58 PCA301_054021 power: 3.1
2014-03-31_19:39:28 PCA301_054021 power: 3
2014-03-31_19:39:59 PCA301_054021 power: 3.1
2014-03-31_19:40:29 PCA301_054021 power: 3
2014-03-31_19:41:00 PCA301_054021 power: 3.1
2014-03-31_19:41:30 PCA301_054021 power: 2.8
2014-03-31_19:42:01 PCA301_054021 power: 3
2014-03-31_19:42:33 PCA301_054021 power: 3.1
2014-03-31_19:43:04 PCA301_054021 power: 3
2014-03-31_19:43:34 PCA301_054021 power: 3.1
2014-03-31_19:44:37 PCA301_054021 power: 2.8
2014-03-31_19:45:09 PCA301_054021 power: 3
2014-03-31_19:46:11 PCA301_054021 power: 2.8
2014-03-31_19:46:44 PCA301_054021 power: 3.1
2014-03-31_19:47:16 PCA301_054021 power: 3
2014-03-31_19:47:47 PCA301_054021 power: 3.1
2014-03-31_19:48:19 PCA301_054021 power: 2.8
2014-03-31_19:48:51 PCA301_054021 power: 3
2014-03-31_19:49:22 PCA301_054021 power: 3.1
2014-03-31_19:50:25 PCA301_054021 power: 3
2014-03-31_19:51:28 PCA301_054021 power: 2.8
2014-03-31_19:51:59 PCA301_054021 power: 3
2014-03-31_19:52:31 PCA301_054021 power: 3.1
2014-03-31_19:53:03 PCA301_054021 power: 2.8
2014-03-31_19:53:35 PCA301_054021 power: 3.1
2014-03-31_19:54:07 PCA301_054021 power: 2.8
2014-03-31_19:54:39 PCA301_054021 power: 3.1
2014-03-31_19:55:39 PCA301_054021 power: 3
2014-03-31_19:56:12 PCA301_054021 power: 3.1
2014-03-31_19:57:13 PCA301_054021 power: 3
2014-03-31_19:58:19 PCA301_054021 power: 3.3
2014-03-31_19:59:25 PCA301_054021 power: 2.8
2014-03-31_19:59:58 PCA301_054021 power: 3
2014-03-31_20:01:00 PCA301_054021 power: 3.1
2014-03-31_20:01:32 PCA301_054021 power: 2.8
2014-03-31_20:02:04 PCA301_054021 power: 3.1
2014-03-31_20:04:10 PCA301_054021 power: 2.8
2014-03-31_20:04:43 PCA301_054021 power: 3
2014-03-31_20:06:47 PCA301_054021 power: 3.1
2014-03-31_20:08:24 PCA301_054021 power: 2.8
2014-03-31_20:08:57 PCA301_054021 power: 3.1
2014-03-31_20:10:02 PCA301_054021 power: 3
2014-03-31_20:10:33 PCA301_054021 power: 2.8
2014-03-31_20:11:04 PCA301_054021 power: 3.1
2014-03-31_20:12:07 PCA301_054021 power: 3
2014-03-31_20:12:37 PCA301_054021 power: 2.8
2014-03-31_20:13:08 PCA301_054021 power: 3
2014-03-31_20:15:49 PCA301_054021 power: 2.8
2014-03-31_20:16:21 PCA301_054021 power: 3
2014-03-31_20:16:54 PCA301_054021 power: 2.8
2014-03-31_20:17:26 PCA301_054021 power: 3
2014-03-31_20:18:32 PCA301_054021 power: 3.3
2014-03-31_20:19:02 PCA301_054021 power: 3
2014-03-31_20:20:54 PCA301_054021 set-off
2014-03-31_20:20:56 PCA301_054021 on
2014-03-31_20:23:02 PCA301_054021 power: 2.6
2014-03-31_20:23:33 PCA301_054021 power: 3.3
2014-03-31_20:24:30 PCA301_054021 set-off
2014-03-31_20:24:35 PCA301_054021 power: 3.1
2014-03-31_20:24:35 PCA301_054021 on
2014-03-31_20:25:08 PCA301_054021 power: 3
2014-03-31_20:25:25 PCA301_054021 set-off
2014-03-31_20:25:25 PCA301_054021 off
2014-03-31_20:25:26 PCA301_054021 power: 0
2014-03-31_23:25:22 PCA301_054021 consumption: 0
2014-03-31_23:25:22 PCA301_054021 on
2014-03-31_23:25:22 PCA301_054021 consumptionTotal: 1.96
2014-03-31_23:25:24 PCA301_054021 consumption: 1.96
2014-03-31_23:25:24 PCA301_054021 off
2014-03-31_23:25:24 PCA301_054021 consumptionTotal: 3.92
2014-03-31_23:25:50 PCA301_054021 consumption: 0
2014-03-31_23:25:50 PCA301_054021 on
2014-03-31_23:25:50 PCA301_054021 consumptionTotal: 3.92
2014-03-31_23:25:52 PCA301_054021 consumption: 1.96
2014-03-31_23:25:52 PCA301_054021 off
2014-03-31_23:25:52 PCA301_054021 consumptionTotal: 5.88
2014-03-31_23:29:08 PCA301_054021 consumption: 0
2014-03-31_23:29:08 PCA301_054021 on
2014-03-31_23:29:08 PCA301_054021 consumptionTotal: 5.88
2014-03-31_23:29:10 PCA301_054021 consumption: 1.96
2014-03-31_23:29:10 PCA301_054021 off
2014-03-31_23:29:10 PCA301_054021 consumptionTotal: 7.84
2014-03-31_23:31:43 PCA301_054021 consumption: 0
2014-03-31_23:31:43 PCA301_054021 on
2014-03-31_23:31:43 PCA301_054021 consumptionTotal: 7.84
2014-03-31_23:31:45 PCA301_054021 consumption: 1.96
2014-03-31_23:31:45 PCA301_054021 off
2014-03-31_23:31:45 PCA301_054021 consumptionTotal: 9.8
2014-03-31_23:48:55 PCA301_054021 set-on
2014-03-31_23:49:00 PCA301_054021 on
2014-03-31_23:49:01 PCA301_054021 power: 9.2
2014-03-31_23:49:28 PCA301_054021 power: 3.7
2014-03-31_23:50:00 PCA301_054021 power: 3.5
2014-03-31_23:50:30 PCA301_054021 power: 3.9
2014-03-31_23:51:00 PCA301_054021 power: 3.5
2014-03-31_23:51:45 PCA301_054021 set-off
2014-03-31_23:51:46 PCA301_054021 off
2014-03-31_23:51:46 PCA301_054021 power: 0
2014-03-31_23:59:08 PCA301_054021 consumption: 0
2014-03-31_23:59:08 PCA301_054021 on
2014-03-31_23:59:08 PCA301_054021 consumptionTotal: 9.8
2014-03-31_23:59:10 PCA301_054021 consumption: 1.96
2014-03-31_23:59:10 PCA301_054021 off
2014-03-31_23:59:10 PCA301_054021 consumptionTotal: 11.76
2014-04-01_00:05:27 PCA301_054021 consumption: 0
2014-04-01_00:05:27 PCA301_054021 on
2014-04-01_00:05:27 PCA301_054021 consumptionTotal: 11.76
2014-04-01_00:05:28 PCA301_054021 consumption: 1.96
2014-04-01_00:05:28 PCA301_054021 off
2014-04-01_00:05:28 PCA301_054021 consumptionTotal: 13.72
2014-04-01_00:08:24 PCA301_054021 consumption: 0
2014-04-01_00:08:24 PCA301_054021 on
2014-04-01_00:08:24 PCA301_054021 consumptionTotal: 13.72
2014-04-01_00:08:26 PCA301_054021 consumption: 1.96
2014-04-01_00:08:26 PCA301_054021 off
2014-04-01_00:08:26 PCA301_054021 consumptionTotal: 15.68
2014-04-01_00:10:23 PCA301_054021 consumption: 0
2014-04-01_00:10:23 PCA301_054021 on
2014-04-01_00:10:23 PCA301_054021 consumptionTotal: 15.68
2014-04-01_00:10:26 PCA301_054021 consumption: 1.96
2014-04-01_00:10:26 PCA301_054021 off
2014-04-01_00:10:26 PCA301_054021 consumptionTotal: 17.64
2014-04-01_00:11:57 PCA301_054021 consumption: 0
2014-04-01_00:11:57 PCA301_054021 on
2014-04-01_00:11:57 PCA301_054021 consumptionTotal: 17.64
2014-04-01_00:12:00 PCA301_054021 consumption: 1.96
2014-04-01_00:12:00 PCA301_054021 off
2014-04-01_00:12:00 PCA301_054021 consumptionTotal: 19.6
2014-04-01_00:12:58 PCA301_054021 consumption: 0
2014-04-01_00:12:58 PCA301_054021 on
2014-04-01_00:12:58 PCA301_054021 consumptionTotal: 19.6
2014-04-01_00:13:01 PCA301_054021 consumption: 1.96
2014-04-01_00:13:01 PCA301_054021 off
2014-04-01_00:13:01 PCA301_054021 consumptionTotal: 21.56
2014-04-01_00:44:31 PCA301_054021 consumption: 0
2014-04-01_00:44:31 PCA301_054021 on
2014-04-01_00:44:31 PCA301_054021 consumptionTotal: 21.56
2014-04-01_00:44:36 PCA301_054021 consumption: 1.96
2014-04-01_00:44:36 PCA301_054021 off
2014-04-01_00:44:36 PCA301_054021 consumptionTotal: 23.52
2014-04-02_09:49:35 PCA301_054021 off
2014-04-02_09:49:36 PCA301_054021 power: 12
2014-04-02_09:49:36 PCA301_054021 on
2014-04-02_09:50:07 PCA301_054021 power: 18.4
2014-04-02_09:50:39 PCA301_054021 power: 18.1
2014-04-02_09:51:11 PCA301_054021 power: 210.3
2014-04-02_09:51:44 PCA301_054021 power: 196.2
2014-04-02_09:52:15 PCA301_054021 power: 212.9
2014-04-02_09:52:46 PCA301_054021 power: 60.9
2014-04-02_09:53:19 PCA301_054021 power: 213.1
2014-04-02_09:53:19 PCA301_054021 consumption: 1.97
2014-04-02_09:53:19 PCA301_054021 consumptionTotal: 23.52
Hallo zusammen,
nachdem ich nun auch einen Jeelink habe, wollte ich mir mal das Thema PCA301 anschauen.
Ich habe die Arduino IDE installiert (V1.05), das Board (Arduino Pro 5 V 16 MHz w/ Atmega328) eingestellt und den Port ebenfalls. Die Haken bei den Warnings beim Kompilieren habe ich auch gesetzt, damit ich sehe, was da so passiert.
In der Ausgabe kamen einige Warnungen:
pca301.cpp: In function 'byte loadConf()':
pca301.cpp:378: warning: comparison between signed and unsigned integer expressions
pca301.cpp: In function 'void saveConf()':
pca301.cpp:405: warning: comparison between signed and unsigned integer expressions
...
pcaSerial10ip.ino:290: warning: only initialized variables can be placed into program memory area
pcaSerial10ip.ino:277: warning: 'void showNibble(byte)' defined but not used
pcaSerial10ip.ino:76: warning: 'mode' defined but not used
...
I:\Programme\arduino105\hardware\arduino\cores\arduino\HardwareSerial.cpp: In function 'void store_char(unsigned char, ring_buffer*)':
I:\Programme\arduino105\hardware\arduino\cores\arduino\HardwareSerial.cpp:98: warning: comparison between signed and unsigned integer expressions
I:\Programme\arduino105\hardware\arduino\cores\arduino\HardwareSerial.cpp: In function 'void __vector_18()':
I:\Programme\arduino105\hardware\arduino\cores\arduino\HardwareSerial.cpp:127: warning: unused variable 'c'
I:\Programme\arduino105\hardware\arduino\cores\arduino\HardwareSerial.cpp: In member function 'void HardwareSerial::begin(long unsigned int, byte)':
I:\Programme\arduino105\hardware\arduino\cores\arduino\HardwareSerial.cpp:368: warning: unused variable 'current_config'
I:\Programme\arduino105\hardware\arduino\cores\arduino\HardwareSerial.cpp: In member function 'virtual size_t HardwareSerial::write(uint8_t)':
I:\Programme\arduino105\hardware\arduino\cores\arduino\HardwareSerial.cpp:467: warning: comparison between signed and unsigned integer expressions
...
I:\Programme\arduino105\hardware\arduino\cores\arduino\Print.cpp: In member function 'size_t Print::print(const __FlashStringHelper*)':
I:\Programme\arduino105\hardware\arduino\cores\arduino\Print.cpp:44: warning: '__progmem__' attribute ignored
...
I:\Programme\arduino105\hardware\arduino\cores\arduino\Tone.cpp:119: warning: only initialized variables can be placed into program memory area
Die Frage eines Nicht-Arduino Experten: Muss mich das stören?
Wahrscheinlich ist es nicht zielführend, in die zip-Dateien die zugehörige hex-Datei reinzupacken, weil Jeenode, Jeelink, etc. vermutlich andere Prozessoren verwenden, oder? Mir wäre die hex-Datei lieber, das ist aus meiner Sicht "kompatibler" zum CUL, aber wie gesagt, das ist meine persönliche Meinung.
Edit: Könnte mir jemand auch noch sagen, ob das PCA 310 Protokoll OOK oder FSK ist?
Danke + Gruß
PeMue
Hi,
ich habe auf den Selbstbau-Jeelink (http://forum.fhem.de/index.php/topic,21995.0.html) aus dem MArktplatz-Forum den PCA301 Sketch aufgespielt und den Stick in FHEM eingebunden. Es steht auf "opened"
Die PCA301 Dosen hab ich nur in die Steckdose gesteckt, autocreate vorher enabled aber die Devices werden nicht angelegt.. Ich finde auch im Log nichts. In der Commandref steht nichts bzgl "get <jeelink> devices"
Wo kann ich weiter suchen? Muss ich irgendetwas an der PCA301 Dose drücken/einstellen?
Edit: Ein Pairing 2m neben dem "JeeLink" bringt nix :( Die grüne LED der Steckdose blinkt nach 5sekündigem Drücken immer weiter munter vor sich hin. Das Log (JeeLink mit Verbose=5) bringt rein nix!
wenn alles geht geht es automatisch.
verbose 4 bzw 5 zeit dir die nachrichten die empfangen werden.
wenn du dich per terminal connectest kannst du den sketch von hand bedienen.
antenne ist dran?
gruss
andre
wenn alles geht geht es automatisch.
verbose 4 bzw 5 zeit dir die nachrichten die empfangen werden.
wenn du dich per terminal connectest kannst du den sketch von hand bedienen.
antenne ist dran?
gruss
andre
ist eine Drahtantenne dran ca 16-20cm...
Sketch wurde sauber kompiliert und geflashed. Als VErsion wird folgendes ausgelesen:
VERSION -> [pcaSerial.10.0i]
die antenne sollte 82.2 oder 164.3 mm lang sein. je genauer um so besser.
wird etwas empfangen wenn du die dose von hand schaltest?
falls du fs20 oder intertechni hast kannst du kannst mal den jeelabs demo sketch drauf spielen und schauen ob dumehr erfolg hast.
eventuell ist etwas mit dem funkmodul...
Gerade nachgemessen: Die Antenne ist exakt 164mm lang
Am Modul kanns nicht liegen, habe 2 identische. Beide eingesteckt, beide melden nix
Mache ich ein "get <> devices" kommt im Log:
5: SW: l
das l ist das kommando das an den jeelink gesendet wird.
wenn der jeelink noch keine devices gelernt hat kommt keine antwort zurück.
aus irgend einem grund sendet und empfängt er nix.
Zitat von: justme1968 am 11 April 2014, 19:17:21
falls du fs20 oder intertechno hast kannst du kannst mal den jeelabs demo sketch drauf spielen und schauen ob dumehr erfolg hast.
Hallo Andre,
wo finde ich diese demo Sketche? FS20 hat m.Wn. OOK, d.h. da müsste auch ein Kondensator umgelötet werden. Und Intertechno hat - glaube ich - 433 MHz, oder?
@Tobias: Ging bei Dir das Kompilieren ohne Warnungen (s. mein Thread oben)?
Danke + Gruß
Peter
denk demo sketch findest du hier: https://github.com/jcw/jeelib/tree/master/examples/RF12/RF12demo
der kondensator für ook ist nur beim empfang nötig. das senden geht auch ohne.
ja intertechno sind 433mhz. das geht aber trozdem mehr oder weniger gut.
Kompilieren ohne Warnungen!
Gesendet von meinem ALCATEL ONE TOUCH 997D mit Tapatalk
Die im Sketch voreingestellte Frequenz kann schrittweise mit
set myLeeLink raw +
oder mit
set myLeeLink raw -
feinjustiert werden.
Es funktioniert auch mit der Arduino IDE: Tools > Serial Monitor > + oder - eingeben > Senden.
Zwischendurch mal die Kanäle mit der PCA Anzeigeeinheit durchschalten und den Serial Monitor im Auge behalten.
Heute morgen hab ich gesehen, das der jeelink 132 Messages verarbeitet hat. Und zwar wurden nicht nur meine 3 PCA301 in fhem angelegt sondern 7!!
Ich habe jetzt mal den 2ten Jeelink bei mir im Laptop nochmal den PCA301 Sketch verpasst und den SerialMonitor beobachtet. Wenn ich in Fhem jetzt auf "set StatusRequest" drücke passiert an den Dosen NIX, aber im SerialMonitor über den 2ten Stick empfange ich etwas: ? 24 161 4 0 24 161 0 255 255 255 255
OK 24 161 4 46 103 0 0 255 255 255 255
OK 24 161 4 46 103 27 0 255 255 255 255
OK 24 161 4 0 24 161 0 255 255 255 255
OK 24 2 4 142 2 24 0 255 255 255 255
OK 24 2 4 142 24 161 0 255 255 255 255
OK 24 2 4 142 235 2 0 255 255 255 255
OK 24 2 4 142 235 239 0 255 255 255 255
TX 24 161 4 46 103 0 0 255 255 255 255
TX 24 2 4 142 2 24 0 255 255 255 255
TX 24 161 4 46 103 27 0 255 255 255 255
TX 24 2 4 142 24 161 0 255 255 255 255
TX 24 2 4 142 235 239 0 255 255 255 255
TX 24 2 4 142 235 2 0 255 255 255 255
TX 24 161 4 0 24 161 0 255 255 255 255
...gefühlte 3min später....
? 24 84 225 87 255 254 187 175 255 254 253
TX 24 161 4 46 103 0 0 255 255 255 255
TX 24 161 4 46 103 27 0 255 255 255 255
TX 24 2 4 142 2 24 0 255 255 255 255
TX 24 2 4 142 235 239 0 255 255 255 255
TX 24 2 4 142 24 161 0 255 255 255 255
TX 24 2 4 142 235 2 0 255 255 255 255
TX 24 161 4 0 24 161 0 255 255 255 255
Komischerweise bleibt beim PCA301-Stick im FHEM Server die MSGCount bei 132 stehen
Wenn ich den Ein/Ausschalter der Dosen betätige empfange ich auch nix. Der Fhem-Jeelink steht auf "Initialized"
Irgendetwas scheint hier schief zu laufen.....
Hallo zusammen,
ich habe noch einmal versucht, das Ding zu kompilieren: Arduino IDE (Windows) 1.0.5r2, unter Datei -> Einstellungen -> Ausführliche Anzeige während (x) Compilieren Haken gesetzt.
Dann von hier (http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/arduino/36_LaCrosse-LaCrosseITPlusReader.zip) den Sket heruntergeladen, in das Verzeichnis c:\temp\ entpackt. Das c:\temp\LaCrosseITPlusReader09.ino geladen und mit Sketch überprüfen/Compilieren das Ganze gestartet.
Folgende Warnungen kommen:
...
LaCrosseITPlusReader09.ino:17:20: warning: JeeLib.h: No such file or directory
LaCrosseITPlusReader09.ino: In function 'String prepare_jeestring(lacross_message*)':
LaCrosseITPlusReader09.ino:223: warning: unused variable 'pValid'
LaCrosseITPlusReader09.ino: In function 'void ledBlink(unsigned int)':
LaCrosseITPlusReader09.ino:285: warning: comparison between signed and unsigned integer expressions
...
I:\Programme\arduino105\hardware\arduino\cores\arduino\HardwareSerial.cpp: In function 'void store_char(unsigned char, ring_buffer*)':
I:\Programme\arduino105\hardware\arduino\cores\arduino\HardwareSerial.cpp:98: warning: comparison between signed and unsigned integer expressions
I:\Programme\arduino105\hardware\arduino\cores\arduino\HardwareSerial.cpp: In function 'void __vector_18()':
I:\Programme\arduino105\hardware\arduino\cores\arduino\HardwareSerial.cpp:127: warning: unused variable 'c'
I:\Programme\arduino105\hardware\arduino\cores\arduino\HardwareSerial.cpp: In member function 'void HardwareSerial::begin(long unsigned int, byte)':
I:\Programme\arduino105\hardware\arduino\cores\arduino\HardwareSerial.cpp:368: warning: unused variable 'current_config'
I:\Programme\arduino105\hardware\arduino\cores\arduino\HardwareSerial.cpp: In member function 'virtual size_t HardwareSerial::write(uint8_t)':
I:\Programme\arduino105\hardware\arduino\cores\arduino\HardwareSerial.cpp:467: warning: comparison between signed and unsigned integer expressions
...
I:\Programme\arduino105\hardware\arduino\cores\arduino\Print.cpp: In member function 'size_t Print::print(const __FlashStringHelper*)':
I:\Programme\arduino105\hardware\arduino\cores\arduino\Print.cpp:44: warning: '__progmem__' attribute ignored
...
I:\Programme\arduino105\hardware\arduino\cores\arduino\Tone.cpp:119: warning: only initialized variables can be placed into program memory area
...
Es wird ein hex-File erzeugt, aber ich kann mit den Warnungen nichts Richtiges anfangen. Die signed/unsigned Warnungen verstehe ich noch. Die unbenutzten Variablen auch. Aber den fehlenden Header verstehe ich nicht. Und muss mich das ignorierte __progmem__ Attribut irgendwie stören?
Danke + Gruß
PeMue
Also Warnungen habe ich auch mehr als genug. Es gibt aber keine Fehler und der upload des Sketches funzt
Gesendet von meinem ALCATEL ONE TOUCH 997D mit Tapatalk
Hab mal den RF12deme Sketch auf den 2ten Jeelink gepackt. Damit empfange ich mit ausgeschaltetem QuietMode folgendes:
> 0q
A i1 g212 @ 868 MHz
? 2 19 6 208 243 41 48 218 59 227 83 109 249 221 29 122 43 248 206 215 155
? 28 102 247 232 25 77 239 140 132 124 13 252 252 140 200 8 210 139 121 128 24
? 155 48 21 152 224 186 25 39 103 103 75 224 86 251 123 180 50 228 71 25 94
? 163 111 67 8 236 251 214 115 63 112 11 222 15 144 211 148 156 31 34 191 102
? 7 70 245 201 228 53 115 98 138 139 28 14 117 9 52 63 190 153 174 56 111
? 47 15 247 87 252 206 214 88 229 230 121 10 4 255 15 95 36 166 184 58 255
? 55 134 156 131 222 228 150 193 227 55 14 99 142 25 5 114 196 126 6 30 14
? 139 164 229 24 15 200 243 129 127 3 113 232 51 249 6 128 144 170 136 219 210
? 128 44 150 142 99 180 6 87 113 221 113 1 126 145 253 240 1 29 30 12 95
? 167 144 102 114 5 237 246 148 221 41 49 193 5 60 29 243 115 190 9 49 115
? 0 118 3 144 253 250 178 68 211 29 165 164 87 72 68 242 102 208 41 243 99
? 17 49 227 21 156 171 231 7 151 100 12 97 228 68 1 235 157 119 56 199 97
? 21 126 241 220 7 154 35 124 213 232 143 134 3 39 248 252 243 82 119 194 215
? 56 222 130 225 182 31 24 233 200 92 190 216 104 1 172 103
? 52 17 129 199 125 95 28 174 204 36 31 212 222 32 227 145 22 120 6 190 86
? 166 24 148 152 8 18 60 219 248 144 157 21 90 96 15 208 3 55 38 198 7
? 151 119 229 24 159 129 81 248 67 161 43 77 110 37 136 14 210 214 224 5 247
? 61 105 35 51 78 92 84 64 7 173 19 91 255 188 5 12 191 0 191 15 4
? 177 234 67 54 62 197 25 124 75 252 0 1 97 247 225 103 131 190 31 114 135
? 27 75 74 2 255 114 176 165 220 84 132 220 31 32 28 215 149 20 220 242 30
? 27 114 157 20 62 23 75 124 226 129 229 236 114 26 169 232 237 161 34 114 209
? 142 187 244 55 102 126 248 155 143 34 159 101 235 125 83 255 52 165 30 58 16
? 13 25 43 1 36 224 154 219 27 252 250 17 81 158 137 17 36 229 168 138 233
? 191 39 103 7 197 0 134 68 250 59 227 10 0 248 98 140 25 175 239 187 96
? 49 6 32 117 24 247 23 103 139 248 1 116 111 103 229 249 236 209 143 39 226
? 6 29 132 21 95 69 230 163 149 43 120 201 224 103 127 174 37 240 107 239 96
? 187 237 30 40 235 227 13 230 121 29 121 104 7 222 149 105 110 196 124 234 16
? 60 130 102 118 64 84 55 168
? 2 25 105 239 29 88 237 102 96 53 226 33 187 244 130 19 204 161 4 240 227
? 4 71 10 55 199 33 105 59 78 10 24 19 250 8 5 32 16 204 152 217 29
? 5 231 45 117 130 158 20 200 96 104 196 26 13 174 22 111 169 103 195 244 97
? 136 107 123 9 146 72 136 112 50 238 175 105 156 31 77 243 32 13 249 155 120
? 166 192 228 247 69 88 45 126 139 158 25 74 105 183 36 155 5 110 56 30 212
Kan damit wer etwas anfangen?
Zitat von: PeMue am 12 April 2014, 18:15:38
LaCrosseITPlusReader09.ino:17:20: warning: JeeLib.h: No such file or directory
@ PeMue
Fehlt da nicht die jeelib?
@Tobias
Mit der voreingestellten rf12_center_freq = 0xA6FE (868,9500 MHz) bekomme ich auch keine Steckdose angelernt.
Die Funksignale werden ab A703 bis A715 empfangen. Das entspricht einem Frequenzbereich zwischen 868,9750 MHz und 869,0550 MHz.
Die Mitte ist die Lösung:
static uint16_t rf12_center_freq = 0xA70C;
Zitat
@Tobias
Mit der voreingestellten rf12_center_freq = 0xA6FE (868,9500 MHz) bekomme ich auch keine Steckdose angelernt.
Die Funksignale werden ab A703 bis A715 empfangen. Das entspricht einem Frequenzbereich zwischen 868,9750 MHz und 869,0550 MHz.
Die Mitte ist die Lösung:
static uint16_t rf12_center_freq = 0xA70C;
Yippiiii, das war. Danke. Merkwürdig das es im Sketch anders war
Gesendet von meinem ALCATEL ONE TOUCH 997D mit Tapatalk
Anscheinend weisen die RFM12B Module erhebliche Bauteiltoleranzen auf.
mein original jeelink läuft mit dem original parameter aus dem sketch.
vielleicht unterscheidet sich der nachbau doch irgendwie ?
Hallo zusammen,
vom Schaltplan her ist der Nachbau (fast) gleich. Der Programmierstecker fehlt (meine Frage wäre: wie kommt der Bootloader auf den JeeLink?). Zusätzlich wurde noch ein Signal fom RFM12B auf einen Prozessorpin geführt (für ASK/OOK). Ggf. haben die RFM12Bs andere Einstellungen, wenn sie Original kommen bzw. werden bei JeeLabs "umgestellt".
Ansonsten schließe ich Unterschiede eigentlich aus ...
Gruß Peter
Oder aber der Fachhändler verkauft Ausschussware. Einer von meinen 2 JeeLinks funktioniert auf Anhieb, bei dem anderem muss an Frequenz "geschraubt" werden.
Zitat von: PeMue am 13 April 2014, 20:02:11
wie kommt der Bootloader auf den JeeLink?r
Dafür gibt es QFN32 Socket-Programming-Adapter oder man lötet einfach 6 Leitungen an die MCU und eine 6 polige Stiftleiste an. Anschließend wird die Stiftleiste mit dem ISP-Programmer verbunden.
sodele, es geht weiter...
beim Autecreate wurde folgendes Userreading hinzugefügt:
consumptionTotal:consumption monotonic {ReadingsVal($name,'consumption',0)}
Merkwürdig ist, das es nicht anspringt bzw angesprochen wird, es gibt nur ein Reading: state und power.
Es gibt auch im Wiki keinen Hinweis darauf... Fehlt noch ein Userreading welches ich manuell anlegen muss?
Würde dann auch das Wiki gleich ergänzen...
consumption wird geschrieben sobald der wert das erste mal > 0 ist und das user reading wird dann erst getriggert.
gruss
andre
Wiki Artikel ergänzt: http://www.fhemwiki.de/wiki/Jeelink#PCA301_Sketch
Andre, ich hatte gestern power = 5,2 mit meinem HandyLadegerät aber kein neues Reading....
# $Id: 36_PCA301.pm 4439 2013-12-22 12:09:51Z justme1968 $
bei 5w dauert es ein bischen bis der Verbrauch größer 0 ist.
die auflösung ist 0.01 kWh.
Danke!!! Jetzt funktioniert es bestens :)
An einer PCA301 hängt meine Kühl-Gefrierkombination. Mal ein kleiner Plot dazu...
Zitat von: Tobias am 15 April 2014, 11:25:07
Mal ein kleiner Plot dazu...
Magst Du vielleicht die Plot-Definition(en) "mit uns teilen"?
der plot basiert auf meiner idee zum einfärben der bereiche für den co20 sensor. siehe hier: http://forum.fhem.de/index.php/topic,13166.msg151217.html#msg151217 (http://forum.fhem.de/index.php/topic,13166.msg151217.html#msg151217).
gruss
andre
Andre hat Recht... will und kann mich nicht mit fremden Federn schmücken!
Aber an dieser Stelle "Danke" für die tolle Vorlage der PlotDef!!!!! :) :)
:-\ ... aber dann muss ich ja die Anpassung an die PCA301 auch noch mal machen :-\
Und wenn Du dazuschreibst, dass er darauf basiert?
anpassen musst du vor allem die jeweiligen grenzen. die hängen ja von deinen wüschen ab.
und natürlich den reading namen :)
wenn du im original thread schaust findest du auch jeweils die versionen für filelog und dblog.
Hi Andre,
habe eben den Sketch mit der neuen Frequenz nochmal auf den Stick gezogen. Nachdem ich den Stick wieder dran hatte (im laufenden FHEM-Betrieb), hatte das Reading "ConsumtionTotal" den doppelten Wert als vorher, nämlich 1.6. Consumption war auf dem alten (korrekten) Stand von 0.8. Das sieht man jetzt ganz gut duch einen "Sprung" im Plot welches ConsumptionTotal visualisiert.
Kennst du das als Bug oder als Feature?
ich fürchte das ist ein bug. ich bin aber noch nicht dazu gekommen mir das anzuschauen.
Hallo Tobias,
hast Du ELV leergekauft (PCA 301 (http://www.elv.de/funkschaltsteckdose-fuer-energiekostenmonitor-pca-301.html)hat 14 Wochen Lieferzeit)?
Gruß Peter
Wow... da hab ich ja nochmal Glück gehabt... Hab doch nur 3 gekauft...
Mähhhhh schon wieder ausverkauft? und 14 Wochen Lieferzeit! also entweder sind die Dosen sehr beliebt oder ELV hat sehr vorsichtig kalkuliert und bei der letzten Charge nur wenige beim Hersteller geordert. Echt blöd aber da hilft nischt als warten. Leider sind die Dosen ja wirklich nur bei ELV zu bekommen. Hoffen wir mal das ELV die PCA301 langfristig weiter anbietet denn in der Kombination (Schalter und Strommesser) bekommt man für das Geld nichts vergleichbares. Wäre nicht das erste mal das günstige Komponenten einfach aus dem Store verschwinden ;) denn die Dose steht ja in Konkurrenz zu der mehr als doppelt so teuren Lösung für das Homeatic Version.
By the way, sind die Dosen eine Entwicklung von ELV? oder wieso bekommt man diese nur dort?
Grüße Georg
die 14 wochen stimmen nicht immer. das scheint der default für 'unbekannt' zu sein.
manchmal geht es schneller.
gruss
andre
Nach mehreren Monaten Tests einer PCA 301 Funksteckdose und nun dem Homematic Zwischenstecker mit Leistungsmessung muss ich sagen dass die Steckdose von Homematic robuster funktioniert.
Ich habe verschiedene räumliche Szenarien ausprobiert und die Steckdosen bei sonst unverändertem Funkverkehr an der gleichen Stelle platziert. Mit der PCA 301 Steckdose kam es immer mal wieder (wenn auch nicht dramatisch oft) zu nicht ausgeführten Befehlen. Bei dem Homematic Zwischenstecker konnte ich das Problem bisher noch nicht feststellen.
Da man den Homematic Zwischenstecker (HM-ES-PMSw1-Pl) öfter für unter 40 Euro inkl. Versand bekommt, habe ich mich nun mit mehreren davon eingedeckt. Für die gut 15 Euro Aufpreis je Steckdose hat man dann noch ein weitere Messwerte. Die schlechte Verfügbarkeit der PCA 301 hat mich dann letztendlich zum Umstieg bewegt.
Hi,
das die PCA so unsauber schalten geht mir auch etwas auf den Sender. Allerdings wird das wohl an der Software liegen die sicherlich noch einige Ecken und Kanten hat. Aber ist schon was ärgerlich ja.
Ich bin auch am überlegen mir mal so eine von HM zu bestellen. Aber ist schon recht teuer. Ich meine ich zahle gerne mehr für Qualität nur kommt vermutlich auch das HM Zeugs nur aus China.
/Daniel
Zitat von: justme1968 am 17 April 2014, 14:02:50
die 14 wochen stimmen nicht immer. das scheint der default für 'unbekannt' zu sein.
manchmal geht es schneller.
Kann ich bestätigen. Hatte auch mit 14 Wochen bestellt nach 3 Tagen waren sie da.
ZitatAutor: Alex8508
« am: Heute um 22:18:46 » Zitat einfügen
Nach mehreren Monaten Tests einer PCA 301 Funksteckdose und nun dem Homematic Zwischenstecker mit Leistungsmessung muss ich sagen dass die Steckdose von Homematic robuster funktioniert.
Stimmt die HM-ES-PMSw1-Pl hat grössere Reichweite. -->
geändert zu eventuell grössere Reichweite.Mein HMlan und der Jeelink sind nicht am gleichen Ort also nicht wirklich vergleichbar.Trotzdem spricht der Preis für die PCA 301 Funksteckdose. ;)
Gruß Billy
oweh scheint leider nicht mehr hier zu sein. er wollte am sketch noch einiges tun.
obwohl die antwort der dose schon ausgewertet wird wird zur zeit das kommando nur ein mal gesendet.
das ist eines der dinge die noch geändert werden sollten.
das schalten kann man auf jedem fall so zuverlässig hin bekommen wie bei hm.
neben den anderen zusätzlichen messwerten sehr ich als die einzigen features die hm tatsächlich voraus hat das autonom verbrauchsabhängig abschalten. und natürlich das pairen mit anderen hm devices.
beides lässt sich aber über den umweg fhem trozdem realisieren.
ich muss mal sehen ob ich zeit für den sketch finde.
gruss
andre
Wenn sich die Zuverlässigkeit und Verfügbarkeit der PCA 301 deutlich verbessert, bin ich auch gerne für weitere Tests/Steckdosen bereit. Momentan investiere ich halt die paar Euro mehr und habe eine zuverlässigere Alternative.
In der Zwischenzeit arbeitet mein Jeelink nun sehr zuverlässig mit vielen LaCrosse Sensoren zusammen und ein CUL schaltet die Homematic Steckdosen. Bei mir stehen übrigens CUL und Jeelink beide am gleichen Ort, sodass hier durchaus ein Vergleich gezogen werden kann. Ich hatte die beiden Transceiver auch zwischendurch immer mal wieder an einen anderen Ort verlegt, aber dort mit gleichem Ergebnis.
ich habe eben die erweiterungen von ulli aus dem thread hier: http://forum.fhem.de/index.php/topic,17697.0.html (http://forum.fhem.de/index.php/topic,17697.0.html) zum JeeLink modul eingecheckt.
es sollte keine seiteneffekte für die anderen client module haben.
gruss
andre
Klar wird HM (eq-3) in China (Zhuhei) hergestellt.
Siehe hier :
http://www.eq-3.de/unternehmen.html
Zitat von: Billy am 17 April 2014, 22:29:24
Kann ich bestätigen. Hatte auch mit 14 Wochen bestellt nach 3 Tagen waren sie da.
Mein Liefertermin ist Juli 2014 >:(
Gruß PeMue
@justme1968
nach dem letzten Update werden die Daten, die von meiner RoomNode gesendet werden, nicht mehr verarbeitet.
2014.04.21 11:52:06 3: myJeeLink: Unknown code Remote control commands:, help me!
2014.04.21 11:52:06 3: myJeeLink: Unknown code Flash storage (JeeLink only):, help me!
2014.04.21 11:52:06 3: myJeeLink: Unknown code Current configuration:, help me!
2014.04.21 11:52:06 3: myJeeLink: Unknown code K i11* g21 @ 868 MHz , help me!
2014.04.21 11:52:28 3: myJeeLink: Unknown code OK 11 1 40 0 0 0, help me!
2014.04.21 11:52:28 3: myJeeLink: Unknown code DF I 514 2, help me!
das sollte nicht so sein.
welche version hat dein jeelink modul?
gruss
andre
JLv3 mit M25P16 flash memory, RF12demo aus der aktuellen jeelib.
Auf der RoomNode läuft der Sketch von ohweh http://forum.fhem.de/index.php/topic,11648.msg93669.html#msg93669
ich meinte das fhem modul :)
was gibt einversion JeeLink
gruss
andre
# $Id: 36_JeeLink.pm 5573 2014-04-19 21:02:37Z justme1968 $
Hi,
weiß jemand wie ich am einfachsten einen täglichen und Monatlichen Verbrauch hinbekomme? Also Kw/Tag bzw Kw/Monat?
Also Quasi das ConsumptionReading immer um 0Uhr auf 0 gestellt.... an den originalen Readings möchte ich aber nichts ändern.... (ala "set PCA301 reset)
Zitat von: Alex8508 am 17 April 2014, 22:18:46
Da man den Homematic Zwischenstecker (HM-ES-PMSw1-Pl) öfter für unter 40 Euro inkl. Versand bekommt, habe ich mich nun mit mehreren davon eingedeckt. Für die gut 15 Euro Aufpreis je Steckdose hat man dann noch ein weitere Messwerte. Die schlechte Verfügbarkeit der PCA 301 hat mich dann letztendlich zum Umstieg bewegt.
Wo gibts die denn mal für 40€, ich hab sie bisher für 42€ gefunden. Die PCA kostet aber 20€. Gut ich brauch wieder ein zusätzlichen Jeenode für 30€. Aber bei mehr als 2 Steckdosen hätte ich den schon raus. Mich nerven gerade meine FS20 Dosen, alle die etwas weiter weg sind funktonieren nicht gut. Aber so sind aus deinen 15 bei mir 22€. Und ich bräuchte ca. 9 Steckdosen.... das sind dann schon 200€ unterschied. Gut bringt natürlich nichts wenn die PCA301 auch nicht zuverlässig schalten oder ich mehr jeenodes brauche, da Funk bei uns nicht gut durch die Decken und Wände kommt.
Zitat von: Tobias am 22 April 2014, 08:07:52
Hi,
weiß jemand wie ich am einfachsten einen täglichen und Monatlichen Verbrauch hinbekomme? Also Kw/Tag bzw Kw/Monat?
Also Quasi das ConsumptionReading immer um 0Uhr auf 0 gestellt.... an den originalen Readings möchte ich aber nichts ändern.... (ala "set PCA301 reset)
Am einfachsten man schreibt sich ein kleinen Perlscript das per jsonlist die Werte für die jeweiligen Dosen abgreift und das in ein eigenes Log schreibt (man kann hier auch z.B. auch gleich die Kosten berechnen etc.). Das Skript dann im Cron einbinden und die Werte sammeln. Dann kann man recht einfach diese Logfiles in den Fhem einbinden und dafür Graphen bauen die einen schönen Überblick über die Verbrauchswerte liefert. Habe ich bei mir so gebaut und es funtzt wunderbar :)
Hallo,
ich nutze den Jeelink-Clone von "locutus" und den PCA 301-Sketch. Hierbei habe ich das Problem, dass der Sketch nur funktioniert wenn ich nach dem Start von FHEM ein "raw +" oder "raw -" absende. Die gepairte PCA wird dann empfangen. Ein Senden ist allerdings nicht möglich. Beim Absetzen eines Sendekommandos blinken auch nicht die entsprechenden LEDs.
[Der LaCrosse Sketch läuft auf dem selben Clone einwandfrei]
Im Arduino 1.0.3 Serialmonitor kann ich das Verhalten nachstellen. Mit Aufruf des Serialmonitors erhalte ich folgende Anzeige:
[pcaSerial.10.0i]
Available commands:
..,.. s - send data packet
l - list devices
<n> a - turn activity LED on PB1 on or off
<n> c - config (0=fill, 1=load, 2=save, 3=erase)
<n> d - turn off device <n>
<n> e - turn on device <n>
<n> p - poll device <n>
<n> r - list recordings
<n> q - quiet mode (1=suppress TX and bad packets)
<n> v - version and configuration report
Nach dieser Anzeige funktionieren weder Kommandos, noch werden Daten empfangen. Erst nach dem Kommando + oder - ist der Jeelink-Clone aktiv. D.H. ich kann eine PCA pairen, Daten empfangen oder Kommandos absetzen. Bsp. ein <n> e schaltet ein, ein <n> d schaltet aus. (Leider funktioniert das Ein-/Ausschalten in FHEM weiterhin nicht)
Die referenzierten FHEM-Module haben folgenden Releasestand:
# $Id: 36_JeeLink.pm 5579 2014-04-20 08:15:06Z justme1968 $
# $Id: 36_PCA301.pm 4439 2013-12-22 12:09:51Z justme1968 $
Teil-Lösung:
Im Thread wurde schon gepostet (http://forum.fhem.de/index.php/topic,11648.msg158549.html#msg158549), dass die Frequenzen leicht abweichen können. Für Abhilfe sollte in der pcaSerial10ip.ino folgendes angepasst werden:
// RF12 center freq. - should be A708 (SPI trace from "Kleiner"), but much better receiption with 0xA6FE
// static uint16_t rf12_center_freq = 0xA6FE; // setting can be modified via serial (cmd "+" and "-")
static uint16_t rf12_center_freq = 0xA70D;
Leider wird diese Anpassung erst nachdem ein raw + oder - abgesetzt wird aktiv, da in der pca301.cpp in der Funktion rf12_initialize(void) mit rf12_xfer(0xA6FE); // Frequency - 868.9500MHz initialisiert wird.
Ich habe nun folgendes angepasst:
Die static uint16_t rf12_center_freq = 0xA70D; Deklaration aus pcaSerial10ip nach pca301.h verlagert.
In der pca301.cpp den Aufruf
rf12_xfer(0xA6FE);
durch
rf12_xfer(rf12_center_freq);
ersetzt.
Damit startet der JeeLink-Clone nun wunderbar mit der richtigen Frequenz.
Das Senden aus FhemWeb funktionierte nicht, weil ich einen Schreibfehler im IODev hatte. >:(
Grüße Jörg
Mm. Ich habe auch den Clone und das selbe Problem mit dem raw+ bzw -. Das Schalten in fhem funktioniert aber.
Gesendet von meinem ALCATEL ONE TOUCH 997D mit Tapatalk
hallo jörg,
magst du den sktech noch so erweitern das man die center frequency direkt per kommando setzen kann?
z.b. über ein
Zitat<hhhh> f - set center frequency
dann würde ich das auf fhem seite nachziehen. ich bin sowieso gerade dabei die init sequenz die an den sketch gesendet wird konfigurierbar zu machen. dann müsste man nichts mehr im sketch ändern.
gruss
andre
Hallo,
ich habe 7 Dosen im Einsatz. Dabei habe ich das Problem das manche Dosen auf dem gleichen Kanal funken. Leider bekomme ich es nicht hin diese auf einen anderen Kanal zu legen denn jedes mal wenn ich ein entsprechendes Device mit delete PCAXXX lösche wird dieses über autocreate mit der gleichen Kanalbelegung wieder erstellt.
Trotz gleicher Kanalbelegung funktionieren die Dosen soweit ganz gut :) Bis auf den kleinen Schönheitsfehler das ab und zu bei den betroffenen Dosen im log utopisch hohe Verbrauchsspitzen auftauchen. Ich vermute mal das liegt daran das es da zu Überscheidungen beim auslesen kommt.
Weis jemand wie ich die Kanalbelegung ordentlich machen kann? bzw. wie ich da am besten vorgehe?
Grüße Georg
für die kanal zuordnung ist der jeelink zuständig. wenn es hier probleme gibt musst du den zurück setzen. im wiki artikel ist beschrieben wie das geht.
für die fhem seite sind die kanäle eigentlich unwichtig weil hier die eindeutige device id verwendet wird. wenn sich die kanal zuordnung ändert wird das auf fhem seite eigentlich automatisch nachgezogen.
gruss
andre
Danke für ie schnelle Antwort :)
Meinst du mit zurücksetzen den Sketch auf den Jeelink neu aufspielen? Du sagst das die Kanalzuordnung auf fhem Seite wird automatisch nachgezogen. D.h. es reicht wenn ich den Jeelink zurücksetze am fhem anstecke und gut?
Ich vermute mal die Ungereimtheiten bei der Kanalzuordnung kommt wohl daher das ich neue Dosen angelernt hatte als die anderen aus waren. Oder wie kommt es das die Kanäle doppelt belegt werden? Nicht das mir das dann wieder passiert.
Grüße Georg
das eeprom muss zurück gesetzt werden. das geht per raw kommando aus fhem heraus:set <myJeeLink> raw 0c
set <myJeeLink> raw 2c
eigentlich sollte es nie probleme mit der kanal zuordnung geben so lange nur ein jeelink und keine display einheit beteiligt sind.
wenn es noch mal passiert müssen wir schauen was genau die ursache ist. ob ein teil der dosen gerade aus ist oder nicht spielt keine rolle.
gruss
andre
Zitat von: justme1968 am 24 April 2014, 10:36:36
hallo jörg,
magst du den sktech noch so erweitern das man die center frequency direkt per kommando setzen kann?
gruss
andre
Hallo Andre,
anbei die Umsetzung mit :
" 0x<hhhh> h - set center frequency (Example 0xA6FE == Frequency - 868.9500MHz" "\n"
Da meine C-Kenntnisse arg verstaubt sind gibt es sicherlich elegantere Lösungen. Bei der Eingabe der Frequenz ist zwingend die Syntax 0xhhhh einzuhalten, wobei nur Zahlen und Großbuchstaben von A bis F akzeptiert werden.
Grüße Jörg
Danke für die Befehle. Diese hatte ich schon einmal verwendet als ich eine nicht mehr vorhandene PCA301 Dose gelöscht habe. Doch dabei ging irgendetwas schief denn danach hat der Jeelink im Log um Hilfe gerufen wegen unbekannten Code. Da half nur den Sketch neu aufspielen. Mal schauen ob es diesmal klappt ;)
Grüß Georg
PS: Es gibt keine Displayeinheit, die brauch man ja nicht wenn man fhem hat ;)
Hallo :),
Also ich habe es getestet und die beiden Befehle im Fhem abgesetzt. Danach wurden erst mal die Dosen nicht mehr gepollt bis ich sie jeweils einmal über Fhem an und ausgeschalten habe. Jedoch hat sich bei der Kanalzuordnung nichts geändert. Bei mir ist es so das von 7 Dosen jeweils drei Dosen Überscheidungen haben. Sprich zwei Dosen laufen auf Kanal1 zwei Dosen laufen auf Kanal7 und zwei Dosen auf Kanal4. Mach ich was falsch? Dabei funktionieren alle Dosen, wie schon berichtet, einwandfrei. Bis eben auf die seltsamen Spitzen im Verbrauchslog...
Ist es so das über einen Kanal auch mehrere Dosen angesprochen werden können? Der Fhem steuert ja anhand der Addresse die Dosen auseinander sie müssen sich eben bloß einen Kanal zur Datenübertragung teilen. Oder funktioniert das anders?
Grüße Georg
Ich glaube ich habe die Antwort selber gefunden, Habe mich durch den Thread gewühlt und ihn von Anfang an gelesen und bin über folgendes gestolpert:
Page7 ->
Zitat"Einmal in der seriellen Konsole den Befehlt "0c" absetzen (steht für "fill" Config... hab ich bei Trilus AskSin Sketch abgekupfert ;-), anschliessend das Kommando "2c" absetzen (für "save" config).
ZitatWer keine Anzeigeeinheit besitzt, muss nur den JeeLink anstecken. Dann an der Dose den "Pairing"-Modus aktivieren (Knopf solange gedrückt halten, bis die LED zu blinken beginnt), den Rest erledigt der JeeLink. Er wertet das ankommende Pairing-Paket aus und schickt eine Pairing-Antwort. Also nicht wundern wenn es nur einmal an der Steckdose blinkt ;-) Dabei wird die angelernte Steckdose automatisch auf den nächsten freien Platz der Config gelegt (bei der ersten also auf "1").
In anderen Worten:
- set <myJeeLink> raw 0c
- set <myJeeLink> raw 2c
- mit "delete PCA301_xxxxxx" die Dosen löschen
- autocreate in der fhem.cfg aktivieren (wenn nicht schon geschehen ;))
- und dann die Dosen neu pairen
werde das gleich heute Abend ausprobieren :)
@hgw77: genau das (raw 0c / raw 2c) steht aber doch exakt so auch im wiki-Beitrag zur PCA301.
Irgendwie bin ich blind oder ich habe da was überlesen ;) ich habe das Wiki rauf und runter gelesen und zur PCA301 kann ich zum Pairen weiterer Dosen folgendes finden
ZitatWerden weitere Steckdosen durch autocreate angelegt, stimmt unter Umständen die Kanalnummer nicht und die Steckdose ist von Fhem aus nicht schaltbar. In diesem Fall sollte das Gerät gelöscht werden (mit dem Befehl
delete PCA301_xxxxxx
einzugeben im Befehlsfenster im Webinterface). Nach der erneuten automatischen Erkennung sollte das Gerät dann funktionieren.
Wenn man sich daran hält kommen die Dosen immer wieder mit derselben Config rein (weil das eeprom des JeeLink noch die alte config hat). Da steht leider nichts davon das man das eeprom zurück setzen muss und die Dosen mit Pairing neu angelernt werden müssen.
By the way ich wusste gar nicht das die Dosen in Pairing Mode versetzt werden können. Bei meinem anlernen hatte ich einfach nur die Dosen angesteckt und mehrfach manuell geschalten bis sie im Fhem auftauchten. Aber ich sehe das war wohl nur die halbe Wahrheit ;)
Zitat von: hgw77 am 25 April 2014, 10:04:40
Irgendwie bin ich blind oder ich habe da was überlesen ;) ich habe das Wiki rauf und runter gelesen und zur PCA301 kann ich zum Pairen weiterer Dosen folgendes finden
Ob diese "raw xx" genau zu dem von Dir beobachteten Problem passen, weiß ich nicht - falls Deine Situation noch nicht beschrieben ist, bitte im wiki nachtragen (lassen).
Danke, Peter
Werde ich auf jeden Fall machen :)
Viele Grüße Georg
Der Clone Jeelink läuft jetzt eine gute woche. Auf einmal werden nur noch unregelmäßig die Daten empfangen. Das sieht man das die Plots jetzt immer abgehackter sind. Ein "raw -" bringt folgende Meldung:
myJeeLink: Unknown code > FREQ-: A70B, help me!
Hat wer ähnliche Erfahrungen gemacht?
@Tobias: Das gleich Problem hatte ich auch, mir hat geholfen den Sketch neu aufzuspielen, danach war wieder alles schick :)
Fürs Protokoll bezüglich meines Kanalproblems (siehe oben). Folgende Vorgehensweise hat zum Erfolg geführt (ich denke mein ursprüngliches vorgehen zum anlernen einer neuen Dose durch einfaches an und ausschalten hat zu dem Problem der falschen Kanalzuordnung geführt).
- set <myJeeLink> raw 0c
- set <myJeeLink> raw 2c
- und dann die Dosen neu pairen (ein paar Sekunden auf den Powerknopf drücken bis es für ein paar Sekunden aufblinkt)
nun sollten die Dosen alle ordentlich zugeordnet sein. Wenn alles geklappt hat kann man im Fhemlog folgendes sehen:
2014.04.26 07:29:51 3: PCA301 PCA301_0796F4, channel changed from 04 to 08
2014.04.26 07:29:29 3: PCA301 PCA301_0FA717, channel changed from 04 to 07
2014.04.26 07:29:24 3: PCA301 PCA301_0FA717, channel changed from 01 to 04
2014.04.26 07:28:54 3: PCA301 PCA301_0E7C43, channel changed from 04 to 06
2014.04.26 07:28:50 3: PCA301 PCA301_0E7C43, channel changed from 08 to 04
usw....
da im Wiki der abschnitt zum Pairen mir nicht wirklich weiter geholfen hat sollte man diesen vielleicht anpassen? Habe leider keine Rechte im Wiki sonst würde ich das selber machen ;)
grüße Georg
Zitat von: Tobias am 22 April 2014, 08:07:52
Hi,
weiß jemand wie ich am einfachsten einen täglichen und Monatlichen Verbrauch hinbekomme? Also Kw/Tag bzw Kw/Monat?
Also Quasi das ConsumptionReading immer um 0Uhr auf 0 gestellt.... an den originalen Readings möchte ich aber nichts ändern.... (ala "set PCA301 reset)
Hallo zusammen,
ich habe ebenfalls eine Frage, die in diese Richtung geht.
Ich logge die Werte über DBLog in einer MySQL Datenbank und möchte nun den Stromverbrauch und die Stromkosten berechnen (über PHP). Und dabei stehe ich etwas auf dem Schlauch.
Die Formel dazu lautet ja W = P * t. Und dann noch mit dem kWh-Preis mutliplizieren. (z.B. 138W * 1 Stunde = 138 Wh bzw. 0,138 kWh * 20 Cent/kWh = 2,76 Cent)
Aber:
Die Watt, also Power, werden ja mehrmals geloggt. Im Prinzip der Momentanverbrauch. Wie berechne ich denn nun aus diesen "Messpunkten" den Gesamtverbauch? Ist dass der Durchschnitt aller Power-Werte? Das wäre dann aber doch ein ziemlich ungenaues Ergebnis? Wie wird den dieser "consumption" berechnet? (der leider immer den Wert zwischen Ein- und Ausstecken des Messgeräts erfasst, aber nicht zwischen ON/OFF, richtig?)
Beispiel: Ich habe meine Waschmaschine angeschlossen (siehe unten), diese hat ja nicht einen konstanten Verbrauch an Watt, sondern eben einen schwankenden. Gesamtverbrauch = alle Power-Werte addieren und durch die Gesamtanzahl teilen?
Hoffe ihr könnt mein Problem nachvollziehen...
Danke & Grüße
Aidan
2014-04-17_10:33:20 PCA301_0FA704 set-on
2014-04-17_10:33:20 PCA301_0FA704 on
2014-04-17_10:33:54 PCA301_0FA704 power: 2.5
2014-04-17_10:34:24 PCA301_0FA704 power: 8.4
2014-04-17_10:34:55 PCA301_0FA704 power: 2.5
2014-04-17_10:35:25 PCA301_0FA704 power: 2.8
2014-04-17_10:35:57 PCA301_0FA704 power: 111.1
2014-04-17_10:36:28 PCA301_0FA704 power: 2.6
2014-04-17_10:37:29 PCA301_0FA704 power: 125.2
2014-04-17_10:38:02 PCA301_0FA704 power: 2.8
2014-04-17_10:38:34 PCA301_0FA704 power: 104.3
2014-04-17_10:39:08 PCA301_0FA704 power: 2054.7
2014-04-17_10:39:08 PCA301_0FA704 consumption: 0.01
2014-04-17_10:39:08 PCA301_0FA704 consumptionTotal: 0.59
2014-04-17_10:39:40 PCA301_0FA704 power: 1936.9
2014-04-17_10:39:40 PCA301_0FA704 consumption: 0.03
2014-04-17_10:39:40 PCA301_0FA704 consumptionTotal: 0.61
2014-04-17_10:40:13 PCA301_0FA704 power: 2042.1
2014-04-17_10:40:13 PCA301_0FA704 consumption: 0.04
2014-04-17_10:40:13 PCA301_0FA704 consumptionTotal: 0.62
2014-04-17_10:40:45 PCA301_0FA704 power: 2039.1
2014-04-17_10:40:45 PCA301_0FA704 consumption: 0.06
2014-04-17_10:40:45 PCA301_0FA704 consumptionTotal: 0.64
2014-04-17_10:41:17 PCA301_0FA704 power: 1934.5
2014-04-17_10:41:17 PCA301_0FA704 consumption: 0.08
2014-04-17_10:41:17 PCA301_0FA704 consumptionTotal: 0.66
2014-04-17_10:41:47 PCA301_0FA704 power: 2053.7
2014-04-17_10:41:47 PCA301_0FA704 consumption: 0.09
2014-04-17_10:41:47 PCA301_0FA704 consumptionTotal: 0.67
2014-04-17_10:42:19 PCA301_0FA704 power: 2.8
2014-04-17_10:42:19 PCA301_0FA704 consumption: 0.1
2014-04-17_10:42:19 PCA301_0FA704 consumptionTotal: 0.68
2014-04-17_10:42:52 PCA301_0FA704 power: 116.7
2014-04-17_10:43:24 PCA301_0FA704 power: 2.5
2014-04-17_10:43:56 PCA301_0FA704 power: 118.3
2014-04-17_10:44:26 PCA301_0FA704 power: 2.6
2014-04-17_10:44:57 PCA301_0FA704 power: 2.9
2014-04-17_10:45:28 PCA301_0FA704 power: 87.5
2014-04-17_10:45:58 PCA301_0FA704 power: 2.8
2014-04-17_10:46:31 PCA301_0FA704 power: 116.6
2014-04-17_10:47:01 PCA301_0FA704 power: 2.6
2014-04-17_10:47:35 PCA301_0FA704 power: 121.9
2014-04-17_10:48:07 PCA301_0FA704 power: 129
2014-04-17_10:48:39 PCA301_0FA704 power: 2.8
2014-04-17_10:49:16 PCA301_0FA704 power: 121.6
2014-04-17_10:49:49 PCA301_0FA704 power: 115.2
2014-04-17_10:50:19 PCA301_0FA704 power: 2.6
2014-04-17_10:50:52 PCA301_0FA704 power: 107.7
2014-04-17_10:51:22 PCA301_0FA704 power: 2.8
2014-04-17_10:51:53 PCA301_0FA704 power: 112.9
2014-04-17_10:51:53 PCA301_0FA704 consumption: 0.11
2014-04-17_10:51:53 PCA301_0FA704 consumptionTotal: 0.69
2014-04-17_10:52:25 PCA301_0FA704 power: 2.6
2014-04-17_10:52:55 PCA301_0FA704 power: 119.5
2014-04-17_10:53:26 PCA301_0FA704 power: 114.9
2014-04-17_10:53:58 PCA301_0FA704 power: 2.8
2014-04-17_10:54:31 PCA301_0FA704 power: 101.7
2014-04-17_10:55:05 PCA301_0FA704 power: 2.8
2014-04-17_10:55:37 PCA301_0FA704 power: 1947
2014-04-17_10:55:37 PCA301_0FA704 consumption: 0.12
2014-04-17_10:55:37 PCA301_0FA704 consumptionTotal: 0.7
2014-04-17_10:56:07 PCA301_0FA704 power: 8.6
2014-04-17_10:56:07 PCA301_0FA704 consumption: 0.13
2014-04-17_10:56:07 PCA301_0FA704 consumptionTotal: 0.71
2014-04-17_10:56:38 PCA301_0FA704 power: 150.2
2014-04-17_10:57:09 PCA301_0FA704 power: 2.8
2014-04-17_10:57:40 PCA301_0FA704 power: 2.6
2014-04-17_10:58:13 PCA301_0FA704 power: 156.3
2014-04-17_10:58:44 PCA301_0FA704 power: 2.6
2014-04-17_10:59:17 PCA301_0FA704 power: 26.2
2014-04-17_10:59:48 PCA301_0FA704 power: 107.8
2014-04-17_11:00:18 PCA301_0FA704 power: 66.1
2014-04-17_11:00:49 PCA301_0FA704 power: 61.1
2014-04-17_11:01:21 PCA301_0FA704 power: 71.6
2014-04-17_11:01:51 PCA301_0FA704 power: 64.5
2014-04-17_11:02:21 PCA301_0FA704 power: 66
2014-04-17_11:02:52 PCA301_0FA704 power: 73.2
2014-04-17_11:03:23 PCA301_0FA704 power: 98.2
2014-04-17_11:03:23 PCA301_0FA704 consumption: 0.14
2014-04-17_11:03:23 PCA301_0FA704 consumptionTotal: 0.72
2014-04-17_11:03:55 PCA301_0FA704 power: 148.5
2014-04-17_11:04:28 PCA301_0FA704 power: 222.5
2014-04-17_11:05:00 PCA301_0FA704 power: 8.3
2014-04-17_11:05:31 PCA301_0FA704 power: 140.9
2014-04-17_11:06:02 PCA301_0FA704 power: 8.1
2014-04-17_11:06:34 PCA301_0FA704 power: 208.1
2014-04-17_11:07:07 PCA301_0FA704 power: 2.8
2014-04-17_11:07:38 PCA301_0FA704 power: 205.7
2014-04-17_11:08:08 PCA301_0FA704 power: 2.8
2014-04-17_11:08:38 PCA301_0FA704 power: 204.8
2014-04-17_11:08:38 PCA301_0FA704 consumption: 0.15
2014-04-17_11:08:38 PCA301_0FA704 consumptionTotal: 0.73
2014-04-17_11:09:11 PCA301_0FA704 power: 217.2
2014-04-17_11:09:41 PCA301_0FA704 power: 26.4
2014-04-17_11:10:12 PCA301_0FA704 power: 124.7
2014-04-17_11:10:44 PCA301_0FA704 power: 69.1
2014-04-17_11:11:15 PCA301_0FA704 power: 76.4
2014-04-17_11:11:47 PCA301_0FA704 power: 98.9
2014-04-17_11:12:18 PCA301_0FA704 power: 155.4
2014-04-17_11:12:51 PCA301_0FA704 power: 238.2
2014-04-17_11:13:23 PCA301_0FA704 power: 2.6
2014-04-17_11:13:54 PCA301_0FA704 power: 81.1
2014-04-17_11:14:25 PCA301_0FA704 power: 14
2014-04-17_11:14:25 PCA301_0FA704 consumption: 0.16
2014-04-17_11:14:25 PCA301_0FA704 consumptionTotal: 0.74
2014-04-17_11:15:00 PCA301_0FA704 power: 174.3
2014-04-17_11:15:31 PCA301_0FA704 power: 210
2014-04-17_11:16:02 PCA301_0FA704 power: 2.6
2014-04-17_11:16:34 PCA301_0FA704 power: 204.3
2014-04-17_11:17:07 PCA301_0FA704 power: 2.3
2014-04-17_11:17:39 PCA301_0FA704 power: 201
2014-04-17_11:18:09 PCA301_0FA704 power: 114.5
2014-04-17_11:18:40 PCA301_0FA704 power: 89.9
2014-04-17_11:19:12 PCA301_0FA704 power: 131.3
2014-04-17_11:19:43 PCA301_0FA704 power: 60.6
2014-04-17_11:20:13 PCA301_0FA704 power: 68.8
2014-04-17_11:20:46 PCA301_0FA704 power: 101.6
2014-04-17_11:21:19 PCA301_0FA704 power: 171.2
2014-04-17_11:21:19 PCA301_0FA704 consumption: 0.17
2014-04-17_11:21:19 PCA301_0FA704 consumptionTotal: 0.75
2014-04-17_11:21:49 PCA301_0FA704 power: 249.4
2014-04-17_11:22:19 PCA301_0FA704 power: 54.4
2014-04-17_11:22:55 PCA301_0FA704 power: 23.5
2014-04-17_11:23:28 PCA301_0FA704 power: 2
2014-04-17_11:24:29 PCA301_0FA704 power: 1.9
2014-04-17_11:25:32 PCA301_0FA704 power: 1.7
2014-04-17_11:26:05 PCA301_0FA704 power: 1.9
2014-04-17_11:26:35 PCA301_0FA704 power: 2
Ich hab eine Losung schon gefunden. Post später.
Gesendet von meinem ALCATEL ONE TOUCH 997D mit Tapatalk
Hallo,
@Aisan: ich verstehe dein Problem nicht ganz. Du brauchst nicht selber über komplizierte Berechnungen den Verbrauch errechnen der wird dir von der Dose mit Consumption schon geliefert. Der Verbrauch wird von der Dose selber erfasst und jedes mal mitgeschickt wenn sich der Wert erhöht hat. Dieser Wert sind die KWh die verbraucht wurden. Ich mache es so das dieser Zähler immer am ersten Tag des Monats per Cron auf Null gesetzt wird. So lässt sich der Gesamtverbrauch des Monats besser berechnen :)
Grüße Georg
Zitat von: hgw77 am 26 April 2014, 16:18:05
Hallo,
@Aisan: ich verstehe dein Problem nicht ganz. Du brauchst nicht selber über komplizierte Berechnungen den Verbrauch errechnen der wird dir von der Dose mit Consumption schon geliefert. Der Verbrauch wird von der Dose selber erfasst und jedes mal mitgeschickt wenn sich der Wert erhöht hat. Dieser Wert sind die KWh die verbraucht wurden. Ich mache es so das dieser Zähler immer am ersten Tag des Monats per Cron auf Null gesetzt wird. So lässt sich der Gesamtverbrauch des Monats besser berechnen :)
Grüße Georg
Richtig. Das mit dem Consumption verstehe ich auch. Aber es ist eben der Consumption der Steckdose... wenn ich nun aber die Steckdose ausstecke, um nicht den Verbrauch z.B. der Waschmaschine zu messen, sondern z.B. einer Stehlampe, dann kann ich mit dem "Consumption"-Verbrauch der Steckdose nichts mehr anfangen. Zumal dieser nach dem ausstecken wieder null ist. Ich möchte zuzusagen die Kosten berechen können pro "Lampe an/Lampe aus".
Oh, ok das hatte ich wohl überlesen. Da wird das ganze schon wesentlich komplizierter ;) Bist du sicher das die Consumption wieder genullt wird wenn die Dose rausgezogen wird? Ich konnte das bei mir noch nicht beobachten. Kann aber sein das sie nach einer Weile die Information verliert, habe da noch nicht so drauf geachtet.....
Ja, wird genullt nach ausstecken.
2014-04-16_23:04:13 PCA301_0FA704 consumption: 0.04
2014-04-16_23:04:13 PCA301_0FA704 consumptionTotal: 0.52
2014-04-17_07:34:47 PCA301_0FA704 consumption: 0
2014-04-17_07:34:47 PCA301_0FA704 consumptionTotal: 0.52
Was ich bräuchte wäre ein Consumption pro "On/Off". Wenn das schon direkt über FHEM geht wäre das natürlich sehr hilfreich.
such mal im wiki nach hourCounter.
gruss
andre
Zitat von: hgw77 am 26 April 2014, 07:44:16
@Tobias: Das gleich Problem hatte ich auch, mir hat geholfen den Sketch neu aufzuspielen, danach war wieder alles schick :)
Fürs Protokoll bezüglich meines Kanalproblems (siehe oben). Folgende Vorgehensweise hat zum Erfolg geführt (ich denke mein ursprüngliches vorgehen zum anlernen einer neuen Dose durch einfaches an und ausschalten hat zu dem Problem der falschen Kanalzuordnung geführt).
- set <myJeeLink> raw 0c
- set <myJeeLink> raw 2c
- und dann die Dosen neu pairen (ein paar Sekunden auf den Powerknopf drücken bis es für ein paar Sekunden aufblinkt)
nun sollten die Dosen alle ordentlich zugeordnet sein. Wenn alles geklappt hat kann man im Fhemlog folgendes sehen:
2014.04.26 07:29:51 3: PCA301 PCA301_0796F4, channel changed from 04 to 08
2014.04.26 07:29:29 3: PCA301 PCA301_0FA717, channel changed from 04 to 07
2014.04.26 07:29:24 3: PCA301 PCA301_0FA717, channel changed from 01 to 04
2014.04.26 07:28:54 3: PCA301 PCA301_0E7C43, channel changed from 04 to 06
2014.04.26 07:28:50 3: PCA301 PCA301_0E7C43, channel changed from 08 to 04
usw....
da im Wiki der abschnitt zum Pairen mir nicht wirklich weiter geholfen hat sollte man diesen vielleicht anpassen? Habe leider keine Rechte im Wiki sonst würde ich das selber machen ;)
grüße Georg
Ich habe den ganzen Spaß jetzt mal mit der 9. Dose gemacht, und nun wird ein schon verwendeter Kanal benutzt.
Kann man nun doch nicht mehr Dosen verwenden, als mit dem Funk-Energiekostenmonitor von ELV?
./Gruß Stiftmaster
Zitat von: justme1968 am 26 April 2014, 22:18:21
such mal im wiki nach hourCounter.
gruss
andre
Hallo Andre,
danke für den Hinweis.
Ich muss gestehen, dass ich da aber nicht richtig durchsteige. Kannst du mir vielleicht kurz erläutern, wie deiner Meinung nach mir das bei meinem Problem weiter hilft?
Es ist so. Ich möchte mit den Watt-Verbrauch pro Schaltzustand On/Off zurückgeben lassen. Ich kann mir vorstellen, dass das evtl. mit den HourCounter funktioniert. Aber mit welchen Befehl ich da arbeiten muss, weiß ich nicht. Ich kenn mich leider überhaupt nicht mit regexp aus.
Wäre deiner Meinung nach mein Problem mit der HourCounter lösbar? Ich möchte ehrlich sein. Wenn das nachher nicht genau so funktioniert wie ich es brauche (also Watt-Verbrauch je "On/Off" und das geloggt im DBLog), dann suche ich weiter nach einer anderen Lösung, ohne mich jetzt lang in das Thema einzuarbeiten, denn dass fällt mir total schwer. Wenn es aber so klappt, beiße ich mich durch... ;-)
Kleines Update:Lässt sich mein Problem nicht vielleicht durch ein zusätzliches reading lösen, dass jedes Mal bei "set-off" den consumption schreibt und ihn dann auf null setzt, ähnlich wie hier: http://forum.fhem.de/index.php/topic,11648.msg141954.html#msg141954
Wie würde den so ein reading aussehen?
Zitat von: hgw77 am 26 April 2014, 07:44:16
@Tobias: Das gleich Problem hatte ich auch, mir hat geholfen den Sketch neu aufzuspielen, danach war wieder alles schick :)
Fürs Protokoll bezüglich meines Kanalproblems (siehe oben). Folgende Vorgehensweise hat zum Erfolg geführt (ich denke mein ursprüngliches vorgehen zum anlernen einer neuen Dose durch einfaches an und ausschalten hat zu dem Problem der falschen Kanalzuordnung geführt).
- set <myJeeLink> raw 0c
- set <myJeeLink> raw 2c
- und dann die Dosen neu pairen (ein paar Sekunden auf den Powerknopf drücken bis es für ein paar Sekunden aufblinkt)
nun sollten die Dosen alle ordentlich zugeordnet sein. Wenn alles geklappt hat kann man im Fhemlog folgendes sehen:
2014.04.26 07:29:51 3: PCA301 PCA301_0796F4, channel changed from 04 to 08
2014.04.26 07:29:29 3: PCA301 PCA301_0FA717, channel changed from 04 to 07
2014.04.26 07:29:24 3: PCA301 PCA301_0FA717, channel changed from 01 to 04
2014.04.26 07:28:54 3: PCA301 PCA301_0E7C43, channel changed from 04 to 06
2014.04.26 07:28:50 3: PCA301 PCA301_0E7C43, channel changed from 08 to 04
usw....
da im Wiki der abschnitt zum Pairen mir nicht wirklich weiter geholfen hat sollte man diesen vielleicht anpassen? Habe leider keine Rechte im Wiki sonst würde ich das selber machen ;)
grüße Georg
Ich habe es bei mir jetzt auch mal nach dem Schema probiert (nachdem ich festgestellt habe, dass auch bei mir die Kanalzuordnung ein einziges Chaos ist), aber leider scheint das auch so nicht richtig abzulaufen.
Ich habe aber (keine Ahnung, ob das auch einen Einfluss darauf hat) noch die Anzeigeeinheit.
Vielleicht gibt am besten André mal einen Kommentar zu Pairing/Anlernen/Kanälen, etc. ab. Ich bin dann auch gerne bereit, das im Wiki-Artikel zu dokumentieren.
Peter
Nach dem
set <myJeeLink> raw 0c
set <myJeeLink> raw 2c
habe ich alle Dosen neu angelernt (nicht nur einzelne), es wurde Kanal 1-8 korrekt vergeben.
Die 9. Dose hat dann wieder Kanal 4 bekommen...
Teil-Lösung: mit der 36_JeeLink.pm aus der Fhem-Version 5.5 funktioniert das Senden einwandfrei.
>:(
Hallo,
auf meinem Testsystem versuche ich seit ein paar Tagen die Konfiguration: JeeLink-Clone und PCA 301 ans Laufen zu bringen. Nach der Korrektur der Centerfrequenz funktionert das Empfangen einwandfrei. Leider werden On / Off Befehle aus dem Fhem-Web nicht umgesetzt, d.h es wird weder ein Logeintrag geschrieben, noch "flackern" die LEDs auf dem JeeLink-Clone. Über den seriellen Monitor der Arduino IDE funktioneren alle Kommandos einwandfrei. Anbei meine minimal Fhem.cfg
Über Lösungshinweise würde ich mich freuen.
Jörg Wiemann
<code>
attr global autoload_undefined_devices 1
attr global latitude 50.964113
attr global logfile ./log/fhem-%Y-%m.log
attr global longitude 6.800607
attr global modpath .
attr global motd none
attr global nofork 1
attr global sendStatistics onUpdate
attr global statefile ./log/fhem.save
attr global title "Smart Home Test"
attr global uniqueID ./FHEM/FhemUtils/uniqueID
attr global userattr devStateIcon devStateStyle fm_type icon sortby webCmd
attr global verbose 5
#attr global updateInBackground 1
define telnetPort telnet 7072 global
define myJeePCA JeeLink /dev/ttyUSB0@57600
# define myJeeLaCr JeeLink /dev/ttyUSB1@57600
# define FHEMduino_USB FHEMduino /dev/ttyAMA0@9600
define WEB FHEMWEB 8083 global
attr WEB JavaScripts codemirror/fhem_codemirror.js
attr WEB codemirrorParam { "theme":"blackboard", "lineNumbers":true }
attr WEB fwcompress 0
attr WEB refresh 600
attr WEB reverseLogs 1
attr WEB stylesheetPrefix dark
attr WEB verbose 3
# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog ./log/fhem-%Y-%m.log fakelog
define autocreate autocreate
attr autocreate autosave 1
attr autocreate device_room %TYPE
attr autocreate filelog ./log/%NAME-%Y.log
attr autocreate weblink 1
attr autocreate weblink_room Plots
define eventTypes eventTypes ./log/eventTypes.txt
define PCA301_01 PCA301 06CAD3 01
attr PCA301_01 IODev myJeePCA
attr PCA301_01 devStateIcon on:on:toggle off:off:toggle set.*:light_question:off
attr PCA301_01 room PCA301
attr PCA301_01 userReadings consumptionTotal:consumption monotonic {ReadingsVal($name,'consumption',0)}
attr PCA301_01 webCmd on:off:toggle:statusRequest
define FileLog_PCA301_01 FileLog ./log/PCA301_01-%Y.log PCA301_01
attr FileLog_PCA301_01 logtype text
attr FileLog_PCA301_01 room PCA301
</code>
Hallo zusammen,
ich habe mich auch gerade mit dem Thema Userreadings beschäftigt und habe mir folgender Lösung überlegt.
Es gibt jeweils ein Userreading für den kumulativen Anteil, der während des Zeitraums den Verbrauch aufaddiert und als weiteres ein separates Userreading, dass den Wert dann speichert.
Zunächst einmal die zusätzlichen Userreadings für die Woche, Monat und das Jahr:
attr KU_IT_Multimedia consumption_week_cumulative:consumption monotonic {ReadingsVal($name,'consumption',0)},consumption_week, consumption_month_cumulative:consumption_week monotonic {ReadingsVal($name,'consumption_week',0)},consumption_month, consumption_year_cumulative:consumption_month monotonic {ReadingsVal($name,'consumption_month',0)},consumption_year
Hinzu kommen natürlich die Zeitpunkt, zu denen die Werte jeweils übertragen werden:
define KU_IT_Multimedia_cumulative_week_reset at *02:00:00 { if ( $wday == 1 ) { fhem ("setreading KU_IT_Multimedia consumption_week ".ReadingsVal("KU_IT_Multimedia", "consumption_week_cumulative", 0) ) } ;; { fhem ("set KU_IT_Multimedia reset") } }
define KU_IT_Multimedia_cumulative_month_reset at *02:00:00 { if ( $mday = 1) { fhem ("setreading KU_IT_Multimedia consumption_month ".ReadingsVal("KU_IT_Multimedia", "consumption_month_cumulative", 0) ) } ;; { fhem ("setreading KU_IT_Multimedia consumption_month_cumulative 0") } }
define KU_IT_Multimedia_cumulative_year_reset at *02:00:00 { if ( $yday = 1) { fhem ("setreading KU_IT_Multimedia consumption_year ".ReadingsVal("KU_IT_Multimedia", "consumption_year_cumulative", 0) ) } ;; { fhem ("setreading KU_IT_Multimedia consumption_year_cumulative 0") } }
Was haltet Ihr von dieser Lösung? Ist das zu kompliziert gedacht?
Ginge das ggf. noch einfacher?
Schöne Grüße,
John
Meine Lösung ermittelt jede Nacht um 0 Uhr den verbrauch aus dem dblog device und schreibt den wert in ein userreading. Ist ein einziges AT kommando Für mich hat prio das ich den eigentlichen consumtion-Wert nicht resette.
Gesendet von meinem ALCATEL ONE TOUCH 997D mit Tapatalk
Hallo Tobias,
das hört sich doch gleich viel schlanker an. Ich wäre an dem code interessiert.
Oder habe ich den übersehen?
Schöne Grüße,
John
Ich hab das bei mir so ähnlich gelöst. Bisher nur mit consumptionYesterday aber auch nur mit einem at. Hab die Erweiterung (Woche,Monat,Jahr) von joshi04 eben eingebaut. Die Erweiterung Resets sind noch ungetestet, sollte aber funktionieren. Weiters hab ich noch ein consumption
LastWeek/Month/Year eingebaut.
PCA301 userReading:
attr <name> userReading consumptionTotal:consumption monotonic {ReadingsVal($name,'consumption',0)}, consumptionWeek:consumption monotonic {ReadingsVal($name,'consumption',0)}, consumptionMonth:consumption monotonic {ReadingsVal($name,'consumption',0)}, consumptionYear:consumption monotonic {ReadingsVal($name,'consumption',0)}Das at
define <name> at *00:01:00 { sysResetPCA301(); }99_myUtils:
sub setReading($$$){
my $device = shift;
my $readingsName = shift;
my $readingsWert = shift;
readingsSingleUpdate($main::defs{$device}, $readingsName, $readingsWert, 1);
}
sub resetPCA301($){
my $name = shift;
my $power;
my ($sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isdst) = localtime(time);
if( $wday == 1 ){
$power = ReadingsVal($name,"consumptionWeek","0");
setReading($name,"consumptionLastWeek",$power);
setReading($name,"consumptionWeek","0");
}
if( $mday == 1 ){
$power = ReadingsVal($name,"consumptionMonth","0");
setReading($name,"consumptionLastMonth",$power);
setReading($name,"consumptionMonth","0");
}
if( $yday == 1 ){
$power = ReadingsVal($name,"consumptionYear","0");
setReading($name,"consumptionLastYear",$power);
setReading($name,"consumptionYear","0");
}
$power = ReadingsVal($name,"consumption","0");
setReading($name,"consumptionYesterday",$power);
fhem("set $name reset");
}
sub sysResetPCA301(){
# wzMacMini
resetPCA301("wzMacMini");
# Durchlauferhitzer
resetPCA301("Durchlauferhitzer");
#Waschmaschine
resetPCA301("Waschmaschine");
#Kaffemaschine
resetPCA301("kuKaffeemaschine");
}Jede PCA301 die zurückgesetzt werden soll bekommt einen Eintrag in die sub sysResetPCA301().
resetPCA301("<PCA301NAME>");
zB. resetPCA301("wzMacMini");
Ich hoffe ich hab nichts vergessen.
Grüße
Edit:Vielleicht interessiert dich das auch:
99_myUtils.pm:
sub euroBerechnen($){
my $consumption = shift;
my $euro = 0;
my $kwhPreis = 0.25;
$euro = $consumption * $kwhPreis;
return (sprintf("%.2f",$euro));
}
In das PCA userReading:
consumptionEuro {euroBerechnen(ReadingsVal($name,"consumption","?"))}, consumptionTotalEuro {euroBerechnen(ReadingsVal($name,"consumptionTotal","?"))}Dann hast du den entsprechenden Verbrauch in € auch mit in den Readings. Natürlich kann man das noch um Week/Month/Year erweitern. Deinen kWh Preis muss du in der der Funktion euroBerechnen() noch anpassen.
Hallo fhainz,
ja, das hilft ungemein.
Über die Verwendung von "last<periode>" o.ä. hatte ich mir anfangs auch Gedanken gemacht. Ich habe mich dann allerdings doch für einen Namen entschieden, der einen Hinweis darauf gibt, dass der Wert anwachsend und temporär ist (z.B. kumulativ, o.ä.). D.h. bei mir ist die Namensgebung genau anders herum. Die Werte mit Namen <periode> (ohne "last") haben daher die finalen Werte für die entsprechende Periode und lassen sich so später auch aus dem Log einfacher zuordnen. Aber das ist ja nur die Namensgebung :)
Verständnisfrage:
Warum hast Du die "setReadings" Funktion neu geschrieben?
Die Funktionen werde ich bei mir auf alle Fälle einbauen. Damit ich mit den Einheiten allerdings nicht durcheinander komme, werde ich allerdings statt "power" "p_consumption" verwenden, aber das ist ja auch nur eine Frage der Namensgebung.
Vielen Dank schon einmal.
Schöne Grüße,
John
Zitat von: joshi04 am 01 Mai 2014, 11:52:40
Warum hast Du die "setReadings" Funktion neu geschrieben?
Weil mir fhem("setreading <name> <wert>"); zu lang ist und das ja, wenn ich falsch liege korrigiert ich bitte, auch nix anderes macht als perl wiederum zu sagen das es das reading schreiben soll. So schreibe ich das reading direkt mit perl.
Zitat von: joshi04 am 01 Mai 2014, 09:05:55
das hört sich doch gleich viel schlanker an. Ich wäre an dem code interessiert.
Oder habe ich den übersehen?
Hab ich nicht gepostet, bin gerade im Urlaub und komm nicht ran... Ist eine Kleine Funktion in 99_MyUtils.pm sowie ein AT welches die Funktion aufruft. Funktioniert aber auch nur wenn man eine DbLog Installation hat.
Nach meinem Urlauib poste ich es hier....
Hallo,
ich wollte an dieser Stelle das löschen von schon angelernten Dosen ansprechen (die Dose um die es geht existiert nicht mehr da sie kaputt war habe ich sie an ELV zurück gesand) denn das hat leider bei mir noch nie funktioniert. Laut Wiki soll man erst mit "delete DEVICE" diese im fhem löschen und dann die Kommandos "set myJeeLink raw 0c" und "set myJeeLink raw 2c" absetzen. Dies habe ich mehrfach gemacht und trotzdem wird die Dose immer wieder nach einem Neustart des Fhem vom JeeLink gemeldet und vom Fhem neu angelegt. Das einzige was mir jetzt noch einfällt ist autocreate abschalten oder Sketch neu aufspielen ;) Irgendwelche Ideen?
Viele Grüße Georg
N' Abend,
mir brennt auch noch eine Frage unter den Nägeln:
Vor etwas längerer Zeit hatte ich mir einen Plot "gebastelt", der nicht nur die aktuelle Leistung anzeigt, sondern auch den Schaltzustand. Das funktionierte soweit ganz gut, denn der Status wurde periodisch aktualisiert.
Irgendwann in den letzten Wochen/Monaten habe ich dann festgestellt, dass der Schaltzustand nicht mehr periodisch, sondern nur noch nach dem Schaltvorgang selbst in FHEM aktualisiert wird.
Was ist passiert, bzw. wie bekomme ich die periodische Aktualisierung wieder?
Danke & Gruß
Thomas
Hallo zusammen,
habe doch meine PCA301 deutlich früher bekommen als angekündigt :)
Ich habe einen JeeLink Nachbau und den Sketch von Sourceforge (pca301.10.0i) geflasht.
Dummerweise kam nichts, als ich meine PCA301 an- bzw. ausgeschaltet habe.
Daher folgende Vorgehensweise:
- JeeLink im Serial Monitor von der Arduino IDE verbinden
- mit + die Frequenz hochschalten und PCA301 schalten, bis ein Signal empfangen wird (A6FF)
- dann weiter hochschalten, bis nichts empfangen wird (A711)
- die Frequenz in der Mitte müsste dann ein guter Start für den Sketch sein (sprich gemäß Wiki Frequenz einstellen und neu flashen, A708).
Was mich interessieren würde:
Wo liegt denn die Frequenz bei einem Original-JeeLink? Ich könnte mir vorstellen, dass JeeLabs nichts an dem RFM12B machen, sondern das Modul nur auflöten. Daher könnte das Original-JeeLink dieselben Toleranzen aufweisen ...
Könntet ihr Euch einigen, welcher Sketch aus dem Thread aktuell ist, ggf. die Versionsnummer anpassen und einchecken? Das fhem Modul und der Sketch sollten ja irgendwie zueinander passen ;)
Danke + Gruß
PeMue
Edit:
- habe die Frequenzen eingetragen
- Frage:
Misst die Dose den eigenen Verbrauch mit? Dann müsste man ja ca. 0,4 W abziehen, wenn man nur den Verbraucher messen will.
Zitat von: PeMue am 03 Mai 2014, 15:43:30
Was mich interessieren würde:
Wo liegt denn die Frequenz bei einem Original-JeeLink? Ich könnte mir vorstellen, dass JeeLabs nichts an dem RFM12B machen, sondern das Modul nur auflöten. Daher könnte das Original-JeeLink dieselben Toleranzen aufweisen ...
Habe jetzt mal einfach einen 2. original Jeelink geflasht und einen Versuch gefahren!
Die Ziffern entsprechen den in 1 Minute empfangenen Signalen.
Die Lücken habe ich übersprungen um Zeit zu sparen. ;)
Der Jeelink empfängt von A6F7 bis A70A
> FREQ+: A6F7
> FREQ+: A6F8 --> 4
> FREQ+: A6F9
> FREQ+: A6FA --> 11
> FREQ+: A6FB
> FREQ+: A6FC --> 13
> FREQ+: A6FD --> 14
> FREQ+: A6FE --> 14 --> im sketch eingestellte Center Frequenz > FREQ+: A6FF --> 14
> FREQ+: A700 --> 14 für diesen Jeelink optimale Frequenz aus diesem Versuch?
> FREQ+: A701 --> 14
> FREQ+: A702 --> 14
> FREQ+: A703 --> 15
> FREQ+: A704 --> 14
> FREQ+: A705 --> 13
> FREQ+: A706 --> 13
> FREQ+: A707
> FREQ+: A708 --> 12
> FREQ+: A709
> FREQ+: A70A --> 3
D.h. zwischen dem original Jeelink und dem Clone scheint es doch Unterschiede zu geben.
Gruss
Billy
Ich habe jetzt mal den geänderten Sketch von JoWiemann (http://forum.fhem.de/index.php/topic,11648.msg162103.html#msg162103) auf einen meiner JeeLink Clone geladen, aber mit VErsionsNr 10.0j damit ich es noch auseinanderhalten kann.
Nach dem Einstecken lief er sofort sauber, musste nur noch die Steckdosen neu einlernen. Werde beobachten ob mit diesem Sketch der JeeLink seine Arbeit NICHT nach ca 1 Woche einstellt ;)
@jörg: ich wollte gerade deine erweiterte version einchecken. hab aber dann gesehen das du nicht die version hochgezählt hast und auch im change log nichts hinzugefügt hast. ich glaube es wäre gut beides zu tun sonst gibt es sehr schnell durcheinander wenn man die versionen raus finden möchte.
kannst du das noch schnell nachholen ?
gruss
andre
Hallo zusammen,
ich logge mit der PCA301 gerade den Verbrauch meiner Fritzbox (ca. 6 W). Die Leistungswerte kommen und werden in die Datei geloggt.
Kommen zwischendurch auch mal Energiewerte? So nach zwei Tagen sollte doch der erste Wert mal drin sein. Ich habe an dem, was autocreate erstellt hat, erst einmal nichts geändert:
attr PCA301_055708 forceOn 1
attr PCA301_055708 userReadings consumptionTotal:consumption monotonic {ReadingsVal($name,'consumption',0)}
attr PCA301_055708 webCmd on:off:toggle:statusRequest
define FileLog_PCA301_055708 FileLog ./log/PCA301_055708-%Y.log PCA301_055708
attr FileLog_PCA301_055708 logtype text
In den readings gibt es gerade nur power und state.
Danke und Gruß
PeMue
Edit:
Ich habe immer noch keine Energiewerte, was muss ich tun, um diese zu bekommen? Aber zumindest kommen die Leistungswerte regelmäßig ...
Hallo Andre,
habe Changelog gepflegt und Version auf 10.0f angehoben. Leider bin ich zu lange raus um zu entscheiden, ob nicht doch eine 10.1 angebracht ist ?!
Grüße Jörg
PS: Der Dateiname pcaSerial10ip.ino mit 10ip erschließt sich mir nicht wirklich. Jedenfalls sehe ich keinen Zusammenhang zum internen Define von PROGVERS.
PS2: Wie schon berichtet läuft das Senden an die PCA301 weder mit der 10.0i noch mit meiner angepasste Version mit der aktuellen JeeLink.pm. Die JeeLink.pm aus der FHEM 5.5 läuft einwandfrei.
So, jetzt endlich wie versprochen die Prozedur zur täglichen statistikerfassung. Mittelfristig sollte dies allerdings durch das statistikModul (http://forum.fhem.de/index.php/topic,23052.0.html) abgedeckt werden.
Diese Prozedur in 99_MyUtils.pm kopieren:
sub PCA301_DailyStats() {
my $DbLogDev;
#suche ein DbLogDevice
return undef unless($modules{"DbLog"} && $modules{"DbLog"}{"LOADED"});
foreach my $key (keys(%defs)) {
if($defs{$key}{TYPE} eq "DbLog") {
$DbLogDev = $key;
last;
}
}
return undef if($defs{$DbLogDev}{STATE} !~ m/(active|connected)/); # muss active sein!
#TagesRange des Vortages ermitteln
my @day = localtime(time - 86400);
$day[5]+=1900; # Year
$day[4] = sprintf("%02d", $day[4]+=1); # Month
$day[3] = sprintf("%02d", $day[3]); # Day
my $daybegin = ($day[5]) ."-". ($day[4]) ."-". $day[3] ." ". '00:00:00';
my $dayend = ($day[5]) ."-". ($day[4]) ."-". $day[3] ." ". '23:59:59';
#my $pca301_dev = 'SW_KC_Freezer';
foreach my $pca301_dev (keys(%defs)) {
next if($defs{$pca301_dev}{TYPE} ne "PCA301");
my $sql = " select
max(to_number(value,'999.999')) - min(to_number(value,'999.999')) as kw
from history
where device = '$pca301_dev'
and reading = 'consumption'
and timestamp >= TO_TIMESTAMP('$daybegin','YYYY-MM-DD HH24:MI:SS')
and timestamp <= TO_TIMESTAMP('$dayend','YYYY-MM-DD HH24:MI:SS')";
DbLog_Set($defs{$DbLogDev}, 'set', 'userCommand', $sql);
my $ret = ReadingsVal($DbLogDev, 'userCommandResult', '');
readingsSingleUpdate($defs{$pca301_dev}, "DailyConsumtion", $ret ,1) if($ret);
}
return undef;
}
Danach einen Timer definieren der jede Nacht um 0:10Uhr die Staistiken aktualisiert:
define Timer_PCA301_DailyStats at *00:10 {PCA301_DailyStats();}
Dadurch das ein aktives Reading erzeugt wird, unterliegt dies auch wieder dem Logging. Man kann also ein Plot auf das Reading DailyConsumption setzen.
Verstehe ich es richtig, das Dein Script nur für DbLog funktioniert?
im if ist ein Verweis auf "DbLog"
Zitat von: Wernieman am 07 Mai 2014, 08:34:11
Verstehe ich es richtig, das Dein Script nur für DbLog funktioniert?
im if ist ein Verweis auf "DbLog"
Ja korrekt!
Mit Umwegen kann man das auch mit dem Statistics Modul lösen. Man muss es nur für PCA301 erweitern und die Max-Min Rechnung in ein Userreading verlagern. Nachteil ist IMHO allerdings, das die Statistiken des Tages nach einem Restart futsch sind
Ich speichere meine statistiken von den pca's direkt in readings - die überleben dann den neustart.
Eine stündliche Zusammenfassung wäre (optional) auch sehr schön!
Diese könnte auch noch in einer Monatsauswertung halbwegs performant geplottet werden.
Im Langzeitarchiv könnte man dann alle Werte ausser den Stundenwerten löschen.
Ich habe ein Problem mit meinem JeeLinkClone.... Nach einem Sketch Aufspielen, initialisieren in FHEM und Dosen neu anlernen funktioniert der Stick tadellos. Dann aber werden die Funktelegramme immer weniger empfangen bis irgendwann garnichtsmehr empfangen wird.
Siehe Screnshots. Vorgestern neu initialisiert. Die erste Lücke war dann im ersten Plot zwischen 10:30 und kurz vor 12Uhr, dann wieder kurz nach 12Uhr, kurz vor 14Uhr und ganz massiv ab 20Uhr. Sieht man schön an den schrägen Plotsprüngen. Im Plot 2 (heute wird dann fast garnichts mehr empfangen.
Mir scheint, als ob der Quarz des RFM12B außer Takt gerät und das Modul somit aus dem Frequenzbereicht herausrutscht. Was kann ich tun?
@fhainz
könntest Du bitte Deine Lösung vorstellen? Habe hier kein dblog und würde, nur wegen der Summierung, es nicht gerne einführen ....
Wäre supernett!
@Wernieman
Schau mal post #721
Hallo zusammen,
ich habe mir mal die das Modul zur PCA301 angeschaut. Wenn ich das richtig verstanden habe, wird der aktuelle Energieverbrauch auch im übertragenen Datenpaket übermittelt (vermutlich als Byte Wert?). Wenn dieser Null ist, wird kein reading consumption erzeugt.
Jetzt meine Fragen:
* Gibt es irgendwo die Beschreibung, was im Datenpaket alles übertragen wird (ok, habe den Quelltext noch nicht angeschaut ;D)?
* Weiß jemand, ab welcher Leistungsaufnahme überhaupt Energiewerte übertragen werden? Wenn dies z.B. erst ab 10 W passiert, dann tut sich (so wie gerade bei mir) gar nichts. So wie ich das sehe, kann die Funksteckdose aber Leistungswerte ab ca. 0,2 W anzeigen (0,4 W mit Sicherheit). Das Datenblatt von ELV sagt darüber leider nichts.
Im Zweifelsfall könnte man in diesem Fall auch die Energie im Modul selber berechnen (Algorithmus: nimm den vorigen Zeitwert, ggf. den Mittelwert zwischen vorigem und aktuellem Leistungswert und multipliziere die miteinander und addiere diesen zu dem Gesamtwert).
Gruß PeMue
die dosen senden zwei arten von paketen. das eine ist nur der schaltzustand, das andere ist der aktuelle status mit schaltzustand, aufsummierter verbrauch in 1/100 kWh und aktuelle last in 1/10 w (siehe z.b. auch hier: http://forum.fhem.de/index.php/topic,11648.msg78606.html#msg78606 (http://forum.fhem.de/index.php/topic,11648.msg78606.html#msg78606))
power und consumption sind jeweils 2 byte werte.
bei einem verbraucher im bereich von ein paar watt dauert es ein bisschen bis in consumption etwas auftaucht. die aktuelle last sollte aber auch bei unter 10 w zu sehen sein. ist sie zumindest bei mir.
du kannst mit einem user reading ja mal schauen ob du besser aufgelöste verbrauchswerte bekommst. du musst aber ein zusätzliches reading dazu verwenden. consumption wird ja von der dose immer wieder überschrieben.
gruss
andre
Hallo Andre,
danke für den Link, da hätte ich auch selber suchen können :-[
Bei mir ist noch kein reading consumption aufgetaucht. Die Dose läuft seit dem 3.5. mit ca. 6 W, sprich dann müssten schon 6 W*6(Tage)*24h/1000 = ca. 500 W aufgetaucht sein. Wahrscheinlich ist die Einzelzähleinheit zu klein: 6W*1(min)/60(min/h)/1000 = 0,0001 kWh
Vermutlich braucht es Faktor 50 mehr Leistung, damit überhaupt Energie angezeigt wird. Habe gerade den ELV Service diesbezüglich angeschrieben, da das Datenblatt nicht sehr ergiebig ist.
Gruß Peter
Hallo,
auf die Gefahr hin das dieses Problem hier schon berichtet wurde (der Thread ist einfach zu lang ;) vielleicht sollte man für die PCA30 einen eigenen Bereich öffnen?) möchte ich von einen Phänomen berichten. Es scheint das ab und zu die Consumption Meldung nicht korrekt gesendet oder am Fhem falsch ausgewertet werden. Folgendes kann ich im Log beobachten
Reading 1:
2014-05-13_10:05:25 PCA301_0FA718 consumptionDay: 0.16
2014-05-13_10:05:25 PCA301_0FA718 consumptionTotal: 94.1000000000017
2014-05-13_10:05:25 PCA301_0FA718 consumptionWeek: 0.399999999999999
2014-05-13_10:05:25 PCA301_0FA718 consumptionYear: 6.32999999999998
2014-05-13_10:05:25 PCA301_0FA718 consumptionMonth: 6.32999999999998
2014-05-13_10:05:25 PCA301_0FA718 consumption: 6.01
Reading2
2014-05-13_10:34:00 PCA301_0FA718 consumptionDay: 0.16
2014-05-13_10:34:00 PCA301_0FA718 consumptionTotal: 94.1000000000017
2014-05-13_10:34:00 PCA301_0FA718 consumptionWeek: 0.399999999999999
2014-05-13_10:34:00 PCA301_0FA718 consumptionYear: 6.32999999999998
2014-05-13_10:34:00 PCA301_0FA718 consumptionMonth: 6.32999999999998
2014-05-13_10:34:00 PCA301_0FA718 consumption: 0
Reading3
2014-05-13_10:34:02 PCA301_0FA718 consumptionDay: 6.17
2014-05-13_10:34:02 PCA301_0FA718 consumptionTotal: 100.110000000002
2014-05-13_10:34:02 PCA301_0FA718 consumptionWeek: 6.41
2014-05-13_10:34:02 PCA301_0FA718 consumptionYear: 12.34
2014-05-13_10:34:02 PCA301_0FA718 consumptionMonth: 12.34
2014-05-13_10:34:02 PCA301_0FA718 consumption: 6.01
Wie man sehen kann ist zwischendurch plötzlich die Consumption 0 um dann wieder auf den Urprünglichen Wert zu schnellen (dabei sind die beide letzten Readings extrem eng beieinander). Die Folge davon ist das alle UserReadiings komplett aus den Tritt geraten da der neue Wert auf alle Readings draufaddiert wird :( Hat das schon jemand bei sich beobachten können?
Bei mir Trat das Problem auf als ich mehrfach an der Fhemconfig was geändert hatte und der Fhem dabei durchgestartet wurde. Vielleich hängt das damit zusammen? Habe das auch nicht an jeder Dose beobachten können sondern zur gleichen Zeit an Zwei (von Sieben).
Grüße Georg
Hallo Georg,
den gleichen Effekt habe ich neulich auch als Folge von "rereadcfg" beobachtet.
Ich vermute, dass die Initialisierung von entweder JeeLink oder PCA301 Modul da aud dem Tritt kommt.
@André, könntest Du Dir das evtl. mal anschauen?
Danke, Peter
Da bin ich also nicht der einzige, gut zu wissen :)
Zu erwähnen wäre vielleicht noch das ich die Änderungen an der fhem.cfg im Webinterface durchgeführt habe. Dies hatte ich in meiner Beschreibung nicht weiter spezifiziert da ich annahm der Fhem wird bei jedem Save neu gestartet oder wird ein "rereadcfg" ausgeführt?
ich muss mal schauen ob ich rausfinde was da passiert. ich editiere meine fhem.cfg niemals und hatte noch nie probleme mit den dosen.
ein klick auf save bewirkt kein neu laden. ein editieren im webfrontend bewirkt ein save und anschliessend im prinzip einen neustart.
was genau hast du für userReadings die aufaddiert werden?
könnt ihr mal versuchen ob ihr ein verbose 4 oder 5 log davon bekommt?
gruss
andre
@Andre: Danke das du dir das anschaust :) du sagst das du deine fhem.cfg nie editierst, aber wie setzt du dann Änderungen in der Fhem Konfiguration um?
hier meine UserReadings:
consumptionTotal:consumption monotonic {ReadingsVal($name,'consumption',0)},
consumptionDay:consumption monotonic {ReadingsVal($name,'consumption',0)},
consumptionWeek:consumption monotonic {ReadingsVal($name,'consumption',0)},
consumptionMonth:consumption monotonic {ReadingsVal($name,'consumption',0)},
consumptionYear:consumption monotonic {ReadingsVal($name,'consumption',0)}
ist an sich nichts ungewöhnliches würde ich meinen....
Ein Hinweis noch. Bei den Dosen wo das Problem aufgetreten ist war das forceOn Attribut gesetzt. Kann das was damit zu tun haben?
Grüße Georg
du kannst (fast) alles machen ohne jemals das config file direkt anzufassen. devices und Attribute kannst jeweils in der detail ansicht bearbeiten. die änderungen betreffen nur das eine device und alles andre läuft unbeeinträchtigt und ohne neustart weiter.
monotonie wird nicht einfach aufaddiert sondern nur wenn der neue wert größer ist als der alte weil damit genau probleme bei stromausfall oder device reset behoben werden. wenn das aus irgendeinem grund nicht geht gibt es hier noch ein anderes problem.
das kann sein das es mit dem forceOn zu tun hat. deshalb wären die messages mit verbose 4 oder 5 wichtig.
gruss
andre
bei dem Reading wo Consumption mit 0 gelesen wurde war auch Power 0 obwohl ein paar Sekunden davor und danach 60 oder 70ig Watt gemeldet wurden (da lief der Kühschrank). Das lässt den Schluss zu das auch der Power Wert nicht korrekt ausgelesen wurde.
Hier noch Ausschnitte aus dem Log:
2014-05-13_10:33:47 PCA301_0FA718 power: 67.8
2014-05-13_10:34:00 PCA301_0FA718 consumption: 0
2014-05-13_10:34:00 PCA301_0FA718 power: 0
2014-05-13_10:34:02 PCA301_0FA718 power: 68
2014-05-13_10:34:02 PCA301_0FA718 consumption: 6.01
Ich werde das Verbose mal nach oben drehen wenn das Problem wieder auftritt melde ich mich.
Was das ändern der Devices angeht das mache ich auch vielfach direkt im Webinterface (wie du beschrieben hast) aber ist es nicht so das diese Änderungen nach einem Restart des Fhem weg sind und erst persistent werden wenn ich Save Config im Webinterface klicke? OK da wird kein restart ausgeführt. Ich denke das ist wohl der entscheidende Unterschied. Manchmal bin ich einfach schneller wenn ich die fhem.cfg bearbeite als das im Webinterface zu tun ;)
hat zwar nichts direkt mit PCA301 zu tun, aber in den monotonic Userreadings scheint es unter bestimmten Bedingungen noch Bugs zu geben :(
ich ich weiss ... aber ich habe das problem noch nicht gefunden :(
gruss
andre
Zitat von: PeMue am 07 Mai 2014, 18:05:05
* Weiß jemand, ab welcher Leistungsaufnahme überhaupt Energiewerte übertragen werden? Wenn dies z.B. erst ab 10 W passiert, dann tut sich (so wie gerade bei mir) gar nichts. So wie ich das sehe, kann die Funksteckdose aber Leistungswerte ab ca. 0,2 W anzeigen (0,4 W mit Sicherheit). Das Datenblatt von ELV sagt darüber leider nichts.
Mittlerweile ist die Antwort von ELV da:
- die Steckdose zeigt Leistungswerte ab 1 W an (ich meine, die zeigt auch drunter an)
- der Eigenverbrauch wird nicht mit angezeigt
- Energiewerte werden ab 1 W ausgegeben
Meine eigene Recherche:
- ab etwa 9,5 W gibt es Energiewerte, unter 8,5 W gibt es keine (sprich wenn an der FritzBox WLAN an ist, tuts ;D)
Gruß PeMue
Hallo zusammen,
ich frage mal ganz dumm nach:
- Was ist denn der aktuelle Stand des Sketches? Vermutlich der von Jörg Wiemann (05.05.2014), oder?
- Funktioniert das mit dem Setzen der Frequenz schon (vermutlich im 36_JeeLink.pm)? Liest das Modul dann die Firmwareversion aus, um nicht unnötigerweise einen Befehl abzusetzen, das die Firmware dann doch nicht kann?
Wenn ihr wollt, kann ich versuchen, die Sache mal zusammenzuführen und bei mir (bei einem Nachbau Jeelink) zu testen. Die Frage wäre, ob es dann sinnvoll wäre, die eingestellte Frequenz auszulesen (ich meine, beim CUL wäre das so).
Cool wäre dann, wenn die Flasherei auch über fhem gehen würde (siehe anderer Thread), aber das ist vermutlich Zukunftsmusik ...
Gruß PeMue
stand ist der:
- der neueste stand ist immer noch der aus dem thread.
- ich bin noch nicht dazu gekommen das mit den frequenzen ins modul einzubauen. das auslesen wollte ich auch mit einbauen. beides kommt aber auf jeden fall.
- oliver hatte sich vor ein paar tagen gemeldet und angekündigt wieder etwas am sketch zu machen. ich weiss aber nicht ob er wirklich dazu kommt.
das mit dem flashen kommt glaube ich früher als du denkst. wenn HCS das mit dem attribut für die init sequenz fertig hat checke ich es auf jeden fall zusammen mit dem flashen ein.
gruss
andre
ich habe eben die letze sketch version von jörg eingecheckt.
vorhin habe ich auch das HCS aktualisierte jeelink modul eingecheckt.
damit gibt es jetzt ein initCommands attribut mit dem man die default init sequenz überschreiben kann. da kann man auch das setzen der center frequenz unterbringen:attr <jeelink> initCommands 1a 1q 0a l 0xA6FEh
gruss
andre
Guten Morgen,
hier ist ja ganz schön Bewegung in das Jeelink/PCA301/Lacrosse-Projekt gekommen. Ich selbst habe einen originalen JeeLink in Betrieb und zum "basteln" einen Arduino Nano mit RFM12b und 6 Widerständen zur Pegelanpassung. Funktioniert sehr gut!
Das Ganze war so beeindruckend, das ich als Projektbetreuer für die Azubis bei uns (IT-Systemelektroniker, drittes Lehrjahr) eine Idee zum funktionierenden Ganzen begleitet habe: eine Aufsatzplatine für den RasPi mit Mega328 und RFM12B. Der Grundgedanke bestand darin, ausgehend vom JeeLink die USB- und Pegelwandlung wegzulassen und direkt die serielle Schnittstelle mit 3.3V-Pegeln zu betreiben. Damit bekommt man einen USB-Port frei und integriert die Platine in das originale Gehäuse. Zudem sorgt die SMA-Buchse für definiertere HF-Verhältnisse (ist in der Praxis aber kaum relevant; ein Stück Draht reicht). Bilder sind mit Erlaubnis der Auszubildenen anbei. Eine Serie industrieller Platinen mit zusätzlicher I2C-RTC ist in Arbeit.
Mein Anliegen und der Grund meines Beitrages: Wenn jetzt die Möglichkeit zum Flashen aus FHEM heraus via AVRDude besteht, lässt sich das Kommando dafür so flexibel gestalten, das sowohl originaler Jeelink, als auch Arduino Nano und unser Modul (mit RESET auf einem GPIO) zu flashen sind? Prinzipiell lässt sich AVRdude so parametrieren, das man praktisch beliebige Möglichkeiten zum Auslösen des initialen RESET hat. Hier http://www.mikrocontroller.net/articles/AVRDUDE#AVRDUDE_mit_Arduino_Bootloader_benutzen (http://www.mikrocontroller.net/articles/AVRDUDE#AVRDUDE_mit_Arduino_Bootloader_benutzen) steht schon ziemlich alles.
Viele Grüße, Ricardo
ich hatte hier: http://forum.fhem.de/index.php/topic,24190.0.html (http://forum.fhem.de/index.php/topic,24190.0.html) schon einen thread angefangen um genau diese Themen zu diskutieren.
ich denke schon das es gut wäre das flashen so flexibel und für mehr als nur das jeelink modul zu implementieren. mit hm und hoffentlich irgendwann auch swap sehe ich noch mehr module die das nutzen könnten. ich würde es aber dann gerne an eine zentralere stelle verschieben und nicht mehr direkt im jeelink modul anzusiedeln. die reset steuerung (und noch ein paar andere konfigurationen) würde dann mit einem mini api laufen.
da es bei dir wirklich nur die rest frage ist... kannst du mir eine komplette avrdude kommandozeile zusammenstellen die auf euer modul passt? ich denke das ist schnell in das modul eingebaut. und testen müsstest du natürlich. oder mir sagen wie ich an so ein modul komme :)
gruss
andre
Hallo Andre,
dann führen wir das Thema auch dort weiter- da passt es denk ich besser, da es hier doch speziell um die PCA301 gehen sollte. Wir sind gerade in der Ideen- und Findungsphase, was auf die Platine noch soll. Eine RTC war mir persönlich wichtig und ist wirklich geringer Mehraufwand. Außerdem optional bestückar. Mehr dazu an anderer Stelle- das Projekt hat sicher noch eine extra Vorstellung verdient. ;)
Viele Grüße,
Ricardo
Hallo,
leider habe ich wieder das Problem, das mit der aktuellen 36_JeeLink.pm die PCAs nicht auf Sendebefehle reagieren. Wenn ich zurückgehe auf die Version in FHEM 5.5 dann funktioniert es wieder. Hat einer von Euch eine Idee? Muss ich ein Attribut setzen?
Grüße Jörg
schau mal hier: http://forum.fhem.de/index.php/topic,14786.msg174102.html#msg174102 (http://forum.fhem.de/index.php/topic,14786.msg174102.html#msg174102) und folgende. ich denke mit so einem flashCommand attribut sollte sich so ziemlich alles abdecken lassen.
gruss
andre
@jörg: eigentlich sollte es einfach gehen. der pca301 teil sollte unverändert sein.
bitte schau mal ins log. am besten mit verbose 4 oder 5.
gruss
andre
Hallo Andre,
hier das Log mit JeeLink.pm aus Version 5.5
2014.06.04 13:12:28 5: JeeLink/RAW: /
[pcaSerial.10.0i]
Available commands:
..,.. s - send data packet
l - list devices
<n> a - turn activity LED on PB1 on or off
<n> c - config (0=fill, 1=load, 2=save, 3=erase)
<n> d - turn off dev
2014.06.04 13:12:28 5: JeeLink/RAW: <n> d - turn off dev/ice <n>
<n> e - turn on device <n>
0x<hhhh> h - set center frequency (Example 0xA6FE == Frequency - 868.9500MHz
<n> p - poll device <n>
<n> r - list recordings
<n> q - quiet mode (1=suppress TX and bad pac
2014.06.04 13:12:28 5: JeeLink/RAW: <n> q - quiet mode (1=suppress TX and bad pac/kets)
<n> v - version and configuration report
OK 24 2 4 14 180 111 0 0 0 0 0
OK 24 1 4 6 202 211 0 0 0 0 0
2014.06.04 13:12:28 5: myJeePCA dispatch OK 24 2 4 14 180 111 0 0 0 0 0
2014.06.04 13:12:28 5: Triggering PCA301_02 (0 changes)
2014.06.04 13:12:28 5: myJeePCA dispatch OK 24 1 4 6 202 211 0 0 0 0 0
2014.06.04 13:12:28 5: Triggering PCA301_01 (0 changes)
2014.06.04 13:12:28 5: Cmd: >get FileLog_PCA301_01 CURRENT INT 2014-06-04_00:00:00 2014-06-05_00:00:01 4:PCA301_01.power\x3a:: 3:PCA301_01.consumption\x3a::<
2014.06.04 13:12:28 4: FileLog_PCA301_01 get: Input file ./log/PCA301_01-2014.log, from:2014-06-04_00:00:00 to:2014-06-05_00:00:01
2014.06.04 13:12:28 4: FileLog_PCA301_01 get: line 1, regexp:PCA301_01.power\x3a, col:3, output lines:10
2014.06.04 13:12:28 4: FileLog_PCA301_01 get: line 2, regexp:PCA301_01.consumption\x3a, col:2, output lines:undef
2014.06.04 13:12:57 5: JeeLink/RAW: /OK 24 2 4
2014.06.04 13:12:57 5: JeeLink/RAW: OK 24 2 4 /14 180 111 0 0 0 0 0
2014.06.04 13:12:57 5: myJeePCA dispatch OK 24 2 4 14 180 111 0 0 0 0 0
2014.06.04 13:12:57 5: Triggering PCA301_02 (0 changes)
2014.06.04 13:12:57 5: JeeLink/RAW: /OK 24
2014.06.04 13:12:57 5: JeeLink/RAW: OK 24/ 1 4 6 202 211 0 0 0 0 0
2014.06.04 13:12:57 5: JeeLink/RAW: OK 24 1 4 6 202 211 0 0 0 0 0/
2014.06.04 13:12:57 5: myJeePCA dispatch OK 24 1 4 6 202 211 0 0 0 0 0
2014.06.04 13:12:57 5: Triggering PCA301_01 (0 changes)
2014.06.04 13:13:01 5: Cmd: >set PCA301_01 on<
2014.06.04 13:13:01 5: Triggering PCA301_01 (1 changes)
2014.06.04 13:13:01 5: Notify loop for PCA301_01 set-on
2014.06.04 13:13:01 4: eventTypes: PCA301 PCA301_01 set-on -> set-on
2014.06.04 13:13:01 4: eventTypes: PCA301 PCA301_01 state: set-on -> state: set-on
2014.06.04 13:13:01 5: myJeePCA sending 1,5,6,202,211,1,255,255,255,255s
2014.06.04 13:13:01 5: SW: 1,5,6,202,211,1,255,255,255,255s
2014.06.04 13:13:01 5: JeeLink/RAW: /OK 24
2014.06.04 13:13:01 5: JeeLink/RAW: OK 24 /1 5 6 202 211 1 170 170 170 1
2014.06.04 13:13:01 5: JeeLink/RAW: OK 24 1 5 6 202 211 1 170 170 170 1/70
2014.06.04 13:13:01 5: myJeePCA dispatch OK 24 1 5 6 202 211 1 170 170 170 170
2014.06.04 13:13:01 5: Triggering PCA301_01 (1 changes)
2014.06.04 13:13:01 5: Notify loop for PCA301_01 on
2014.06.04 13:13:01 4: eventTypes: PCA301 PCA301_01 on -> on
2014.06.04 13:13:01 4: eventTypes: PCA301 PCA301_01 state: on -> state: on
2014.06.04 13:13:02 5: JeeLink/RAW: /O
2014.06.04 13:13:02 5: JeeLink/RAW: O/K 24 1 4 6 202 211 1 0 0 0 0
2014.06.04 13:13:02 5: myJeePCA dispatch OK 24 1 4 6 202 211 1 0 0 0 0
2014.06.04 13:13:02 5: Triggering PCA301_01 (0 changes)
2014.06.04 13:13:03 5: Cmd: >set PCA301_02 on<
2014.06.04 13:13:03 5: Triggering PCA301_02 (1 changes)
2014.06.04 13:13:03 5: Notify loop for PCA301_02 set-on
2014.06.04 13:13:03 4: eventTypes: PCA301 PCA301_02 set-on -> set-on
2014.06.04 13:13:03 4: eventTypes: PCA301 PCA301_02 state: set-on -> state: set-on
2014.06.04 13:13:03 5: myJeePCA sending 2,5,14,180,111,1,255,255,255,255s
2014.06.04 13:13:03 5: SW: 2,5,14,180,111,1,255,255,255,255s
2014.06.04 13:13:04 5: JeeLink/RAW: /OK 24
2014.06.04 13:13:04 5: JeeLink/RAW: OK 24 /2 5 14 180 111 1 170 170 170 1
2014.06.04 13:13:04 5: JeeLink/RAW: OK 24 2 5 14 180 111 1 170 170 170 1/70
2014.06.04 13:13:04 5: myJeePCA dispatch OK 24 2 5 14 180 111 1 170 170 170 170
2014.06.04 13:13:04 5: Triggering PCA301_02 (1 changes)
2014.06.04 13:13:04 5: Notify loop for PCA301_02 on
2014.06.04 13:13:04 4: eventTypes: PCA301 PCA301_02 on -> on
2014.06.04 13:13:04 4: eventTypes: PCA301 PCA301_02 state: on -> state: on
2014.06.04 13:13:04 5: JeeLink/RAW: /OK
2014.06.04 13:13:04 5: JeeLink/RAW: OK /24 2 4 14 180 111 1 0 0 0 0
2014.06.04 13:13:04 5: myJeePCA dispatch OK 24 2 4 14 180 111 1 0 0 0 0
2014.06.04 13:13:04 5: Triggering PCA301_02 (0 changes)
2014.06.04 13:13:05 5: Cmd: >set PCA301_01 on<
2014.06.04 13:13:05 5: Triggering PCA301_01 (1 changes)
2014.06.04 13:13:05 5: Notify loop for PCA301_01 set-on
2014.06.04 13:13:05 4: eventTypes: PCA301 PCA301_01 set-on -> set-on
2014.06.04 13:13:05 4: eventTypes: PCA301 PCA301_01 state: set-on -> state: set-on
2014.06.04 13:13:05 5: myJeePCA sending 1,5,6,202,211,1,255,255,255,255s
2014.06.04 13:13:05 5: SW: 1,5,6,202,211,1,255,255,255,255s
2014.06.04 13:13:05 5: JeeLink/RAW: /OK 2
2014.06.04 13:13:05 5: JeeLink/RAW: OK 2/4 1 5 6 202 211 1 170 17
2014.06.04 13:13:05 5: JeeLink/RAW: OK 24 1 5 6 202 211 1 170 17/0 170 170
2014.06.04 13:13:05 5: myJeePCA dispatch OK 24 1 5 6 202 211 1 170 170 170 170
2014.06.04 13:13:05 5: Triggering PCA301_01 (1 changes)
2014.06.04 13:13:05 5: Notify loop for PCA301_01 on
2014.06.04 13:13:05 4: eventTypes: PCA301 PCA301_01 on -> on
2014.06.04 13:13:05 4: eventTypes: PCA301 PCA301_01 state: on -> state: on
2014.06.04 13:13:06 5: JeeLink/RAW: /OK
2014.06.04 13:13:06 5: JeeLink/RAW: OK/ 24 1 4 6 202 211 1 0 0
2014.06.04 13:13:06 5: JeeLink/RAW: OK 24 1 4 6 202 211 1 0 0 /0 0
2014.06.04 13:13:06 5: myJeePCA dispatch OK 24 1 4 6 202 211 1 0 0 0 0
2014.06.04 13:13:06 5: Triggering PCA301_01 (0 changes)
2014.06.04 13:13:09 5: Cmd: >set PCA301_01 off<
2014.06.04 13:13:09 5: Triggering PCA301_01 (1 changes)
2014.06.04 13:13:09 5: Notify loop for PCA301_01 set-off
2014.06.04 13:13:09 4: eventTypes: PCA301 PCA301_01 set-off -> set-off
2014.06.04 13:13:09 4: eventTypes: PCA301 PCA301_01 state: set-off -> state: set-off
2014.06.04 13:13:09 5: myJeePCA sending 1,5,6,202,211,0,255,255,255,255s
2014.06.04 13:13:09 5: SW: 1,5,6,202,211,0,255,255,255,255s
2014.06.04 13:13:09 5: JeeLink/RAW: /O
2014.06.04 13:13:09 5: JeeLink/RAW: O/K 24 1 5 6 202 211 0 170
2014.06.04 13:13:09 5: JeeLink/RAW: OK 24 1 5 6 202 211 0 170/ 170 170 170
2014.06.04 13:13:09 5: myJeePCA dispatch OK 24 1 5 6 202 211 0 170 170 170 170
2014.06.04 13:13:09 5: Triggering PCA301_01 (1 changes)
2014.06.04 13:13:09 5: Notify loop for PCA301_01 off
2014.06.04 13:13:09 4: eventTypes: PCA301 PCA301_01 off -> off
2014.06.04 13:13:09 4: eventTypes: PCA301 PCA301_01 state: off -> state: off
2014.06.04 13:13:09 5: JeeLink/RAW: /OK 2
2014.06.04 13:13:09 5: JeeLink/RAW: OK 2/4 1 4 6 202 211 0 0 0 0
2014.06.04 13:13:09 5: JeeLink/RAW: OK 24 1 4 6 202 211 0 0 0 0 /0
2014.06.04 13:13:09 5: myJeePCA dispatch OK 24 1 4 6 202 211 0 0 0 0 0
2014.06.04 13:13:09 5: Triggering PCA301_01 (0 changes)
2014.06.04 13:13:10 5: Cmd: >set PCA301_02 off<
2014.06.04 13:13:10 5: Triggering PCA301_02 (1 changes)
2014.06.04 13:13:10 5: Notify loop for PCA301_02 set-off
2014.06.04 13:13:10 4: eventTypes: PCA301 PCA301_02 set-off -> set-off
2014.06.04 13:13:10 4: eventTypes: PCA301 PCA301_02 state: set-off -> state: set-off
2014.06.04 13:13:10 5: myJeePCA sending 2,5,14,180,111,0,255,255,255,255s
2014.06.04 13:13:10 5: SW: 2,5,14,180,111,0,255,255,255,255s
2014.06.04 13:13:10 5: JeeLink/RAW: /OK
2014.06.04 13:13:10 5: JeeLink/RAW: OK/ 24 2 5 14 180 111 0 170
2014.06.04 13:13:10 5: JeeLink/RAW: OK 24 2 5 14 180 111 0 170/ 170 170 17
2014.06.04 13:13:10 5: JeeLink/RAW: OK 24 2 5 14 180 111 0 170 170 170 17/0
2014.06.04 13:13:10 5: myJeePCA dispatch OK 24 2 5 14 180 111 0 170 170 170 170
2014.06.04 13:13:10 5: Triggering PCA301_02 (1 changes)
2014.06.04 13:13:10 5: Notify loop for PCA301_02 off
2014.06.04 13:13:10 4: eventTypes: PCA301 PCA301_02 off -> off
2014.06.04 13:13:10 4: eventTypes: PCA301 PCA301_02 state: off -> state: off
2014.06.04 13:13:11 5: JeeLink/RAW: /OK 24 2
2014.06.04 13:13:11 5: JeeLink/RAW: OK 24 2/ 4 14 180 111 0 0 0 0 0
2014.06.04 13:13:11 5: JeeLink/RAW: OK 24 2 4 14 180 111 0 0 0 0 0
/
2014.06.04 13:13:11 5: myJeePCA dispatch OK 24 2 4 14 180 111 0 0 0 0 0
2014.06.04 13:13:11 5: Triggering PCA301_02 (0 changes)
und hier das Log mit der aktuellen JeeLink.pm # $Id: 36_JeeLink.pm 6050 2014-06-03 19:40:33Z justme1968 $
2014.06.04 13:16:17 5: JeeLink/RAW: /
[pcaSerial.10.0i]
Available commands:
..,.. s - send data packet
l - list devices
<n> a - turn activity LED on PB1 on or off
<n> c - config (0=fill, 1=load, 2=save, 3=erase)
<n> d - turn off dev
2014.06.04 13:16:17 5: SW: 1a
2014.06.04 13:16:17 5: SW: 1q
2014.06.04 13:16:17 5: SW: 0x
2014.06.04 13:16:17 5: SW: 0a
2014.06.04 13:16:17 5: SW: l
2014.06.04 13:16:17 5: JeeLink/RAW: <n> d - turn off dev/ice <n>
<n> e - turn on device <n>
0x<hhhh> h - set center frequency (Example 0xA6FE == Frequency - 868.9500MHz
<n> p - poll device <n>
<n> r - list recordings
<n> q - quiet mode (1=suppress TX and bad pac
2014.06.04 13:16:17 5: JeeLink/RAW: <n> q - quiet mode (1=suppress TX and bad pac/kets)
<n> v - version and configuration report
OK 24 2 4 14 180 111 0 0 0 0 0
OK 24 1 4 6 202 211 0 0 0 0 0
2014.06.04 13:16:17 5: myJeePCA dispatch OK 24 2 4 14 180 111 0 0 0 0 0
2014.06.04 13:16:18 5: Triggering PCA301_02 (0 changes)
2014.06.04 13:16:18 5: myJeePCA dispatch OK 24 1 4 6 202 211 0 0 0 0 0
2014.06.04 13:16:18 5: Triggering PCA301_01 (0 changes)
2014.06.04 13:16:18 5: Cmd: >get FileLog_PCA301_01 CURRENT INT 2014-06-04_00:00:00 2014-06-05_00:00:01 4:PCA301_01.power\x3a:: 3:PCA301_01.consumption\x3a::<
2014.06.04 13:16:18 4: FileLog_PCA301_01 get: Input file ./log/PCA301_01-2014.log, from:2014-06-04_00:00:00 to:2014-06-05_00:00:01
2014.06.04 13:16:18 4: FileLog_PCA301_01 get: line 1, regexp:PCA301_01.power\x3a, col:3, output lines:10
2014.06.04 13:16:18 4: FileLog_PCA301_01 get: line 2, regexp:PCA301_01.consumption\x3a, col:2, output lines:undef
2014.06.04 13:16:35 5: Cmd: >set PCA301_01 on<
2014.06.04 13:16:35 5: Triggering PCA301_01 (1 changes)
2014.06.04 13:16:35 5: Notify loop for PCA301_01 set-on
2014.06.04 13:16:35 4: eventTypes: PCA301 PCA301_01 set-on -> set-on
2014.06.04 13:16:35 4: eventTypes: PCA301 PCA301_01 state: set-on -> state: set-on
2014.06.04 13:16:35 5: myJeePCA sending 1,5,6,202,211,1,255,255,255,255s
2014.06.04 13:16:35 5: SW: 1,5,6,202,211,1,255,255,255,255s
2014.06.04 13:16:41 5: Cmd: >set PCA301_02 on<
2014.06.04 13:16:41 5: Triggering PCA301_02 (1 changes)
2014.06.04 13:16:41 5: Notify loop for PCA301_02 set-on
2014.06.04 13:16:41 4: eventTypes: PCA301 PCA301_02 set-on -> set-on
2014.06.04 13:16:41 4: eventTypes: PCA301 PCA301_02 state: set-on -> state: set-on
2014.06.04 13:16:41 5: myJeePCA sending 2,5,14,180,111,1,255,255,255,255s
2014.06.04 13:16:41 5: SW: 2,5,14,180,111,1,255,255,255,255s
2014.06.04 13:16:46 5: Cmd: >set PCA301_01 off<
2014.06.04 13:16:46 5: Triggering PCA301_01 (1 changes)
2014.06.04 13:16:46 5: Notify loop for PCA301_01 set-off
2014.06.04 13:16:46 4: eventTypes: PCA301 PCA301_01 set-off -> set-off
2014.06.04 13:16:46 4: eventTypes: PCA301 PCA301_01 state: set-off -> state: set-off
2014.06.04 13:16:46 5: myJeePCA sending 1,5,6,202,211,0,255,255,255,255s
2014.06.04 13:16:46 5: SW: 1,5,6,202,211,0,255,255,255,255s
2014.06.04 13:16:47 5: JeeLink/RAW: /OK 24 2 4 1
2014.06.04 13:16:47 5: JeeLink/RAW: OK 24 2 4 1/4 180 111 0 0 0 0 0
2014.06.04 13:16:47 5: myJeePCA dispatch OK 24 2 4 14 180 111 0 0 0 0 0
2014.06.04 13:16:47 5: Triggering PCA301_02 (1 changes)
2014.06.04 13:16:47 5: Notify loop for PCA301_02 off
2014.06.04 13:16:47 4: eventTypes: PCA301 PCA301_02 off -> off
2014.06.04 13:16:47 4: eventTypes: PCA301 PCA301_02 state: off -> state: off
2014.06.04 13:16:47 5: JeeLink/RAW: /OK 24 1
2014.06.04 13:16:47 5: JeeLink/RAW: OK 24 1 /4 6 202 211 0 0 0 0 0
2014.06.04 13:16:47 5: myJeePCA dispatch OK 24 1 4 6 202 211 0 0 0 0 0
2014.06.04 13:16:47 5: Triggering PCA301_01 (1 changes)
2014.06.04 13:16:47 5: Notify loop for PCA301_01 off
2014.06.04 13:16:47 4: eventTypes: PCA301 PCA301_01 off -> off
2014.06.04 13:16:47 4: eventTypes: PCA301 PCA301_01 state: off -> state: off
2014.06.04 13:16:48 5: Cmd: >set PCA301_01 off<
2014.06.04 13:16:48 5: Triggering PCA301_01 (1 changes)
2014.06.04 13:16:48 5: Notify loop for PCA301_01 set-off
2014.06.04 13:16:48 4: eventTypes: PCA301 PCA301_01 set-off -> set-off
2014.06.04 13:16:48 4: eventTypes: PCA301 PCA301_01 state: set-off -> state: set-off
2014.06.04 13:16:48 5: myJeePCA sending 1,5,6,202,211,0,255,255,255,255s
2014.06.04 13:16:48 5: SW: 1,5,6,202,211,0,255,255,255,255s
2014.06.04 13:16:49 5: Cmd: >set PCA301_02 off<
2014.06.04 13:16:49 5: Triggering PCA301_02 (1 changes)
2014.06.04 13:16:49 5: Notify loop for PCA301_02 set-off
2014.06.04 13:16:49 4: eventTypes: PCA301 PCA301_02 set-off -> set-off
2014.06.04 13:16:49 4: eventTypes: PCA301 PCA301_02 state: set-off -> state: set-off
2014.06.04 13:16:50 5: myJeePCA sending 2,5,14,180,111,0,255,255,255,255s
2014.06.04 13:16:50 5: SW: 2,5,14,180,111,0,255,255,255,255s
Mir fällt auf, dass bei der 5.5 immer ein Block von drei Log-Zeilen JeeLink/RAW: kommt, den ich so im Log der aktuellen Version nicht sehe.
Grüße Jörg
das raw ist die antwort der dose die das schalten bestätigt. wenn das schalten nicht geht/nicht gesendet wird kommt natürlich auch die antwort der dose nicht.
ist das IODev richtig gesetzt? (das kann es aber eigentlich nicht sein. SW: ist das was zum jeelink modul gesendet wird.
zu den versionen: auf welche bist du zurück gegangen? die letzte oder auf eine ganz alte?
gruss
andre
Hallo Andre,
ich habe Dir beide Versionen beigefügt. Das Verhalten ist reproduzierbar. Ich mache nichts anderes als die jeweilige JeeLink.pm ins FHEM-Verzeichnis zu stellen und FHEM neu zu starten. Mit der aktuellen Version -> kein Senden. Mit der aus fhem-5.5.tar.gz -> Senden Ok.
Grüße Jörg
und zwischendurch gab es keine version die funktioninert hat?
ich dachte es gab eine. oder schmeisse ich jetzt etwas durcheinander?
gruss
andre
mir fällt gerade auf das die alte version bei dir keine init seqenz sendet. (die SW: ganz am anfang). sehr komisch.
ich schau mir das heute abend an. setz mal initCommands auf etwas kurzes. z.b. nur q. ändert sich etwas?
gruss
andre
Hallo zusammen,
hier eine Version, die von der ID her dazwischen liegt:
# $Id: 36_JeeLink.pm 5999 2014-05-29 10:03:42Z justme1968 $Ich schaue gleich noch einmal was das Log bei mir sagt und hänge den hier an.
Es geht doch um diese Problem von Jörg und nicht um La Crosse, oder? Vielleicht habe ich etwas verpasst.
Zitat von: JoWiemann am 04 Juni 2014, 12:07:05
leider habe ich wieder das Problem, das mit der aktuellen 36_JeeLink.pm die PCAs nicht auf Sendebefehle reagieren.
Schöne Grüße,
John
Hallo John,
La Croose ist außen vor.
Mit Deiner "Zwischenversion" leider auch kein Erfolg.
Ich bin jetzt das Repository Version für Version durchgegangen und ab:
[r4201] (14.1 kB) by U justme1968 fixed ec3000 initialization 2013-11-10 21:26:49
tritt das Problem auf. Vielleicht hilfts ja weiter.
Grüße und vielen Dank Jörg
Hallo Jörg,
das ist ja unschön. Anbei noch einmal mein Log mit verbose 5.
Zur Perl Version sagt meine Kommandozeile dieses:
This is perl 5, version 14, subversion 2 (v5.14.2) built for arm-linux-gnueabihf-thread-multi-64int
(with 88 registered patches, see perl -V for more detail)
Habe gelesen, dass das nicht immer das gleiche sein muss, mit dem, was fhem verwendet.
Gibt es in fhem eine Möglichkeit zu schauen, welches die verwendete Perl-Version ist? Habe auf die Schnelle nicht gefunden.
Sorry, hier läuft es.
Schöne Grüße,
John
Hallo John,
Perlversion ist:
This is perl 5, version 14, subversion 2 (v5.14.2) built for arm-linux-gnueabihf-thread-multi-64int
(with 88 registered patches, see perl -V for more detail)
also identisch mit Deiner Version.
Ich habe die letzte funktionierende Version mit der ersten nicht funktionierenden verglichen.
Geändert wurde:
#####################################
sub
JeeLink_DoInit($)
{
my $hash = shift;
my $name = $hash->{NAME};
my $err;
my $msg = undef;
my $val;
#JeeLink_Clear($hash);
JeeLink_SimpleWrite($hash, "1a" ); # led on
JeeLink_SimpleWrite($hash, "1q" ); # quiet mode
JeeLink_SimpleWrite($hash, "0x" ); # hex mode off
JeeLink_SimpleWrite($hash, "0a" ); # led off
JeeLink_SimpleWrite($hash, "l"); # list known devices
$hash->{STATE} = "Initialized";
# Reset the counter
delete($hash->{XMIT_TIME});
delete($hash->{NR_CMD_LAST_H});
return undef;
}
in
#####################################
sub
JeeLink_DoInit($)
{
my $hash = shift;
my $name = $hash->{NAME};
my $err;
my $msg = undef;
my $val;
#JeeLink_Clear($hash);
$hash->{STATE} = "Initialized";
# Reset the counter
delete($hash->{XMIT_TIME});
delete($hash->{NR_CMD_LAST_H});
return undef;
}
und
sub
JeeLink_Parse($$$$)
{
my ($hash, $iohash, $name, $rmsg) = @_;
my $dmsg = $rmsg;
#my $l = length($dmsg);
my $rssi;
#my $rssi = hex(substr($dmsg, 1, 2));
#$rssi = ($rssi>=128 ? (($rssi-256)/2-74) : ($rssi/2-74));
my $lqi;
#my $lqi = hex(substr($dmsg, 3, 2));
#$dmsg = substr($dmsg, 6, $l-6);
#Log3, $name, 5, "$name: $dmsg $rssi $lqi";
next if(!$dmsg || length($dmsg) < 1); # Bogus messages
return if($dmsg =~ m/^Available commands:/ ); # ignore startup messages
return if($dmsg =~ m/^ / ); # ignore startup messages
return if($dmsg =~ m/^-> ack/ ); # ignore send ack
if($dmsg =~ m/^\[/ ) {
$hash->{VERSION} = $dmsg;
return;
}
in
sub
JeeLink_Parse($$$$)
{
my ($hash, $iohash, $name, $rmsg) = @_;
my $dmsg = $rmsg;
#my $l = length($dmsg);
my $rssi;
#my $rssi = hex(substr($dmsg, 1, 2));
#$rssi = ($rssi>=128 ? (($rssi-256)/2-74) : ($rssi/2-74));
my $lqi;
#my $lqi = hex(substr($dmsg, 3, 2));
#$dmsg = substr($dmsg, 6, $l-6);
#Log3, $name, 5, "$name: $dmsg $rssi $lqi";
next if(!$dmsg || length($dmsg) < 1); # Bogus messages
return if($dmsg =~ m/^Available commands:/ ); # ignore startup messages
return if($dmsg =~ m/^ / ); # ignore startup messages
return if($dmsg =~ m/^-> ack/ ); # ignore send ack
if($dmsg =~ m/^\[/ ) {
$hash->{VERSION} = $dmsg;
if( $dmsg =~m /pcaSerial/ ) {
JeeLink_SimpleWrite($hash, "1a" ); # led on
JeeLink_SimpleWrite($hash, "1q" ); # quiet mode
JeeLink_SimpleWrite($hash, "0x" ); # hex mode off
JeeLink_SimpleWrite($hash, "0a" ); # led off
JeeLink_SimpleWrite($hash, "l" ); # list known devices
} elsif( $dmsg =~m /ec3kSerial/ ) {
JeeLink_SimpleWrite($hash, "ec", 1);
}
return;
}
Die Initialisierung für den PCA ist also von JeeLink_Clear nach JeeLink_Parse gewandert.
Grüße Jörg
Hm,
habe gerade mit gleicher Konf auch nochmal auf dem RPi probiert, da hier die USB-Schnittstelle immer ein wenig instabil war. Der Jeelink lief bei mir am RPi auch nicht immer so stabil.
Bei diesem Test lief das leider aber ohne Probleme. Allerdings hatte ich bis auf den WLan-Stick auch nur den Jeelink dran, ohne Hub direkt am RPi.
Vielleicht probierst Du bei Dir noch einmal eine Minimal-Konfigurtion, um Seiteneffekte aus schließen zu können. Ich weiß nicht, was bei Dir sonst nach dran hängt und wie.
Das ist aber nur eine Vorsichtsmaßnahme und beruht auf gefährlichem Halbwissen.
Da ich das bei mir hier derzeit nicht reproduzieren kann, bin ich bis auf Weiteres erstmal raus. Sorry.
Schöne Grüße,
John
ja. die initialisierung ist gewandert weil es sonst mit den anderen sketches und vokalem dem ec3000 modul nicht kompatibel ist. das fhem modul darf erst senden nach dem sich der jeelink von sich aus gemeldet hat.
das tut er aber bei dir laut log file.
laut deinem log file wird die init sequenz bei der alten version aber garnicht gesendet. und das sollte nicht sein.
hast du mal den vorschlag von oben probiert? also initCommands nur auf q zu setzen? dann sollte auch nur noch das q im log auftauchen.
gruss
andre
Hallo Andre
habe jetzt initCommands auf q gesetzt und das Senden funktioniert.
define myJeePCA JeeLink /dev/ttyUSB1@57600
attr myJeePCA initCommands q
Grüße Jörg
auf was für einem system hast du fhem laufen ?
gruss
andre
Hallo Andre,
den JeeLink-Clone (http://forum.fhem.de/index.php/topic,21995.msg154474.html#msg154474) haben ich im Moment noch an meinem Testsystem hängen:
RPi Revision B, aktuelles Wheezy.
Grüße Jörg
kannst du mal versuchen die initCommands länger zu machen? also mehr paramtere dazu zu nehmen. das Frequenz setzen sollte damit jetzt auch gehen.
hat noch jemand den clone im einsatz und probleme mit dem senden?
hat jemand ein original im einsatz und probleme mit dem senden?
gruss
andre
Hallo Andre,
wenn ich initCommands setze, funktioniert alles, außer wenn folgenden Command benutze:
0x -- gibt es im PCA-Sketch nicht, somit ist der Init
JeeLink_SimpleWrite($hash, "0x" ); # hex mode off
dann auch nicht richtig.
Ich habe die Zeile auskommentiert, und siehe da, es funktioniert auch ohne attr ... initCommands.
Grüße Jörg
die 0x war mal ganz am anfang für die aller erste sketch version nötig. das hex format ist später dann aber rausgeflogen.
wenn ein kommando gesendet wird das der sketch nicht kennt sollte aber eigentlich nichts weiter passieren bzw. das problem sollten noch mehr haben.
das die alte sketch version bei dir ging ist auch mehr oder weniger zufall. die init sequenz wird da nicht gesendet.
das ganze ist also immer noch komisch.
ich hab das 0x mal aus dem modul raus genommen. mal sehen was passiert...
gruss
andre
Hallo,
kurz ein frage.
Habe im Keller meinen Wäschetrockner stehen.
Ist folgendes möglich:
PCA301 oder EC3000 am Trockner. Fhem erkennt via JeeLink das der Tockner fertig ist (Leistungsabfall ?) und sendet via whatsapp aufs Handy das die Wäsche fertig ist.
Danke
wenn die maximale belastbarkeit passt und die reichweite zu deinen bauchlichen gegebenheiten passt ist das z.b. mit dem THRESHOLD modul und/oder einem watchdog kein problem.
gruss
andre
Hallo,
danke für die schnell antwort.
Das VOLTCRAFT® Energy Count 3000 geht bis 3,6KW das reicht und der JL ist im nebenraum.
Kurze Rückinfo,
der angepasste Sketch von JoWiemann (http://forum.fhem.de/index.php/topic,11648.msg165771.html#msg165771) läuft bei mir seit Wochen stabil. Bzgl Schalten kann ich nix sagen da ich nur die Energiemessung nutze
der sketch ist inzwischen eingecheckt, über initCommands kann man die frequenz aus fhem heraus setzen und das problem mit dem schalten haben wir inzwischen auch gelöst :)
gruss
andre
Hallo,
falls das wer braucht:
define Alarm_Trockner THRESHOLD HR.Trockner:power:0:1 |{Log 2,"Trockner läuft"}|{ fhem "pushover msg 'Trockner' 'Trockner fertig'"}|0|ON:OFF|_sc
Hi Andre,
nach einem FHEM-Reboot habe ich immer folgende Fehlermeldung im Log:
2014.06.16 08:46:59.576 3: PCA301 Unknown device 000000, please define it
Zitat von: Tobias am 16 Juni 2014, 09:01:03
Hi Andre,
nach einem FHEM-Reboot habe ich immer folgende Fehlermeldung im Log:
2014.06.16 08:46:59.576 3: PCA301 Unknown device 000000, please define it
Hatten wir das schon mal?
Siehe
http://forum.fhem.de/index.php/topic,19454.0.html
Vielleicht hilfts?
Billy
kurze frage: wenn man die pca310 per jeelink steuern kann wäre es doch sicher auch möglich dies in culf mit einfließen zu lassen um sie auch per cul schalten/auslesen zu können oder?
die pca301 und der jeelink haben eine anderen rf chip als der cul.
im prinzip kann man signale des einen mit dem anderen empfangen. dazu muss dich aber jemand hinsetzten und einiges an zeit investieren.
selbst dann ist es sehr u wahrscheinlich das der empfang gleichzeitig mit slowrf oder hm oder max möglich ist. d.h. du brauchst einen eigenen cul.
das lohnt sich aber nicht da der jeelink günstiger ist. ein jeenode oder eine eigenbau lösung noch mehr.
gruss
andre
Hallo,
ich nutze schon seit längerem diverse PCA301 mit dem JeeLink.
Ich überlege aktuell eine FS20 KSE einzusetzen.
In dem FHEM-Eintrag zum jeelink steht folgendes:
Clients :PCA301:EC3000:RoomNode:LaCrosse:ETH200comfort:CUL_IR:HX2272:FS20:AliRF
Kann man die Clients mischen? Konkret PCA301 und FS20 mit einem Jeelink betreiben?
Vielen Dank vorab!
Manuel
nein. das geht nicht gleichzeitig mit dem gleichen sketch.
gruss
andre
Set ca. 5 Tagen wird bei mir das "consumption" Reading um 17H30 zurückgesetzt.
Wo wird eingestellt, das es um einige Sec nach Mitternacht -wie bisher-
zurückgestzt wird?
Hat jemand eine Idee?
Grüße
das reading wird nicht automatisch zurückgesetzt. entweder hast du irgendwo ein notify dafür oder der zähler in der pca301 dose. hat einen überlauf.
gruss
andre
Vielen Dank auf den Hinweis.
Kann es sein, das das nächtliche Zurücksetzen von consumption
durch das PCA301 Bedienmodul erzeugt wird?
Ich habe festgestellt, das die Uhr im Modul verstellt war. Nach Korrektur wird wieder
Mitternachts zurückgesetzt.
ja. die display einheit setzt den zähler täglich zurück.
gruss
andre
Gut zu wissen. D.h. mit der Displayeinheit habe ich ein
anderes Verhalten als ohne Displayeinheit.
ja.
Zitat von: justme1968 am 03 Juni 2014, 22:46:52
damit gibt es jetzt ein initCommands attribut mit dem man die default init sequenz überschreiben kann. da kann man auch das setzen der center frequenz unterbringen:attr <jeelink> initCommands 1a 1q 0x 0a l 0xA6FEh
Hallo zusammen,
vermutlich brauche ich dafür den aktuellen Sketch 10.0f? Mit diesem
Zitatmodel [pca301.10.0i]
funktioniert die Initialisierung noch nicht, oder? Wobei eigentlich i im Alphabet nach f kommt ::)
Wenn ich den Jeelink an der Fritz Box flashen will, dann muss ich
- avrdude compiliert und lauffähig haben (vermutlich im fhem Verzeichnis)
- das compilierte hex-File des Sketches irgendwo hin kopieren
- das Attribut flashCommand richtig setzen und
- mit set <jeelink> das Ganze dann flashen
Soweit korrekt? Wahrscheinlich ist es jetzt noch leichter, den Jeelink abzuziehen und an einem richtigen Rechner zu flashen :-\
Danke + Gruß
PeMue
die 0x musst du noch weg lassen aus den initCommands.
du brauchst den aktuellsten sketch. der meldet sich mit f. da scheint etwas bei der versionierung schief gegangen zu sein.
die liste ist im prinzip richtig. und auch das es auf der fritzbox vermutlich einfacher ist auf einem richtigen rechner zu flashen.
gruss
andre
Hallo zusammen,
der dfu-programmer (http://dfu-programmer.github.io/) funktioniert vermutlich nicht, da der Bootloader kein AVR USB Bootlader ist, bzw. der Chip nicht unterstützt wird, oder?
Ansonsten wäre das aus meiner Sicht eine Option für die FritzBox 8)
Gruß PeMue
Hallo,
ich habe jetzt mal den Quelltext etwas editiert und die Version der PCA301 auf v10.1 hochgezogen, die compilierte Datei hängt dran. Mit dem Attribut:
attr <jeelink> initCommands 0xA708h
startet der Jeelink bei mir auch auf der gewünschten Frequenz.
Könnte mir bitte jemand erklären, wofür die Parameter
attr <jeelink> initCommands 1a 1q [s]0x[/s] 0a l 0xA6FEh
1a 1x (0x soll ich ja weglassen) 0a und l sind?
l würde ein "list devices machen", der Rest erschließt sich mir (für den PCA301) leider nicht.
Wenn es noch ein paar Leute gibt, die den Sketch erfolgreich getestet haben, checke ich den ein.
Gruß PeMue
Edit:
Lesen bildet :P:
1a: <n> a - turn activity LED on PB1 on or off
1q: <n> q - quiet mode (1=suppress TX and bad packets)
0a: <n> a - turn activity LED on PB1 on or off
l: l - list devices
Das Leerzeichen ist vermutlich völlig wurscht. Somit ist (mir) alles klar.
ich habe eben dein hex file in das firmware verzeichnis eingecheckt.
mit den sourcen wollte ich noch warten bis die namen so geändert sind das das hex file gleich den richtigen namen hat. oder soll ich die auch schon mal einchecken ?
gruss
andre
Scheint bei ELV wieder lieferbar :)
Funkschaltsteckdose für Energiekostenmonitor PCA 301
Artikel-Nr.: 68-10 88 94
sofort versandfertig Lieferzeit:1-2 Werktage2
Gruß Billy
Hallo Billy,
danke für die Info. Da werde ich gleich nochmal eine Steckdose ordern.
Ich habe damals ausführlich über die PCA 301 gebloggt (->
http://blog.moneybag.de/hausautomation-fhem-mit-funksteckdose-energiemessung-elv-pca-301/
).
Ich habe meine PCA 301 gerade nochmal mit dem JeeLink-Ersatz getestet, funktioniert auch.
LG
/robin
Hallo Robin,
dein Blog war mir bekannt. Gute Infos!
Habe übrigens bei ELV tel. bestellt es wurde mir bestätigt, dass die Dosen am Lager sind.
Gruß Billy
Hallo Billy,
ich habe übrigens gestern deinen Tipp über die Datum vom Batterien einlegen bei den Lacrosse-Sensoren in meinem Blog erwähnt.
http://blog.moneybag.de/fhem-guenstige-temperatur-und-luftfeuchte-sensoren-von-lacrosse/
Natürlich mit Deinem Namen als Tipp-Geber.
Robin
Hallo zusammen,
da meine weiteren PCA 301 Dosen jetzt wohl in der Packstation liegen, habe ich mir gedacht, ich sollte vor Inbetriebnahme ein Update durchführen. Jetzt zeigt mein Jeelink
model [pcaSerial.10.1]
Das ist doch die aktuelle firmware, oder?
Meine eigentlich Frage aber: auch mit dieser firmware werden eingeschaltete Geräte sehr häufig ausgelesen, als minimalen zeitlichen Abstand sehe ich 3 Sek. Ist dies so gewollt? Kann ich diese Rate irgendwo einstellen?
die firmware sollte alle 30 sekunden die dosen abfragen. der wert kann im quelltext geändert werden.
die aktuellste firmware liegt als hex file im FHEM/firmware verzeichnis und kann (mit etwas vorarbeit) automatisch aus hem geflashed werden.
der quelltext zu dieser version ist hier zu finden: http://forum.fhem.de/index.php/topic,11648.msg194105.html#msg194105 (http://forum.fhem.de/index.php/topic,11648.msg194105.html#msg194105) und noch nicht eingecheckt. das mache ich gleich noch.
gruss
andre
edit: ich habe die version in contrib aktualisiert.
werden mit dem update Kommando auch die Dateien in dem firmware Ordner auf den neuesten Stand gebracht?
Auch nach einem erneuten Flashen sehe ich, dass die Dose alle paar Sekunden ausgelesen wird.
Werden die aktuellen Werte von den Dosen eigentlich 'gebroadcasted', d.h. wenn die Hand-Fernbedienung einen request sendet, sehe ich die Antwort dann auch mit dem jeelink und anders rum?
update aktualisiert auch den firmware ordner.
die dose sendet von sich aus nur wenn lokal geschaltet wird. die display unit und der jeelink pollen die dose und das jeweils andere system bekommt die antwort mit.
wieviele dosen hast du? die 30 sekunden in der standard einstellung beziehen sich auf alle dosen. d.h. wenn du 6 dosen hast ist alle 5 sekunden wieder eine dran.
Sorry, ich habe gerade gesehen, dass diese Diskussion hier schon mal geführt wurde, nichtdestotrotz:
sollte das unten der aktuelle Code sein, dann wird jedes device mit einem Zeit-Abstand abgefragt wird, das zufallsverteilt zwischen 1Sekunde und 4Sekunden liegen kann, oder? Müsste es nicht millis() /1000 sein, um auf Sekunden zu kommen? Und IMHO hängt das Auslese-Intervall nicht von der Anzahl der verbundenen Dosen ab.
//- pcaTask ----------------------------------------------------------------------------------------
void pcaTask() {
for (int i = 0; i < pcaConf.numDev; i++) {
if (millis() / 100 > pcaConf.pcaDev[i].nextTX) {
if (pcaConf.pcaDev[i].retries <= 255)
pcaConf.pcaDev[i].retries += 1;
if (pcaConf.pcaDev[i].retries < PCA_MAXRETRIES)
pcaConf.pcaDev[i].nextTX = millis() / 100 + random(0,30) + 10;
else
pcaConf.pcaDev[i].nextTX = millis() / 100 + random(0,30) + pcaConf.deadIntv;
sendDevice(i+1,'p');
cmd = 'p';
return;
}
}
}
der sketch arbeitet intern bei allen zeiten mit 1/10tel sekunden. deshalb die 300 und die /100.
die zeit hängt nicht direkt mit der anzahl der verwendeten dosen zusammen sondern indirekt. wenn du eine dose hast die alle 30 sekunden abgefragt wird ist das intervall im durchschnitt deutlich länger als wenn du du 10 dosen hast.
gruss
andre
Sorry, sorry, mea culpa: RFTM, und wenn man schon Code postet, sollte man das gesamte Programm verstanden haben ...
Hier meine Zusammenfassung:
- wer jemals das Problem von zu kurzen Auslese-Intervallen hatte, muss auch nach Flashen eines aktuellen Sketches das Eeprom im jeelink zurücksetzen, sonst wird mit den alten Intervallen weitergearbeitet. Steht auch in der Wiki, sorry again
- nachdem ich das getan habe, wird jetzt jede Dose im Intervall 31.5 +- 1.5 Sekunden ausgelesen
- mit 6 Dosen bleibt es für jede einzelne Dose bei diesem Intervall, im Mittel sendet der jeelink dann bei mir alle 5 Sekunden einen Request an jeweils eine andere Dose
PS: ELV kann tatsächlich liefern. Die neuen Dosen sind gestern angekommen und funktionieren bisher ohne Auffälligkeiten
Hi,
habe jetzt auch eine PCA 301.
Die funktioniert ganz gut.
Nur bekomme ich den das "power" Reading in Milliwatt angezeigt.
In Euren Beiträgen sind aber immer "Watt" - Werte.
Wo kann ich das umstellen?
Gruß
Marcel
Hi,
so ich habe das Problem noch etwas lokalisieren können.
Ich habe 2 Stück PCA301 vor ca. 4 Wochen, von ELV erhalten.
Die eine zeigt, beim gleichen Verbraucher, den Wert in 1000er Stellen (MilliWatt)
und die andere in Watt.
Ist die eine defekt, oder kann man das einstellen?
Gruß
Marcel
Hallo
Bei mir werden immer 6 Steckdosen angelegt, obwohl momentan nur 2 eingesteckt sind.
Das Hauptproblem jedoch ist, die Steckdosen lassen sich nicht mehr in FHEM schalten.
Wenn ich an der Steckdose direkt manuell ein- und ausschalte wird jedoch der richtige Status in FHEM angezeigt.
Habe schon folgendes versucht:
set myJeeLink raw 0c
set myJeeLink raw 2c
Dann alle Steckdosen und Logfiles mit delete gelöscht, autocreate wieder eingeschaltet und sofort sind wieder alle 6 Steckdosen da.
Clients :PCA301:EC3000:RoomNode:LaCrosse:ETH200comfort:CUL_IR:HX2272:FS20:AliRF:Level:EMT7110
DEF /dev/ttyUSB0@57600
DeviceName /dev/ttyUSB0@57600
FD 21
JLK_PCA_MSGCNT 587
JLK_PCA_TIME 2014-11-23 12:15:40
NAME JLK_PCA
NR 87
NR_CMD_LAST_H 4
PARTIAL
RAWMSG OK 9 7 1 5 19 29
STATE Initialized
TYPE JeeLink
model [LaCrosseITPlusReader.10.1c @17.241 kbps]
DEF 07F8FC 02
IODev JLK_PCA
JLK_TMP_MSGCNT 31
JLK_TMP_RAWMSG OK 24 2 4 7 248 252 1 0 201 0 1
JLK_TMP_TIME 2014-11-23 12:20:17
LASTInputDev JLK_TMP
MSGCNT 31
NAME PCA301_07F8FC
NR 93
PCA301_lastRcv 2014-11-23 12:20:17
PCA301_lastSend 2014-11-23 12:13:35
STATE on
TYPE PCA301
addr 07F8FC
channel 02
Hi,
ich komme hier einfach nicht weiter. Vielleicht hat einer von Euch eine Idee. Aus / Einschalten des PCA301 funktioniert über Fhem und auch direkt an der Dose ohne Probleme.
Die Readings werden aber leider nicht upgedated wenn der State off ist. Ist das normal? Ich vermute mal das es so gewollt ist da es ja Sinn macht den State nicht zu ändern wenn die Dose ausgeschaltet ist.
Wenn dem so ist wie krieg ich einen "vernünftigen" Plot hin bei dem ich den Verbrauch (=power) richtig darstellen kann ohne das ich die komischen Diagonalen Linien habe. Die enstehen ja dadurch das die Werte von Power nur im Log reingschrieben werden wenn die Dose eingeschaltet ist.
Hab auch noch einen Screencapture rangehängt damit man besser sieht wo das Problem ist.
Hier ein Auszug aus dem Log...
2014-11-21_00:17:13 PCA301_01A1CE off
2014-11-21_00:28:58 PCA301_01A1CE off
2014-11-21_00:28:59 PCA301_01A1CE power: 43.2
2014-11-21_00:28:59 PCA301_01A1CE on
2014-11-21_00:29:29 PCA301_01A1CE power: 23
2014-11-21_00:30:01 PCA301_01A1CE power: 23.2
2014-11-21_00:30:34 PCA301_01A1CE power: 23.3
2014-11-21_00:31:38 PCA301_01A1CE power: 23.5
2014-11-21_00:32:10 PCA301_01A1CE power: 23.6
2014-11-21_00:32:42 PCA301_01A1CE power: 23.3
2014-11-21_00:33:13 PCA301_01A1CE power: 23.5
2014-11-21_00:33:22 PCA301_01A1CE set-off
2014-11-21_00:33:22 PCA301_01A1CE off
2014-11-21_00:33:22 PCA301_01A1CE power: 0 -------> damit hab ich das Problem in den 9 Stunden wird einfach kein Power Wert gelogged.
2014-11-21_09:49:09 PCA301_01A1CE set-on -------> damit hab ich das Problem in den 9 Stunden wird einfach kein Power Wert gelogged.
2014-11-21_09:49:09 PCA301_01A1CE on
2014-11-21_09:49:09 PCA301_01A1CE power: 48.5
2014-11-21_09:49:42 PCA301_01A1CE power: 21.8
2014-11-21_09:50:45 PCA301_01A1CE power: 21.5
2014-11-21_09:51:18 PCA301_01A1CE power: 21.8
...
Hier auch noch die Definitionen aus der fhem.cfg
define PCA301_01A1CE PCA301 01A1CE 04
attr PCA301_01A1CE IODev myJeeLink2
attr PCA301_01A1CE devStateIcon on:on:toggle off:off:toggle set.*:light_exclamation:off
attr PCA301_01A1CE room PCA301
attr PCA301_01A1CE userReadings consumptionTotal:consumption monotonic {ReadingsVal($name,'consumption',0)}
attr PCA301_01A1CE webCmd on:off:toggle:statusRequest
define FileLog_PCA301_01A1CE FileLog ./log/PCA301_01A1CE-%Y.log PCA301_01A1CE
attr FileLog_PCA301_01A1CE logtype text
attr FileLog_PCA301_01A1CE room PCA301
und hier auch noch der Output für den Plot
# Created by FHEM/98_SVG.pm, 2014-11-23 22:06:44
set terminal png transparent size <SIZE> crop
set output '<OUT>.png'
set xdata time
set timefmt "%Y-%m-%d_%H:%M:%S"
set xlabel " "
set title '<TL>'
set ytics
set y2tics
set grid
set ylabel "1"
set y2label "2"
#FileLog 4:PCA301_01A1CE.power\x3a:4:
plot "<IN>" using 1:2 axes x1y2 title 'Line 1' ls l0 lw 1 with lines
Ich such jetzt schon seit einigen Tagen nach einer Lösung und bin für jede Hilfe dankbar.
Hast Du einen JeeLink - Nachbau ?
Wenn ja, dann mußt Du die Center-Frequenz des JeeLink anpassen.
Das Problem hatte ich bei meinem Eigenbau JeeLink auch.
Siehe "Frequenzanpassung über modifizierten Sketch"
http://www.fhemwiki.de/wiki/JeeLink (http://www.fhemwiki.de/wiki/JeeLink)
Gruß
Marcel
ja die werte werden nur aktualisiert wenn die dose eingeschaltet ist. die schrägen Linien bekommst du weg wenn du den linientyp steps verwendest. der ist genau dafür da.
gruß
andre
Andre,
DANKE !!!!! Echt genial wie schnell das hier geht. Hat nat. sofort funktioniert und ich hab wieder was dazugelernt :)
Gruß Karl
Hallo
Kann mir jemand einen Tip zu obigem Post #816 geben? Komme nicht weiter.
Meine PCA's lassen sich nicht schalten und nicht löschen.
Die Verbindung scheint i.O. zu sein, denn ich sehe den Verbrauch und den Schaltzustand.
Habe inzwischen meinen Server von Windows auf Linux umgestellt und habe immer noch das selbe Problem.
Vielen Dank
Chres
hast du set myJeeLink raw 0c
set myJeeLink raw 2c
wörtlich so verwendet oder den namen deines jeelink devices verwendet?
stimmt das iodev bei deinen pca devices?
was steht im log wenn du alles auf verbose 5 setzt und versuchst zu schalten?
gruss
andre
Hallo Andre
Vielen Dank für Deine schnelle Antwort.
Habe statt myJeeLink JLK_PCA verwendet.
Das IODev stimmt.
Im Log steht: Unknown Device 10, please define it
Da scheint was mit dem Kanal nicht zu stimmen, wenn ich den Kanal in der fhem.cfg auf 10 ändere ist er nach dem speichern wieder auf 02.
Wie kann ich den Kanal ändern, dass er bleibt?
Grüsse Chres
bitte setz noch mal die beiden raw befehle ab. und lösche danach alle PCA301 devices.
die kanäle sind fhem eigentlich ganz egal. die werden nur für die display einheit gebraucht. hast du so eine um einsatz?
die kanäle die du in fhem siehst sind die die der jeelink meldet und werden in fhem automatisch angepasst wenn sie sich ändern.
gruß
andre
Hallo Andre
Ich habe die RAW Befehle set JLK_PCA raw 0c und set JLK_PCA raw 2c abgesetzt, die werden kommentarlos angenommen.
Dann alle 6 PCA301 gelöscht, die 6 PCA301 werden jedoch gleich wieder angelegt, obwohl nur 2 eingesteckt sind.
Habe es 2 mal versucht, mit Verbose auf 1 und auf 3.
Die PCA's lassen sich nach wie vor nicht schalten.
Dann habe ich noch versucht gleich nach den RAW Befehlen den JeeLink auszustecken, dann die PCA's zu löschen. Nach dem einstecken sind die PCA's wieder da.
Jetzt habe ich noch den JeeLink neu geflasht, dann am Server eingesteckt und sofort sind die 6 PCA301 wieder da.
Vielen Dank und Gruss
Chres
Hallo,
Ist irgendwo dokumentiert welche Einheit das reading "consumption" hat?
Gruß
Thorsten
@Chres: aus irgendeinem grund funktioniert das löschen des jeelink bei dir nicht.
was bekommst du wenn du per terminal ein l sendest?
so lange die devices im jeelink bekannt sind nützt es nichts sie in fhem zu löschen. der jeelink 'merkt' sich die zuordnung von device id zu banal. kommst du mit 3c weiter?
@Totte10: kWh
gruss
andre
Habe das Problem gelöst, aber den Fehler nicht gefunden.
Den Lacrosse JeeLink habe ich neu geflasht mit PCA und den PCA JeeLink habe ich geflasht mir Lacrosse.
Nun habe ich meine 2 Steckdosen die ich korrekt schalten kann.
Vielen Dank für Eure Unterstützung.
Gruss Chres
Hallo,
damit hast Du sehr wahrscheinlich den Faktor Zufall getroffen. Ich kann Dir aus persönlicher Empfehlung nur raten die Hardware (Arduino) über udev Regeln an eine USB-Port zu binden. Anstonsten würde Deine Lösung mit umstecken der Arduinios oder einem Reboot zu einer Neuzurdnung führen und damit könnte der JeeLink auf dem erwarteten PCA-USB-Port landen und umgekehrt. Damit würde Dein System wieder nicht laufen.
Grüße Jörg
unabhängig von den udev regel hat hier wahrscheinlich etwas anderes geholfen:
das die devices immer wieder neu angelegt wurden liegt daran das das zurücksetzen nicht geklappt hat. beim flashen auf den anderen jeelink stimmt die crc für die settings nicht mehr und die werte werden ignoriert bzw. neu angelegt.
das das senden nicht geklappt hat kann aber sehr wohl an vertauschen devices bzw. fehlendem/falschen IODev attribut gelegen haben.
gruss
andre
Kleiner "anderer" Hinweis:
Anstatt UDEV-Regel kann man auch in der Device-Konfig den folgenden Pfad verwenden: /dev/serial/by-id/
Sofern die Devices unterschiedliche ID haben, wird von Linux schon unterschiedliche Devices angelegt.
Nabend,
es ist Weihnachten und wieder nerven meine PCA301, irgendwie schalten die nach wie vor sehr unzuverlässig. Ich lasse meine ganze Beleuchtung damit schalten um 18 Uhr, das ganze zur Sicherheit nochmal um 18:01 aber es passiert sehr häufig, dass einige Lichterketten nicht an gehen bzw. am Abend dann nicht wieder aus.
Kann es irgendwie sein, dass der nicht mit klar kommt wenn ich in einem AT mehrere PCAs nacheinander schalte? Ist ihm das zu schnell? Ich kenne das von anderen Steckdosen (PT2262) die ich dann noch über mehrere IODevs schalte, dass man da ein sleep zwischen setzen muss da FHEM das sonst irgendwie parallel sendet und das kollidiert dann aufm Äther. Aber die PCAs gehen eigentlich alle über ein und dasselbe DevIO.
Gruß
Daniel
probier das mal mit dem fhem sleep.
wenn fhem gesendet hat pollt der sketch direkt anschliessend noch mal um mitzubekomme ob das schalten auch geklappt hat. d.h das schalten aus fhem hat zwei mal senden und eine antwort zur folge. kann schon sein das ein direktes zweites senden anschliessend dem in die quere kommt.
gruss
andre
@ext23
ich hatte anfangs auch Probleme mit den PCA 301 und meinem Eigenbau JeeLink.
Nachdem ich die Centerfrequenz richtig eingestellt hatte, funktionieren die Steckdosen zuverlässig.
Zur Sicherheit, setze ich die Schaltbefehle aber 3x hintereinander ab.
define Christmas_WintergartenAn2 at *{sunset("REAL",-3600,"15:30","22:00")} set Christmas_Wintergarten on;;sleep 1;;set Christmas_Wintergarten on;;sleep 1;;set Christmas_Wintergarten on
Gruß
Marcel
Ich habe jetzt immer ein sleep 0.5 zwischen den ganzen Dosen die ich schalte (ca. 15, gemischt, FS20, HM, PCA, PT2262...) und seit dem läuft es. Zur Sicherheit sende ich die ganze Geschichte aber auch nach einer Minute nochmal ;-)
Gruß
Daniel
@ext23
Perfekt !!!
Bei den PCA 301 hat man ja eine Rückmeldung / Energiemessung.
Man könnte sich ja ein notify basteln: Steckdose ein ==> "wenn kein Strom gemessen" ==> "nochmals einschalten !!!"
Gruß
Marcel
Nachdem ich die Centerfrequenz richtig eingestellt hatte, funktionieren die Steckdosen zuverlässig.
Wie hast Du die denn eingestellt?
Zitat von: Wernieman am 12 Dezember 2014, 08:40:59
Nachdem ich die Centerfrequenz richtig eingestellt hatte, funktionieren die Steckdosen zuverlässig.
Wie hast Du die denn eingestellt?
Siehe "Frequenzanpassung über modifizierten Sketch"
http://www.fhemwiki.de/wiki/JeeLink
Danke!
36_EC3000 Bugs:
-Die Berechnung der Werte ist nicht ganz korrekt, Korrektur im Anhang zum Test
-Fehlerhafte IDs führen zum Autocreate von EC3K-Geräten, die keine gültigen Werte haben (Ursache habe ich noch nicht verfolgt)
-Firmware für Jeelink nicht in FHEM enthalten
In der hier geposteten FW (http://forum.fhem.de/index.php/topic,11648.msg92019.html#msg92019) sind noch einige Fehler.
Es gibt aber eine andere Version - RF12test15 (http://forum.jeelabs.net/comment/6761.html#comment-6761) die sich deutlich von dieser unterscheidet...
Wenn ich das richtig sehe, ist dort schon deutlich mehr decodiert und auch der CRC-Check ist implementiert.
Müssten wir uns mal ranmachen, bissl was hab ich schon auf Basis der Version aus dem FHEM-Forum bei mir gefixt.
Würde gerne das DIFF anhängen, aber der Server nimmt keine Anhänge mehr an, also gezwungernermaßen als CODE:
--- /opt/fhem/FHEM/36_EC3000.pm.orig 2014-12-28 18:54:11.489882400 +0100
+++ /opt/fhem/FHEM/36_EC3000.pm 2014-12-23 01:31:32.207732329 +0100
@@ -118,11 +118,11 @@
@bytes = split( ' ', substr($msg, 6) );
$addr = sprintf( "%02X%02X", $bytes[0], $bytes[1] );
- $secondsTotal = $bytes[2]*256*255*255 + $bytes[3]*256*255 + $bytes[4]*256 + $bytes[5];
- $secondsOn = $bytes[6]*256*255*255 + $bytes[7]*256*255 + $bytes[8]*256 + $bytes[9];
- $consumptionTotal = ($bytes[10]*256*255*255 + $bytes[11]*256*255 + $bytes[12]*256 + $bytes[13] )/1000.0;
- $power = ($bytes[14]*256 + $bytes[15] )/10.0;
- $powerMax = ($bytes[16]*256 + $bytes[17] )/10.0;
+ $secondsTotal = ($bytes[2]<<24) + ($bytes[3]<<16) + ($bytes[4]<<8) + $bytes[5];
+ $secondsOn = ($bytes[6]<<24) + ($bytes[7]<<16) + ($bytes[8]<<8) + $bytes[9];
+ $consumptionTotal = ( ($bytes[10]<<24) + ($bytes[11]<<16) + ($bytes[12]<<8) + $bytes[13] )/1000.0;
+ $power = ( ($bytes[14]<<8) + $bytes[15] )/10.0;
+ $powerMax = ( ($bytes[16]<<8) + $bytes[17] )/10.0;
$resets = $bytes[18];
$reception = $bytes[19];
} else {
anbei eine version mit dem obigen patch. peinlicher copy&paste fehler. komisch das das nicht schon vorher aufgefallen ist.
ansonsten gibt es noch drei weiter änderung in dieser version:
- state enthält nicht mehr einfach eine kopie von power sondern abhängig von power on oder off
- es gibt ein attribut offLevel. ein power wert kleiner gleich diesem attribut wird als off gewertet
- stateFormat wird mit state (power W) initialisiert
den offLevel würde ich auch für das PCA301 modul übernehmen.
gruss
andre
edit: der anhang kommt sobald das forum wieder mag...
hier die beiden module mit den oben beschriebenen änderungen...
edit: jetzt stimmt das file.
Hab mal bissl an der FW für EC3000 geschraubt, die Berechnung der Energie ist korrigiert und passt jetzt auch bei größeren kWh.
Einfach die Hex ins FHEM-Firmware Verzeichnis werfen und JEE nach Modul-Anleitung flashen (AVRDUDE muss installiert sein).
Test und Rückmeldung erwünscht 8)
Ab hier für Entwickler:
Die Berechnung der Energie ist teilweise aus der RF12test15 (http://forum.jeelabs.net/comment/6761.html#comment-6761) übernommen (Änderungen etwa ab Zeile 2000).
Die RF12test15 wirft allerdings zahlreiche Fehler beim kompilieren - zumindest in der Arduino IDE bei mir >:(
Dort sind aber viele Erweiterungen eingeflossen, wäre also sicher interessant die Version zum Laufen zu bringen und die Anpassungen an das Modul EC3000 einzupflegen - ist aber sicher eine Menge Arbeit.
Soweit ich das beurteilen kann, ist in der neuen Version der CRC-Check implementiert, was auf jeden Fall wichtig für korrekte Daten wäre.
wenn es keine einwände gibt würde ich die modifizierten ec3000 und pca301 module sowie das ec3000 hex und den quelltext file demnächst einchecken.
gruss
andre
Hallo zusammen,
wurde der Bug, das die PCA301 Dosen manchmal nicht schalten mittlerweile behoben?
habe ab und zu folgendes im Log:
2015-01-26_19:59:39 PCA301_Waschmaschine power: 2.6
2015-01-26_20:00:02 PCA301_Waschmaschine set-off
2015-01-26_20:00:03 PCA301_Waschmaschine power: 1.9
2015-01-26_20:00:03 PCA301_Waschmaschine on
wie hier zu sehen bekommt die Steckdose einen set-off Befehl, meldet aber trotzdem on zurück. Könnte man das nicht im Modul abfangen und einen zweiten "off" Befehl senden?
ist die 36_PCA301.pm und die *hex Version, die über das Update kommt auf dem aktuellen Stand?
Gruß Schlimbo
Ich konnte über die Suche nicht finden, aktuell werden die PCA301 für 15€ verkauft, falls noch jemand welche benötigt :-).
Wo
Gesendet von meinem V3 mit Tapatalk
Bei ELV, aber jetzt 8 Wochen Lieferzeit.
Danke!
Naja 8 Wochen ist schon viel, aber dafuer hat man dann eine Steckdose mit Rueckkanal, und nebenbei Energiemessung!
Gruss Christoph
Hallo Zusammen,
habe seit einigen Monaten etliche PCA301 in einer Mietswohnung erfolgreich integriert und betrieben. Seit einigen Tagen ist offenbar ein Nachbar (wahrscheinlich aber ein Vermieter mehrer Wohnungen) auf den Geschmack gekommen und ich verzweifle an einem vollgemülltem LOGFILE. Dutzende PCA301 erscheinen OBWOHL autocreate ausgeschaltet ist. Hier ein kleiner Ausschnitt des Logfile:
2015.02.01 20:02:24 3: JLPCA301: Unknown code K 24 8 4 9 94 15 1 0 0 0 177, help me!
2015.02.01 20:02:25 3: PCA301 Unknown device B60201, please define it
2015.02.01 20:02:47 3: PCA301 Unknown device 9FB901, please define it
2015.02.01 20:02:49 3: JLPCA301: Unknown code K 24 8 4 9 182 106 1 0 118 0 47, help me!
2015.02.01 20:02:57 3: PCA301 Unknown device 4864C01, please define it
2015.02.01 20:03:02 3: PCA301 Unknown device 02C4853, please define it
2015.02.01 20:03:20 3: PCA301 Unknown device 019F55, please define it
2015.02.01 20:03:21 3: PCA301 Unknown device 013DE6, please define it
2015.02.01 20:03:29 3: PCA301 Unknown device 9E4C01, please define it
2015.02.01 20:03:31 3: PCA301 Unknown device 23DE0201, please define it
2015.02.01 20:03:34 3: PCA301 Unknown device C5A001, please define it
2015.02.01 20:03:40 3: PCA301 Unknown device 5EF301, please define it
2015.02.01 20:04:01 3: PCA301 Unknown device 9E4C01, please define it
2015.02.01 20:04:03 3: PCA301 Unknown device A23901, please define it
2015.02.01 20:04:03 3: PCA301 Unknown device EE2400, please define it
2015.02.01 20:04:10 3: PCA301 Unknown device 894D501, please define it
2015.02.01 20:04:11 3: PCA301 Unknown device 09F8AB, please define it
2015.02.01 20:04:22 3: PCA301 Unknown device 019F12, please define it
2015.02.01 20:04:32 3: PCA301 Unknown device 3E20F01, please define it
2015.02.01 20:04:33 3: PCA301 Unknown device A23901, please define it
2015.02.01 20:04:33 3: PCA301 Unknown device 23DE0201, please define it
2015.02.01 20:04:43 3: JLPCA301: Unknown code K 24 8 4 9 248 17 1 0 4 0 0, help me!
2015.02.01 20:04:46 3: JLPCA301: Unknown code K 24 7 5 9 94 243 1 170 170 170 170, help me!
2015.02.01 20:04:46 3: PCA301 Unknown device C4D501, please define it
2015.02.01 20:04:51 3: PCA301 Unknown device 5EF301, please define it
2015.02.01 20:04:53 3: JLPCA301: Unknown code K 24 8 4 1 159 185 1 0 64 8 201, help me!
2015.02.01 20:04:56 3: PCA301 Unknown device 09B6425, please define it
2015.02.01 20:05:05 3: PCA301 Unknown device 01A205, please define it
2015.02.01 20:05:05 3: PCA301 Unknown device 013A4C, please define it
2015.02.01 20:05:06 3: PCA301 Unknown device B60201, please define it
2015.02.01 20:05:07 3: PCA301 Unknown device 02C510, please define it
2015.02.01 20:05:13 3: PCA301 Unknown device 09EE168, please define it
2015.02.01 20:05:24 3: PCA301 Unknown device 019F12, please define it
2015.02.01 20:05:44 3: PCA301 Unknown device 09EE06, please define it
2015.02.01 20:05:50 3: PCA301 Unknown device 0213D5, please define it
2015.02.01 20:05:55 3: PCA301 Unknown device 0113B9, please define it
2015.02.01 20:05:58 3: PCA301 Unknown device A1E601, please define it
2015.02.01 20:05:59 3: PCA301 Unknown device 09B6425, please define it
2015.02.01 20:06:06 3: PCA301 Unknown device 01A207, please define it
2015.02.01 20:06:08 3: PCA301 Unknown device 019E06, please define it
2015.02.01 20:06:09 3: PCA301 Unknown device 23DE0201, please define it
2015.02.01 20:06:10 3: PCA301 Unknown device 0261A0, please define it
2015.02.01 20:06:15 3: PCA301 Unknown device 091724, please define it
2015.02.01 20:06:26 3: JLPCA301: Unknown code 4 8 4 1 159 185 1 0 64 8 201, help me!
2015.02.01 20:06:31 3: PCA301 Unknown device 3E2F301, please define it
2015.02.01 20:06:38 3: PCA301 Unknown device 01A207, please define it
Ich wäre für jeden Rat dankbar...
Habe etwas zu ignoreType im autocreate gelesen, allerdings liegt das Problem ja in der Tatsache, dass es trotz abgeschaltetem autocreate entsprechende Logfile Einträge gibt.
Du wirst wohl nicht drumrumkommen, die Dinger in FHEM anzulegen (bzw. von autocreate anlegen zu lassen). In der freundlichen Variante setzt du dann "disable" und verschiebst sie in einen hiddenroom. In der bösartigen Variante schaltest du sie per at alle paar Minuten aus und wartest bis der Nachbar sie zurück schickt ;-) Ich rate selbstverständlich zur freundlichen Variante.
*lol*
Aber für mich sieht das eher danach aus, dass es ein Fehler ist. Also durch irgend welchen Funk Matsch. Ich habe sowas auch ab und an mal. Da werden Sachen erkannt die hat kein Mensch hier, vor allem nicht in der Anzahl.
Aber du kannst ja trotzdem mal alle "unfreundlich" schalten lassen, vielleicht geht ja irgendwo Licht an ;-)
Gruß
Daniel
wie könnte ich den Funkmatsch austrocknen? ich glaube auch nicht wirklich, dass in einem 6 Familienhaus plötzlich 60-70 Dosen installiert wurden...
Hallo,
der Thread ist mittlerweile ziemlich lang und ich habe immer noch folgende Fragen zur PCA301 :
- Wie kann ich den Tagesverbrauch auslesen ?
- Wenn das nicht geht, kann ich den Zähler um Mitternacht zurücksetzen ?
- Ich benutze PCA10.1. Kann ich PCA301 und gleichzeitig LaCrosse Temperatursensoren auslesen ?
- Wäre toll wenn das Wiki an diese Infos angepasst würden.
Gruss
Joe
Zitat von: cotecmania am 01 Februar 2015, 22:52:24
- Wie kann ich den Tagesverbrauch auslesen ?
da würde sich vermutlich ein userreading anbieten
Zitat
- Wenn das nicht geht, kann ich den Zähler um Mitternacht zurücksetzen ?
set meinePCA301Dose reset setzt consumption auf 0
Zitat
- Ich benutze PCA10.1. Kann ich PCA301 und gleichzeitig LaCrosse Temperatursensoren auslesen ?
PCA301 und LaCrosse gleichzeitig geht nur mit zwei JeeLinks
Grüße,
Oli
Es ist ja bekannt, das die PCA Dosen gelegentlich nicht schalten.
Es scheint aber zumindest eine Statusrückmeldung zu geben.
2015-02-26_07:01:00 pca301_Fe set-on
2015-02-26_07:01:02 pca301_Fe off
Es wäre schön, wenn dieser Fall im Modul abgefangen werden könnte. Sodas
der Schaltbefehl verlässlich abgesetzt würde. :)
Hierfür ein Workaround durch DOIF oder ähnliches zu basteln ist sicher suboptimal.
Leider sind meine Perl Kenntnisse zum fixen dieser Situation im Modul o. AVR Kenntnise
für den Jeelink nicht ausreichend. :'(
Hi Profis,
nach langem (erfolglosen) suchen muss ich trotzdem mal eine Frage stellen, auch auf die Gefahr hin, dass ihr mich auslacht...
Wie schaffe ich es in einem "at" um 0:00 die aktuelle consumption in ein extra log file zu schreiben?
Danke,
Mick
@My-FHEM: der sketch versuch schon mehr als ein mal zu senden und fordert deshalb den status an. oweh ist leider nicht mehr dazu gekommen die geplanten verbesserungen einzubauen.
@Mick378: zum beispiel in dem du im at mit setreading den wert in ein neues reading schreibst und dieses loggst.
gruss
andre
Danke andre! Genau den tip habe ich gebraucht.
@justme1968 Kannst Du das etwas näher erklären: Was macht der Sketch ? Und von welcher Version sprichst Du?
Welche Änderungen hat Oweh noch nicht eingebaut? Wo fehlen Sie? Im Sketch oder im Modul?
Ich habe leider ein wenig den Überblick verloren. Kann ich eventuell etwas zur Verbesserung beitragen?
Ich vermute mal Andre meint diesen Link
http://forum.fhem.de/index.php/topic,11648.msg115311.html#msg115311
Gruss
Billy
Zitat von: justme1968 am 12 Januar 2015, 14:14:16
wenn es keine einwände gibt würde ich die modifizierten ec3000 und pca301 module sowie das ec3000 hex und den quelltext file demnächst einchecken.
gruss
andre
Hallo Andre,
hast Du das schon eingecheckt? Ich habe mal die Dateien verglichen und meine eher nein ;)
Danke + Gruß
PeMue
ups. hatte nur den ec3000 sketch und das hex file eingecheckt.
hab es jetzt auch für die beiden module nachgeholt.
gruss
andre
ok, und ich habe den Sketch (*.ino) aus dem Forum mit dem aus dem SVN verglichen. Mache ich gleich nochmal, um sicher zu sein. Die Versioniererei scheint bei den Programmierern auch nicht wirklich zu klappen, im Kommentar steht zwar 1.01, aber die Version ist seit ewig PROGVERS 1 >:(
Gruß PeMue
Edit:
Hm, die ZIP (http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/arduino/36_EC3000-ec3kSerial.zip?format=raw) Datei im SVN für EC3000 ist auch noch nicht aktuell ;)
ZitatPCA301 und LaCrosse gleichzeitig geht nur mit zwei JeeLinks
Mit
initCommands 30t v
schaltet das Jeelink alle 30sek zwischen Lacrosse und PCA hin und her.
So les ich 4 PCA301 udn einen LaCrosse Sensor problemlos seit ca nem halben Jahr aus.
wo hast du geschaut? ich habe das hex file und das zip file zusammen am 28.03. eingecheckt.
das contrib verzeichniss wird nicht per update aktualisiert. du musst die files dort von hand aus dem svn holen.
gruss
andre
Hallo Andre,
habe ich doch >:(:
- aus dem SVN (http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/arduino/36_EC3000-ec3kSerial.zip?format=raw) (ZIP ausgepackt): 28.08.2013, 99 023 Bytes
- aus dem Forum (http://forum.fhem.de/index.php?action=dlattach;topic=11648.0;attach=24082): (31.12.2014), 101 347 Bytes
Mache ich was falsch?
Gruß PeMue
du hast recht und ich keine ahnung was da schief gegangen ist...
hab das zip file noch mal gepackt und eingecheckt. jetzt sollte es wirklich die neue version sein.
gruss
andre
Vielen Dank. Packst Du eigentlich das HEX-File ins ZIP und in den Ordner Firmware?
Wäre aus meiner Sicht zu bevorzugen.
Gruß PeMue
nein. warum?
im firmware verzeichniss wird es automatisch per update verteilt und wer nur flashen will kann es sogar aus fhem heraus ohne etwas von hand zu machen.
wenn du den quelltext von hand holst und kompilieren willst brauchst du das hex file ja nicht.
gruss
andre
Zitat von: chris_z am 03 April 2015, 17:34:42
Mit
initCommands 30t v
schaltet das Jeelink alle 30sek zwischen Lacrosse und PCA hin und her.
So les ich 4 PCA301 udn einen LaCrosse Sensor problemlos seit ca nem halben Jahr aus.
Also kann ich doch mit einem JeeLink weiterhin meine Dosen schalten und trotzdem Temperaturen von LaCrosse einlesen ?
Wo muss man das initCommands absetzen ? Einmalig ? Kannst Du die Vorgehensweise etwas genauer erklaeren ?
Gruss
Joe
Ich hab das durcheinandergeworfen, ich verwendet keine PCA301 sondern EMT7110. Damit geht das. InitCommands ist ein Attribut also
attr JeeLink initCommands 30t v
sollte das setzen.
Ob das AutoToggle auch für die PCA301 funktioniert kann ich aber nicht sagen. Versuch macht kluch.
der pca301 sketch ist der lacrosse sketch sind völlig getrennt und unabhängig. es ist (zur zeit) nicht möglich beides gleichzeitig auf einem jeelink zu haben. d.h. du brauchst zwei jeelinks bzw nachbauten dafür.
gruss
andre
BTW: mit Gutscheinen kostet eine PCA301 Steckdose bei ELV aktuell nur 12€
Zitat von: Tobias am 07 April 2015, 15:22:16
BTW: mit Gutscheinen kostet eine PCA301 Steckdose bei ELV aktuell nur 12€
Tja, dafür warte ich auch schon seit > 4 Wochen auf die Lieferung :-S
Meine wurden heute versendet.
Nachdem gestern die Lieferzeit zwischenzeitlich auf 16 Wochen gestanden hat liegt sie jetzt wieder im normalen Bereich ;)
Meine auch. Scheint ne Lieferung gekommen zu sein ;-)
Hallo,
weiss jemand, ob man an die PCA 301 eine externe Antenne verlöten kann, bzw. ob das was bringt ?
Ich möchte draussen im Garten was schalten aber da wo ich die Steckdose anbringen muss habe ich keinen Empfang.
Einen Meter daneben gings, aber da ist die Steckdose nicht geschützt. Antenne verlegen wäre da evtl. eine Lösung
Gruss
Na das kann man bestimmt. Ich denke mal das wird eine Print Antenne sein. Musste eben die Leiterbahn unterbrechen und direkt verlöten.
Gruß
Daniel
Zitat von: ext23 am 10 April 2015, 21:50:52
Na das kann man bestimmt. Ich denke mal das wird eine Print Antenne sein. Musste eben die Leiterbahn unterbrechen und direkt verlöten.
Gruß
Daniel
... solche Antworten liebe ich : Könnte, denke, müsste, ...
Es geht drum, ob das schon mal jemand erfolgreich gemacht hat.
Dass ich das selber ausprobieren kann ist mir klar.
Gruss
Joe
Wie ist der korrekte Name der Funksteckdose denn nun wirklich?
Bisher dachte ich immer das wäre eine PCA301 - wenn ich nun auf das Label meiner gelieferten schaue dann steht da PCS301 PSA301.
Hatte der Chinese am Labelprinter dicke Finger?! :D
Edit:
@cotecmania
Du hast natürlich Recht! Ich hab grad noch mal nachgesehen und unsere Beschriftung stimmt zumindest überein.
Am Ende ist es ja wurscht, die Hauptsache ist ja das sie funktionieren ;)
In der BDA der Steckdose steht auch immer nur 'für' PCA301 (PowerCostAnalyser und PowerSwitchAdapter?).
Witzig.
Auf meiner steht PSA301 :-\
Bei ELV wird die aber definitv nur unter PCA 301 gelistet
Zitat von: chris_z am 03 April 2015, 17:34:42
Mit
initCommands 30t v
schaltet das Jeelink alle 30sek zwischen Lacrosse und PCA hin und her.
So les ich 4 PCA301 udn einen LaCrosse Sensor problemlos seit ca nem halben Jahr aus.
Kannst Du mit dem
einen Jeelink damit parallel zu LaCrosse auch die PCA301 schalten oder nur lesen?
es geht weder noch! das ist eine falschinformation.
Du könntest höchstens cyklisch umflashen das mant der flash aber nur 100.000 mal mit
Zitat von: cotecmania am 11 April 2015, 11:57:54
... solche Antworten liebe ich : Könnte, denke, müsste, ...
Es geht drum, ob das schon mal jemand erfolgreich gemacht hat.
Dass ich das selber ausprobieren kann ist mir klar.
Gruss
Joe
Was ist denn da dein Problem? Bekommste es nicht hin? Dann bist du nicht fähig und lässt es lieber sein. Das sind immerhin 230 V da sollen ehe keine Kinder dran spielen. Erwartest du hier eine Anleitung nach Comic Art oder wie?
Wie gesagt wenn du wissen willst ob es geht, klar geht es, wenn nicht hast wohl was falsch gemacht oO
Gruß
Daniel
Moin moin, die PCA 301 funkt ja bidirektional, aber schaltet sie auch "sicher", so wie z.B. Homematic Befehle wiederholt, bis das ack zurückkommt (wenn ich das richtig verstanden habe)?
lg
aeronaut
Zitat von: cotecmania am 11 April 2015, 11:57:54
... solche Antworten liebe ich : Könnte, denke, müsste, ...
Es geht drum, ob das schon mal jemand erfolgreich gemacht hat.
Dass ich das selber ausprobieren kann ist mir klar.
Gruss
Joe
Hallo Joe,
ich würde grundsätzlich davon abraten die PCA im Außen- oder Feuchtraumbereich einzusetzen. Alleine durch Kondenswasser entstehen gefährliche Spannungsbrücken, die zu einem Stromschlag bei Berührung des Gehäuses führen können. Nimm hierfür lieber einen Homematic Außenschaltaktor.
Grüße Jörg
Zitat von: aeronaut am 28 April 2015, 19:40:07
Moin moin, die PCA 301 funkt ja bidirektional, aber schaltet sie auch "sicher", so wie z.B. Homematic Befehle wiederholt, bis das ack zurückkommt (wenn ich das richtig verstanden habe)?
Wie es technisch umgesetzt ist weiß ich nicht, also ob das retransmit implementiert ist in dem Modul von FHEM bzw. der Stick Firmware.
Aus meiner Erfahrung, um deine Frage zu beantworten, nein. Also bei mir schalten die alles andere als "sicher". Das merke ich immer zu Weihnachten wenn ich viele von denen verbaut habe und ab und an doch mal eine Dose an bzw. aus bleibt. Aber theoretisch verhalten die sich wie die HM Geräte, also das stimmt schon. Aber nach x Versuchen hat auch ein HM Gerät keine Lust mehr. Aber zumindest kann man das jederzeit mit FHEM abfangen, also da kann man was basteln das es "sicherer" wird.
Gruß
Daniel
Hallo,
ich habe mal nach langer Zeit zu meinen bisherigen 7 PCA's eine neue mit autocreate in Betrieb genommen.
Dabei wurden seltsamerweise 8 neue PCA's in der fhem.cfg angelegt.
siehe LOG
2015.05.16 14:31:23 2: autocreate: define PCA301_1EF7DF PCA301 1EF7DF AF
2015.05.16 14:31:23 2: autocreate: define FileLog_PCA301_1EF7DF FileLog /data/fhem/log/PCA301_1EF7DF-%Y.log PCA301_1EF7DF
2015.05.16 14:31:23 2: autocreate: define PCA301_09B66A PCA301 09B66A 08
2015.05.16 14:31:23 2: autocreate: define FileLog_PCA301_09B66A FileLog /data/fhem/log/PCA301_09B66A-%Y.log PCA301_09B66A
2015.05.16 14:31:24 2: autocreate: define PCA301_02C4D5 PCA301 02C4D5 06
2015.05.16 14:31:24 2: autocreate: define FileLog_PCA301_02C4D5 FileLog /data/fhem/log/PCA301_02C4D5-%Y.log PCA301_02C4D5
2015.05.16 14:31:24 2: autocreate: define PCA301_09B602 PCA301 09B602 05
2015.05.16 14:31:24 2: autocreate: define FileLog_PCA301_09B602 FileLog /data/fhem/log/PCA301_09B602-%Y.log PCA301_09B602
2015.05.16 14:31:24 2: autocreate: define PCA301_01A1E6 PCA301 01A1E6 07
2015.05.16 14:31:24 2: autocreate: define FileLog_PCA301_01A1E6 FileLog /data/fhem/log/PCA301_01A1E6-%Y.log PCA301_01A1E6
2015.05.16 14:31:25 2: autocreate: define PCA301_09EE24 PCA301 09EE24 05
2015.05.16 14:31:25 2: autocreate: define FileLog_PCA301_09EE24 FileLog /data/fhem/log/PCA301_09EE24-%Y.log PCA301_09EE24
2015.05.16 14:31:25 2: autocreate: define PCA301_02C5A0 PCA301 02C5A0 01
2015.05.16 14:31:25 2: autocreate: define FileLog_PCA301_02C5A0 FileLog /data/fhem/log/PCA301_02C5A0-%Y.log PCA301_02C5A0
2015.05.16 14:32:42 2: autocreate: define PCA301_09F383 PCA301 09F383 08
2015.05.16 14:32:42 2: autocreate: define FileLog_PCA301_09F383 FileLog /data/fhem/log/PCA301_09F383-%Y.log PCA301_09F383
Der richtige ist der PCA301_09F383 (also der zuletzt angelegte)
Ich habe die restlichen 7 einfach gelöscht und autocreate wieder abgeschaltet. Aber seltsam ist das ganze schon.
Sketch auf dem Jeelink [pcaSerial.10.0i]
Wurde da an einem Modul was verändert?
Gruß Billy
Hi, kann mir jemand erklären ( bitte für Newbie ) wie ich den PCA 301 Sketch auf meinen Jeelink bekomme,
mit der Erklärung im Wiki komme ich nicht zurecht.
Das wäre echt super!
was genau ist an dem hier http://www.fhemwiki.de/wiki/JeeLink#JeeLink_aus_Fhem_flashen (http://www.fhemwiki.de/wiki/JeeLink#JeeLink_aus_Fhem_flashen) unklar ?
gruss
andre
kann ich meinen 1. Jeelink im System lassen ( La Cross ) was muss ich bei Firmware eingeben, welchen Namen muss ich dem Jeelink geben?
ja. natürlich.
PCA301
du kannst das fhem device nennen wie du willst. du musst im define nur das richtige linux device angegeben haben.
woher bekomme ich den Namen um bei define das richtige linux device einzubinden?
Sorry, aber da komme ich an meine Grenzen!
anstecken und im syslog bzw. mit dmesg nachschauen.
so er ist jetzt im System und wird auch im fhem als initialized angezeigt, es werden aber keine Steckdosen gefunden
wenn ich auf der Steckdose die Taste länger drücke!
Trotzdem das initalized angezeigt wird, habe ich folgende Fehlermeldungen im Log:
2015.06.27 22:45:18 3: JeeLink: Unknown code <nn>i - set node ID (standard node ids are 1..30), help me!
2015.06.27 22:45:18 3: JeeLink: Unknown code <n>b - set MHz band (4 = 433, 8 = 868, 9 = 915), help me!
2015.06.27 22:45:18 3: JeeLink: Unknown code <nnnn>o - change frequency offset within the band (default 1600), help me!
2015.06.27 22:45:18 3: JeeLink: Unknown code <nnn>g - set network group (RFM12 only allows 212, 0 = any), help me!
2015.06.27 22:45:18 3: JeeLink: Unknown code <n>c - set collect mode (advanced, normally 0), help me!
2015.06.27 22:45:18 3: JeeLink: Unknown code t - broadcast max-size test packet, request ack, help me!
2015.06.27 22:45:18 3: JeeLink: Unknown code ...,<nn>a - send data packet to node <nn>, request ack, help me!
2015.06.27 22:45:18 3: JeeLink: Unknown code ...,<nn>s - send data packet to node <nn>, no ack, help me!
2015.06.27 22:45:18 3: JeeLink: Unknown code ... <nn> - Space character is a valid delimiter, help me!
2015.06.27 22:45:18 3: JeeLink: Unknown code <i>,n - remove group/node index number <i> entry from eeprom, help me!
2015.06.27 22:45:18 3: JeeLink: Unknown code <g>n - set group <g> as sticky. Group 0 only, see p command, help me!
2015.06.27 22:45:18 3: JeeLink: Unknown code <n>l - turn activity LED on PB1 on or off, help me!
2015.06.27 22:45:18 3: JeeLink: Unknown code <i>,<g>,<s>p post semaphore <s> for node <i>, group <g> to be, help me!
2015.06.27 22:45:18 3: JeeLink: Unknown code <n>q - set quiet mode (1 = don't report bad packets), help me!
2015.06.27 22:45:18 3: JeeLink: Unknown code <n>x - set reporting format (0: decimal, 2: decimal+ascii, help me!
2015.06.27 22:45:18 3: JeeLink: Unknown code 123z - total power down, needs a reset to start up again, help me!
2015.06.27 22:45:18 3: JeeLink: Unknown code Current configuration:, help me!
2015.06.27 22:45:18 3: JeeLink: Unknown code A i1 g212 @ 868 MHz q1, help me!
das ist der jeelink demo sketch. nicht der pca301 sketch. du musst noch flashen.
ich habe aber ( set <JeeLinkDevice> flash [PCA301] ) eingegeben, war das falsch?
da sind schon wieder klammern die da nicht hin gehören.
was steht im log?
ich hebe es ohne Klammern eingegeben so set <JeeLinkDevice> flash [PCA301]
ich habe zwei Jeelink devices die für LaCross heisst myJeeLink
die für PCA 301 nur JeeLink
Zitat von: bunni am 27 Juni 2015, 23:08:36
ich hebe es ohne Klammern eingegeben so set <JeeLinkDevice> flash [PCA301]
da stehen klammern. und statt
<JeeLinkDevice> musst du JeeLink schreiben.
was steht im log?
jetzt scheint es geklappt zu haben jetzt steht auch opened da, es erscheint aber keine Steckdose in Fhem.
Muss die speziell gepeert werden?
flashing JeeLink JeeLink
detected Firmware: PCA301
hex file: ./FHEM/firmware/JeeLink_PCA301.hex
port: /dev/ttyUSB1
log file: ./log/JeeLinkFlash.log
JeeLink closed
command: avrdude -p atmega328P -c arduino -P /dev/ttyUSB1 -D -U flash:w:./FHEM/firmware/JeeLink_PCA301.hex 2>./log/JeeLinkFlash.log
--- AVRDUDE ---------------------------------------------------------------------------------
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.00s
avrdude: Device signature = 0x1e950f
avrdude: reading input file "./FHEM/firmware/JeeLink_PCA301.hex"
avrdude: input file ./FHEM/firmware/JeeLink_PCA301.hex auto detected as Intel Hex
avrdude: writing flash (12280 bytes):
Writing | ################################################## | 100% 1.77s
avrdude: 12280 bytes of flash written
avrdude: verifying flash memory against ./FHEM/firmware/JeeLink_PCA301.hex:
avrdude: load data flash data from input file ./FHEM/firmware/JeeLink_PCA301.hex:
avrdude: input file ./FHEM/firmware/JeeLink_PCA301.hex auto detected as Intel Hex
avrdude: input file ./FHEM/firmware/JeeLink_PCA301.hex contains 12280 bytes
avrdude: reading on-chip flash data:
Reading | ################################################## | 100% 1.37s
avrdude: verifying ...
avrdude: 12280 bytes of flash verified
avrdude done. Thank you.
--- AVRDUDE ---------------------------------------------------------------------------------
JeeLink opened
model
[LaCrosseITPlusReader.10.1j (RFM69CW) @17241 kbps / 868300 kHz]
steht dort, sollte dort nicht PCA301 stehen?
Was mache ich falsch?
Trotz mehrmaligen erfolgreichen Flaschen des Sticks, erkennt er keine Steckdose! Weiss jemand Rat?
Oder ist schon beim Einbinden des JeeLink ein Fehler aufgetreten, ich habe ihn mit
folgenden Befehl eingebunden: define JeeLinkPCA JeeLink /dev/ttyUSB1@57600
USB1, da es mein zweiter Jeelink ist!
Hallo bunni,
bist Du Dir sicher, dass Du den richtigen JeeLink flashst? Vielleicht mal einen ausstecken und den anderen flashen ...
Gruß PeMue
Das weiss ich nicht, auf jedenfalls bekomme ich immer noch die Daten von den Temperatursensoren.Ich werde es mal versuchen zu flashen,
wenn ich einen Stick entferne!
Das ist der richtige Weg, jetzt sagt mir AVR dude das er den Stick nicht finden kann, wie und wo kann ich
sehen auf welchem Steckplatz der Stick ist, um ihn dann neu einzubinden?
Jetzt wurde der Stick richtig eingebunden und geflachst, doch leider immer noch keine Steckdosen!
Type list <name> for detailed info.
Global:
global (<no definition>)
HMLAN:
HMLAN1 (opened)
FHEMWEB:
FHEMWEB:192.168.188.34:64017 (Connected)
WEB (Initialized)
WEBphone (Initialized)
WEBtablet (Initialized)
fronthem:
fronthem (???)
CUL_HM:
Bad (on)
HM_381840 (HM_381840_Btn_02 Short)
HM_381840_Btn_01 (Short (to Bad))
HM_381840_Btn_02 (Short (to Bad))
HM_388A32 (CMDs_done)
LichtTerasse (off)
RolloGarage (on)
RolloTerasse (on)
RolloVinni (on)
StromTerasse (off)
HUEBridge:
hueBridge1 (Connected)
HUEDevice:
HUEGroup0 (Initialized)
TvLinks (off)
TvRechts (off)
fronthemDevice:
MacBookAir (disconnected)
iPhone (disconnected)
JeeLink:
JeeLinkPCA (Opened)
LaCrosse:
AussenTemp (T: 16.8 H: 70)
Kuehlschrank (T: 6.8)
KuehlschrankG (T: 11.1)
SchlafZ (T: 25.8 H: 60)
TempHWR (T: 25.4)
TempPatti (T: 25 H: 56)
TempVinni (T: 24.3 H: 59)
TempWhZ (T: 23 H: 62)
eventTypes:
eventTypes (active)
notify:
initialUsbCheck (2015-06-28 00:08:58)
FileLog:
FileLog_Bad (active)
FileLog_HM_344E71 (active)
FileLog_HM_381840 (active)
FileLog_HM_388A32 (active)
FileLog_RolloGarage (active)
FileLog_RolloTerasse (active)
FileLog_RolloVinni (active)
FileLog_TempPatti (active)
Logfile (active)
autocreate:
autocreate (active)
telnet:
telnetPort (Initialized)
Hallo bunni,
arbeite bitte mal mit code tags (oben in der Leiste mit # gekennzeichnet), da liest sich Dein Post deutlich leichter ...
Mit lsusb zeigst Du USB Geräte an.
Gruß PeMue
das mit den Codetags und der Rautetaste habe ich schon probiert, es klappt irgendwie nicht, wie genau muss
ich vorgehen die Ratterte beim einfügen drücken oder wie?
Habe dieses bekommen:
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp.
Bus 001 Device 007: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
Bus 001 Device 006: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
mit welchem Befehl binde ich jetzt in Fhem den zweiten Stick ein?
- Text schreiben
- den gewünschten Text mit der Maus markieren und danach
- die Rautetaste drücken, danach müsste vor und hinter dem markierten Text ein code bzw. /code in eckigen Klammern erscheinen
Gruß PeMue
OK, habe es schon probiert klappt jetzt mit den Code Tags!
Leider mit dem Stick immer noch nicht, bin mir sicher liegt am Einbinden in Fhem!
zeig mal bitte ein list auf beide jeelink devices.
gruss
andre
was genau muss ich eingeben für das listing?
Welchen Jeelink verwendest du? Classic oder v3c?
Der Jeelink v3c erkennt die PCA301-Steckdosen nicht.
Ich verwende den v3c!!! dass habe ich nicht gewusst! Oh nein, muss ich jetzt den Classic Kaufen?
der pca301 sketch geht zur zeit nur mit dem alten funk modul. der lacrosse sketch geht glaube ich mit beiden.
der pca301 sketch geht zur zeit nur mit dem alten funk modul. der lacrosse sketch geht glaube ich mit beiden.
Zitat von: bunni am 28 Juni 2015, 21:19:34
was genau muss ich eingeben für das listing?
siehe commandref (http://fhem.de/commandref#list)
Gruß PeMue
Zitat von: bunni am 29 Juni 2015, 12:21:58
Ich verwende den v3c!!! dass habe ich nicht gewusst! Oh nein, muss ich jetzt den Classic Kaufen?
Da gehe ich jetzt mal von aus.
Ich habe da auch "Lehrgeld" bezahlt, in Form eines zweiten Jeelinks...
Bei 27,50 € ist das aber ja noch zu verschmerzen. Den v3c hab ich jetzt mit dem LaCrosse-Sketch bestückt (@justme1968: ja, der funktioniert auch damit) und empfange irgendwelche Thermometer-Signale meiner Nachbarn...
Classic ist schon bestellt, den v3c habe ich hier im Forum an einen netten
Kollegen verkauft!
Hallo,
jetzt habe ich den Classic bekommen, doch es gibt ein Problem, er erkennt die Steckdosen,
doch mein Problem ist das jetzt sowohl die LaCross Temperaturfühler als auch die PCA Steckdosen
nur über den Classic laufen, obwohl ich doch auch noch den v3c habe über den die laCross abgefragt werden.
Ich habe den Classic mit folgenden Befehl in Fhem eingebunden: define myJeeLink2 JeeLink /dev/ttyUSB1@57600
USB 1, weil er der 2. JeeLink im System ist!
Kann mir jemand helfen?
wie kommst du drauf das beides über einen jeelink läuft?
das geht technisch überhaupt nicht weil es zur zeit keinen sketch gibt der LaCrosse und PCA301 versteht.
gruß
andre
Es läuft nicht beides, aber er erkennt halt beides d.h. es wird beides in Fhem angezeigt, und bei IO Device steht bei beiden
nur der Classic und nicht der v3c, ich möchte halt nur dass ich nicht beide auf einem Jeelink habe.
Danke!
was heißt erkennt beides?
das IODev musst du selber passend setzen. bei den LaCrosse ist es aber mehr oder weniger egal. die senden nicht.
was meinst du mit gleichem port? auch das geht nicht.
Ich meine den USB Port, der v3c ist auf USB0 und der Classic auf USB1, das müsste doch stimmen, oder?
Wie kann ich das IOdevice setzten?
Mit dem Device setzten hat sich erledigt, IoDevice ist jetzt der Classic, doch bei LastInputDevice steht immer noch der v3C.
Hallo Leute,
ich brauche Eure Hilfe irgendwie hackt es bei mir.
Ich habe "fast" nach dieser Anleitung http://blog.gummibaer-tech.de/jeelink-433-868-mhz-selbstbau/
den Jeelink nachgebaut. Fast bedeutet dass ich nicht die RFM12B sonder die RFM12 Module verwendet habe (das sind reine 433 MHz Module)
Den Arduini Nano habe ich mit dem PCA301 Sketch geflasht, und es scheint im ersten Moment auch alles zu passen. Der Jeelink ist im FHEM eingebunden und sieht so aus:
myPCA301JeeLink
Clients:PCA301:EC3000:RoomNode:LaCrosse:ETH200comfort:CUL_IR:HX2272:FS20:AliRF:Level:EMT7110
DEF /dev/ttyUSB0@57600
DeviceName /dev/ttyUSB0@57600
FD 13
NAME myPCA301JeeLink
NR 193
NR_CMD_LAST_H 11
PARTIAL
RAWMSG L 24 1 0 : 1 4 0 0 0 0 0 0 0 0
STATE Opened
TYPE JeeLink
model [pcaSerial.10.1]
myPCA301JeeLink_MSGCNT 1
myPCA301JeeLink_TIME 2015-07-16 22:38:03
Ein paar Sekunde später legt FHEM automatisch ein Device an das sieht dann so aus:
DEF 000000 01
IODev myPCA301JeeLink
NAME PCA301_000000
NR 199
PCA301_lastSend 2015-07-16 22:59:16
STATE set-off
TYPE PCA301
addr 000000
channel 01
Aber leider kann ich die Dose nicht schalten.
Was ich festgestellt ahbe, das Device auch angelegt wird wenn die +5V vom RFM12 getrennt sind. Als würde der Nano nicht mit dem RFM12 kommunizieren.
Gibt es eine Möglcihkeit das irgendwie zu testen. So eine Art 433 MHz Scanner?
Danke im Voraus
Gruß Eddie
die pca301 arbeiten mit 868mhz. da wirst du mit einem 433mhz modul nicht weit kommen...
gruss
andre
Ach so, echt jetzt das habe ich total übersehen
Manchmal sieht man den Wald vor lauter Bäumen nicht
Danke
Gruß Eddie
Gesendet von meinem D6503 mit Tapatalk
Hi,
so heute sind meine 868 MHz RFM12B Module angekommen, habe mich gleich ran gemacht und am Steckbrett angeschlossen.
Der Arduino Nano wird nun im FHEM als Opened angezeigt. Dann passiert aber nichts mehr.
Wenn ich mal den Befehl LED on oder Off absetze dann steht der Jeelink auf Initialized. Es wurde auch ein PCA301 angelegt aber dieser lässt ich nicht steuern.
Ich habe dann diesen PCA301 entfernt. Habe dann eine Steckdose angesteckt und habe ca. 3 Sekunden auf den Knopf gedrückt die Dose blinkt dann eine Zeitlang aber wird in FHEM trotzdem nicht erkannt.
Kann mir jemand helfen was ich genau machen muss, damit das funktioniert?
Danke
Gruß Eddie
Bitte schau mal in diesem Thread oder im Wiki. Du must ggf noch die Frequenz kalibrieren
Grüße Jörg
Gesendet von iPhone mit Tapatalk
Hallo,
ich habe das gleiche Problem wie Meddie, habe dazu einen neuen Thread aufgemacht (http://forum.fhem.de/index.php/topic,39247.msg313860.html#msg313860 (http://forum.fhem.de/index.php/topic,39247.msg313860.html#msg313860)).
Das Ändern der Frequenzen über <0xnnnn> h habe ich gemacht, leider kein Erfolg.
Die identische Hardware empfängt (mit anderem Sketch) LaCrosse-Sensoren einwandfrei.
Nicht, daß da kaputte PCA301 von ELV im Umlauf sind....? :-)
Gruß, Stefan
Hallo Leute,
seid mir nicht böse, aber ich check das einfach nicht. Ich gehe in der Webgui auf den Jeelink_PCA füge dort das attr initCommands mit dem Wert 0xA706h ein. Danach resete ich den Jeelink und sehe in der Log folgendes:
JeeLink_PCA: Unknown code > FREQ set to: A706, help me!
In der Wiki steht <hhhh>h aber was ist damit gemeint?
Und wo muss dass im Sketch hin. Eine solche Zeile finde ich dort nicht, ich geh davon aus dass man sie einfügen muss oder?
Sorry, sorry für die Fragerei aber ich check das grad überhaupt nicht und möchte doch so gerne die Dosen schalten können.
Danke im Voraus für Eure Geduld mit mir.
EDIT:
Ich habe es gefunden in der pca301.h steht der Wert habe nun A70C als Frequenz eingetragen und siehe da ich habe meine Dose im FHEM und sie schaltet HURRA!!!!!!
Hallo,
gerade erst Deine Edith gesehen....Glückwunsch!
Sprich, Du hast den Sketch in der Arduino IDE geändert und von dort aus geflasht?
Dann scheint wohl im Sketch das On-The-Fly-Verstellen der Frequenz 'kaputt' zu sein...attr InitCommand hatte bei mir übrigens auch nicht zum Erfolg geführt...das würde ja dann vermutlich vom FHEM-Modul an den Sketch weitergereicht werden, der damit aber anscheinend ein Problem hat.
Mist, neu flashen kann ich den Jeelink aus dem Urlaub nicht...;-))
Danke, Stefan
@ andre
Habe inzwischen 11 PCA301 im einsatz und bin auf folgendes Phänomen gestoßen!
Sobald ich ein event-on-change-reading setze z.B: power:1,consumptionTotal
Habe ich im fhem.log Perl warnings wie:
2015.07.21 10:01:11 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at (eval 6708) line 1.
2015.07.21 10:01:11 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at (eval 6708) line 1.
2015.07.21 10:01:11 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at (eval 6738) line 1.
Und das Umschalten des Icons von on auf off geht nicht mehr automatisch sondern erst nach Browser refresh
Scetch + FHEM sind auf neuestem Stand.
hast du eine Idee?
Danke schon mal.
Gruß Billy
schalte mal bitte stacktrace ein und zeige woher die meldung genau kommt.
gruss
andre
Zitat von: justme1968 am 21 Juli 2015, 11:27:14
schalte mal bitte stacktrace ein und zeige woher die meldung genau kommt.
danke, Da Kommt dann
2015.07.21 12:47:03 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at (eval 8223) line 1.
2015.07.21 12:47:03 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at (eval 8223) line 1.
2015.07.21 12:47:03 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at (eval 8223) line 1.
2015.07.21 12:47:03 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at (eval 8223) line 1.
2015.07.21 12:47:03 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at (eval 8223) line 1.
2015.07.21 12:47:03 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at (eval 8223) line 1.
2015.07.21 12:47:03 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at (eval 8261) line 1.
2015.07.21 12:47:03 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at (eval 8261) line 1.
2015.07.21 12:47:03 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at (eval 8261) line 1.
2015.07.21 12:47:04 1: PERL WARNING: Use of uninitialized value $minInt in numeric lt (<) at fhem.pl line 3889.
2015.07.21 12:47:04 1: PERL WARNING: Use of uninitialized value $minInt in numeric lt (<) at fhem.pl line 3889.Gruß
Billy
das ist kein richtiger stacktrace. da sollte mehr stehen.
was genau hast du gemacht?
gruss
andre
Zitat von: justme1968 am 22 Juli 2015, 10:25:01
das ist kein richtiger stacktrace. da sollte mehr stehen.
was genau hast du gemacht?
gruss
andre
Ich habe
attr global stacktrace 1gesetzt. Jetzt mit verbose von 2 auf 3 kommt folgendes
2015.07.22 10:38:07 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at (eval 11496) line 1.
2015.07.22 10:38:07 3: eval: { " aktuelle Leistung $data{currval1} [W] - Min $data{min2}, Max $data{max2}, Avg $data{avg2}" }
2015.07.22 10:38:07 3: stacktrace:
2015.07.22 10:38:07 3: main::__ANON__ called by (eval 11496) (1)
2015.07.22 10:38:07 3: (eval) called by fhem.pl (959)
2015.07.22 10:38:07 3: main::AnalyzePerlCommand called by fhem.pl (979)
2015.07.22 10:38:07 3: main::AnalyzeCommand called by /data/fhem//FHEM/98_SVG.pm (768)
2015.07.22 10:38:07 3: main::SVG_substcfg called by /data/fhem//FHEM/98_SVG.pm (1084)
2015.07.22 10:38:07 3: main::SVG_doShowLog called by /data/fhem//FHEM/98_SVG.pm (959)
2015.07.22 10:38:07 3: main::SVG_showLog called by /data/fhem//FHEM/01_FHEMWEB.pm (661)
2015.07.22 10:38:07 3: main::FW_answerCall called by /data/fhem//FHEM/01_FHEMWEB.pm (434)
2015.07.22 10:38:07 3: main::FW_Read called by fhem.pl (3041)
2015.07.22 10:38:07 3: main::CallFn called by fhem.pl (647)
2015.07.22 10:38:07 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at (eval 11496) line 1.
2015.07.22 10:38:07 3: eval: { " aktuelle Leistung $data{currval1} [W] - Min $data{min2}, Max $data{max2}, Avg $data{avg2}" }
2015.07.22 10:38:07 3: stacktrace:
2015.07.22 10:38:07 3: main::__ANON__ called by (eval 11496) (1)
2015.07.22 10:38:07 3: (eval) called by fhem.pl (959)
2015.07.22 10:38:07 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at (eval 11527) line 1.
2015.07.22 10:38:07 3: main::AnalyzePerlCommand called by fhem.pl (979)
2015.07.22 10:38:07 3: main::AnalyzeCommand called by /data/fhem//FHEM/98_SVG.pm (768)
2015.07.22 10:38:07 3: main::SVG_substcfg called by /data/fhem//FHEM/98_SVG.pm (1084)
2015.07.22 10:38:07 3: main::SVG_doShowLog called by /data/fhem//FHEM/98_SVG.pm (959)
2015.07.22 10:38:07 3: main::SVG_showLog called by /data/fhem//FHEM/01_FHEMWEB.pm (661)
2015.07.22 10:38:07 3: eval: { " aktuelle Leistung $data{currval1} [W] - Min $data{min2}, Max $data{max2}, Avg $data{avg2}" }
2015.07.22 10:38:07 3: stacktrace:
2015.07.22 10:38:07 3: main::__ANON__ called by (eval 11527) (1)
2015.07.22 10:38:07 3: (eval) called by fhem.pl (959)
2015.07.22 10:38:07 3: main::AnalyzePerlCommand called by fhem.pl (979)
2015.07.22 10:38:07 3: main::AnalyzeCommand called by /data/fhem//FHEM/98_SVG.pm (768)
2015.07.22 10:38:07 3: main::FW_answerCall called by /data/fhem//FHEM/01_FHEMWEB.pm (434)
2015.07.22 10:38:07 3: main::FW_Read called by fhem.pl (3041)
2015.07.22 10:38:07 3: main::CallFn called by fhem.pl (647)
2015.07.22 10:38:07 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at (eval 11496) line 1.
2015.07.22 10:38:07 3: main::SVG_substcfg called by /data/fhem//FHEM/98_SVG.pm (1084)
2015.07.22 10:38:07 3: main::SVG_doShowLog called by /data/fhem//FHEM/98_SVG.pm (959)
2015.07.22 10:38:07 3: main::SVG_showLog called by /data/fhem//FHEM/01_FHEMWEB.pm (661)
2015.07.22 10:38:07 3: main::FW_answerCall called by /data/fhem//FHEM/01_FHEMWEB.pm (434)
2015.07.22 10:38:07 3: main::FW_Read called by fhem.pl (3041)
2015.07.22 10:38:07 3: eval: { " aktuelle Leistung $data{currval1} [W] - Min $data{min2}, Max $data{max2}, Avg $data{avg2}" }
2015.07.22 10:38:07 3: stacktrace:
2015.07.22 10:38:07 3: main::__ANON__ called by (eval 11496) (1)
2015.07.22 10:38:07 3: (eval) called by fhem.pl (959)
2015.07.22 10:38:07 3: main::AnalyzePerlCommand called by fhem.pl (979)
2015.07.22 10:38:07 3: main::CallFn called by fhem.pl (647)
2015.07.22 10:38:07 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at (eval 11527) line 1.
2015.07.22 10:38:07 3: eval: { " aktuelle Leistung $data{currval1} [W] - Min $data{min2}, Max $data{max2}, Avg $data{avg2}" }
2015.07.22 10:38:07 3: stacktrace:
2015.07.22 10:38:07 3: main::__ANON__ called by (eval 11527) (1)
2015.07.22 10:38:07 3: (eval) called by fhem.pl (959)
2015.07.22 10:38:07 3: main::AnalyzeCommand called by /data/fhem//FHEM/98_SVG.pm (768)
2015.07.22 10:38:07 3: main::SVG_substcfg called by /data/fhem//FHEM/98_SVG.pm (1084)
2015.07.22 10:38:07 3: main::SVG_doShowLog called by /data/fhem//FHEM/98_SVG.pm (959)
2015.07.22 10:38:07 3: main::SVG_showLog called by /data/fhem//FHEM/01_FHEMWEB.pm (661)
2015.07.22 10:38:07 3: main::FW_answerCall called by /data/fhem//FHEM/01_FHEMWEB.pm (434)
2015.07.22 10:38:07 3: main::AnalyzePerlCommand called by fhem.pl (979)
2015.07.22 10:38:07 3: main::AnalyzeCommand called by /data/fhem//FHEM/98_SVG.pm (768)
2015.07.22 10:38:07 3: main::SVG_substcfg called by /data/fhem//FHEM/98_SVG.pm (1084)
2015.07.22 10:38:07 3: main::SVG_doShowLog called by /data/fhem//FHEM/98_SVG.pm (959)
2015.07.22 10:38:07 3: main::SVG_showLog called by /data/fhem//FHEM/01_FHEMWEB.pm (661)
2015.07.22 10:38:07 3: main::FW_answerCall called by /data/fhem//FHEM/01_FHEMWEB.pm (434)
2015.07.22 10:38:07 3: main::FW_Read called by fhem.pl (3041)
2015.07.22 10:38:07 3: main::CallFn called by fhem.pl (647)
2015.07.22 10:38:07 3: main::FW_Read called by fhem.pl (3041)
2015.07.22 10:38:07 3: main::CallFn called by fhem.pl (647)
2015.07.22 10:38:07 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at (eval 11527) line 1.
2015.07.22 10:38:07 3: eval: { " aktuelle Leistung $data{currval1} [W] - Min $data{min2}, Max $data{max2}, Avg $data{avg2}" }
2015.07.22 10:38:07 3: stacktrace:
2015.07.22 10:38:07 3: main::__ANON__ called by (eval 11527) (1)
2015.07.22 10:38:07 3: (eval) called by fhem.pl (959)
2015.07.22 10:38:07 3: main::AnalyzePerlCommand called by fhem.pl (979)
2015.07.22 10:38:07 3: main::AnalyzeCommand called by /data/fhem//FHEM/98_SVG.pm (768)
2015.07.22 10:38:07 3: main::SVG_substcfg called by /data/fhem//FHEM/98_SVG.pm (1084)
2015.07.22 10:38:07 3: main::SVG_doShowLog called by /data/fhem//FHEM/98_SVG.pm (959)
2015.07.22 10:38:07 3: main::SVG_showLog called by /data/fhem//FHEM/01_FHEMWEB.pm (661)
2015.07.22 10:38:07 3: main::FW_answerCall called by /data/fhem//FHEM/01_FHEMWEB.pm (434)
2015.07.22 10:38:07 3: main::FW_Read called by fhem.pl (3041)
2015.07.22 10:38:07 3: main::CallFn called by fhem.pl (647)
2015.07.22 10:38:07 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at (eval 11496) line 1.
2015.07.22 10:38:07 3: eval: { " aktuelle Leistung $data{currval1} [W] - Min $data{min2}, Max $data{max2}, Avg $data{avg2}" }
2015.07.22 10:38:07 3: stacktrace:
2015.07.22 10:38:07 3: main::__ANON__ called by (eval 11496) (1)
2015.07.22 10:38:07 3: (eval) called by fhem.pl (959)
2015.07.22 10:38:07 3: main::AnalyzePerlCommand called by fhem.pl (979)
2015.07.22 10:38:07 3: main::AnalyzeCommand called by /data/fhem//FHEM/98_SVG.pm (768)
2015.07.22 10:38:07 3: main::SVG_substcfg called by /data/fhem//FHEM/98_SVG.pm (1084)
2015.07.22 10:38:07 3: main::SVG_doShowLog called by /data/fhem//FHEM/98_SVG.pm (959)
2015.07.22 10:38:07 3: main::SVG_showLog called by /data/fhem//FHEM/01_FHEMWEB.pm (661)
2015.07.22 10:38:07 3: main::FW_answerCall called by /data/fhem//FHEM/01_FHEMWEB.pm (434)
2015.07.22 10:38:07 3: main::FW_Read called by fhem.pl (3041)
2015.07.22 10:38:07 3: main::CallFn called by fhem.pl (647)
2015.07.22 10:38:07 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at (eval 11496) line 1.
2015.07.22 10:38:07 3: eval: { " aktuelle Leistung $data{currval1} [W] - Min $data{min2}, Max $data{max2}, Avg $data{avg2}" }
2015.07.22 10:38:07 3: stacktrace:
2015.07.22 10:38:07 3: main::__ANON__ called by (eval 11496) (1)
2015.07.22 10:38:07 3: (eval) called by fhem.pl (959)
2015.07.22 10:38:07 3: main::AnalyzePerlCommand called by fhem.pl (979)
2015.07.22 10:38:07 3: main::AnalyzeCommand called by /data/fhem//FHEM/98_SVG.pm (768)
2015.07.22 10:38:07 3: main::SVG_substcfg called by /data/fhem//FHEM/98_SVG.pm (1084)
2015.07.22 10:38:07 3: main::SVG_doShowLog called by /data/fhem//FHEM/98_SVG.pm (959)
2015.07.22 10:38:07 3: main::SVG_showLog called by /data/fhem//FHEM/01_FHEMWEB.pm (661)
2015.07.22 10:38:07 3: main::FW_answerCall called by /data/fhem//FHEM/01_FHEMWEB.pm (434)
2015.07.22 10:38:07 3: main::FW_Read called by fhem.pl (3041)
2015.07.22 10:38:07 3: main::CallFn called by fhem.pl (647)
2015.07.22 10:38:07 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at (eval 11496) line 1.
2015.07.22 10:38:07 3: eval: { " aktuelle Leistung $data{currval1} [W] - Min $data{min2}, Max $data{max2}, Avg $data{avg2}" }
2015.07.22 10:38:07 3: stacktrace:
2015.07.22 10:38:07 3: main::__ANON__ called by (eval 11496) (1)
2015.07.22 10:38:07 3: (eval) called by fhem.pl (959)
2015.07.22 10:38:07 3: main::AnalyzePerlCommand called by fhem.pl (979)
2015.07.22 10:38:07 3: main::AnalyzeCommand called by /data/fhem//FHEM/98_SVG.pm (768)
2015.07.22 10:38:07 3: main::SVG_substcfg called by /data/fhem//FHEM/98_SVG.pm (1084)
2015.07.22 10:38:07 3: main::SVG_doShowLog called by /data/fhem//FHEM/98_SVG.pm (959)
2015.07.22 10:38:07 3: main::SVG_showLog called by /data/fhem//FHEM/01_FHEMWEB.pm (661)
2015.07.22 10:38:07 3: main::FW_answerCall called by /data/fhem//FHEM/01_FHEMWEB.pm (434)
2015.07.22 10:38:07 3: main::FW_Read called by fhem.pl (3041)
2015.07.22 10:38:07 3: main::CallFn called by fhem.pl (647)
2015.07.22 10:38:08 1: PERL WARNING: Use of uninitialized value $minInt in numeric lt (<) at fhem.pl line 3889.
2015.07.22 10:38:08 3: stacktrace:
2015.07.22 10:38:08 3: main::__ANON__ called by fhem.pl (3889)
2015.07.22 10:38:08 3: main::readingsBulkUpdate called by fhem.pl (3955)
2015.07.22 10:38:08 3: main::readingsSingleUpdate called by /data/fhem//FHEM/36_PCA301.pm (122)
2015.07.22 10:38:08 3: main::PCA301_Set called by fhem.pl (3036)
2015.07.22 10:38:08 3: main::CallFn called by fhem.pl (1526)
2015.07.22 10:38:08 3: main::DoSet called by fhem.pl (1556)
2015.07.22 10:38:08 3: main::CommandSet called by fhem.pl (1038)
2015.07.22 10:38:08 3: main::AnalyzeCommand called by /data/fhem//FHEM/01_FHEMWEB.pm (2049)
2015.07.22 10:38:08 3: main::FW_fC called by /data/fhem//FHEM/01_FHEMWEB.pm (634)
2015.07.22 10:38:08 3: main::FW_answerCall called by /data/fhem//FHEM/01_FHEMWEB.pm (434)
2015.07.22 10:38:08 3: main::FW_Read called by fhem.pl (3041)
2015.07.22 10:38:08 3: main::CallFn called by fhem.pl (647)
2015.07.22 10:38:08 1: PERL WARNING: Use of uninitialized value $minInt in numeric lt (<) at fhem.pl line 3889.
2015.07.22 10:38:08 3: stacktrace:
2015.07.22 10:38:08 3: main::__ANON__ called by fhem.pl (3889)
2015.07.22 10:38:08 3: main::readingsBulkUpdate called by fhem.pl (3955)
2015.07.22 10:38:08 3: main::readingsSingleUpdate called by /data/fhem//FHEM/36_PCA301.pm (248)
2015.07.22 10:38:08 3: main::PCA301_Parse called by fhem.pl (3178)
2015.07.22 10:38:08 3: main::Dispatch called by /data/fhem//FHEM/36_JeeLink.pm (801)
2015.07.22 10:38:08 3: main::JeeLink_Parse called by /data/fhem//FHEM/36_JeeLink.pm (633)
2015.07.22 10:38:08 3: main::JeeLink_Read called by fhem.pl (3041)
2015.07.22 10:38:08 3: main::CallFn called by fhem.pl (647)
2015.07.22 10:38:47 3: CUL_HM set FS_1BEAE8 off
Passt das?
Gruß Billy
das schaut schon besser aus :)
die meldungen kommen nicht aus dem PCA301 modul sondern aus deinem plot titel. siehst du im plot denn die daten?
was sagt das 'show preprocessed input' im plot editor?
gruss
andre
Zitat von: justme1968 am 22 Juli 2015, 11:16:01
das schaut schon besser aus :)
die meldungen kommen nicht aus dem PCA301 modul sondern aus deinem plot titel. siehst du im plot denn die daten?
was sagt das 'show preprocessed input' im plot editor?
gruss
andre
Danke für den Hinweis, habe jetzt mal den Plot deaktiviert.
Und bekomme beim Ein und Ausschalten des PCA folgende Meldung.
2015.07.22 16:27:37 1: PERL WARNING: Use of uninitialized value $minInt in numeric lt (<) at fhem.pl line 3889.
2015.07.22 16:27:37 3: stacktrace:
2015.07.22 16:27:37 3: main::__ANON__ called by fhem.pl (3889)
2015.07.22 16:27:37 3: main::readingsBulkUpdate called by fhem.pl (3955)
2015.07.22 16:27:37 3: main::readingsSingleUpdate called by /data/fhem//FHEM/36_PCA301.pm (122)
2015.07.22 16:27:37 3: main::PCA301_Set called by fhem.pl (3036)
2015.07.22 16:27:37 3: main::CallFn called by fhem.pl (1526)
2015.07.22 16:27:37 3: main::DoSet called by fhem.pl (1556)
2015.07.22 16:27:37 3: main::CommandSet called by fhem.pl (1038)
2015.07.22 16:27:37 3: main::AnalyzeCommand called by /data/fhem//FHEM/01_FHEMWEB.pm (2049)
2015.07.22 16:27:37 3: main::FW_fC called by /data/fhem//FHEM/01_FHEMWEB.pm (634)
2015.07.22 16:27:37 3: main::FW_answerCall called by /data/fhem//FHEM/01_FHEMWEB.pm (434)
2015.07.22 16:27:37 3: main::FW_Read called by fhem.pl (3041)
2015.07.22 16:27:37 3: main::CallFn called by fhem.pl (647)
2015.07.22 16:27:37 1: PERL WARNING: Use of uninitialized value $minInt in numeric lt (<) at fhem.pl line 3889.
2015.07.22 16:27:37 3: stacktrace:
2015.07.22 16:27:37 3: main::__ANON__ called by fhem.pl (3889)
2015.07.22 16:27:37 3: main::readingsBulkUpdate called by fhem.pl (3955)
2015.07.22 16:27:37 3: main::readingsSingleUpdate called by /data/fhem//FHEM/36_PCA301.pm (248)
2015.07.22 16:27:37 3: main::PCA301_Parse called by fhem.pl (3178)
2015.07.22 16:27:37 3: main::Dispatch called by /data/fhem//FHEM/36_JeeLink.pm (801)
2015.07.22 16:27:37 3: main::JeeLink_Parse called by /data/fhem//FHEM/36_JeeLink.pm (633)
2015.07.22 16:27:37 3: main::JeeLink_Read called by fhem.pl (3041)
2015.07.22 16:27:37 3: main::CallFn called by fhem.pl (647)Attribute sind
IODev JLPCA301
devStateIcon on:on:toggle off:off:toggle set.*:light_exclamation:off
event-min-interval power:60,state,consumptionTotal:1200
event-on-change-reading power:1,consumptionTotal
userReadings consumptionTotal:consumption monotonic {ReadingsVal($name,'consumption',0)}kein Unterschied mehr ob mit oder ohne "event-on-change-reading"
woher kommt jetzt die Meldung? oder hat das wieder nichts mit dem PCA301 zu tun?
2015.07.22 16:27:37 1: PERL WARNING: Use of uninitialized value $minInt in numeric lt (<) at fhem.pl line 3889.Edit:
PERL WARNING: kommt nur noch bei stackrace ein!Damit kann ich leben.
Andre nochmals vielen dank für deine Hilfe. Habe viel gelernt
Billy
Hallo,
Nachtrag zu meinem Problem mit dem JeeLink Clone und PCA301.
Zunächst habe ich einen neuen RFM12B bestellt und mit einem neuen Arduino nano einen neuen Jeelink-Clone gebaut. Ergebnis: LaCrosse-Sketch funktioniert (findet Thermometer), PCA301-Sketch funktioniert nicht (findet nix, nach 3 Tagen taucht dann unmotiviert eine Steckdose auf, allerdings ohne Eintrag im FileLog des Devices, kein Logging des Verbrauchs).
Danach habe ich mit einen JeeLink V3 Classic bestellt. Kam heute an. Geflasht, in Fhem eingebunden - Steckdosen werden sofort erkannt, FileLog wird geschrieben.
Keine Ahnung, woran das liegt - aber mit meinen beiden JeeLink Clones konnte ich keine PCA301-Steckdosen empfangen.
Gruß,
Stefan
Hallo Leute,
mal eine Frage an Euch, wäre es möglich den Jeelink mit einer Ethernet Shield auszustatten, damit man diesen frei platzieren kann wo man gerade eine Netzwerkleitung frei hat? So wie den HM Lan Adapter
Der Hintergrund ist bei mir der. Ich habe einen Server der steht im Keller, jetzt ist der Jeelink am Server dran, der Empfang im EG ist schon nicht mehr so gut, jedefalls das schalten meiner PCA301 im EG ist ein Glücksspiel. Mein Router steht aber im Esszimmer welches Zentral gelegen ist und von dort aus hätte ich wahrscheinlich das ganze Haus gut abgedeckt. W-LAN Technisch ist es zumindestens optimal versorgt.
Danke im Voraus und schöne Grüße
Eddie
HCS ist im jeelink thread gerade dabei etwas in der art zu testen.
bis das geht kannst du einen raspberry pi als wlan bridge verwenden und den jeelink per ser2net an dein fhem system anbinden.
gruss
andre
Zitat von: meddie am 07 August 2015, 14:03:22
jedefalls das schalten meiner PCA301 im EG ist ein Glücksspiel
Das ist es bei mir auch, obwohl die Dose 3 Meter weiter liegt. Aber ich denke das Problem ist eher die fehlende Befehlswiederholung bei negativer Rückmeldung.
Gruß
Daniel
Es gibt ja den Schalter "ForceOn", mein Vorschlag einen anderen "ForceOff" zu definieren und genau zwischen diesen u schalten ist nur bis jetzt nicht "angenommen" worden. Hatte schon versucht es selber umzusetzen, nur hat es bis jetzt nicht geklappt ...
Hallo,
falls noch nicht bekannt:
die Steckdose ist gerade im Angebot. Siehe hier (http://www.elv.de/funkschaltsteckdose-fuer-energiekostenmonitor-pca-301.html).
Sie kostet 14,95€ statt 19,95€.
Hat sich in der letzten Zeit eigentlich was am Sketch/Modul getan? Ich habe es lange nicht verfolgt und nach wie vor hin und wieder Probleme, dass die Steckdosen nicht gleich beim ersten mal auf den Schaltbefehl reagieren.
edit: den Vorschlag mit ForceOn und ForceOff finde ich gar nicht mal so doof! :-)
Gruß
Spiff.
forceon/off würde ich in dem Zusammenhang als irreführend sehen. Wo sollte denn der Unterschied zum normalen "on" sein ? "on" muss nicht aber kann, bei "forceon" da isses dann schon wichtig ? ;)
Der Schaltbefehl kann doch einfach wiederholt werden wenn er nicht ausgeführt wird. "forceon" bezog sich seinerzeit doch auf den Status nach "strom-weg" - oder irre ich da ?
vg
joerg
edith: mMn wäre der korrekte Ablauf:
* "on" setzen
* Status abfragen
* ist "on" ? -> dann fertig, sonst wiederholen
forceon ist dazu da die dose unabhängig von einem schaltbefehl immer an zu haben. um z.b. etwas gegen einen stromausfall oder das versehentliche lokale ausschalten zu tun.
ein forceoff hilft hier nicht weiter.
richtig wäre es im sketch das redend das schon vorgesehen war einzubauen.
der status in fhem sollte übrigens immer korrekt sein da nach einen schalten immer der status abgefragt wird.
vermutlich würde ein watchdog funktionieren der schaut ob nach einen set-on auch ein on kommt und nach einem set-off ein off.
das über fhem zu machen ist aber nur ein notbehelf.
gruß
andre
Das einbauen direkt in den sketch währe zwar das optimale, aber wie ist es, wenn jemand direkt an der Dose schalten (will)?
Bei den "ForceXX" Kommandos ist es eben ersichtlich, das ein Manuelles Schalten nicht mehr möglich ist ...
mit der watchdog idee würde das manuelle schalten immer noch gehen weil es hier kein set- gibt sondern direkt von on nach off bzw. umgekehrt gewechselt wird. das ignoriert der watchdog.
gruß
andre
mit der watchdog idee würde das manuelle schalten immer noch gehen weil es hier kein set- gibt sondern direkt von on nach off bzw. umgekehrt gewechselt wird. das ignoriert der watchdog.
gruß
andre
Sorry, stehe hier auf den Schlauch ...
wie würde denn dann der watchdog aussehen? Versuche es gerade mal Testweise und scheitere ...
ungetestet etwa so:define watchOn watchdog <pca301>:set-on 00:00:02 <pca301>:on set <pca301> on; trigger watchOn .
define watchOff watchdog <pca301>:set-off 00:00:02 <pca301>:off set <pca301> off; trigger watchOff .
wenn 2 sekunden nach einem set-on kein on kommt wird noch mal on gesendet. für off entsprechend.
gruss
andre
Sieht gut aus! Kann hier nur keine Fehlerfälle provozieren, also auch nicht testen.
Steckdose rausziehen, per fhem einschalten und nach 10 Sekunden wieder reinstecken.
wenn du mehr als ein retry möchtest (was in dem rausziehen und 10 sekunden warten fall nötig ist) musst du die reihenfolge von set und trigger im watchdog vertauschen.
dann wird aber auch bis in alle ewigkeiten probiert.
gruss
andre
Zitat von: meddie am 07 August 2015, 14:03:22
wäre es möglich den Jeelink mit einer Ethernet Shield auszustatten, damit man diesen frei platzieren kann wo man gerade eine Netzwerkleitung frei hat? So wie den HM Lan Adapter
Der Hintergrund ist bei mir der. Ich habe einen Server der steht im Keller, jetzt ist der Jeelink am Server dran, der Empfang im EG ist schon nicht mehr so gut, jedefalls das schalten meiner PCA301 im EG ist ein Glücksspiel. Mein Router steht aber im Esszimmer welches Zentral gelegen ist und von dort aus hätte ich wahrscheinlich das ganze Haus gut abgedeckt. W-LAN Technisch ist es zumindestens optimal versorgt.
Ich habe bei mir einen zusätzlichen Raspi im Keller angebracht (weil ich da die Dosen habe), der den Jeelink beherbergt und dann per FHEM2FHEM an die Hauptinstallation im Arbeitszimmer weiterreicht. Anbindung des Zusatz-Raspi hatte ich zuerst per WLAN, nachdem der Dongle aber bei der Hitze mehrfach abgestürzt ist, jetzt halt per Kabel. Läuft problemlos out of the box, kostet nur nen Extra-Raspi. Da ich schon mehrere gegen die 2er Version getauscht hatte, lag der aber sowieso rum.
wenn es nur darum geht den jeelink remote anzubinden ist ser2net einfacher und sinvoller als fhem2fhem.
gruss
andre
Hi Leute,
ich habe ein Problem mit dem Einbinden meiner 2 PSA301 in FHEM: Keine wird erkannt.
Meine Hardware:
Raspi 2
JeeLink v3c
2 PSA301
verschiedene Temperatursensoren LaCrosse
Die Temperatursensoren werden erkannt - keine Probleme damit (autocreate ist active).
Anbei die Internals meines JeeLinks:
ZitatInternals:
Clients :PCA301:EC3000:RoomNode:LaCrosse:ETH200comfort:CUL_IR:HX2272:FS20:AliRF:Level:EMT7110
DEF /dev/ttyUSB0@57600
DeviceName /dev/ttyUSB0@57600
FD 10
NAME myJeeLink
NR 20
PARTIAL
RAWMSG OK 9 8 1 4 178 60
STATE Initialized
TYPE JeeLink
model [LaCrosseITPlusReader.10.1o (RFM69CW f:868280 t:30~3)]
myJeeLink_MSGCNT 17
myJeeLink_TIME 2015-08-21 15:27:09
Matchlist:
1:PCA301 ^\S+\s+24
2:EC3000 ^\S+\s+22
3:RoomNode ^\S+\s+11
4:LaCrosse ^(\S+\s+9 |OK\sWS\s)
5:AliRF ^\S+\s+5
6:EMT7110 ^OK\sEMT7110\s
Readings:
2015-08-21 15:26:38 state opened
Attributes:
flashCommand avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
initCommands 30t 0a 868280f v
Die Dosen selbst lassen sich schalten, die LED leuchtet, bzw. wenn ich den Schalter länger gedrückt halte, dann blinkt die LED ein paar Sekunden.
Inzwischen befürchte ich, dass die beiden Dosen defekt sind und einfach nicht funken. Sollte ich tatsächlich zwei defekte Dosen erhalten haben???
Was ich bis jetzt versucht habe:
-PCA301-Sketch geflasht (kein Ergebnis - ausser, dass dann die Temperatursensoren nicht mehr empfangen werden...)
-togglemode eingeschaltet (Ist da ein Wurm drinn?)
-an der Frequenz rumprobiert
Wie kriege ich die Schaltsteckdosen ins FHEM?
Ich hoffe, ihr könnt mir helfen,
Rotzen
der jeelink v3 hat einen frm69 funkmodul.
der pca301 sketch braucht einen jeelink classic mit dem rfm12b funkmodul.
du kannst auch nicht lacrosse und pca301 mit dem gleichen jeelink/sketch empfangen. du brauchst einen zweiten jeelink.
gruss
andre
Hallo andre,
Dann werde ich wohl einen JeeLink classic bestellen müssen...
Danke für die schnelle Antwort.
Rotzen
Zitat von: justme1968 am 21 August 2015, 16:16:40
der jeelink v3 hat einen frm69 funkmodul.
der pca301 sketch braucht einen jeelink classic mit dem rfm12b funkmodul.
du kannst auch nicht lacrosse und pca301 mit dem gleichen jeelink/sketch empfangen. du brauchst einen zweiten jeelink.
gruss
andre
Hi,
hierbei hat sich vermutlich noch nichts geändert oder? Habe leider auch einen v3 bestellt.
Hätte noch eine weitere Frage bzgl. dem Jeelink V3. Bei mir wird nur folgendes im FHEM angezeigt.
Internals
Clients: PCA301:EC3000:RoomNode:LaCrosse:ETH200comfort:CUL_IR:HX2272:FS20:AliRF:Level:EMT7110
DEF: /dev/ttyUSB0
DeviceName: /dev/ttyUSB0@57600
FD: 17
NAME: myJeeLink1
NR: 132
PARTIAL:
STATE: Opened
TYPE: JeeLink
Readings
state opened 2015-10-22 21:21:05
Hier fehlt mir irgendwie die Anzeige von Model etc.
Auch blinkt mein Jeelink nicht bzw. hat keine einzige LED an.
Ist das normal?
Grüße
Hallo zusammen,
ich verzweifel gerade an meinen PCA301 Steckdosen.
Alles lief einwandfrei bis ich mit FHEM und dem Jeelink auf einen anderen RPI umgezogen bin.
Die Steckdosen werden erkannt und die Readings auch aktualisiert. Das "einzige" was nicht geht ist das Steuern an/aus der Steckdose.
Hier mal das Log vom Jeelink mit Verbose Level 5. Vielleicht kann mir hier jemand helfen. Hier habe ich auf von
2016.01.03 22:08:00 5: JeeLink/RAW: /OK 2
2016.01.03 22:08:00 5: JeeLink/RAW: OK 2/4 2 4 3 132 188 1 2 230 1
2016.01.03 22:08:00 5: JeeLink/RAW: OK 24 2 4 3 132 188 1 2 230 1 /217
2016.01.03 22:08:00 5: JeeLinkPCA301 dispatch OK 24 2 4 3 132 188 1 2 230 1 217
2016.01.03 22:08:04 5: JeeLink/RAW: /OK
2016.01.03 22:08:04 5: JeeLink/RAW: OK/ 24 1 4 4 65 153 1 0 155
2016.01.03 22:08:04 5: JeeLink/RAW: OK 24 1 4 4 65 153 1 0 155 /0 0
2016.01.03 22:08:04 5: JeeLinkPCA301 dispatch OK 24 1 4 4 65 153 1 0 155 0 0
hier mal die infos zu dem PCA301 device
Internals:
CFGFN
DEF 0384BC 02
IODev JeeLinkPCA301
JeeLinkPCA301_MSGCNT 18
JeeLinkPCA301_RAWMSG OK 24 2 4 3 132 188 1 3 24 1 218
JeeLinkPCA301_TIME 2016-01-03 22:13:17
LASTInputDev JeeLinkPCA301
MSGCNT 18
NAME PCA301_0384BC
NR 71
PCA301_lastRcv 2016-01-03 22:13:17
PCA301_lastSend 2016-01-03 22:08:01
STATE on
TYPE PCA301
addr 0384BC
channel 02
Readings:
2016-01-03 22:12:45 consumption 4.74
2016-01-03 22:12:45 consumptionTotal 4.74
2016-01-03 22:13:17 power 79.2
2016-01-03 22:08:32 state on
Attributes:
IODev JeeLinkPCA301
devStateIcon on:on:toggle off:off:toggle set.*:light_exclamation:off
room PCA301
userReadings consumptionTotal:consumption monotonic {ReadingsVal($name,'consumption',0)}
webCmd on:off:toggle:statusRequest
Hallo unclejay,
ist nur ne Idee, aber könnte es sein, dass Du in dem Zuge auch auf FHEM 5.7 umgestiegen?
Und könnte es sein, dass Du auch das Skript aus dem Wiki verwendest, welches bei einer "Fehlschaltung" der PCA301 den Befehl solange wiederholt, bis sie geschaltet ist?
Wenn ja, würde ich da mal ansetzen. Bei einer frühen Version des Skriptes kam es mit FHEM5.7 zu Problemen. Mittlerweile ist das Skript auch im Wiki aktualisiert...
Wie gesagt, nur ne Idee...
Grüße
Hi friesenjung,
das war es!!!
Danke
Moin,
ich habe seit gestern von ELV direkt eine PCA301 bekommen.
Jeelink geflasht und in Raspi (upgedated) eingesteckt.
PCA301 wird erkannt und lässt sich schalten. Auch 'power' wird korrekt angezeigt selbst bei Werten um 2W.
Ich vermisse allerdings das Reading 'consumption'. Ich habe da überhaupt keine Peilung, warum das so ist, obwohl ich den kompletten Thread hier durchgegangen bin.
Vielleicht helfen die angefügten Bilder weiter.
Hallo wing350
Ich glaube die readings kommen erst spaeter, kann aber heute abend mal nachsehen. Es muss glaube ich ein Wechsel erfolgen, weiss aber nicht mehr wovon!
Gruss Christoph
Mach mal ein .* ran an den trigger im user reading. Ich glaube da war mal was, ich hatte ähnliche Probleme bei SWAP Geräten.
/Daniel
UPDATE:
Achso consumption fehlt mhh dachte jetzt an consumptionTotal.
Ok das ist komisch ja.
Schau mal hier: PCA301 - (Gesamt-)Verbrauch bei geringer Leistungsaufnahme immer 0 (https://forum.fhem.de/index.php/topic,51236.0.html) ... vielleicht kommst Du ja (früher als ich) dazu, den Lösungsansatz/Workaround auszuprobieren.
Peter
Hallo ph1959de
Er hat aber knapp 110Watt, das ist leicht ueber dem Problem!
Gruss Christoph
Zitat von: pc1246 am 27 April 2016, 13:27:57
Er hat aber knapp 110Watt, das ist leicht ueber dem Problem!
Oh ... ich hatte mich wohl von dem
Zitatselbst bei Werten um 2W.
irreführen lassen.
Aber, wie Du schon gesagt hast, ich meine mich zu erinnern, dass (auch bei höheren Verbrauchswerten) das
consumption reading erst nach einiger Zeit "auftaucht".
Peter
Zitat von: pc1246 am 27 April 2016, 12:30:53
Hallo wing350
Ich glaube die readings kommen erst spaeter, kann aber heute abend mal nachsehen. Es muss glaube ich ein Wechsel erfolgen, weiss aber nicht mehr wovon!
Gruss Christoph
Hi Christoph,
Jepp!! Plötzlich ist 'consumption' da, nachdem ich ein 'event-on-change'-Attribut für 'power' gesetzt habe.
Danke für den Hinweis!
Reimer
das consumption reading wird dann erzeugt wenn die steckdose einen wert > 0 meldet.
das hat nichts mit irgendwelchen attributen oder ähnlichem zu tun.
wenn du event-on-change nur für power gesetzt hast wirst du nur noch updates für power bekommen und für kein anderes reading.
gruss
andre
Servus,
ich hab mal ne Frage zu den EC3000's. Ich habe mir Userreadings mit monotonic angelegt. Bei den PCA301's funktionieren diese ohne Probleme. Bei den EC3000's haben diese auch mal funktioniert. Irgendwann hat dies aber auf einmal aufgehört.
Hat jemand eine kleine Idee?
Hier das List auf ein EC3000-Device:
Internals:
DEF ####
EC3000_lastRcv 2016-04-27 21:14:45
IODev myJeeLink
LASTInputDev myJeeLink
MSGCNT 1721
NAME EC3000_Aquarium
NR 1198
STATE Jetzt 58.9 W, Max 169.5 W, Verbrauch 0 kwh
TYPE EC3000
addr ####
myJeeLink_MSGCNT 1721
myJeeLink_RAWMSG OK 22 124 228 0 30 169 92 0 30 169 92 0 0 129 181 2 77 6 159 1 0
myJeeLink_TIME 2016-04-27 21:14:45
reception 0
resets 1
secondsOn 2009436
secondsTotal 2009436
Helper:
Dblog:
Consumption:
Logdb:
TIME 1461784485.14667
VALUE 33.205
Consumptionmontheuro:
Logdb:
TIME 1461784485.14667
VALUE 4.36
Consumptiontodayeuro:
Logdb:
TIME 1461784485.14667
VALUE 0.00
Consumptiontotaleuro:
Logdb:
TIME 1461784485.14667
VALUE 4.36
Consumptionweekeuro:
Logdb:
TIME 1461784485.14667
VALUE 0.00
Consumptionyeareuro:
Logdb:
TIME 1461784485.14667
VALUE 4.36
Power:
Logdb:
TIME 1461784485.14667
VALUE 58.9
Powermax:
Logdb:
TIME 1461784485.14667
VALUE 169.5
Statpowertendency:
Logdb:
TIME 1461783595.59819
VALUE 1h: +3.2 2h: +2.7 3h: -105.4 6h: +1.2
State:
Logdb:
TIME 1461784485.14667
VALUE on
Readings:
2016-04-27 21:14:45 consumption 33.205
2016-04-27 00:01:07 consumptionEuroToday 0
2016-04-25 00:01:17 consumptionLastWeek 0
2016-04-25 00:01:17 consumptionLastWeekEuro 0.00
2016-04-16 10:27:24 consumptionMonth 17.533
2016-04-27 21:14:45 consumptionMonthEuro 4.36
2016-04-27 00:01:07 consumptionToday 0
2016-04-27 21:14:45 consumptionTodayEuro 0.00
2016-04-16 10:27:24 consumptionTotal 17.533
2016-04-27 21:14:45 consumptionTotalEuro 4.36
2016-04-25 00:01:18 consumptionWeek 0
2016-04-27 21:14:45 consumptionWeekEuro 0.00
2016-04-16 10:27:24 consumptionYear 17.533
2016-04-27 21:14:45 consumptionYearEuro 4.36
2016-04-27 00:01:06 consumptionYesterday 0
2016-04-27 00:01:06 consumptionYesterdayEuro 0.00
2016-04-27 21:14:45 power 58.9
2016-04-27 21:14:45 powerMax 169.5
2016-04-27 20:59:55 statPowerTendency 1h: +3.2 2h: +2.7 3h: -105.4 6h: +1.2
2016-04-27 21:14:45 state on
Helper:
_98_statistics Statistik
Attributes:
IODev myJeeLink
genericDeviceType outlet
room EC3000,myJeeLink,z_Homekit
stateFormat Jetzt power W, Max powerMax W, Verbrauch consumptionToday kwh
userReadings consumptionToday:consumption monotonic {ReadingsVal($name,'consumption',0)},
consumptionTotal:consumption monotonic {ReadingsVal($name,'consumption',0)},
consumptionWeek:consumption monotonic {ReadingsVal($name,'consumption',0)},
consumptionMonth:consumption monotonic {ReadingsVal($name,'consumption',0)},
consumptionYear:consumption monotonic {ReadingsVal($name,'consumption',0)},
consumptionTodayEuro {euroBerechnen(ReadingsVal($name,"consumptionToday","?"))},
consumptionTotalEuro {euroBerechnen(ReadingsVal($name,"consumptionTotal","?"))},
consumptionWeekEuro {euroBerechnen(ReadingsVal($name,"consumptionWeek","?"))},
consumptionMonthEuro {euroBerechnen(ReadingsVal($name,"consumptionMonth","?"))},
consumptionYearEuro {euroBerechnen(ReadingsVal($name,"consumptionYear","?"))}
Vielen Dank und Beste Grüße
Andy
du musst ein :.* an den trigger anhängen.
das hat sich vor kurzem geändert.
gruss
andre
Zitat von: justme1968 am 27 April 2016, 21:33:25
du musst ein :.* an den trigger anhängen.
das hat sich vor kurzem geändert.
gruss
andre
Top Danke! Die Änderung hab ich wohl übersehen.
Ps.: Im Wiki müsste das noch nachgezogen werden ;)
beste Grüße
Andy
wo im wiki?
ich meinte die reference :-X
ich hab mir die allgemeine Anleitung angeschaut und da nichts gefunden:
<reading>[:<trigger>] [<modifier>] { <perl code> }
Und bin dann direkt zu den modifiern Beispielen "gesprungen" .... In den allgemeinen Beispielen ist das .* drin, aber die habe ich mir nicht angeschaut ???
also muss nichts nachgezogen ::) Sorry!
Hi,
die userrreadings für Woche, Monat und Jahr für eine PCA301 würden mich auch interessieren :
userReadings consumptionToday:consumption monotonic {ReadingsVal($name,'consumption',0)},
consumptionTotal:consumption monotonic {ReadingsVal($name,'consumption',0)},
consumptionWeek:consumption monotonic {ReadingsVal($name,'consumption',0)},
consumptionMonth:consumption monotonic {ReadingsVal($name,'consumption',0)},
consumptionYear:consumption monotonic {ReadingsVal($name,'consumption',0)}
Aber hiermit wird doch immer das selbe aufaddiert, oder ?
das, was addiert wird, ist schon richtig. Es wird die Differenz von consumption jetzt zu consumption letzter Stand addiert. Du musst aber die Werte "zurücksetzen".
So muss du den Tageswert täglich zurücksetzen, den Wochenwert Montags und so weiter. Irgendwo hier im langen Thread gabs einen, der das ganze schön in die myUtils gepackt hat und mit nem at in der Nach kurz nach 12 triggert ;) Dort war auch dies mit der Preisberechnung dabei.
Beste Grüße
Andy
edit:
eine Frage hätte ich selber noch zu den Userreadings. Bei den EC3000's erhalte ich eine ewig lange Zahl und wollte dies mit sprintf unterbinden, leider klappt das nicht, was mache ich hierbei falsch?
consumptionToday:consumption:.* monotonic {sprintf("%.2f",ReadingsVal($name,'consumption',0))},
Mit diesem Userreading erhalte ich zB bei consumptionToday als Wert 0.420000000000002
Danke!
Ich habe kürzlich die Seite im FHEM Wiki gefunden mit Informationen, wie man EC3000 Steckdosen mit FHEM auslesen kann. Habe mir nun einen Jeelink Classic bestellt, bekomme aber den EC3000 Sketch nicht kompiliert.
Ich bin absoluter Newbie was AVR und Arduino betrifft, habe aber mittlerweile zwei Dinge rausgefunden, die bei AVR-GCC 1.6 offenbar neu sind und die der EC3000 Sketch noch nicht umgesetzt hat. Es betrifft offenbar Variablen (oder besser: Konstanten), die im Flash gespeichert werden und das PROGMEM Attribut nutzen:
1. prog_uint8_t ist nun deprecated. Ich konnte das mit einem #define __PROG_TYPES_COMPAT__ umgehen
2. alle Variablen mit dem Attribut "PROGMEM" müssen nun explizit als const deklariert werden. Ergibt Sinn, ist aber beim EC3000 Sketch nicht umgesetzt.
Speziell 2. betrifft sehr viele Variablen und ich weiss nicht, ob noch da nicht noch mehr ist.
Drum meine Frage: gibts eine neuere Version dieses Sketches als das was bei sourceforge unter http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/arduino/ verfügbar ist? Hat jemand mit einer halbwegs atkuellen Arduino IDE das Ding kompiliert bekommen?
du musst nichts kompilieren. ein aktueller sketch liegt im firmware verzeichniss und du kannst auch direkt aus fhem heraus mit dem flash kommando flashen wenn avrdude installiert ist.
gruss
andre
Wo ist denn das Firmware-Verzeichnis und wie spreche ich den Jeelink von FHEM aus an, wenn noch nicht die richtige Firmware geflasht ist? Lt. Wiki flasht man die Firmware aus der Arduino IDE und meine ist halt 1.6.5 (die Sourcen lassen sich offenbar nur mit <1.6 kompilieren).
das verzeichniss ist .../FHEM/firmware. ansonsten ist das im wiki und der commandref beschrieben.
gruss
andre
Kaum stelle ich eine Frage, ist das Forum für 2 Tage down. Ich habe es aber mittlerweile auch alleine hinbekommen. Ich musste meinen FHEM updaten, dann war die Firmware da. Dann musste ich genau umgekehrt vorgehen wie im Wiki-Artikel beschrieben, also zuerst die Sektion "nach der installation der Firmware" durcharbeiten und hernach die Firmware flashen.
Jetzt hat er nach einigen Stunden alle Steckdosen erkannt, die Funkreichweite ist allerdings erheblich schlechter als mit den "Handempfängern" und bei den erreichbaren ist bei manchen die Kommunikation recht unzuverlässig. Am unzuverlässigsten ist komischerweise der Sender, der dem Jeelink am nächsten ist. Also die Steckdose im Trockner. Die Steckdose für die Waschmaschine ist komischerweise viel zuverlässiger, obwohl die ca. 1m weiter weg ist und noch Waschmaschine und Trockner dazwischen sind (=Metall und wasser, was eigentlich eher den Emfang verschlechtern sollte).
Mit dem schlechten Empfang muss ich wohl leben, mehr Sorgen macht mir die enorme Datenflut in den Logfiles - das sind ca. 30MB pro Tag, das muss der Banana Pi und die SD-Karte schon ganz schön schuften. Habt Ihr ne Idee wie man das etwas "eindampfen" kann? Es werden ja recht häufig redundante Werte geschrieben.
Ich hab meine Logs komplett in eine Datenbank ausgegliedert und logge auch nur das was mich interessiert. Ist auf jeden FAll besser für die SD-Card
z.B.
define myDbLog DbLog /opt/fhem/db.conf .*:(T|O|C|actuator|smoke|battery|power|load|Window|auf|zu|desired|actuation|valve|temperature|pressure|humidity|wind|SuperE5|Energy|Power):.*
Gruß
Zusätzlich lässt sich über event-on-change-reading weiter reduzieren.
event-on-change und eventuell offLevel setzen.
wenn der empfang wirklich schlecht ist versuch mal die frequenz etwas anzupassen.
gruss
andre
Zitat von: justme1968 am 17 Juni 2016, 12:09:27
event-on-change und eventuell offLevel setzen.
Vielen Dank! Nach füttern einer Suchmaschine mit diesen Strings bin ich auf "event-min-interval" gestossen, was die Datenflut erstmal gehörig reduziert hat. Ich werde dann wohl mal mit dem "event-aggregator" rumspielen, um nicht infos zu verlieren. Zum Syntax von "offLevel" habe ich keine Doku gefunden, hab das Attribut einfach mal auf 1 gesetzt und hoffe damit, "betrachte Gerät als Aus, wenn power<1W ist" konfiguriert zu haben.
Zitat von: justme1968
wenn der empfang wirklich schlecht ist versuch mal die frequenz etwas anzupassen.
Dazu müsste ich den Sketch aber doch kompilieren, oder?
Was anderes: Ich bekomme immer wieder "Geistergeräte" angezeigt, die durch "autocreate" dann angelegt werden ohne jemals einen einzigen Wert empfangen zu haben. Kann man das irgendwie unterbinden, ohne autocreate abzuschalten? Ich nehme an, dass es sich hier um korrupte Datagramme (vermutlich aus meiner DG-Steckdose) handelt, die zu falschen Werten dekodiert werden. In Funkreichweite befindet sich maximal eine andere Wohneinheit, deren Bewohner ganz sicher keine EC3000 Steckdosen haben und wie gesagt, es wird nie auch nur ein einziger Wert aufgezeichnet.
Zitat von: schmadde am 20 Juni 2016, 00:31:37
Zum Syntax von "offLevel" habe ich keine Doku gefunden, ...
Schau mal in die commandref. Oder per Sufu hier: https://forum.fhem.de/index.php/topic,51082.msg429880.html#msg429880
Zitat von: schmadde am 20 Juni 2016, 00:31:37
Dazu müsste ich den Sketch aber doch kompilieren, oder?
Das kannst Du per Attribut initCommands übergeben z.B. 30t 0a 868280f v (für die genaue Bedeutung schau bitte mal, hab ich gerade nicht zur Hand). Einkompilieren geht natürlich auch, dann musst Du aber alle Dosen neu anlernen.
Zitat von: schmadde am 20 Juni 2016, 00:31:37
Kann man das irgendwie unterbinden, ohne autocreate abzuschalten?
Zum einen ist Deine Interpretation richtig, zum anderen würde ich über die Variierung der Frequenz das zunächst versuchen zu optimieren. Das erhöht auch die Zuverlässigkeit der Kommunikation der vorhandenen Dosen. Hast Du schon das "Optimum", gibt es für autocreate das Attribut ignoreTypes.
offLevel ist wie alles andere auch in der commandref dokumentiert.
mit welchem kommando man dem pca301 sketch die frequenzen übergibt steht im wiki.
zusätzlich zum oben gesagten gibt es noch autocreateThreshold damit autocreate nur dann eine device anlegt wenn es innerhalb einer bestimmten zeit mit einer bestimmten häufigkeit empfangen wurde.
gruss
andre
Hallo,
ich habe alle Sieten des threads durchgelesen...
Nachdem ich nun meine neuen drei PCA301 mit dem nanocul eingebunden habe, möchte ich die Verbauchsdaten weiter spezifizieren.
consumption liefert mir jeweils den kummulierten Wert von power. Aber ich möchte auch Tages-, Monats-, Jahreswerte haben.
Also habe ich mit dem statistics modul weitere readings hinzugefügt.
Aber ich möchte nun auch über den Werte aus der Statistik (..last) nun folgendes realisieren und komme nicht weiter.
Wert consumption um Mitternacht in ein dummy PCA_1_day.
Am nächsten Tag diesen Wert in PCA_1_day_pre1 usw. Nach 7 Tagen den Wert PCA_1_day_pre7 in PCA_1_week und dann geht es mit 4 Wochenendwerten weiter bis PCA_1_month. Dann weiter mit PCA_1_month_pre1 bis 12 bis year.
Die Werte in ein gemeinsames Filelog.
Und dann möchte ich das gesprächige PCA301 jeweils mit Übertrag in _week aus dem Tages-filelog löschen, damit mir die logdateien nicht unnötig groß werden.
Hat so etwas schon jemand mit "at" und dann einer 99-er Routine gebaut ? Oder wie habt ihr Tages-, Monats-, Jahreswerte realisiert ?
Wäre für coding dankbar (und sicherlich andere auch)
Jörg
hallo alle zusammen:-)
Ich habe eine ec3000 steckdose und habe alles so weit eingebunden.
jetzt meine frage ich will kosten anzeigt haben.
geht das?
wenn ja ,wie mach ich das denn, ich habe nichts im forum gefunden.
ich denke ich muss bestimmet ein dummy anlegen nur weis ich nicht recht wie ich das machen soll.
Zitat von: neidersun am 15 August 2016, 03:00:07
jetzt meine frage ich will kosten anzeigt haben.
geht das?
wenn ja ,wie mach ich das denn, ich habe nichts im forum gefunden.
Versuchs mal hiermit.
https://forum.fhem.de/index.php?topic=42742.0
Thema: Mit Readings rechnen ... (Gelesen 954 mal)
Wer suchet, der findet. ;)
Billy
nein. du brauchst keinen dummy.
was genau willst du anzeigen?
schau dir userReadings an. das sollte dir weiter helfen.
oder statistics. oder das energy counter modul hier aus dem forum.
gruss
andre
Hallo,
ich habe eine Frage. Ich habe mir einen Jeelink Wlan und betreibe damit einmal Temperature Sensoren das Funktioniert auch einwandfrei.
Gestern wollte ich die erte PCA 301 einbinden, diese wurde erst nicht gefunden und nach mehrfachen Neustart vom Jeelink war diese auf einmal im FHEM und ich kann diese auch Steuern.
Heute wollte ich noch 2 weitere Steckdosen einbinden, diese werden aber einfach nicht gefunden, ich habe beide Steckdosen schon mehrfach an und ausgeschalten das ändert aber nichts.
Hier noch ein Bild meiner Jeelink Config, vielleicht hat ja jemand noch eine Idee.
Ich habe gerade mal im Log geschaut wenn ich das richtig sehe werden doch 6 verschiedene Geräte erkannt?
11:23:13: OK 9 57 1 4 140 58 [9E 45 64 3A 89]
11:23:16: OK 9 20 1 4 194 48 [95 06 18 30 65]
11:23:17: OK 9 57 1 4 140 59 [9E 45 64 3B B8]
11:23:20: OK 9 20 1 4 193 48 [95 06 17 30 FC]
11:23:20: OK 9 16 1 4 166 52 [94 05 90 34 E4]
11:23:26: OK 9 57 1 4 141 59 [9E 45 65 3B 4C]
oder Interpretiere ich das falsch?
Das würde auch passe ich habe 3x Temperatur und 3xSteckdose nur wie gesagt bekomme ich in FHEM nur eine angzeigt.
Hallo,
ich möchte meine Baumarktsteckdosen evtl. durch PCA301 und Jeelink classic ersetzen um verbrauchsabhängig zu schalten und den Schaltzustand der Steckdosen zu sehen.
Bisher kann ich die Steckdosen auch über die mitgelieferte Fernbedienung direkt bzw. über einen 433MHz Transceiver am Raspi schalten
Gibt es eine Fernbedienung, die direkt mit dem Jeelink kommuniziert?
Gruß
EKW
Zitat von: ekw am 10 Oktober 2016, 21:08:05
Gibt es eine Fernbedienung, die direkt mit dem Jeelink kommuniziert?
Meines Wissens nein. Vielleicht kann HCS das aber noch kommentieren.
Ggf. eine Homematic/FS20/433 MHz Fernbedienung nehmen und per notify fhem schalten lassen.
Gruß PeMue
es gibt keine fertige fernbedienung die direkt die pca301 ansteuern kann.
du kannst aber jede fernbedienung die von fhem unterstützt wird per notify zum steuern der pca301 verwenden.
gruss
andre
es gab mal den plan das auf basis eines jeelink zu bauen. die schwierigkeit lag darin die passende hardware so zusammen zu bauen das etwas ansprechendes daraus wird.
Hallo ekw
Es gibt eine Fernbedienung von ELV, passend zu den PCA301. Diese kommuniziert aber nur mit den Steckdosen, nicht mit dem Jeelink! Ich finde diese sehr unhandlich, und zudem auch sehr umstaendlich in der Bedienung, ist aber gleichzeitig auch ein Verbrauchsmonitor! Ich habe das, so wie von PeMue und Justme vorgeschlagen, mit einer Homematic-FB geloest. Dies ist mit einem hohen WAF akzeptiert worden!
Gruss Christoph
das was du meinst ist nicht wirklich als fernbedienung gedacht sondern als verbrauchsanzeige. das ding kann zwar auch schalten, ist aber wie gesagt nicht handlich und kann auch nur bis zu 8 steckdosen. fhem kann beliebig viele.
gruss
andre
Hallo Andre
Das stimmt so leider nicht! Der Hersteller hat das ja nicht fuer fhem konzipiert! (Das Henne/Ei-Problem) Und es gibt meines Wissens nur diese eine FB!
Gruss Christoph
was stimmt nicht?
wenn du dieses ding hier meinst: http://www.elv.de/elv-pca-301-funk-energiekostenmonitor-mit-1-funk-schaltsteckdose.html (http://www.elv.de/elv-pca-301-funk-energiekostenmonitor-mit-1-funk-schaltsteckdose.html) dann ist es nicht als fernbedienung gedacht sondern hauptsächlich als anzeige. man kann damit schalten aber an dieses display lassen sich nur 8 pca301 anlernen. siehe auch text im oben verlinkten artikel.
fhem kann beliebig viele steckdosen da es nicht den kanal verwendet sondern die adresse der dose die immer fest ist.
gruss
andre
Vielen Dank für eure Antworten zur Fernbedienung.
Werde dann vorläufig weiterhin meine 'Baumarktfernbedienung' benutzen, die ja schon von FHEM erkannt wird.
Mir ging es darum, ob ich auf meinen 433 Transceiver (auf Steckbrett) verzichten könnte falls eine FB direkt mit Jeelink funktionieren würde.
Gruß
EKW
Hallo Andre
Machen wir es anders herum. Welches ist die Fernbedienung fuer die PCA301, von fhem abgesehen, denn das kennt der Hersteller ja hoechstwahrscheinlich nicht!
Gruss Christoph
P.S.: Wir lassen es jetzt am besten gut sein!
Gibt es eine möglichkeit per Taster / Fernbedienung etwas zu schalten ?
was genau meinst du?
über fhem geht das.
ja klar geht es über fhem ich muss es aber extern per Knopfdruck schalten für jemand der kein handy hat ;)
Vielleicht gibt es ja eine FB die mit dem Jeelink funktioniert?
Habe sonst kein Funkmodul am PI
es gibt keine fernbedienung die mit de pca301 sketch auf dem jeelink funktioniert.
es gibt die anzeigeeinheit die man verwenden kann. als fernbedienung würde ich die aber nicht bezeichnen.
???? Du kannst doch eine beliebige Fernbedienung in FHEM anlernen und dann über die schalten (lassen)
Ja genau kann ich jede nutzen nur suche ich eine die ich mit dem JeeLink Stick nutzen kann. Damit ich nicht noch etwas anschließen muss ;)
Ist eine 2. Installation von Fhem da sollten die Kosten möglichst gering bleiben.
Hallo ChrisW
Andre und ich haben uns da vor kurzem erst ausreichend drueber ausgelassen! Es gibt nur diese Anzeigeeinheit/Fernbedienung!!!!
Ich bin eigentlich bei Andre, dass es keine Fernbedienung ist, aber da es das einzige ist, was es gibt, ist es halt "die" Fernbedienung!
Die kann man aber nur jemanden geben, der technikaffin ist, sonst kannst Du das vergessen. Es sind immer zwei Tastendruecke noetig, und man kann auch ganz schnell woanders drauf druecken, und dann muss man wissen wie man wieder da hin kommt, wo man war.
Gruss Christoph
Nutze nun einen Amazon Dashbutton zum schalten ;) Preisgünstig mit 5€ und da ich eh alle auf einmal Schalte passt das so.
Moin ChrisW
Jetzt habe ich Deinen Wunsch verstanden. Du wolltest nur eine Fernbedienung, die mit Bordmitteln mit fhem kommunizieren kann, damit
Du ueber fhem die PCA's schalten kannst. Da ist so ein Dashbutton natuerlich ideal! Da ordere ich mir doch auch gleich mal zwei!
Gruss Christoph
Hallo,
ich versuche mit wachsender Verzweiflung meine PCA301 dazu zu bewegen, mir anständige Energieverbrauchswerte auszuspucken. Auch nach durchforsten aller 69 Seiten komme ich irgendwie nicht weiter.
Aufbau habe ich nach fhainz Post 721 vorgenommen und den trigger auf :.* angepasst.
Auch die 99_myUtils.pm: ist anlog post 721 mit angepassten PCA Namen
Ich bekomme bei all meinen PCA301 korrekte (nachvollziehbare) power-Werte.
Aber bei consumption und insbesondere dann den statistischen Werten bekomme ich nicht korrekte (nachvollziehbar) Daten..
Ich muss für die Statistikwerte sicherlich 1 Tag, 1 Woche, 1 Monat, 1 Jahr warten ? ($wday==1 etc)
Wie bekomme ich es hin, dass er jeweils den bisherigen aufsummierten Jahreswert , Monatswert etc anzeigt.
Ich bekomme bei consumptionTotal keinen Wert
Hier hätte ich Werte erwartet obwohl die nicht in der 99_myUtils stehen.
Könntet ihr bitte mal eure Konfiguration der PCA301 der fhem.cfg und 99_myUtils posten.
Das dürfte als "update" für alle sicherlich interessant sein.
DANKE
Jörg
Hallo Joerg
Ich kann mal heute abend schauen, dass ich die config hier reinstelle. In meiner myutils ist diesbezueglich nichts drin. Das consumption-reading funktioniert bei mir problemlos, allerdings bewegt sich das total nicht mehr, seit einem halben Jahr!
Gruss Christoph
Überprüft mal ob eure userReadings Zeile so aussieht:
userReadings consumptionTotal:consumption.* monotonic {ReadingsVal($name,'consumption',0)}
Mit der alten Schreibweise wird nichts geloggt:
userReadings consumptionTotal:consumption monotonic {ReadingsVal($name,'consumption',0)}
Moin,
also ich habe irgendwie das problem, dass bei all meinen 3 Dosen das consumption nicht mehr aktualisiert wird bzw. bei einer Dose ganz fehlt. Ich habe schon die beiden raw Befehle zum JeeLink eeprom löschen abgesetzt aber ohne Erfolg. Hat noch irgend jemand eine Idee? 10.1 ist meine FW Version.
/Daniel
Zitat von: p5k am 24 Januar 2017, 13:55:06
Überprüft mal ob eure userReadings Zeile so aussieht:
userReadings consumptionTotal:consumption.* monotonic {ReadingsVal($name,'consumption',0)}
Mit der alten Schreibweise wird nichts geloggt:
userReadings consumptionTotal:consumption monotonic {ReadingsVal($name,'consumption',0)}
Hallo p5k
Danke, das war der richtige Hinweis.
Gruss Christoph
Zitat von: p5k am 24 Januar 2017, 13:55:06
Überprüft mal ob eure userReadings Zeile so aussieht:
userReadings consumptionTotal:consumption.* monotonic {ReadingsVal($name,'consumption',0)}
Mit der alten Schreibweise wird nichts geloggt:
userReadings consumptionTotal:consumption monotonic {ReadingsVal($name,'consumption',0)}
Hallo,
könnt ihr bitte mal die ganze cfg und 99myutils dazu posten.
klar - das consumption.* monotonic ist essentiell.
Aber ich habe imme noch so meine Schwierigkeiten mit Today und Total und Yesterday etc. Ds will irgendwie noch nicht richtig die Werte wegschreiben da im userreading ja bei allen ReadingsVal($name,'consumption',0)} steht, wird eben bei mir immer auch yesterday hochgezählt, da er ja jede Sekunde von consumtion neue Werte bekommt. Yesterday müsste aber doch erst um 23:59 Uhr den Todaywert bekommen.
Danke
Jörg
define PCA301_0C9013 PCA301 0C9013 06
attr PCA301_0C9013 IODev JeeLink
attr PCA301_0C9013 alias Stereoanlage
attr PCA301_0C9013 devStateIcon on:on:toggle off:off:toggle set.*:light_question:off
attr PCA301_0C9013 room Funksteckdosen,Schlafzimmer
attr PCA301_0C9013 userReadings consumptionTotal:consumption.* monotonic {ReadingsVal($name,'consumption',0)}
attr PCA301_0C9013 webCmd on:off:toggle:statusRequest
define PCA301_0C901A PCA301 0C901A 08
attr PCA301_0C901A IODev JeeLink
attr PCA301_0C901A alias Küche_Tablet
attr PCA301_0C901A devStateIcon on:on:toggle off:off:toggle set.*:light_question:off
attr PCA301_0C901A room Funksteckdosen
attr PCA301_0C901A userReadings consumptionTotal:consumption.* monotonic {ReadingsVal($name,'consumption',0)}
attr PCA301_0C901A webCmd on:off:toggle:statusRequest
So sehen meine aus, in der 99Utils habe ich nichts drin was die Dosen angeht.
Hallo zusammen,
jemand hat den PCA301 Sketch für den JeeLink v3c umgeschrieben. Klappt perfekt.
hoppla, hier der Link
https://blog.mcbachmann.de/arduino/pca-301-funksteckdose-mit-arduino-nano-und-rfm69
Hallo,
@neutron2001 versuche gerade auch das Script zu benutzen. Haben sie dort die center Frequenz angepasst ? Ich finde meine Steckdose kann sie jedoch nicht schalten.
Gruß Fabian
Zitat von: ext23 am 30 Januar 2017, 11:19:42
Moin,
also ich habe irgendwie das problem, dass bei all meinen 3 Dosen das consumption nicht mehr aktualisiert wird bzw. bei einer Dose ganz fehlt. Ich habe schon die beiden raw Befehle zum JeeLink eeprom löschen abgesetzt aber ohne Erfolg. Hat noch irgend jemand eine Idee? 10.1 ist meine FW Version.
/Daniel
Hallo,
ich habe ein änliches Problem.
Bei einigen meiner Dosen fehl das reading "consumption",
Also nicht die userReadings -sondern das normale reding.
Komischerweise laufen die userReadings consumption today etc. etc. Ganz normals.
Da aber das reading consumption an euroberechnen übergeben wird, läuft ohne den Wert 99myutils in einen Fehler.
Wie bekomme ich bitte das reading consumption wieder her??
Danke für die Hilfe
Jörg
Einfach mal ein 300 Watt Strahler rein stecken. Bei einem Verbraucht von unter 9 Watt zählt das Teil nichts, leider.
Zitat von: ext23 am 17 April 2017, 09:59:58
Einfach mal ein 300 Watt Strahler rein stecken. Bei einem Verbraucht von unter 9 Watt zählt das Teil nichts, leider.
Hallo,
es hängen 30 bis 70 Watt dran.
Power und count zeigen Werte an. Nur consumption fehlt.
Jörg
Gesendet von meinem SM-T800 mit Tapatalk
OK das ist komisch, dann nochmal lange auf die Dose drücken. Oder löschen und neu Anlegen.
/Daniel
Servus,
@fabi29891 habe die Frequenz wie im Tutorial beschrieben angepasst. Morgen bin ich wieder zuhause, da kann ich dir schreiben, welche Frequenz ich genommen habe.
Zitat von: jnewton957 am 17 April 2017, 16:27:47
Hallo,
es hängen 30 bis 70 Watt dran.
Power und count zeigen Werte an. Nur consumption fehlt.
Jörg
Gesendet von meinem SM-T800 mit Tapatalk
Hab jetzt nicht den ganzen thread gelesen... nur zur Sicherheit: hast du ein event-on change-reading gesetzt? Das könnte zumindest erklären warum nicht aktualisiert wird...
Zitat von: jnewton957 am 17 April 2017, 16:27:47
Hallo,
es hängen 30 bis 70 Watt dran.
Power und count zeigen Werte an. Nur consumption fehlt.
Jörg
Gesendet von meinem SM-T800 mit Tapatalk
Habe gerade festgestellt, dass ich auch eine Dose ohne consumption reading habe.
Ich habe das reading einfach über
setreading myPCA301 consumption 0 erzeugt und es wird brav aktualisiert.
Hallo,
Schalten nach Stromausfall auf on ist klar aber kann auch nach Stromausfall der letzte Status wieder gesetzt werden ? Ich will ja vielleicht nicht überall forceon haben wenn vorher off
Hallo zusammen,
ich habe einen originalen JeeLink, allerdings in der Version 3c. Kann mir jemand sagen, ob es mittlerweile eine Möglichkeit gibt, mit diesem JeeLink auch PCA301 Dosen auszulesen?
Vielen Dank!
@ChrisW: das problem ist das man aus fhem nicht unterscheiden kann ob sich der zustand durch einen stromausfall oder durch das manuelle schalten am stecker geändert hat. d.h. das ganze funktioniert wie beim forced on nur wenn man auf das manuelle schalten verzichtet.
am einfachsten wäre es dann wie bei den hue lampen ein internal desired einzubauen in dem der letze durch ein set in fhem gewollte zustand vermerkt wird. diesen kann man dann in einem eigenen notify verwenden um den tatsächlichen state mit dem gewünschten zu vergleichen und bei abweichung zu reagieren.
Hallo zusammen,
ich habe mal eine Verständnisfrage. So wie ich es verstanden habe, reicht es ja die Steckdose einzustecken, bzw. einen Verbraucher "dran zu hängen" und FHEM/JeeLink erkennt die Dose. Wie kann ich mich denn davor schützen, dass mein Nachbar in der Wohnung über mir auch ein FHEM mit JeeLink hat und meine Steckdosen schaltet (oder meine Verbäruche mitloggt)?
Danke euch!
garnicht.
Stimmt
Ich habe zwei fhem, und beide koennen die dosen bedienen!
Gruss Christoph
HI.
Habe über das Forum den Stick wie im Anhang erworben.
Ich bekomme ihn aber nicht mit dem PCA301 Sketch über FHEM geflasht.
Jetzt ist mir aufgefallen, das selbst bei eingestecktem Stick die LED nicht leuchtet.
Ist das normal, bzw. was kann ich noch testen?
In FHEM konnte ich in aber scheinbar anlegen (siehe zweiter Anhang).
Stecke ich aber eine Steckdose ein, passiert nichts (autocreate ist auf on).
Danke,
Andreas
Hallo,
ich hatte hier https://forum.fhem.de/index.php/topic,38561.msg491413.html#msg491413 bzw. hier https://forum.fhem.de/index.php/topic,38561.msg614329/topicseen.html#msg614329 ein ähnliches Problem. Bei mir war es die Antennenlänge, die das Empfangen verhindert hat.
Geh mal mit der PCA301 ein Stückchen weg (2-3 m), vielleicht ist die Dose auch nur zu nahe dran ...
Oder Du schreibst noch mal den Verkäufer an, was er meint.
Gruß PeMue
beim flashen über die arduino ide bekomme ich folgende fehlermeldung.
In file included from E:\Downloads\jeelink\pca301serial\pca301serial.ino:6:0:
C:\pfad\Arduino\libraries\jeelib-master/RF69_compat.h:9:2: error: #error This file must be included BEFORE the "RF12.h" header file!
#error This file must be included BEFORE the "RF12.h" header file!
^
exit status 1
Fehler beim Kompilieren für das Board Arduino/Genuino Uno.
was mache ich da falsch?
Hallo zusammen,
ich habe einen Original JeeLink und die aktuelle Firmware drauf (LaCrosseITPlusReader.10.1s).
In fhem steht unter Internals:Clients :PCA301:EC3000:RoomNode:LaCrosse:ETH200comfort:CUL_IR:HX2272:FS20:AliRF:Level:EMT7110:KeyValueProtocol
Heißt das, daß der JeeLink mit V.10.1s jetzt
Lacrosse UND PCA301 gleichzeitig kann?
Ich habe derzeit einige Technoline TX 29 DTH Temp/Humi Sensoren im Einsatz und spiele mit dem Gedanken, die PCA301 Steckdosen zu probieren. Im älteren Teil des threads habe ich gelesen, daß je nach Sketch entweder
LaCrosse ODER PCA301 geht.
Gruß Roland
Das steht bei mir auch, aber meines Wissens nach kann er nur eines von beidem.
Ich habe auch LaCrosse Sensoren und es war nicht möglich einen PCA301 und die LaCrosse gleichzeitig zu betreiben.
Ich habe mir daher ein WlanLaCrosseGateway zugelegt. Das empfängt jetzt den PCA301
Ein WlanLaCrosseGateway kann -soweit ich weiß- beides.
Ich habe es bei mir aber noch nicht umgestellt.
Hallo zusammen,
ich hänge mich mal hier dran.
Ich versuche seit ein paar Tagen meine PCA301 Steckdosen in FHEM zu integrieren. Dazu habe ich mir bei eBay einen entsprechend Jeelink Clone gekauft (RFM69CW).
Diesen habe ich auch bereits geflasht (pca301serial_v10.1.hex). Der Jeelink ist auch in FHEM eingebunden, aber die Steckdosen tauchen einfach nicht auf (habe verstanden, dass diese sich automatisch in FHEM anlegen, wenn man den Knopf an der Steckdose lange drückt). Autocreate ist auch aktiviert ("attr autocreate autosave 1").
Anbei mal ein List von den Jeelink:
Internals:
Clients :PCA301:EC3000:RoomNode:LaCrosse:ETH200comfort:CUL_IR:HX2272:FS20:AliRF:Level:EMT7110:KeyValueProtocol
DEF /dev/ttyUSB2@57600
DeviceName /dev/ttyUSB2@57600
FD 34
NAME myJeeLink
NR 110
PARTIAL
STATE opened
TYPE JeeLink
MatchList:
1:PCA301 ^\S+\s+24
2:EC3000 ^\S+\s+22
3:RoomNode ^\S+\s+11
4:LaCrosse ^(\S+\s+9 |OK\sWS\s)
5:AliRF ^\S+\s+5
6:EMT7110 ^OK\sEMT7110\s
7:KeyValueProtocol ^OK\sVALUES\s
READINGS:
2018-02-10 20:55:48 state opened
Attributes:
flashCommand avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
room 9.1 System
Dann vielleicht noch das Protokoll vom Flashen des Jeelink:
pi@raspberrypi:/opt/fhem/FHEM/firmware $ avrdude -D -p atmega328p -P /dev/ttyUSB2 -b 57600 -c arduino -U flash:w:pca301serial_v10.1.hex
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.00s
avrdude: Device signature = 0x1e950f (probably m328p)
avrdude: reading input file "pca301serial_v10.1.hex"
avrdude: input file pca301serial_v10.1.hex auto detected as Intel Hex
avrdude: writing flash (12280 bytes):
Writing | ################################################## | 100% 3.75s
avrdude: 12280 bytes of flash written
avrdude: verifying flash memory against pca301serial_v10.1.hex:
avrdude: load data flash data from input file pca301serial_v10.1.hex:
avrdude: input file pca301serial_v10.1.hex auto detected as Intel Hex
avrdude: input file pca301serial_v10.1.hex contains 12280 bytes
avrdude: reading on-chip flash data:
Reading | ################################################## | 100% 2.83s
avrdude: verifying ...
avrdude: 12280 bytes of flash verified
avrdude: safemode: Fuses OK (E:00, H:00, L:00)
avrdude done. Thank you.
Ich wäre sehr dankbar über einen entsprechenden Tipp, was bei mir noch falsch läuft ...
hast du auch am jeelink eingestellt, bevor du den Knopf am PCA301 ca. 3Sek. drückst ???
set jeelink JeeLinkPairForSec 180
Gruß
Hi, hatte ich nicht. Aber nun habe ich es mal getestet. Zum einen heisst der Befehl bei mir etwas anders. Zum anderen hat es leider nicht funktioniert.
2018-02-10 23:28:56 JeeLink myJeeLink LaCrossePairForSec 180
Leider hat sich kein Device erstellt :-\
Schau mal ob "autocreate " auch auf enabled steht.
also attr autocreate disable 0
Sonst legt er kein Device automatisch an.
Und ... muß man wirklich "lange drücken"? Mußte bei meinen nur die Steckdosen schalten ...
in der Anleitung steht, zum Anlernen ca. 3 Sek. Button gedrückt halten.
Das bezieht sich wahrscheinlich auf das Display, was man ja Optional dazu nehmen kann.
Wenn aber der Jeelink in der Anlernphase ist, hat bei meinen PCA301 ein aus und oder einschalten gereicht
um ein autocreate auszulösen.
Gruß
Jep ... anlernen in der PCA-Dokumentation bezieht sich auf das Display.
Autocreate ist bei mir an. Der findet die Steckdose immer noch nicht bzw. diese erscheint nicht automatisch in FHEM. Seit ihr euch sicher, dass ich den Jeelink korrekt eingebunden habe?
du solltest dir sicher sein ;)
hast du denn auch den sketch für PCA301 auf den Stick gebracht ???
benutzt du irgendwas anderes wie z.b. Temperatursensoren an dem Stick ??
Gruß
Moin
Ich mische mich dann doch mal ein. Ein pairfor gibt es fuer PCA301 nicht.
@Megabeit:
Wieviele Geraete hast Du am USB?
Dein list ist in Deinem Post nicht ganz OK!
Kannst Du das noch einmal machen!
Gruss Christoph
Hier noch ein List von meinem Jeelink
Internals:
CFGFN
Clients :PCA301:EC3000:RoomNode:LaCrosse:ETH200comfort:CUL_IR:HX2272:FS20:AliRF:Level:EMT7110:KeyValueProtocol
DEF /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
DeviceName /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
FD 28
NAME myPCALink
NR 528
PARTIAL
RAWMSG L 24 8 5 : 4 4 9 243 135 0 0 0 0 0
STATE initialized
TYPE JeeLink
initMessages
model [pcaSerial.10.1]
myPCALink_MSGCNT 8
myPCALink_TIME 2018-02-12 20:00:51
Helper:
DBLOG:
state:
LogMaria:
TIME 1518462008.16553
VALUE initialized
MatchList:
1:PCA301 ^\S+\s+24
2:EC3000 ^\S+\s+22
3:RoomNode ^\S+\s+11
4:LaCrosse ^(\S+\s+9 |OK\sWS\s)
5:AliRF ^\S+\s+5
6:EMT7110 ^OK\sEMT7110\s
7:KeyValueProtocol ^OK\sVALUES\s
READINGS:
2018-02-12 20:00:51 state initialized
Attributes:
flashCommand avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
icon cul_cul
room IO_DEV,PCA301
Also am USB habe drei Geräte. Den Jeelink, den DUOFERNSTICK und einen NanoCul (433 MHz).
Hier noch mal ein frisches List:
Internals:
Clients :PCA301:EC3000:RoomNode:LaCrosse:ETH200comfort:CUL_IR:HX2272:FS20:AliRF:Level:EMT7110:KeyValueProtocol
DEF /dev/ttyUSB2@57600
DeviceName /dev/ttyUSB2@57600
FD 34
NAME myJeeLink
NR 110
PARTIAL
STATE opened
TYPE JeeLink
MatchList:
1:PCA301 ^\S+\s+24
2:EC3000 ^\S+\s+22
3:RoomNode ^\S+\s+11
4:LaCrosse ^(\S+\s+9 |OK\sWS\s)
5:AliRF ^\S+\s+5
6:EMT7110 ^OK\sEMT7110\s
7:KeyValueProtocol ^OK\sVALUES\s
READINGS:
2018-02-10 20:55:48 state opened
Attributes:
flashCommand avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
room 9.1 System
Hm Ok
Ich denke Du solltest mal bitte auch die anderen beiden Geraete als list hier einstellen. Wozu benutzt Du den CUL? Funktioniert der DUOfern?
Ich wuerde die Definition umstellen wie ich es gemacht habe, mit devbyserial serial by-id. Dann bist du auch sicher, dass das definierte auch das gemeinte USB Device ist!
Gruss Christoph
Edith: Text korrigiert.
bei @Megabeit steht im List vom Jeelink
ZitatSTATE opened
der muss doch inizialisiert sein, sonst kann es doch nicht klappen
Eben, aber das war schon immer so!
Und ich vermute, dass der Jeelink gar nicht mehr USB2 ist!
Gruss Christoph
Da scheint ihr recht zu haben. Mein nanoCUL funzt nämlich nicht mehr. Ist mir nicht aufgefallen, weil ich den momentan eigentlich nicht nutze (war hauptsächlich für die Vielzahl von Weihnachtsbeleuchtungen im Einsatz). Ich erspare mir den List der beiden anderen Geräte. Ich "repariere" erstmal den nanoCUL und binde den Jeelink über serial by-id ein. Dann versuche ich es erneut ...
Hallo
Mache gleich alle mit serial by-id, sonst drehst Du Dich im Kreis!
Gruss und viel Erfolg
Christoph
Guten Abend ... neues Spiel, neues Pech :-(
Habe den Jeelink noch einmal geflasht. Quelldatei aus dem FHEM-Wiki-Link https://svn.fhem.de/trac/browser/trunk/fhem/contrib/arduino/ (https://svn.fhem.de/trac/browser/trunk/fhem/contrib/arduino/)
pi@raspberrypi:/opt/fhem/FHEM/firmware $ avrdude -D -p atmega328p -P /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 -b 57600 -c arduino -U flash:w:pca301serial_v10.1.hex
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.00s
avrdude: Device signature = 0x1e950f (probably m328p)
avrdude: reading input file "pca301serial_v10.1.hex"
avrdude: input file pca301serial_v10.1.hex auto detected as Intel Hex
avrdude: writing flash (12280 bytes):
Writing | ################################################## | 100% 3.74s
avrdude: 12280 bytes of flash written
avrdude: verifying flash memory against pca301serial_v10.1.hex:
avrdude: load data flash data from input file pca301serial_v10.1.hex:
avrdude: input file pca301serial_v10.1.hex auto detected as Intel Hex
avrdude: input file pca301serial_v10.1.hex contains 12280 bytes
avrdude: reading on-chip flash data:
Reading | ################################################## | 100% 2.83s
avrdude: verifying ...
avrdude: 12280 bytes of flash verified
avrdude: safemode: Fuses OK (E:00, H:00, L:00)
avrdude done. Thank you.
Dann in FHEM eingebunden. Anbei ein aktuelles List (das alte Device hatte ich vorher gelöscht und einen Neustart von Raspberry durchgeführt)
Internals:
CFGFN
Clients :PCA301:EC3000:RoomNode:LaCrosse:ETH200comfort:CUL_IR:HX2272:FS20:AliRF:Level:EMT7110:KeyValueProtocol
DEF /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
DeviceName /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
FD 38
NAME myJeeLink
NR 121
PARTIAL
STATE opened
TYPE JeeLink
MatchList:
1:PCA301 ^\S+\s+24
2:EC3000 ^\S+\s+22
3:RoomNode ^\S+\s+11
4:LaCrosse ^(\S+\s+9 |OK\sWS\s)
5:AliRF ^\S+\s+5
6:EMT7110 ^OK\sEMT7110\s
7:KeyValueProtocol ^OK\sVALUES\s
READINGS:
2018-02-13 20:55:01 state opened
Attributes:
flashCommand avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
room 9.1 System
Weil es gestern gewünscht war, hier noch ein List des anderen USB-Device
Internals:
DEF /dev/serial/by-id/usb-Rademacher_DuoFern_USB-Stick_WR04ZEXU-if00-port0@115200 xxxxxx
DeviceName /dev/serial/by-id/usb-Rademacher_DuoFern_USB-Stick_WR04ZEXU-if00-port0@115200
DongleSerial xxxxxx
FD 11
NAME Rademacher
NR 26
NTFY_ORDER 50-Rademacher
PARTIAL
RAWMSG 0FFF0F230000000150321264090001472F09xxxxxxx
STATE CMDs_done
TYPE DUOFERNSTICK
READINGS:
2018-02-13 20:55:27 state CMDs_done
cmdStack:
helper:
cmdEx 0
Attributes:
room 9.1 System
Den anderen nano-CUL habe ich abgeklemmt. Intruder schrieb gestern, dass der Jeelink im falschen Status steht. Heute steht er immer noch auf "opened. Habt ihr noch eine Idee ???
Moin
Tja das ist jetzt strange. Der Duofern funktioniert aber?
Ich habe meinen Jeelink damals geflasht, und dann kamen die Steckdosen von alleine. Der Zustand openend ist nicht ok, hast Du mal refresht?
Gruss Christoph
Jepp. Duofern arbeitet tadellos. Was meinst du mit refresh?
Gesendet von iPhone mit Tapatalk
Hallo Megabeit,
häng mal den Jeelink an eine serielle Schnittstelle mit Terminalprogramm (57600 baud) und schau, was ankommt.
Ich habe mir mal folgende Befehle notiert:
Available commands:
..,.. s - send data packet
l - list devices
<n> a - turn activity LED on PB1 on or off
<n> c - config (0=fill, 1=load, 2=save, 3=erase)
<n> d - turn off device <n>
<n> e - turn on device <n>
0x<hhhh> h - set center frequency (Example 0xA6FE == Frequency - 868.9500MHz
<n> p - poll device <n>
<n> r - list recordings
<n> q - quiet mode (1=suppress TX and bad packets)
<n> v - version and configuration report
Wenn Du die PCA301 einschaltest, müsste da was kommen.
Gruß PeMue
Zitat von: Megabeit am 13 Februar 2018, 21:35:52
Jepp. Duofern arbeitet tadellos. Was meinst du mit refresh?
Gesendet von iPhone mit Tapatalk
Die Seite mal aktualisieren!
Was Peter schreibt ist gut. Aber warum der gar nicht wirklich da ist, ist komisch.
@Peter: geht das wirklich? Einfach ein Terminal oeffnen, Baudrate einstellen und mitlesen?
Gruss Christoph
Hallo Christoph,
Zitat von: pc1246 am 13 Februar 2018, 21:52:25
@Peter: geht das wirklich? Einfach ein Terminal oeffnen, Baudrate einstellen und mitlesen?
ja, das habe ich mal gemacht. Ich habe damit die "center frequency" gesucht, bei denen die Dosen sauber erkannt werden. Laut meinem Mitschrieb:
unterer Frequenzbereich, mit dem nichts mehr erkannt wird: A6FF
oberer Frequenzbereich, mit dem nichts mehr erkannt wird: A711
die Mitte davon: A708Gruß Peter
<OT>
Das probier ich direkt mal aus!
</OT>
Gruss Christoph
Hi Peter. Kann ich gerne machen. Aber keine Ahnung wie???? Geht das mit meinem Mac Mini oder brauche ich spezielle Hardware?
Viele Grüße, Mario
Gesendet von iPhone mit Tapatalk
Hallo Mario,
ich denke, der Mac Mini hat einen USB Port und ein Terminalprogramm (https://www.aptgetupdate.de/2009/04/08/usb-seriell-adapter-software-ala-hyperterminal-unter-os-x/) wird es unter High Sierra auch geben ;)
Gruß PeMue
Hallo
Gerade mal unter Windoof ausprobiert. Mit einem Maple-CUL, den Jeelink will ich nicht abziehen! Bei dem laeuft aber nichts rein, ist als HM konfiguriert.
Wenn das mit dem Jeelink so geht ist cool.
Gruss Christoph
Guten Abend ... und weiter gehts.
Zitat von: PeMue am 13 Februar 2018, 22:16:14
ich denke, der Mac Mini hat einen USB Port und ein Terminalprogramm (https://www.aptgetupdate.de/2009/04/08/usb-seriell-adapter-software-ala-hyperterminal-unter-os-x/) wird es unter High Sierra auch geben ;)
@PeMue: Danke für deinen Tipp ... aber dafür fehlt mir irgendwie noch was. Also den Jeelink in den USB-Port des MacMini bekomme ich hin, das Terminalfenster kann ich auch öffnen ... und dann??
Sorry, dass ich da wohl das ganz kleine 1x1 nicht drauf habe, aber ich bin da echt noch blutiger Anfänger.
Wenn DU das Terminal-Programm offen hast, Dich verbunden hast, einfach mal die "Kommandos" eingeben.
z.B. l, oder mal LED an/abschalten, siehe Posting von PeMue
Hi, also das mit dem Terminal habe ich nicht hinbekommen ???
Ich habe aber folgendes probiert. Ich habe den Stick mit folgendem Befehl geflashed.
set myJeelink flash LaCrosseAnschließend habe ich einen hier rumfliegenden Temperatursensor (TX35DTH-IT) gepaired. Und siehe da, via autocreate wurde ein Device angelegt.
Ich habe nun folgende Theorien, warum das mit den Steckdosen nicht funktioniert:
- Mein Jeelink-Clone kann kein PCA301.
- Ich verwende den falschen Sketch.
- Ich habe die Frequenz nicht korrekt eingestellt. Für dem LaCrosse-Sensor musste ich das initCommands auf "30t 0a v" setzen, damit er den Sensor erkennt.
Was meint ihr?
Viele Grüße,
Mario
Hallo Mario,
Zitat von: Megabeit am 17 Februar 2018, 17:46:48
Hi, also das mit dem Terminal habe ich nicht hinbekommen ???
Das mit dem Terminal wollte ich heute mal testen, hat sich ja dann erledigt :-)
Zitat von: Megabeit am 17 Februar 2018, 17:46:48
- Mein Jeelink-Clone kann kein PCA301.
Welches Funkmodul hat denn der Jeelink drauf?
Zitat von: Megabeit am 17 Februar 2018, 17:46:48
- Ich habe die Frequenz nicht korrekt eingestellt. Für dem LaCrosse-Sensor musste ich das initCommands auf "30t 0a v" setzen, damit er den Sensor erkennt.
Das ist nicht die Frequenz, sondern die Datenrate.
Bei meinem Jeelink musste ich die Frequenz für PCA301 geringfügig anpassen.
Welche Antennenlänge hast Du bei Deinem Jeelink? Ich meine lambda/4 funktioniert nicht lamda/2 funktioniert mit der PCA301.
Gruß PeMue
Zitat von: Megabeit am 17 Februar 2018, 17:46:48
Ich verwende den falschen Sketch.
Was meint ihr?
Hm. Das https://wiki.fhem.de/wiki/JeeLink#PCA301_Sketch hast Du gelesen?
Grüße Jörg
Mist .. habe es jetzt auch erst "gelesen":
flash LaCrosse
Du cannst entweder LaCrosse oder PCA301 .. beides gleichzeitig geht nicht, da sehr unterschiedliche Protokolle
Hi, mein Plan war eigentlich den Jeelink ausschließlich für für die PCA301 Steckdosen zu nutzen. Das flashen auf LaCrosse war nur als Funktionstest gedacht.
Hier mal die Daten vom Verkäufer des Sticks:
Zitat- Mini USB Nano V3.0 Atmega 328P 5V 16M Mikro Controller Board F Arduino TE359
- Professionell gefertigte, kurze Adapterplatine. Dadurch schön kompakt ohne Überlänge und keine ablösbare Verkabelung
- Hope RFM69CW 868 MHz Funkmodul
- Active-, TX- und RX-LED
- Reset-Taster (zugänglich)
- Helical 868 MHz Antenne
- USB Typ: Mini-USB Stecker inklusive Adapter mit Stecker-A
@Jörg: Ja, habe mich nach bestem Wissen und Gewissen auch an das Wiki an der Stelle orientiert (siehe mein Post https://forum.fhem.de/index.php/topic,11648.msg766122.html#msg766122 (https://forum.fhem.de/index.php/topic,11648.msg766122.html#msg766122)).
@PeMue: Stimmt, habe die Begrifflichkeiten durcheinander gehauen ... sorry. Ist die Datenrate entscheidend, ob der Stick im State "opened" bleibt?
Hallo Mario,
Zitat von: Megabeit am 17 Februar 2018, 20:08:27
Hier mal die Daten vom Verkäufer des Sticks:
Hope RFM69CW 868 MHz Funkmodul
Dein Stick wird nicht für PCA301 gehen, da der Sketch für den RFM12B geschrieben ist. LaCrosse wurde wie es aussieht von HCS schon auf RMF69CW portiert. Ggf. kannst Du auf einen nanoLaCrosseGateway umsteigen, Platinen hätte ich noch da ;)
Gruß PeMue
Danke ... und schade. Das erklärt es natürlich. Dann werde ich deinen Vorschlag anwenden und den Jeelink als LaCrosse einfach betreiben. Ist ja auch nicht so schlecht 8)
Viele Grüße,
Mario
Hallo!
Wäre es möglich die PCA301 auf eine Kabelversion umzubauen? Ich hatte ja mal eine geöffnet und da ist mir die Pinleiste mit "VCC RX TX GND" aufgefallen. Siehe https://forum.fhem.de/index.php?action=dlattach;topic=11648.0;attach=8297;image
Wenn man die Funkmodule von PCA301 und JeeLink umgeht und (evtl. über einen Pegelkonverter) direkt RX und TX verbindet - würde das funktionieren?
Vielleicht bekommt man die Platine ja in eine Unterputzdose mit "Rucksack" verbaut, siehe https://www.baulinks.de/webplugin/2016/0776.php4
Das wäre doch eine tolle Lösung, um sie unauffällig unter Putz zu integrieren, wahlweise als Funk- oder Kabellösung. Man könnte sie aber vielleicht auch zu einer Schaltschrankvariante umbauen.
Was meint ihr?
Gruß
Spiff.
Moin
Und wozu soll das gut sein? Abgesehen von diversen Vorschriften, die man ausser Acht lassen mueste? Wie willst Du RX/TX dahin bekommen?
Gruss Christoph
Es wäre wesentlich eleganter als diese Huckepack-Steckdosenlösung.
Naja... wenn man ein Steuerkabel liegen hat oder die Möglichkeit hat, eins zu verbauen, würde ich wired Funk immer vorziehen.
Zentral im Schaltschrank würde sich die Frage eh erübrigen.
Auf welche Vorschriften genau zielst Du ab? :o
Gruß!
Zitat von: Spiff am 20 April 2018, 14:31:37
Auf welche Vorschriften genau zielst Du ab? :o
Gruß!
Vermutlich auf die, die besagen, dass du jetzt doch keinen Versicherungsschutz hast, nachdem dir das Haus abgebrannt ist :)
Also der Sinn leuchtet mir auch nicht ein. Da gibt es es doch Relaisbaugruppen für die mal verbauen kann. Oder baue es doch gleich selber dann passt es auch in eine Unterputz Dose.
Geht es dir hier um die Leistungsmessung oder wie? Dann würde ich aber vielleicht was genaueres nehmen also die PCA ;-)
/Daniel
Ja, ich finde das Gesamtpaket der PCA gut, ink. Preis/Leistung.
Was würdest Du denn stattdessen als Leistungsmessung nehmen?
Möchtest du denn wirklich am Verbraucher messen? Reicht es nicht es im Schaltschrank pro Zimmer oder sogar nur am Hauptzähler zu messen? Wenn du wissen willst was ein Gerät verbraucht dann steck ein richtiges Multimeter mit Power Mess Funktion zwischen und dann haste es. Was willst du denn mit den gewonnenen Daten machen? Ich finde man kann das auch gut vom Hauptzähler her ableiten.
In der Preisklasse wird man vermutlich nichts besseres finden aber die Frage ist eben braucht man es. Ich hab mir in einer Mietwohnung unTer Dampf ein S0 Zähler eingebaut im Sicherungskasten und ich muss sagen was der mit ausspuckt ist Aussagekraft genug. Meine ganzen Zwischenstecker habe ich alle rausgeworfen. Und da kannste 10 nebeneinander legen, jeder misst was anderes.
Kabelgebunden gibt es aber genug Energiemesssysteme und je nach Preis sind die auch recht genau. Und ob deine Stehlampe nun 10 oder 60 Watt braucht, ganz ehrlich aber wenn die nicht 24h läuft geht das im Grundrauschen unter...
Zitat von: justme1968 am 11 November 2013, 22:17:30
edit2: es ist schon vorgesehen das für jede dose getrennt einzustellen.
Hallo Andre,
ich trau mich kaum zu der 5 Jahre alten Aussage etwas zu fragen, aber da ich die culfw anpassen möchte: Änderst Du da noch etwas in der 36_PCA301 ?
Grüße Markus
das macht nicht das modul sondern der sketch automatisch im hintergrund.
der sketch ist nicht von mir. nur das modul.
ich weiß noch nicht mal ob der alte sketch mit einer aktuellen ide kompiliert. von der baustelle würde ich eher die finger lassen. ich habe gerade auch so genug zu tun :)
Hi Andre,
dank Dir für die Antwort. Hatte ich mir so ähnlich gedacht. Wenn ich es überhaupt mit der culfw schaffe, dann lässt sich das auch erst einmal mit at's und set ...statusrequest lösen.
Vielleicht hab ich danach die Muße, ein Attribut für das 36_PCA301 einzubauen, so dass man je Dose über einen internaltimer pollen kann.
Grüße Markus
Zitat von: justme1968 am 11 Februar 2019, 06:59:06
ich weiß noch nicht mal ob der alte sketch mit einer aktuellen ide kompiliert
tut er, Arduino IDE 1.8.7, Board Definition 1.6.23. HEX Größe ist signifikant kleiner als die im SVN gespeicherte (ich habe für 3,3 V/8 MHz compiliert).
Gruß Peter
danke. eine ausrede weniger :)
aber ich fürchte ich komme trozdem nicht dazu.
ist das individuelle intervall wirklich so wichtig?
Bei meinem Vorhaben geht es weniger um das individuelle Intervall, sondern dass das nicht in die culfw gehört(meine Meinung). Ohne polling senden die Dosen aber nie(außer bei manueller Betätigung der Dose den Schaltbefehl). :'(
Zitataber ich fürchte ich komme trozdem nicht dazu.
Ist doch OK. Ich machs dann ggfs., da ich ja auch aktueller in der Materie und dem Modul drin bin.
Grüße Markus
doch. ich finde das gehört in dir firmware :). deshalb ist es ja auch im jeelink sketch.
dar sketch muss sich auch darum kümmern das die dosen nicht alle gleichzeitig abgefragt werden oder das nicht abgefragt wird wenn eine dose gerade geschaltet wird und die antwort abgeholt wird. die ganzen zeiten dazu werden zufällig verschoben.
das gehör alles nicht auf die fhem ebene.
Zitatdoch. ich finde das gehört in dir firmware :). deshalb ist es ja auch im jeelink sketch.
Von einem theoretischen Standpunkt aus mag das stimmen. Wenn ich mir vorhandene device-Modul-Beziehungen angucke aber eher nicht:
- devices ohne Eingriffsmöglichkeit in die firmware;fast alle Kaufdevices(u.a. Stromzähler, AV-Geräte....); Polling macht (in der Regel)das Modul
- CUL/S'duino/RFXTRX vs. Jeelink: 1 Mehrzweck-Transceiver für viiieeele Protokolle(dann wird dann aber der Speicher knapp) vs. Ein-Protokoll -Transceiver(individuell aber teuer; da gehen einem dann die USB-Anschlüsse aus)
Ist dann aber so ziemlich OT. Die Masse der Pros und Cons müssten wir dann im Development Forum austauschen. ;)
Wobei es eigentlich was "gans tiefes ist" und damit eigentlich auf die unterste Ebene gehört ...
Hallo,
ich bin gerade im Wiki auf die o.g. funksteckdose gestoßen.
Gibt es eine Alternative? Diese scheint nicht mehr lieferbar. Ich bräuchte auch keine Steckdose, sondern nur einen Energiemesser, den ich per Jeelink (wie meine Temperatursensoren) auslesen kann.
Danke für eure Rückmeldung.
Gruß
Karl
Für den JeeLink (v1/classic) gibt es die EC3000 Energiemesser.
Beachte bei den Sachen, die über JeeLink angeschlossen werden aber, dass der JeeLink nur einen Sketch laden kann und somit nur ein Funkprotokoll spricht.
Für die zusätzliche Anbindung von EC3000 oder PCA usw. benötigst du demzufolge einen zweiten JeeLink und das in der alten Version, da die Sketche wohl bisher nicht auf die v2 portiert sind.
Hallo,
ich möchte nun meine PCA wieder zum Laufen bekommen, da ich doch mit denen immer mal wieder Probleme mit der Funkverbindung hatte.
Also habe ich jetzt einen original Jeelink besorgt und es kommen auch wieder reading rein.
Könnte bitte jemand mal seine funktionierende cfg und 99.myutils posten. Ich würde das dann gerne für mich und meinen 5 PCA301 anpassen.
Danke und frohes/gesundes 2020
Jörg
was willst du denn mit fremder config und anderen files?
du legst einfach das jeelink device an, alles andere geht per autocreate.
falls du die config von hand editierst: hör auf damit das ist nicht nötig. ganz im gegenteil.
Zitat von: justme1968 am 01 Januar 2020, 18:16:16
was willst du denn mit fremder config und anderen files?
du legst einfach das jeelink device an, alles andere geht per autocreate.
falls du die config von hand editierst: hör auf damit das ist nicht nötig. ganz im gegenteil.
Es geht mir um die dummes oder Berechnungen des aktuellen Verbrauches, Tages- Monats- Jahres... statistik.
man braucht keine dummys.
der aktuelle verbrauch steht in den readings der devices, wenn man tages, monats und jahres werte möchte legt man ein average oder statistics device an.
Zitat von: justme1968 am 01 Januar 2020, 19:26:13
man braucht keine dummys.
der aktuelle verbrauch steht in den readings der devices, wenn man tages, monats und jahres werte möchte legt man ein average oder statistics device an.
Das habe ich (sonst hätte ich auch nicht nachgefragt.
Aber auf welches reading? Ich habe es auf counter und erhalte als Ergebnis nachfolgend unsinnige Werte :
statCount Hour: 40 Day: 1477 Month: 1616 Year: 1616
2020-01-06 20:14:38 statCountLast Hour: 162 Day: -2927 Month: -75 Year: 319 (since: 2019-06-17 )
2020-01-06 19:59:55 statPowerDay Min: 18.43 Avg: 72.25 Max: 168.60
2020-01-06 20:05:16 statPowerDayLast Min: 3.03 Avg: 58.08 Max: 1798.22
2020-01-05 23:59:56 statPowerMonth Min: 3.03 Avg: 50.06 Max: 1798.22
2020-01-06 20:05:16 statPowerMonthLast Min: 31.36 Avg: 144.12 Max: 297.64
2019-12-31 23:59:56 statPowerYear Min: 3.03 Avg: 50.06 Max: 1798.22
2020-01-06 20:05:16 statPowerYearLast Min: 0.00 Avg: 122.43 Max: 10598.83 (since: 2019-06-16_11:08:01 )
2019-12-31 23:59:56Letztlich habe ich eben zwar mit power_cum_day einen Tageswert - aber mal schöne Monats- oder Jahreswerte, Durchschnitt etc aber nicht.
Ich habe mich gestern und heute mal wieder stundenlang mit meinen PCA301 beschäftigt, da nahezu alle consumption Werte 1. falsch waren und somit auch 2. Daily oder 3. statistics völlig daneben waren.
Also alle devices gelöscht und neu eingebunden. Dann habe ich es mit einem anderen Stromzähler vergleichen und nun passen power und consumtion.
Aus einem alten post aus 2014 Antwort #733 vom 06 Mai 2014 habe ich
sub PCA301_DailyStats() {
my $DbLogDev;
#suche ein DbLogDevice
return undef unless($modules{"DbLog"} && $modules{"DbLog"}{"LOADED"});
foreach my $key (keys(%defs)) {
if($defs{$key}{TYPE} eq "DbLog") {
$DbLogDev = $key;
last;
}
}
return undef if($defs{$DbLogDev}{STATE} !~ m/(active|connected)/); # muss active sein!
#TagesRange des Vortages ermitteln
my @day = localtime(time - 86400);
$day[5]+=1900; # Year
$day[4] = sprintf("%02d", $day[4]+=1); # Month
$day[3] = sprintf("%02d", $day[3]); # Day
my $daybegin = ($day[5]) ."-". ($day[4]) ."-". $day[3] ." ". '00:00:00';
my $dayend = ($day[5]) ."-". ($day[4]) ."-". $day[3] ." ". '23:59:59';
#my $pca301_dev = 'SW_KC_Freezer';
foreach my $pca301_dev (keys(%defs)) {
next if($defs{$pca301_dev}{TYPE} ne "PCA301");
my $sql = " select
max(to_number(value,'999.999')) - min(to_number(value,'999.999')) as kw
from history
where device = '$pca301_dev'
and reading = 'consumption'
and timestamp >= TO_TIMESTAMP('$daybegin','YYYY-MM-DD HH24:MI:SS')
and timestamp <= TO_TIMESTAMP('$dayend','YYYY-MM-DD HH24:MI:SS')";
DbLog_Set($defs{$DbLogDev}, 'set', 'userCommand', $sql);
my $ret = ReadingsVal($DbLogDev, 'userCommandResult', '');
readingsSingleUpdate($defs{$pca301_dev}, "DailyConsumtion", $ret ,1) if($ret);
}
return undef;
}
eingebunden und auch Timer_PCA301_DailyStats definiert. Der läuft auch aber es wird kein DailyConsumtion in die PCA301 geschrieben.
Was muss ich im coding anpassen ?
Meine PCA heissen PCA301_x (X=1 bis 6)
Mein Datenbank heisst DbLog und liegt bei /opt/fhem
Danke für die Hilfe
Grüße
Jörg
Moin Joerg
Mir ist irgendwie im Hinterkopf, dass das reading erst nach einer gewissen Zeit auftaucht. Mindestens nach einem Tag, wenn nicht sogar laenger!
Gruss Christoph
Moin
Wie per PN angedroht, habe ich mal nachgesehen.
Consumption und consumption_total gibt es ja nur standard maessig vom Modul.
Der zweite ist ein automatisch generiertes user_reading. Von diesem sprach ich eigentlich die ganze Zeit.
Jetzt habe ich aber festgestellt, das dies irgendwie gar nicht mehr aktualisiert wird. Und auch die Zeiten zu denen das letzte mal aktualisiert wurde sind total unterschiedlich!
Von daher war mein Beitrag eher nicht hilfreich.
Gruss Christoph
Zitat von: jnewton957 am 01 Januar 2020, 18:02:35
Könnte bitte jemand mal seine funktionierende cfg und 99.myutils posten. Ich würde das dann gerne für mich und meinen 5 PCA301 anpassen.
Auch auf die Gefahr auf einen alten Post zu antworten.
Hier meine 99_myUtils.pm:
##### PCA301 Tag,Monat,Jahr ######
#
sub setReading($$$){
my $device = shift;
my $readingsName = shift;
my $readingsWert = shift;
readingsSingleUpdate($main::defs{$device}, $readingsName, $readingsWert, 1);
}
sub resetPCA301($){
my $name = shift;
my $power;
my ($sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isdst) = localtime(time);
if( $wday == 1 ){
$power = ReadingsVal($name,"consumptionWeek","0");
setReading($name,"consumptionLastWeek",$power);
setReading($name,"consumptionWeek","0");
}
if( $mday == 1 ){
$power = ReadingsVal($name,"consumptionMonth","0");
setReading($name,"consumptionLastMonth",$power);
setReading($name,"consumptionMonth","0");
}
if( $yday == 1 ){
$power = ReadingsVal($name,"consumptionYear","0");
setReading($name,"consumptionLastYear",$power);
setReading($name,"consumptionYear","0");
}
$power = ReadingsVal($name,"consumption","0");
setReading($name,"consumptionYesterday",$power);
fhem("set $name reset");
}
sub sysResetPCA301(){
# SD_GarageGefriertruhe
resetPCA301("SD_GarageGefriertruhe");
# SD_GarageKuehlschrank
resetPCA301("SD_GarageKuehlschrank");
# SD_HWR_Trockner
resetPCA301("SD_HWR_Trockner");
# SD_HWR_Waschmaschine
resetPCA301("SD_HWR_Waschmaschine");
# SD_HeizungZirkulationspumpe
resetPCA301("SD_HeizungZirkulationspumpe");
# SD_Hyundai_Ioniq
resetPCA301("SD_Hyundai_Ioniq");
# SD_KuecheGeschirrspueler
resetPCA301("SD_KuecheGeschirrspueler");
# SD_KuecheKuehlschrank
resetPCA301("SD_KuecheKuehlschrank");
# SD_WZ_Angel
resetPCA301("SD_WZ_Angel");
# SD_Wasserbett_Amelie
resetPCA301("SD_Wasserbett_Amelie");
# SD_Wasserbett_Schlafzimmer
resetPCA301("SD_Wasserbett_Schlafzimmer");
# SD_Wasserbett_Zoe
resetPCA301("SD_Wasserbett_Zoe");
# SD_WohnMedia
resetPCA301("SD_WohnMedia");
}
#
##### ENDE PCA301 Tag,Monat,Jahr ######
#
##### PCA301 Euro Berechnung #####
#
sub euroBerechnen($){
my $consumption = shift;
my $euro = 0;
my $kwhPreis = 0.300;
$euro = $consumption * $kwhPreis;
return (sprintf("%.2f",$euro));
}
#
##### ENDE PCA301 Euro Berechnung #####
#
######## Watchdog PCA301 ##########################################
#
sub PCA301_check($$){
my ($Name,$Event) = @_;
#Reading warte auf acknowledge setzen
if (($Event eq "set-on") or ($Event eq "set-off")) {
readingsSingleUpdate($defs{$Name}, "waitforACK", $Event,1);
Log 1, ("PCA301_check: Schaltsignal $Event zu $Name gesendet");
}
#Rückmeldung Kontrollieren
if ($Event eq "on") {
if (ReadingsVal($Name, 'waitforACK', '') eq "set-on") {
readingsSingleUpdate($defs{$Name}, "waitforACK", "ACK:on",1);
Log 1, ("PCA301_check: Rückmeldung $Event von $Name erhalten");
} elsif (ReadingsVal($Name, 'waitforACK', '') eq "set-off") {
fhem ("sleep 1;set $Name off");
Log 1, ("PCA301_check: Falsche Rückmeldung $Event von $Name erhalten");
}
} elsif ($Event eq "off") {
if (ReadingsVal("$Name", 'waitforACK', '') eq "set-off") {
readingsSingleUpdate($defs{$Name}, "waitforACK", "ACK:off",1);
Log 1, ("PCA301_check: Rückmeldung $Event von $Name erhalten");
} elsif (ReadingsVal($Name, 'waitforACK', '') eq "set-on") {
fhem ("sleep 1;set $Name on");
Log 1, ("PCA301_check: Falsche Rückmeldung $Event von $Name erhalten");
}
}
}
#
######## Ende Watchdog PCA301 ##########################################
#Hier einer meiner RAW:
defmod SD_GarageGefriertruhe PCA301 0690CA 0B
attr SD_GarageGefriertruhe IODev JeelinkPCA301
attr SD_GarageGefriertruhe devStateIcon on:message_socket_enabled@green:off off:message_socket_off@red:on
attr SD_GarageGefriertruhe forceOn 1
attr SD_GarageGefriertruhe group Steckdosen
attr SD_GarageGefriertruhe icon on
attr SD_GarageGefriertruhe room Garage,PCA301
attr SD_GarageGefriertruhe userReadings consumptionTotal:consumption.* monotonic {ReadingsVal($name,'consumption',0)}, \
consumptionWeek:consumption.* monotonic {ReadingsVal($name,'consumption',0)}, \
consumptionMonth:consumption.* monotonic {ReadingsVal($name,'consumption',0)}, \
consumptionYear:consumption.* monotonic {ReadingsVal($name,'consumption',0)}, \
consumptionEuro {euroBerechnen(ReadingsVal($name,"consumption","?"))}, \
consumptionYearEuro {euroBerechnen(ReadingsVal($name,"consumptionYear","?"))}
attr SD_GarageGefriertruhe webCmd on:toggle:off
Zufällig hatte ich vorhin auch suchen müssen, da ich die myUtils verändert/verschrieben hatte.
Gruß
Ralf
hi,
hab die tage noch eine PCA301 gefunden und wollte diese in FHEM anlernen.
Bisher habe ich immer
set jeelink JeeLinkPairForSec 180gemacht und danach die PCA301 in die Steckdose gesteckt.
Kurz danach wurde mir die neue PCA301 in FHEM angezeigt.
Diese will jetzt aber nicht in FHEM erscheinen.
Was kann ich noch probierenn?
Danke
Zitat von: The Spirit am 28 Februar 2024, 14:12:00hi,
hab die tage noch eine PCA301 gefunden und wollte diese in FHEM anlernen.
Bisher habe ich immer
set jeelink JeeLinkPairForSec 180gemacht und danach die PCA301 in die Steckdose gesteckt.
Kurz danach wurde mir die neue PCA301 in FHEM angezeigt.
Diese will jetzt aber nicht in FHEM erscheinen.
Was kann ich noch probierenn?
Danke
Hallo,
autocreate deaktiviert?
Grüße Jörg