Hallo Gemeinde,
ich habe erfolgreich meine ESA2000WZ in das FHEM-Systen integriert und nun wollte ich fragen, ob es möglich sei auch die Revolt Zusatz-Funksteckdose für Funk-Energiekosten-Messgerät (NC-5461), welches u.a. von Pearl vertrieben wird mit der FHEM zu verbinden. Sie funken im Frequenzbereich von 433.05 - 434.79 MHz und sind für knapp 10 Euro pro Modul relativ preisgünstig. Damit könnte man idealerweise bei jedem angeschlossenen Verbraucher den Strom messen.
Viele Grüße
fh168
Hallo,
Wie hast Du den ESA 2000 WZ ans laufen bekommen. Ich blicke da nicht durch.
Gruß
Kutschi
Hallo Kutschi,
das findest Du hier: http://forum.fhem.de/index.php?t=msg&th=9770&prevloaded=1&rid=1451&start=0 (//forum.fhem.de/index.php?t=msg&th=9770&prevloaded=1&rid=1451&start=0)
Hi,
Ja das habe ich mir schon alles durchgelesen aber es funktioniert nicht. Im logfile von fhem finde ich kein ESA 2000.
Die Parameter am Cul habe ich wie empfohlen eingestellt. Ich habe Fhem auf eine Raspberry laufen. Gibt's noch nen
Heißen Tipp.
Gruß
Kutschi
Hallo Kutschi,
bei mir liegt / lag es an der Antenne. Ich habe mir selber eine gebaut (siehe Foto, link in meiner Signature). So 100% zufrieden bin ich nach wie vor nicht, weil zeitweise ich 8h Daten empfange und dann 4h oder mehr Stunden gar nichts mehr. Obwohl ich die Position des CULs nicht verändert habe. Ich muss dabei sagen, das der Stromzähler sich 3 Etagen unter mir befindet.
LG
/robin
Ich fand die Revolt Steckdosen für den Preis auch ganz interessant und hab' mich mal an das Funk Protokoll heran gewagt:
Link (http://forum.fhem.de/index.php?topic=14292.0)
Hallo,
ich bin begeistert! Ich habe 2 Revolt-Steckdosen, wann gibt es etwas zu testen?
LG
/robin
Code steht unter dem angegebenen Link und kann getestet werden:
#define HAS_IT
#define HAS_REVOLT
muss in board.h eingetragen werden. Übersetzen - Flashen - und Datenrate (Register 0x10 = 0x57, 0x11 = 0xc4) auf 5,6k einstellen.
Viele Grüße
Hallo,
ich habe keine Ahnung was und wo board.h ist und wie ich etwas übersetzen (kompilieren) kann? Wo kann ich die Register verändern? Kannst Du mir bitte die Hex-Datei schicken, damit ich diese auf den CUL flashen kann?
Alternativ eine Anleitung wie und womit man den Code kompilieren kann? Wird dann die Steckdose danach automatisch erkannt oder muss da noch eine Zeile in der fhem.cfg hinzugefügt werden?
LG
/robin
Hier die übersetzten Hex Dateien. Register können über EEPROM geändert werden: einfach die beiden Befehle "W1257" und "W13C4" an die CUL schicken (z.B. über fhem "set raw"). Dannach brauchts - glaub ich - noch ein "X21".
Die Integration in FHEM hab' ich gerade erst begonnen - da gibts noch nix.
okay, habe ich gemacht, Temperaturdaten vom S300, Tür-Fensterkontakt, HUE, ESA2000, funktioniert. Schalten von Steckdosen geht auch.
Wie sehe ich jetzt, das die Revolt funktioniert? Im Event-Monitor sehe ich nichts davon.
Im FHEM-Log solltest du "unknown message r....." bekommen.
Du hast einen CUL in 433MHz Ausführung? ESA2000, S300.. senden doch auf 868MHz? Ob ein 868-CUL (bei umgestellter Frequenz) etwas empfängt, wäre tatsächlich sehr interessant zu wissen...
Nein, CUL 868 MHz. Ich habe aber irgendwo gelesen, die können auch 433 MHz.
Kommt nichts an. 2013.08.17 16:31:29 3: set CUL_0 raw W1257
2013.08.17 16:31:29 3: set CUL_0 raw W1257
2013.08.17 16:31:49 3: set CUL_0 raw W13C4
2013.08.17 16:32:09 3: set CUL_0 raw X21
2013.08.17 16:38:35 3: Setting MDMCFG4 (10) to 47 = 406 KHz
2013.08.17 16:50:12 3: GenShellSwitch command result: sending systemCode[11110] unitCode[1] command[1] command=2 -> sendTriState
2013.08.17 16:50:12 2: GenShellSwitch set SteckdoseFestplatte on
2013.08.17 16:50:15 3: GenShellSwitch command result: sending systemCode[11110] unitCode[1] command[0] command=2 -> sendTriState
2013.08.17 16:50:15 2: GenShellSwitch set SteckdoseFestplatte off
Du kannst versuchen die Frequenz auf 433.92MHz zu stellen, aber im allgemeinen ist die Empfangsqualität der 868-CULs bei 433MHz nicht sonderlich gut - das Ding ist halt auf 868MHz abgestimmt (Hardware).
Hallo,
ich habe den CUL mal umgestellt auf 433.92 MHz
... klappt!
2013.08.17 17:38:59 2: CUL_0: unknown message r735AE900103200AD2E11DE29
2013.08.17 17:39:22 2: CUL_0: unknown message r735AE900103200AD2E11DE29
2013.08.17 17:39:59 2: CUL_0: unknown message r735AE900103200AD2F11DE28
2013.08.17 17:40:08 2: CUL_0: unknown message r735AE900103200AD2E11DE2C
2013.08.17 17:41:14 2: CUL_0: unknown message r735AE900103200AD2F11DE2C
sehr geil!
Könnte man später softwaremäßig den CUL - z.B. im Admin-Menü -, umschalten, wenn man bei einem Verbraucher den Strom messen möchte? Meistens interessiert der Stromverbrauch der mobilen Revolt-Steckdosen ja nur temporär. Und schließlich ist es ein 868 MHz CUL, welcher sonst hier alles regelt.
Für FHEM gibts auch schon was. Aber ohne Garantie!!
Auf jeden Fall vorher ein Backup machen!
Hab keine Ahnung, ob ich mich an alle Coding-Richtlinien halte... aber bei funzt es.
10_Revolt.pm und 00_CUL.pm unter FHEM/ abspeichern. Vorsicht! Die 00_CUL.pm Version sollte nach Möglichkeit mit deiner Installation zusammen passen. Dabei sollte im Kopf folgende Revision zu finden sein:
# $Id: 00_CUL.pm 3659 2013-08-10 08:42:31Z rudolfkoenig $
Zitat von: fh168 schrieb am Sa, 17 August 2013 17:53Könnte man später softwaremäßig den CUL - z.B. im Admin-Menü -, umschalten, wenn man bei einem Verbraucher den Strom messen möchte? Meistens interessiert der Stromverbrauch der mobilen Revolt-Steckdosen ja nur temporär. Und schließlich ist es ein 868 MHz CUL, welcher sonst hier alles regelt.
Das Umschalten sollte einfach über "at" zu realisieren sein: alle 2 Stunden auf 433 umschalten und nach 10min zurück; oder so ähnlich.
Auch das beim nächsten Update wieder alles kaputt ist ...
Das klappt auch!
In der fhem.cfg schreiben
define revo Revolt 735a
wobei man die ID (735a) (die ersten 4 Bytes nach dem "r") aus dem Log-File holen muss.
Logfile: CUL_0: Unknown code r735aeb00103200ad2f11e0, help me!
Admin-Bereich
Revolt
revo
P: 17.4 E: 45.76 V: 234 C: 0.16 F: 50 Pf: 0.48
ne Grafik wäre noch fein :-)
Reichweite: Durch 2 Wände / Switching des CULs 868 auf 433.920 MHz.
CUL_0 ccconf => freq:433.920MHz bWidth:406KHz rAmpl:42dB sens:4dB
Super Arbeit!
/robin
Ich habe gerade eine zweite Steckdose angehangen, die wird nicht erkannt. Zumindest steht nichts im Log.
Die Werte die an FHem weitergegeben, werden, stimmen soweit.
Bei mir laufen 3 Stück ohne Probleme. Entfernung zu groß?
Ich habe die Steckdose nochmal resettet, jetzt gehts :-), sogar mit autocreate
2013.08.17 20:18:15 2: autocreate: define Revolt_cecd Revolt cecd
2013.08.17 20:18:15 2: autocreate: define FileLog_Revolt_cecd FileLog ./log/Revolt_cecd-%Y.log Revolt_cecd
2013.08.17 20:18:15 3: Revolt_cecd: P: 6.2 E: 53.68 V: 233 C: 0.05 F: 50 Pf: 0.51
2013.08.17 20:18:16 3: Revolt_cecd: P: 6.2 E: 53.68 V: 233 C: 0.05 F: 50 Pf: 0.51
Bekommst du auch gehäuft diese Meldungen
"Unknown code EFFFFFFFFFFFFFFFFFF, help me!"
Hallo,
die Fehlermeldungen kommen bei mir nicht vor.
Ich habe da jetzt einen Umschalter 433 MHz und 868 Mhz eingebaut. Das Ergebnis sieht so aus.
Das Logging klappt aber nicht nicht (wenn man oben auf text klickt). Die Steckdosen wurde per Autocreate erzeugt.
Es wird alles im (Event-)-Log-File geloggt.
2013.08.18 10:48:32 3: Revolt_4ecd: P: 6.9 E: 53.7 V: 234 C: 0.06 F: 50 Pf: 0.51
2013.08.18 10:48:35 3: Revolt_735a: P: 17.3 E: 45.96 V: 234 C: 0.16 F: 50 Pf: 0.48
2013.08.18 10:48:50 3: Revolt_735a: P: 17.2 E: 45.96 V: 235 C: 0.16 F: 50 Pf: 0.47
2013.08.18 10:49:30 3: Revolt_735a: P: 17.3 E: 45.96 V: 234 C: 0.16 F: 50 Pf: 0.47
2013.08.18 10:50:05 3: Revolt_735a: P: 17.2 E: 45.96 V: 235 C: 0.16 F: 50 Pf: 0.46
2013.08.18 10:50:54 3: Revolt_4ecd: P: 7 E: 53.7 V: 233 C: 0.06 F: 50 Pf: 0.51
2013.08.18 10:51:51 3: Revolt_735a: P: 17.2 E: 45.96 V: 233 C: 0.16 F: 50 Pf: 0.46
2013.08.18 10:52:14 3: Revolt_735a: P: 17.3 E: 45.96 V: 234 C: 0.16 F: 50 Pf: 0.47
2013.08.18 10:52:24 3: Revolt_735a: P: 17.2 E: 45.96 V: 234 C: 0.16 F: 50 Pf: 0.46
2013.08.18 10:52:28 3: Revolt_735a: P: 17.3 E: 45.96 V: 234 C: 0.16 F: 50 Pf: 0.47
2013.08.18 10:53:02 3: Revolt_4ecd: P: 7 E: 53.7 V: 233 C: 0.06 F: 50 Pf: 0.5
2013.08.18 10:53:06 3: Revolt_735a: P: 17.3 E: 45.96 V: 235 C: 0.16 F: 50 Pf: 0.47
2013.08.18 10:53:51 3: Revolt_735a: P: 17.3 E: 45.96 V: 234 C: 0.16 F: 50 Pf: 0.46
2013.08.18 10:54:10 3: Revolt_4ecd: P: 7 E: 53.7 V: 233 C: 0.06 F: 50 Pf: 0.51
2013.08.18 10:55:13 3: Revolt_735a: P: 17.3 E: 45.96 V: 235 C: 0.16 F: 50 Pf: 0.46
2013.08.18 10:55:20 3: Revolt_735a: P: 17.3 E: 45.96 V: 235 C: 0.16 F: 50 Pf: 0.46
(siehe Anhang / see attachement)
Wie gehts denn jetzt weiter? Wenn die 00_CUL geändert wird, dann sind unsere Hacks ja wieder weg?!
Ich bekomme es einfach nicht hin: das Modul aktualisiert die readings, schreibt ins log, aber generiert keine events. Und damit kommt dann auch nichts im filelog an.
Kennt sich hier jemand damit aus und kann helfen?
Wenn das funktioniert muss man sich mal informieren, wie man den Code offiziell einspeist..
Jetzt gehts mit den Events...
Klappt, vielen Dank.
Besteht die Möglichkeit im (Event-)Log noch die gemessenen Werte nicht zusätzlich zu loggen? Die hat man jetzt ja in den einzelnen Revolt-Logs ja drin.
Robin
Kleines Problem jetzt aufgetreten,
mein CUL empfängt jetzt nur noch 1 von 3 Temperatursensoren, ESA2000 empfängt er auch nicht mehr. An die Position des CULs habe ich nichts gemacht. Reset B00 bringt auch nichts. Irgend ein Hinweis?
Nach meiner Erfahrung hängt die Empfangsqualität zumindest bei den Revolt Steckdosen sehr stark an der eingestellten Datenrate ("W1257" und "W13C4"). Die könntest du zurück setzen, oder vielleicht Werte dazwischen einzustellen, um für beide Welten akzeptabele Qualität zu erreichen.
ich habe den CUL wieder neu geflasht und mit meinen Paras eingestellt, jetzt gehts wieder.
kleines Update:
- reading "avgpower" = Durchschnittliche Leistung seit letzter "energy"-reading-Änderung.
(siehe Anhang / see attachement)
Da ich einen CUL868 habe, muss ich ab und zu umschalten, um auf die Revolt-Energiemessung zuzugreifen.
Ich möchte das durch einen on / Off Schalter lösen.
(siehe Anhang / see attachement)
Wenn ich jetzt auf On klicke, steht dort: no set implemented for revo (revo ist meine Steckdose).
Wo kann man das event, also wenn er auf on / off reagieren soll, eintragen. Es muss ja für Off : set CUL_0 freq 868.30 und für ON : set CUL_0 freq 433.20 verwendet werden.
Schön wäre es auch wenn man eine Grafik erzeugen könnte wie bei der PCA301. Dafür würde ich alle 30min für 2min den Cul auf 433MHz umschalten. Geht sowas?
On/Off Schalter
Ich glaube das Revolt Modul ist nicht die richtige Stelle, um ein Umschalten der Frequenz zu realisieren. So einen Schalter müsstest du dir aber über ein dummy selber zusammenstellen können.
Grafik
Die Frage verstehe ich nicht ganz: Du hast doch eine Grafik angehängt - oder stammt die nicht von einer Revolt Steckdose? Ansonsten ist das Erzeugen von Grafiken über den üblichen Weg Filelog/Fileplot (bzw. dbplot) doch kein Problem..
ok, ich bin da mit Perl und der Fhem Programmierung nicht so bewandert. Kannst Du mir einen Hinweis geben, wie Du eine Grafik zauberst?
Nein, das ist die ELV PCA301 - Steckdose, bei der klappte es auf Anhieb eine Grafik zu erzeugen.
Hast du ein Filelog zu dem Revolt-Device? - Sollte mit autocreate erzeugt worden sein. Dann einfach auf "Create new SVG plot" und Grafik zusammen bauen..
Klappt! Danke!
Kurze Frage zwischendurch: Ist alles mittlerweile eincheckt?
Robin
CUL Erweiterung ja.
FHEM Modul nein.
hm, bin ich blind? Ich habe heute Nacht einen Abruf gemacht und in 00_CUL.pm finde ich keine Revolt-Erweiterung.
Robin
Sorry, das war vielleicht etwas missverständlich: mit CUL meinte ich die Erweiterung für die CUL Firmware.
Hallo,
das ist natürlich jetzt suboptimal.
Jeder, der jetzt einen Abruf macht oder Fhem updatet, bei dem fehlen die notwendigen Programmzeilen in 00_Cul.pm
Wird das noch nachgeholt?
So, 00_CUL.pm und 19_Revolt.pm sind jetzt in svn eingecheckt...
(Bitte 10_Revolt.pm löschen.)
perfekt, klappt wieder alles nach einem Abruf des Updates von Fhem.
Jetzt bin ich noch am überlegen, ob ich neben meinem CUL868 noch einen für 433MHz kaufe oder das softwaremäßig löse. Also den CUL868 alle paar Minuten umschalten lasse. Ist das schädlich für den CUL?
Ich habe gerade meinen Revolt-Energiekosten-Steckdosen-Beitrag erweitert: http://blog.moneybag.de/funk-energiekosten-messgerat-ein-erfahrungsbericht/ (//blog.moneybag.de/funk-energiekosten-messgerat-ein-erfahrungsbericht/) Dort sind auch Fotos einer geöffneten Steckdose drin.
Robin
Hallo zusammen!
Ich habe keinen CUL, sondern nur einen HM-CFG-LAN. Würde es damit auch funktionieren. Kann der HM-CFG-LAN mit den 433er-Ferquenzen umgehen?
Dank!
Gruß,
Frank
Hallo Frank,
der HM-CFG-LAN kann nur 868Mhz und unterstützt ausschließlich das Homematic-Protokoll.
Es sei denn jemand schreibt für das Teil eine alternative Firmware.
Gruß
Dirk
Zitat von: Dirk schrieb am Sa, 28 September 2013 11:47der HM-CFG-LAN kann nur 868Mhz und unterstützt ausschließlich das Homematic-Protokoll.
Danke Dirk - das war ja ne schnelle Antwort! :)
In diesem Fall werde ich mir wohl noch einen CUL besorgen müssen - muss ich da die 433er Version nehmen, oder kann die 868er Version auf 433MHz umschalten?
Bin schon länger auf der Suche nach einem Energieverbrauchs-Messgerät, das man zentral überwachen kann. Da scheint mir der Revolt NC-5462 derzeit die beste und auch die günstigste Möglichkeit zu sein. Beim PCA301 scheint mir das nicht so einfach zu sein (JeeLink usw...) - die Plugwise-Komponenten werden auch nicht so richtig unterstützt.
Gruß,
Frank
Hallo,
nachdem ich das Problem gefunden habe warum meine FHT Kommunikation zusammenbricht folgende Frage ..
Um Revolt zu empfangen muss gegeben sein die Frequenz und folgende Register
"W1257" und "W13C4
Leider bricht sobald ich die Register setze die FHT Kommunikation weg ... (auch wenn ich die Frequenz zurück setze).
Also was steht in diesen Registern normalerweise drin damit ich das mit der Frequenzänderung zurücknehmen kann ?
Grüße
Gibt es eigentlich schon eine Möglichkeit um gleichzeitig zum Betrieb für FS20/FHT automatisch zB alle 1-2 h den Stromverbrauch zu checken?
Edit: Fehlschluß -- eine Dose war einfach defekt (siehe weiter unten)
Hi,
ich wundere mich noch ein wenig ob der Interpretation der Messergebnisse, weil das irgendwie noch nicht stimmen kann.
Beispiel gerade (eigener Empfänger, tut aber ja nix zur Sache): Revolt-Messsteckdose mit einem Schaltznetzteil drin, das ganze steckt in einem ELV EA 8000 Energiemessgerät. Das EA 8000 zeigt um die 7.8W Verbrauch an, die Revolt in Ruhe alleine wird vom EA 8000 mit 0.7W gemessen, ergeben also ungefähr 7 Watt, die das Netzteil zieht. Das kommt auch ungefähr hin.
Funkdaten der Revolt:
ID:3aff V:232 C:0.03 F:50 P:2.2 PF:0.33 E:0.02
Also nur 2.2 Watt -- interessant ist, das 0.03 * 232 auch 6.7 ergibt, von der Dimension her also eher das Messergebnis der EA 8000.
Ich habe mir stichprobenartig andere gepostete Ergebnisse hier angeschaut, da gibt es ähnliche Diskrepanzen zwischen P, C und V.
Viele Grüße,
Olli
Zitat von: owagner am 09 November 2013, 16:44:06
Ich habe mir stichprobenartig andere gepostete Ergebnisse hier angeschaut, da gibt es ähnliche Diskrepanzen zwischen P, C und V.
Ich beobachte auch seit längerem meine Revolts. Ich habe auch so meine Zweifel, ob diese auch immer so 100%tig zuverlässig arbeiten. Fast täglich habe ich z. B. Ausreißer bei dem "Energy"-Wert, der sproadisch und willkürlich hochgeht und dann auf den Normalpegel zurückfällt. Was natürlich nicht sein kann, weil der Wert (meines Wissens) eine kummulierte Zahl darstellt... Diese Ausreißer muss ich dann mit DELETE-Statements aus meinem DbLog entfernen.
Momentan sehe ich mich nach Alternativen um, aber da ist leider noch nichts in Sicht.
Ich habe auch ab und zu einige Ausreißer in den Messwerten. Ich vermute aber, dass diese durch Übertragungsfehler entstehen, denn diese Aussreißer haben dann auch deutlich von 50Hz abweichende Frequenzen und überhöhte kWh-Werte. Außerdem ist der kWh-Wert beim folgenden korrekten Messwert dann wieder deutlich niedriger, was ja eigentlich nicht sein kann. Das Produkt U*I (Scheinleistung) ist übrigens nur bei ohmscher Last gleich der übermittelten Leistung (Wirkleistung), ansonsten höher, aber das nur am Rande.
Gruß
Peter
Das beobachtete Problem ist aber systematischer Natur, kein Übertragungsfehler.
Hat jemand anderes mal die Messergebnisse der Revolt-Dosen mit anderen Wirkleistungsmessern verglichen?
Viele Grüße,
Olli
Mal ein Test mit einer Glühbirne:
EA 8000: 41.1 Watt
Revolt Dose 1: 36.5 Watt (das ist die aus dem vorherigen Test)
Revolt Dose 2: 41.1 Watt
Revolt Dose 3: 41.2 Watt
EC3000: 40.8 Watt
Technoline Cost Control: 40 Watt
EM1000-EM: 40 Watt (wobei die Auflösung da 10W ist)
PF wird von EA 8000 und Revolt als 1.0 gemessen.
Schlussfolgerung: Eine meiner Revolt-Dosen misst Mist. Mit den anderen kommen auch vernünftige Werte bei dem Netzteil aus meinem vorherigen Test heraus.
Viele Grüße,
Olli
hmm also irgendwie funktionieren die Teile zwar aber nicht zuverlässig.
Die Funkübertragung macht echt einige Probleme Manchmal kommt es zu falschen meldungen 4 KW !! Danach ist 5 Minuten Funkpause und dann wieder normal. In der zeit erkennt FHEM ein neues Gerät was ich aber nicht erstellen lasse da ich sonst täglich 10 Geräte hätte.
Wer hat noch diese Probleme ??
Zum einfaches Messen sind die ja Okay aber wenn man damit was schalten lassen will unbrauchbar derzeit :(
Die Funkübertragung ist mit 13byte relativ lang, so dass Übertragungsfehler nicht selten sind. Es gibt zwar 2 byte Prüfsummen, aber davon konnte ich nur eine entschlüsseln. Damit können natürlich immer mal fehlerhafte Daten durch kommen. Ich hatte schon überlegt mittels "V*A*Pf=W" die Daten zu plausibilisieren, aber leider geht die Rechnung auch nicht immer genau auf (wegen Meßfehlern???).
Es müsste also jemand schaffen die letzte Prüfsumme zu entschlüssen, dann würden wir zuverlässigere Daten bekommen.
Gruß
Martin
hm dabei kann ich leider nicht helfen :(
Aber was neues seit 13 Uhr ist meine Steckdose ganz weg ... und trägt nun einen neuen Namen bzw. wird als neues Gerät angezeigt o_O Wie kann den so etwas *G*
Ich habe das inzwischen auch soweit am Laufen.
Schlussendlich habe ich als Funkempfänger ein Aurel AC-RX-Modul verwendet, als Antenne einen 17cm-Draht mit einem Stück Kupferplatine als "Groundplane".
Empfangsqualität: Mit dem Empfänger im Keller empfange ich Sender im Erdgeschoss und im Keller selbst, aber nicht mehr aus dem OG.
Das Problem mit den fehlerhaften Daten habe ich auch. Die 1-Byte-Checksumme ist leider nicht besonders zuverlässig, so dass ich noch weitere Plausis hinzufügen will (z.B. 45<F<55, 215<V<245).
Beispiel der aktuellen Empfangssituation:
UPTIME:8850 VCC:4877 OK:10839 CHKERROR:709 SHORT:2798 LONG:1095 IMPLAUSIBLE:0
DID:67ae V:227 C:0.14 F:50 P:16.3 PF:0.53 E:2.31 AGE:1 CHKERR:11
DID:415c V:227 C:0.00 F:50 P:0.5 PF:1.00 E:5.02 AGE:42 CHKERR:292
DID:0a7a V:227 C:0.45 F:50 P:58.5 PF:0.57 E:9.54 AGE:2 CHKERR:38
DID:4e8b V:227 C:0.09 F:50 P:8.7 PF:0.44 E:1.31 AGE:1 CHKERR:13
DID:6ec8 V:224 C:0.02 F:50 P:3.3 PF:0.73 E:3.13 AGE:2 CHKERR:30
OK ist die Anzahl der korrekt dekodierten Nachrichten, CHKERROR die Anzahl der Nachrichten mit Checksummenfehler, SHORT und LONG sind Nachrichten mit erkannter Synchronisation, aber ungültigen Bitlängen (<40uS, >800us). Pro Gerät gibt es dann noch die Anzahl von Checksummenfehlern, die dann wegen einer bekannten Geräte-ID einem Gerät zugeordnet werden konnten.
Was mir noch aufgefallen ist: Drückt man die Taste an einer Steckdose, sendet diese das normale Telegram in schneller Folge diverse Male, mit einem gesetzten Bit 15 in der ID. Das kann man evt. auch zur Plausi heranziehen.
Viele Grüße,
Olli
Zitat von: owagner am 18 November 2013, 11:13:55
Schlussendlich habe ich als Funkempfänger ein Aurel AC-RX-Modul verwendet, als Antenne einen 17cm-Draht mit einem Stück Kupferplatine als "Groundplane".
Hi, wie über was hast denn das Aurel angeschlossen und mit welcher Lib decodierst du die Signale?
Das hängt an einem Atmega 32u4 (Adafruit-Breakout-Board), den Decoder habe ich selbst geschrieben, die USB-Kommunikation ist LUFA. Wenn Interesse besteht, werfe ich das 'mal auf GitHub.
Kann man die Prüfsumme und die 7bit-Folge eigentlich in den FHEM-Logs (verbose=5) finden?
Ich sehe dort zwar z.B. den Eintrag
CUL/RAW: /r3EF0EA003F32035C3B0292FA^M
und hatte angenommen, dass "FA" das Prüfbyte ist, aber ich komme beim addieren der 11 Bytes nicht auf die Summe, sondern auf "B7".
Gruß
Peter
Hm, das mit der Plausi hilft auch nur bedingt:
UPTIME:34776 VCC:4877 OK:53319 CHKERROR:3228 SHORT:5385 LONG:2461 IMPLAUSIBLE:9
DID:415c V:228 C:0.48 F:50 P:102.5 PF:0.93 E:5.66 CERR:916 PERR:1 AGE:2
DID:67ae V:229 C:0.14 F:50 P:16.6 PF:0.53 E:4.65 CERR:62 PERR:0 AGE:1
DID:6ec8 V:226 C:0.02 F:50 P:3.4 PF:0.72 E:3.72 CERR:968 PERR:6 AGE:2
DID:4e8b V:228 C:0.09 F:50 P:8.6 PF:0.42 E:1.52 CERR:98 PERR:1 AGE:3
DID:0a7a V:228 C:0.41 F:50 P:49.3 PF:0.53 E:10.97 CERR:29 PERR:0 AGE:2
DID:3d83 V:229 C:0.00 F:50 P:0.0 PF:0.00 E:0.04 CERR:35 PERR:0 AGE:1
DID:eeeb V:232 C:0.09 F:50 P:8.7 PF:0.43 E:1.46 CERR:0 PERR:0 AGE:18168
DID:4154 V:230 C:0.00 F:50 P:0.6 PF:1.08 E:5.63 CERR:7 PERR:0 AGE:1368
DID:8afa V:228 C:0.41 F:50 P:49.3 PF:0.53 E:10.97 CERR:0 PERR:0 AGE:58
4154 ist ein Artefakt von 415c, eeeb ist ein Artefakt von 4e8b, 8afa ein Artefakt von 0a7a...
PF <= 1.00 kann noch als Bedingung rein, denke ich.
Zitat von: PumpkinEater am 18 November 2013, 19:28:07
Kann man die Prüfsumme und die 7bit-Folge eigentlich in den FHEM-Logs (verbose=5) finden?
Ich sehe dort zwar z.B. den Eintrag
CUL/RAW: /r3EF0EA003F32035C3B0292FA^M
und hatte angenommen, dass "FA" das Prüfbyte ist, aber ich komme beim addieren der 11 Bytes nicht auf die Summe, sondern auf "B7".
Gruß
Peter
Hallo Peter,
das "FA" also der letzte Byte ist der RSSI-Wert. Für die vollständige message inklusive der Prüfbytes musst du den CUL in den "debug" Modus versetzen (z.B. "X27").
Gruß
mehf
Hallo mehf,
vielen Dank, hat geklappt. Eine Idee bzgl. der Bedeutung der 7bit habe ich bislang leider auch noch nicht. Gibt es vielleicht ähnliche Protokolle, die solche Bytes aufweisen?
Gruß
Peter
Könnte es sich bei den letzten 8+8 bit um einen CRC-Wert handeln? Also CRC15 oder CRC16? Auf der Seite http://sitsec.net/blog/2012/02/10/brute-forcing-crc-parameters/ (http://sitsec.net/blog/2012/02/10/brute-forcing-crc-parameters/) gibt es ein "BruteForce"-Tool, um die Polynome zu ermitteln. Ich hab's mal probiert, aber so richtig komme ich damit auch nicht weiter.
Gruß
Peter
Zitat von: PumpkinEater am 24 November 2013, 09:06:42
Könnte es sich bei den letzten 8+8 bit um einen CRC-Wert handeln? Also CRC15 oder CRC16? Auf der Seite http://sitsec.net/blog/2012/02/10/brute-forcing-crc-parameters/ (http://sitsec.net/blog/2012/02/10/brute-forcing-crc-parameters/) gibt es ein "BruteForce"-Tool, um die Polynome zu ermitteln. Ich hab's mal probiert, aber so richtig komme ich damit auch nicht weiter.
Gruß
Peter
Super, dass sich noch jemand mit der Entschlüsselung der Prüfsumme beschäftigen möchte!
CRC15 oder CRC16 kann es nicht sein, da ja das erste byte bereits als Quersumme identifiziert ist. Ich hab mich lange mit CRC7 beschäftigt - mich aber immer gewundert warum das letzte byte nur aus 7 bit besteht. Mittlerweile glaube ich, dass es doch 8bit sind, wobei das letzte Bit in die "Ende-Synchronisation" übergeht, so dass ich das lange übersehen habe.
Ich werde mich mal ran setzen und ne firmware bauen, die auch das letzte Bit mit ausgibt...
Macht es überhaupt Sinn, in einem Byte eine Prüfsumme und dann dem zweiten Byte einen CRC8 zu übertragen? Die Fehlerkennung mit CRC16 wäre doch vermutlich besser als 8bit-Prüfsumme + CRC8 *grübel*
Es sind m.E. definitiv 8 bit, d.h. 13 Byte payload.
Ich habe mal ein bischen rumprobiert mit XOR o.ä., aber ad-hoc nichts simples gefunden, was passt...
Ich habe jetzt die Erweiterung um das "letzte Bit" implementiert. Allerdings habe ich noch nix getestet (!!), da ich grad wenig Zeit hab'...
...Fletcher-16 (oder eine Variante mit Modulo 256) ist es auch nicht...
Ich werde heute Abend mal die neue CUL_V3.hex testen.
Mehr kann ich als Hilfe leider nicht bieten.
Gruß
Micha
Nach 24 Stunden im Betrieb habe ich bisher noch keinen Unterschied feststellen können in der Funktion.
Sprich die neue CUL_V3.hex funktioniert mindestens genauso gut wie vorherige Version.
Komisch finde ich nur, dass jede dritte Dose in der Leistung-, Power-, Strom- und Frequenzmessung unregelmäßig Meßspitzen hat.
Habe mal die Reihenfolge der definition geändert um zu sehen ob es dann immer noch jede dritte Dose ist oder 2 Dosen einfach viele Übertragungsfehler haben.
Gruß
Micha
Kein Unterschied ist doch erstmal gut. Im debug Modus (z.B. X27) sollten jetzt aber alle 104 Bits ausgegeben werden (vorher war Bit 104 immer 0). Damit kann sich dann also jeder auf die Suche nach der Bedeutung des letzten Bytes machen.
Naja, den Debugmodus habe ich nicht getestet. Irgendwie bekommen ich den nicht an glaube ich.
Oder ist dies so ein Eintrag?
2013.11.27 17:18:40 5: CUL2: r71DDE0001832014C3E1EF5 -45
2013.11.27 17:18:40 5: CUL2 dispatch r71dde0001832014c3e1ef5
2013.11.27 17:18:40 4: Revolt_71dd: P: 33.2 E: 79.25 V: 224 C: 0.24 F: 50 Pf: 0.62
2013.11.27 17:18:40 5: Triggering Revolt_71dd (7 changes)
2013.11.27 17:18:40 5: Notify loop for Revolt_71dd P: 33.2 E: 79.25 V: 224 C: 0.24 F: 50 Pf: 0.62
2013.11.27 17:18:43 5: CUL/RAW: /r71DDE1001832014C3E1EF538
2013.11.28 21:32:24 5: CUL2: r71DDE1005932070C5A1F81 -45
2013.11.28 21:32:24 5: CUL2 dispatch r71dde1005932070c5a1f81
2013.11.28 21:32:24 4: Revolt_71dd: P: 180.4 E: 80.65 V: 225 C: 0.89 F: 50 Pf: 0.90
2013.11.28 21:32:24 5: Triggering Revolt_71dd (6 changes)
2013.11.28 21:32:24 5: Notify loop for Revolt_71dd voltage: 225
2013.11.28 21:32:24 5: CUL/RAW: /p 6 112 192 224 192 1 13 010480 320 3A 71DDE1005932070C5A1F81C724
Muss ich dazu nur "set CUL raw X27" und verbose=5 aktivieren? Oder noch mehr?
guckst du?
Zitat von: Sknorrell am 28 November 2013, 21:30:38
2013.11.27 17:18:40 5: CUL2: r71DDE0001832014C3E1EF5 -45
2013.11.27 17:18:40 5: CUL2 dispatch r71dde0001832014c3e1ef5
2013.11.27 17:18:40 4: Revolt_71dd: P: 33.2 E: 79.25 V: 224 C: 0.24 F: 50 Pf: 0.62
2013.11.27 17:18:40 5: Triggering Revolt_71dd (7 changes)
2013.11.27 17:18:40 5: Notify loop for Revolt_71dd P: 33.2 E: 79.25 V: 224 C: 0.24 F: 50 Pf: 0.62
2013.11.27 17:18:43 5: CUL/RAW: /r71DDE1001832014C3E1EF538
2013.11.28 21:32:24 5: CUL2: r71DDE1005932070C5A1F81 -45
2013.11.28 21:32:24 5: CUL2 dispatch r71dde1005932070c5a1f81
2013.11.28 21:32:24 4: Revolt_71dd: P: 180.4 E: 80.65 V: 225 C: 0.89 F: 50 Pf: 0.90
2013.11.28 21:32:24 5: Triggering Revolt_71dd (6 changes)
2013.11.28 21:32:24 5: Notify loop for Revolt_71dd voltage: 225
2013.11.28 21:32:24 5: CUL/RAW: /p 6 112 192 224 192 1 13 010480 320 3A 71DDE1005932070C5A1F81C724
Oki, danke für die Aufklärung
Und? Gibts schon was neues, was die fehlende Prüfsummen Interpretation angeht?
Würde das Ding echt gerne abhaken...
Ich habe mich mit meinen bescheidenen Mathekentnissen auch mal an das Problem der Prüfsumme gesetzt.
Leider habe ich bisher noch nicht den richtigen Ansatz gefunden.
Zitat von: mehf am 01 Dezember 2013, 22:41:44
Und? Gibts schon was neues, was die fehlende Prüfsummen Interpretation angeht?
Würde das Ding echt gerne abhaken...
Mein Vermutung ist, dass es sich hier um eine simplifizierte Variante von Fletcher's Checksum (http://en.wikipedia.org/wiki/Fletcher%27s_checksum) handelt -- die Tatsache, dass Byte 11 die einfache Summe ist, spricht dafür. Die genauen Parameter habe ich aber auch noch nicht rausgekriegt.
Mit Fletcher hab' ich auch ne Weile gespielt, aber nix hinbekommen.
CRC, Hamming Code, Xor - NIX vielleicht war ich aber auch nur zu blöd...
Gestern bin ich auf http://burtleburtle.net/bob/hash/examhash.html (http://burtleburtle.net/bob/hash/examhash.html) gestoßen - vielleicht gibt das noch Inspirationen.
Falls jemand 'mal sein Glück versuchen will, hier sind aufgezeichnete Daten mit den beiden Checksummen: http://pastebin.com/YjpAR72Q
Alle Datensätze haben den einfachen Check und die Plausi passiert.
Hallo ich habe mal eine Leihenfrage:
Kann ich mit einem CUL 868 V3 (MAX Heizung und Intertechno) auch noch das NC-5462 mit "steuern", ohne das es Probleme mit den erst genannten gibt?
Reicht dazu die Steckdose einzeln vom PEARL für 12€ im Moment?
@masterpete23,
nein kannst du nicht, bzw. nur testweise. Die Revolt sendet Daten im 433 MHz-Bereich. Du kannst testweise den CUL umstellen und eine spezielle Firmware draufflashen. Siehe vorherige Posts.
Die Steckdose für 12 Euro ist ok.
LG
fh168
Ich habe jetzt mir den Kompletten Thread durchgelesen, bin aber noch verwirrter als Vorher:
Habe einen (aktuellen) CUL_433 mit Version 1.57
- muß ich die hier erwähnte CUL-Version drauflegen, oder ist der CUL schon aktuell genug?
- Hier steht etwas davon, per "RAW-Befehl" den Emfpang in CUL zu aktivieren?
- Wenn obige 2 Punkte erledigt sind, kann ich das hier besprochene Modul in FHEM einlegen und FHEM konfigurieren?
Danke für die Beantwortung
1.57 dürfte ok sein, ich hatte damals die Firmware aus Post 9 genommen. Derzeitig habe ich die Revolts nicht in Gebrauch. Ist die 1.57 Version mittlerweile eingecheckt? Im Log siehst du später die Revolts mit den IDs, die du dann in Fhem definieren kannst.
Danke für die Info, habe nur noch nicht die Revolt, muß Sie noch "beschaffen". Sind für mich an Stellen interessant, wo man messen, aber nicht schalten will.
Gibt es eine Möglichkeit, vorher zu sehen, ob in der CUL-Version es schon drin ist? Wenn ich wüste wie, könnte ich ja auch in den Quellcode gucken ...
Vorteil:
Nach Strompause (Blackout), bekommt das angeschlossene Gerät gleich wieder Strom und ist nicht "down"
Zitat von: owagner am 18 November 2013, 11:57:01
Das hängt an einem Atmega 32u4 (Adafruit-Breakout-Board), den Decoder habe ich selbst geschrieben, die USB-Kommunikation ist LUFA. Wenn Interesse besteht, werfe ich das 'mal auf GitHub.
Hi, ich habe Interesse an dem Decoder für Atmega 32u4 vielleicht kannst du mir den bereitstellen.
Danke Mitja
Ich habe einen CULv3 868 mit FW 1.57 an der FritzBox und habe mir nun mal testweise eine Revolt Dose bestellt. Den CUL habe ich wie oben beschrieben auf 433MHz umgestellt (freq:433.970MHz bWidth:406KHz rAmpl:42dB sens:8dB). Nur leider taucht die Revolt Dose im Log nicht auf, er scheint nichts zu empfangen.
Ich werde mir wohl zusätzlich mal einen CULv3 433 holen und damit testen. Oder muss immer noch die Test Firmware verwendet werden? Hat momentan denn jemand Revolt Messgeräte am CUL laufen?
Ich habe 6 Revolt bei mir laufen.
Habe mir dafür extra einen CUL gekauft und auf 433MHz umgestellt.
Als Firmware nutze ich die Firmware auf Beitragantwort #68.
Funktioniert bis auf ein paar Ausreisserspitzen ab und zu in der Leistungs- und Verbrauchmessung ganz gut.
Wichtig ist, dass auch die Datenrate angepasst wird.
Hmm... habe nun auch den CUL433 hier aber der erkennt mein Revolt Messgerät auch noch nicht. Er wurde von FHEM mit FW 1.58 geflasht, da war nichts zu sehen. Dann habe ich testweise die FW aus dem Beitrag geflasht (1.57), auch nichts.
Was muss man denn nun noch einstellen, damit die Revolt Messgeräte erkannt werden?
Zusätzlich zu der Frequensanpassung muss die Datenrate angepasst werden.
set CUL1 raw W1257
und
set CUL1 raw W13C4
und vorsichtshalber noch ein
set CUL1 raw X21
Mit der CUL.V3 aus diesem Forum klappt es bei mir.
Zitat von: Sknorrell am 29 März 2014, 22:08:24
Mit der CUL.V3 aus diesem Forum klappt es bei mir.
Ja, das wird der Haken daran sein. Aktuell ist die Firmware 1.58 für den CULv3. Mit der 'originalen' 1.58 findet der CUL433 bei mir keine Revolt Dose. Mit der hier aus dem Beitrag scheint es zu gehen. Das ist eine 1.57, die aber vermutlich entsprechend etwas modifiziert wurde, dass die Revolt Dosen erkannt werden.
Werden die Modifikationen einmal in die Firmware übernommen?
Außerdem fehlt dann auf der FritzBox wohl noch das Perl Modul Date/Parse.pm. Mal sehen, ob sich das irgendwie integrieren lässt. Es wird im 19_Revol.pm für die Berechnung des Durchschnittswertes benötigt.
Hallo,
ich bin gerade dabei den CUL 433 für die Revolt vorzubereiten. Nun steht hier im Forum etwas von einer FW 1.57, die man dafür benötigt. Ich kann sie bisher nirgends finden, bin halt schon etwas älter und die Augen ... ;). Vielleicht ist ja jemand so nett und zeigt mir den Link.
Vielen Dank
Rainhard
Hallo nochmal,
habe jetzt verstanden, was gemeint war: Ich habe die CUL_v3.hex in das entsprechende Verzeichnis einer ausgepackten culfw-1.5x kopiert und den CUL damit geflasht. Inzwischen wird die Revolt erkannt und meldet fleißig ihre Werte.
Danke nochmals allen, die so fleißig hier mitschreiben und das Projekt unterstützen.
Viele Grüße
Rainhard
Ich komme mit meiner NC-5462 nicht klar , autocreate hat ein HMS erkannt , angelegt und in schöner Regelmäßigkeit kommen Daten in der Form :
2014-05-31 09:18:00 HMS HMS100TF_0000 temperature: 0
2014-05-31 09:18:00 HMS HMS100TF_0000 humidity: 0
2014-05-31 09:18:00 HMS HMS100TF_0000 battery: ok
2014-05-31 09:18:00 HMS HMS100TF_0000 type: HMS100TF
2014-05-31 09:18:00 HMS HMS100TF_0000 T: 0 H: 0 Bat: ok
2014-05-31 09:18:00 HMS HMS100TF_0000 RSSI: -41.5
2014-05-31 09:18:00 HMS HMS100TF_0000 RAWMSG: 810e04xx0510a0010000000000000000
2014-05-31 09:18:03 HMS HMS100TF_0000 temperature: 0
2014-05-31 09:18:03 HMS HMS100TF_0000 humidity: 0
2014-05-31 09:18:03 HMS HMS100TF_0000 battery: ok
2014-05-31 09:18:03 HMS HMS100TF_0000 type: HMS100TF
2014-05-31 09:18:03 HMS HMS100TF_0000 T: 0 H: 0 Bat: ok
2014-05-31 09:18:03 HMS HMS100TF_0000 RSSI: -41.5
2014-05-31 09:18:03 HMS HMS100TF_0000 RAWMSG: 810e04xx0510a0010000000000000000
getestet mit einem CUL868 V1.58 (mit HAS_REVOLT) als auch mit der V1.57 hier aus dem Thread. Entfernung CUL zur Dose ca. 1m.
Irgend jemand eine Idee ? sonst schicke ich das Ding am Montag zurück.
Hallo Zusammen,
zu meinem ersten Revolt habe ich jetzt bei Amazon folgendes gekauft:
---2x Zusatzsender für drahtloses Energiekostenmessgerät FHT-9998 0.1 W-3680 W--
Sind pro Stück 2€ günstiger gewesen und sahen genauso aus wie die Revolt.
Lassen sich genauso nutzen, und melden sich auch als Revolt an bei FHEM
Folgende Fragen:
- Nachdem ich den ersten Revolt mal ausgesteckt hatte, meldete er sich zunächst als neues Revolt mit einer anderen Kennung an, ist das normal?
- Die Revolt senden, jedenfalls leuchtet mehrmals in der Minute die rote Lampe, allerdings kommen kaum noch Daten an. Alles andere ist unverändert. Gibt es Gründe?
Hi
Ich nutze auch die FHT-9998. Wie lange hattest du den Revolt ausgesteckt? Bei wenigen Minuten hatte sich bei mir nichts verändert, sprich die id blieb gleich... Allerdings konnt eich beobachten das sich die die teilweise ändert (meist eine Stelle) wenn man die taste drückt.
Wenn ich diese id benutze empfange ich zwar auch Daten aber wesentlich seltener.
Wenn man wartet bis die Steckdose von selbst sendet und diese id nutzt kommt eine Messenge ca alle 30sec.
Gruß Stephan
Gesendet von meinem Galaxy Tab 4 LTE mit Tapatalk
Ja genau, das ändern der ID nach zu langem Stromlos habe ich jetzt auch bemerkt.
Umstecken innerhalb von 1:30 , und er behält seine ID.
Der lange Ausfall des Empfangs hatte bei mir einen anderen Grund. Mein CUL hatte plötzlich eine leicht geänderte Frequenz, beim Einstellen auf 433,970 MHz lief es wieder. Desweiteren das typische Problem wenn 2 Sender oder 2 Empfänger nebeneinander sind, sie stören sich! Abstand mehr als 50 cm und es geht.
Hallo,
Ich nutze auch die FHT-9998. Nach längeren Ausprobieren, bekomme ich die "fast" zum Laufen.
Sie werden von meinem nanocul mit autocreate gefunden. Es werden sogar nun weitere Revolt gefunden, die ich garnicht habe. Ich habe allerdings 8 ELRO AB440 laufen. Stören die sich, so dass sie als ELRO UND als Revolt gefunden werden ???
Allerdings stürzt mein FHEM nun permanent ab, wenn ich einen einen Raum verwende oder irgend etwas in FHEM mache.
putty meldet: Undefined subroutine &main::str2time called at ./FHEM/19_Revolt.pm line 83.cd
Ich hatte die 19_Revolt angepasst und eben genau die Zeile parse.pm auskommentiert.
Nehme ich wieder die Original 19_Revolt erhalte ich wieder den "Can't locate Date/Parse.pm in @INC ..... BEGIN failed--compilation aborted at ./FHEM/19_Revolt.pm line 11. Fehler.
Jemand eine Idee bzw. Hilfe ??
Danke
Jörg
@jörg / jnewton957
Sieht so aus als würden dir die Date und Time plugins? (nennt man dass bei python so) von deinem fehlen... wie z.B. auf einer Fritzbox... scheinbar... habe dieses wissen von unter anderem hier aus den Kommentaren:
http://www.sknorrell.de/blog/energiemesssung-mit-revolt-nc-5462/
dort gibt es auch in der Mitte der Beiträge eine modifizierte 19_Revolt.pm zum download welche ohne die komplette Durchschnittsberechnungsfunktion auskommt, was ja der Ursprung deiner Fehlermeldung ist. Der Durchschnittswert wird ja später sowieso von fhem berechnet soweit ich dass verstanden habe.
Ich sage extra angeblich, scheinbar und theoretisch da ich noch keinen CUL habe, jetzt gerade auf den nanoCUL aufmerksam geworden bin und mir auch einen bestellen/basteln werde wenn dein Test erfolgreich verläuft...
Du kommst mir sozusagen gerade recht, also bitte ich dich darum dir die Mühe zu machen zu berichten ob es funktioniert hat, ich hab mir schliesslich gerade nur für dich die Mühe gemacht mich hier anzumelden... :) (Naja nicht wirklich, aber war ein guter Zeitpunkt) Happy New Year!
Zitat von: jnewton957 am 03 Januar 2015, 16:36:47
Ich hatte die 19_Revolt angepasst und eben genau die Zeile parse.pm auskommentiert. [Dann stürzte FHEM permanent ab.]
Nehme ich wieder die Original 19_Revolt erhalte ich wieder den "Can't locate Date/Parse.pm in @INC ..... BEGIN failed--compilation aborted at ./FHEM/19_Revolt.pm line 11. Fehler.
Zitat
Sieht so aus als würden dir die Date und Time plugins?
Gelöst:Ich habe mir dir Parse.pm und Zone.pm über http://search.cpan.org besorgt und in das Verzeichnis lib/perl5/5.12.2/ Date (neu angelegt) und lib/perl5/5.12.2/ Time (bereits vorhanden) hineinkopiert.
Und schon lief es.
Zitat von: belanglos am 03 Januar 2015, 22:47:29
http://www.sknorrell.de/blog/energiemesssung-mit-revolt-nc-5462/
dort gibt es auch in der Mitte der Beiträge eine modifizierte 19_Revolt.pm zum download welche ohne die komplette Durchschnittsberechnungsfunktion auskommt, was ja der Ursprung deiner Fehlermeldung ist. Der Durchschnittswert wird ja später sowieso von fhem berechnet soweit ich dass verstanden habe.
Tip des Tages !!!!!!!!!!
Ich habe genau die 19_Revolt von dieser Seite genommen und gegen dir Originale ausgetauscht.
==> Keine Fehlermeldung mehr. Werte machen auch mehr Sinn (Prüfe das aber gerade noch).
DANKE DANKE DANKE DANKE
"Wasserstandsmeldung"
autocreate findet jetzt zu meinen 3 Revolt 9 weitere Geräte. Das sind meine ELRO AB440. Da die nun ebenfalls angelegt sind, passen die FHEM Befehle nicht mehr. Alles ist durcheinander. Einige ELROs reagieren garnicht mehr oder reagieren bei "falschen" (eigentlich für andere ELRO gedachten Befehlen).
Ein Revolt für eine kleine LED Weihnachtsbeleuchtung zeigt immerhin schon mal was an:
y state P: 24.70 E: 338.75 V: 229 C: 2.15 F: 50 Pf: 0.55 POW: 270.79 Cur: 0.1961 1420373531
state P: 24.50 E: 1.49 V: 229 C: 1.48 F: 50 Pf: 0.55 POW: 186.41 Cur: 0.1945 1420375767
Das kann nie stimmen !! Energy (E) und Current (C) sind doch in kW ??????
Ich verzweifle.
Hallo
habe auch 4 Revolts und einen selbstgebauten nanoCul
damit habe ich vor 2 Wochen, autocreate eingestellt
ein paar Tage das Ganze beobachtet.
Es kam immer mal wieder zu neu definierten Revolt Geräten
Die Messungen selbst schienen aber zu klappen.
Habe das aber wegen eines anderen Projekt erst mal deaktiviert d.h. autocreate aus und Revolt deaktiviert.
Ein weiterer Grund für Deaktivierung von autocreate war das mein Nachbar ein Hörmann Tor hat und scheinbar bei jedem Funkbefehl wird ein neuer Hörmann gefunden
Den konnte ich zwar mit hidden verschwinden lassen aber morgens gab es gleich 10 neue Hörmann Einträge, hatte noch nicht raus wie ich das ganz unterbinden konnte und mich erst einmal auf Fernsehprogramm und Abfallkalender konzentriert.
Was muss ich also neu laden etc, dann könnte ich auch über nanocul und Revolt berichten
Hi,
die Werte:
Zitat von: jnewton957 am 04 Januar 2015, 13:51:16
Ein Revolt für eine kleine LED Weihnachtsbeleuchtung zeigt immerhin schon mal was an:
y state P: 24.70 E: 338.75 V: 229 C: 2.15 F: 50 Pf: 0.55 POW: 270.79 Cur: 0.1961 1420373531
state P: 24.50 E: 1.49 V: 229 C: 1.48 F: 50 Pf: 0.55 POW: 186.41 Cur: 0.1945 1420375767
Das kann nie stimmen !! Energy (E) und Current (C) sind doch in kW ??????
können schon Stimmen, in der original 019_Revolt.pm;
P: Aktueller Verbrauch in Watt
E: Aufsummierter Verbrauch un KW/h
V: Aktuelle Spannung in Volt
C: Stromstärke in Ampere
F: Frequenz in Hz
Pf: Cos phi - Phasenverschiebung
Viele Grüße,
Stephan
Hat jemand die FHT-9998 mit einem rfxtrx 433 am laufen?
Oder ist zwingend ein CUL erforderlich
die FHT sehen den Revolt wirklich sehr ähnlich aber sie kommen nicht in der offiziellen Liste/Changelogs vor.
Zitat von: mbenker am 16 Januar 2015, 00:43:58
Hat jemand die FHT-9998 mit einem rfxtrx 433 am laufen?
Oder ist zwingend ein CUL erforderlich
Funktionieren .., hab heute 2 am nanoCUL in betrieb genommen
Ob die am rfxtrx433 laufen weiss ich nicht
Hallo,
@mbenker : hab's heute mit einem rfxtrx433e getestet... Die 9998er (sind baugleich Revolt 5462) werden im rfxmanager erkannt und mit allen "Readings" angezeigt...
Mehr hab ich noch nicht probiert, da ich den rfxtrx erst seit gestern besitze ;)
Vg
Karl
@ digital.arts
ich bekomme zwar eine trx_else Meldung aber kriege keine Readings
wie hast du die eingebunden ?
Hallo mbenker,
wie schon gesagt, den Empfang der Daten vom FHT-9998TG habe ich vorerst im log vom rfxmanager gesehen,
da ich meine beiden Verbrauchszähler im Moment noch mit einem CUL (Selbstbau-Nanocul433) im FHEM auf dem "produktiven" FHEM-RasPi habe.
Der "Bastel-FHEM-RasPi", an dem der RFX jetzt hängt, steht im OG (vermutlich zu weit weg vom Waschkeller mit den beiden FHT's).
Ausserdem habe ich im Moment den Empfang von "Revolt" im rfxmanager deaktiviert... bin am testen, was sonst noch alles empfangen wird von dem RFXtrx.
Da kann ich ehrlich sagen, ist zwar rel. teuer das Teil, aber macht für mich bisher einen super Eindruck, was alles geht damit (jedenfalls von meinem Equipment)
Aber das ist jetzt schon wieder off-topic... ich werde aber sicher die nächste Zeit öfter mal im RFXtrx-Thread zu finden sein ;)
VG
Karl
dank dir.......
Hallo
Ich versuche auch meine 2 Steckdosen für energiemessung in fhem zu integrieren allerdings habe ich ein SCC und kein CUL für den empfang auf 433 mhz geht das überhaupt oder gibts nur die fw für cul
Die Revolt-Funktion ist in der SCC-Firmware nicht vorhanden. In board.h (http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/SCC/board.h) fehlt diese Definition:
#define HAS_REVOLT
Danke
habe #define HAS_REVOLT In die board.h in die aktuelle FW1.63 eingefügt
funktioniert! 3 steckdosen wurden direkt per autocreate erkannt 2 von mir, guter empfang
allerdings kommen hin und wieder irreale werte zb:current: 327.68, frequency: 178aber immer wieder die gleichen
oder zb werte die nicht zusammen passen current und power
2015-03-04_16:45:45 Revolt_2178 P: 12.8 E: 238.66 V: 232 C: 1.28 F: 50 Pf: 0.00
2015-03-04_16:45:45 Revolt_2178 voltage: 232
2015-03-04_16:45:45 Revolt_2178 current: 1.28
2015-03-04_16:45:45 Revolt_2178 frequency: 50
2015-03-04_16:45:45 Revolt_2178 power: 12.8
2015-03-04_16:45:45 Revolt_2178 pf: 0
2015-03-04_16:45:45 Revolt_2178 energy: 238.66
oder
2015-03-04_17:11:25 Revolt_2178 .lastenergy: 566.34
2015-03-04_17:11:25 Revolt_2178 avgpower: 676228.61
2015-03-04_17:11:25 Revolt_2178 P: 0.0 E: 566.34 V: 232 C: 1.28 F: 50 Pf: 0.00
2015-03-04_17:11:25 Revolt_2178 voltage: 232
2015-03-04_17:11:25 Revolt_2178 current: 1.28
2015-03-04_17:11:25 Revolt_2178 frequency: 50
2015-03-04_17:11:25 Revolt_2178 power: 0
2015-03-04_17:11:25 Revolt_2178 pf: 0
2015-03-04_17:11:25 Revolt_2178 energy: 566.34
Hallo Zusammen,
Ich habe mir durch diesen Foren-Beitrag angeregt eine Revolt-Steckdose zugelegt, um meine bestehende FHEM-Installation zu erweitern. Bis jetzt habe ich es geschafft meinen USB CUL868 mit Firmware aus diesem Forum zu flashen und auf 433MHz via Konfiguration umzustellen. Natürlich habe ich in der Konfiguration auch die RAW werte angegeben: W1257, W13C4 und X27.
Danach hatte konnte ich folgendes im Logfile sehen:
2015.04.13 21:22:34 2: CUL1: unknown message p 5 80 256 80 32 11 2 5 368 4016 19 0E5520
2015.04.13 21:22:37 2: CUL1: unknown message p 5 96 224 32 1920 21 2 2 14410704 19 EDEA80
2015.04.13 21:22:44 2: CUL1: unknown message p 3 112 208 48 2016 8 2 7 304 3808 1A 000001
2015.04.13 21:22:48 2: CUL1: unknown message p 7 176 256 192 192 1 2 1 22410816 18 7FFF80
2015.04.13 21:22:54 2: CUL1: unknown message p 3 112 208 96 2304 8 2 7 288 4064 1C 000001
2015.04.13 21:22:54 2: CUL1: unknown message p 7 112 288 176 208 1 2 1 14410880 19 3FFF80
2015.04.13 21:22:57 2: CUL1: unknown message p 5 96 192 48 2640 23 2 1 304 3808 1A 495580
Es sieht so aus, als würde ich die Werte von der Steckdose empfangen. Allerdings bekomme ich keine Informationen über die Steckdose selbst! Ich hatte erwartet, den Code der Steckdose zu empfangen, um diese in FHEM definieren zu können.
Wie kann das sein, bzw. habe ich etwas vergessen?
Das System läuft auf einem Raspberry PI B+ mit FHEM 5.6.
Danke,
Viele Grüße,
Michael
Hat sich erledigt, habe die Steckdose abgesteckt und angesteckt, danach hab ich die ID bekommen und FHEM hat ein device erzeugt :o.
Trotzdem Danke und Grüße
Da ich es noch nicht ganz verstanden habe, kann ich mit Nem Cul 433 gleichzeitig Revolt und die elro Funksteckdosen schalten
Gesendet von meinem Nexus 4 mit Tapatalk
Revolt NC-5462 lässt sich generell nicht schalten, nur überwachen.
Ja das weiß ich
Gesendet von meinem Nexus 4 mit Tapatalk
Ich habe die CUL433. Vor zwei Tagen habe ich den FHT-9998 gekauft und würde ihn gern mit FHEM auslesen. Aber mein FHEM scheint ihn nicht zu erkennen. Geht das mit der CUL433 und der Firmwareversion 1.62? Wenn ja, wie?
Zitat von: masterpete23 am 15 April 2015, 09:11:56
Da ich es noch nicht ganz verstanden habe, kann ich mit Nem Cul 433 gleichzeitig Revolt und die elro Funksteckdosen schalten
Stehe vor der gleichen Fragestellung.
Meine Elro laufen super.Aber sobald dich die revolt dazu nehme, funktionieren die Elro nicht mehr stabil.
WÄRE ES SINNVOLL, EINEN ZWEITEN CLUBS NUR FÜR DIE REVOLT ZU NEHMEN.
welches Modul ist zu empfehlen. Es gibt da ein etwas älteres angepasstes !!! Im Netz.
Gruesse
Jörg
Hallo,
ich habe folgende Gerätschaften:
Raspi B, RfxTRX433e, Busware CCDv1 868MHz, 2x Revolt NC-5462, 10x TFA 30.3169 und andere 433er... (noch keine 868er Geräte)
Probleme mit RfxTRX433e:
Mit keiner Firmware bekomme ich im RFXManager den Button Revolt aktiviert (grau hinterlegt).
Hat jemand das hiermit funktionstüchtig bekommen? Gibt es eine besondere Vorgehensweise?
Probleme mit Busware CCDv1 868MHz
Trotz aller Maßnahmen bekomme ich keinerlei 433er Funkpakete. Folgendermaßen bin ich vorgegangen:
- wget http://sourceforge.net/code-snapshots/svn/c/cu/culfw/code/culfw-code-519-trunk.zip
- unzip culfw-code-519-trunk.zip
- cd /root/culfw-code-519-trunk/culfw/Devices/CCD/board.h
- nano board.h
einfügen:
#define HAS_IT
#define HAS_REVOLT
- make
- make program
- reboot
in FHEM:
- set CCD freq 433.92 #Frequenz setzen
- set CCD bbwidth 406 #Bandbreite anpassen
- set CCD raw W1257 #???
- set CCD raw W13C4 #???
- set CCD raw X21
- attr global verbose 5
Ergebnis:
keinerlei Einträge von CCD-Ereignissen im Log oder Eventmonitor
Kann jemand helfen?
Gruß
effe
Zitat von: Joesky am 23 April 2015, 15:23:32
Ich habe die CUL433. Vor zwei Tagen habe ich den FHT-9998 gekauft und würde ihn gern mit FHEM auslesen. Aber mein FHEM scheint ihn nicht zu erkennen. Geht das mit der CUL433 und der Firmwareversion 1.62? Wenn ja, wie?
Ich habe inzwischen die V1.63 genommen, in board.h die richtigen Einstellungen vorgenommen und trotzdem erkennt die CULL433 das Revolt Gerät nicht. Ich habe mal einen einzigen Eintrag im Log gefunden, ansonsten werden ab und zu neue Revoltgeräte angelegt, aber auch die liefern keine Daten. Hat jemand eine Idee oder weiß, ob Empfang der Revoltgeräte mit CUL433 überhaupt möglich ist?
Ich schließe mich der Frage von Joesky mal an. Bei mir läuft ein selbstgebauter nanoCUL433, der z.B. mit Intertechno sehr gut läuft (senden und empfangen). Getestet mit culfw 1.61 sowie 1.65 (aus dem SVN als es noch ging) und a-culfw 1.05.03. Bei den letzten beiden ist revolt auch im board.h aktiviert.
Meine Steckdose blinkt relativ regelmäßig, aber selbst wenn sie sich nur ein paar Meter vom CUL entfernt befindet, empfange ich kein Signal :(
Hallo,
Also ich betreibe sowohl Elro AB440S Funksteckdosen als auch Revolt NC-5462 an einer CUL433.
Zusätzlich zum anpassen der Datenrate mit <set CUL1 raw W1257> und <set CUL1 raw W13C4> habe ich noch die Bandbreite mit dem Befehl <set CUL1 bWidth 406> etwas erweitert und die Empfindlichkeit mit <set CUL1 sens 8>erhöht müssen.
Erst danach empfing die CUL433 Daten.
Ich nutze zwar noch die Firmware 1.57, aber mit der 1.63 sollte es eigentlich genauso klappen.
Hoffe das dies hilft
Michael
Nope leider auch mit den Einstellungen kein Empfang :( Intertechno geht aber nachwievor.
Revolt sendet auf 433,97 MHz und mein miniCUL mit der a-culfw Ver. 1.05.03 empfängt die Funksteckdose tadellos.
set CUL433 raw W1257
set CUL433 raw W13C4
set CUL433 raw X21
set CUL433 freq 433.97
set CUL433 bWidth 406
set CUL433 sens 8
Check das Makefile! Eventuell fehlt diese Zeile:
../../clib/rf_receive_revolt.c \
Zitat von: locutus am 28 Juli 2015, 12:23:21
Check das Makefile! Eventuell fehlt diese Zeile:
../../clib/rf_receive_revolt.c \
Also wenn ich das bei mir in das makefile eintrage,
dann kommt beim Kompilieren folgende Fehlermeldung:
make: *** No rule to make target '../../clib/rf_receive_revolt.o'
Habe die Dateien von Sourceforge genommen.
Anscheinend fehlen da die entsprechenden Dateien.
Oder sollte ich eine andere Source verwenden.
Nutze den CCD von Busware.
Hallo,
ich habe mir jetzt auch die Revolt NC-5462 zugelegt da der Preis Super ist. Leider werden diese auch nicht angezeigt.
Habe versucht die mit einem nanoCul 433 mit der FW (V 1.10.02 a-culfw Build: 171 (2015-10-29_21-49-43) nanoCUL433 (F-Band: 433MHz)) ins FHEM zu bekommen.
Leider wird auch nichts angezeigt. Ich habe das fertige .HEX genutzt.
Laufen die Revolt bei wem oder hat noch einer ein Tipp? Ich habe viele Beiträge gefunden die aber von 2013 waren und die einstellungen der Frequenz, Bandbreit usw. habe ich auch schon versucht. Evtl. weiß ja wer ob die garnicht mehr Empfangen werden können. Mir hatte nur das Changelog der FW Hoffnung gemacht.
Für eine Antwort wäre ich sehr Dankbar.
Hi,
Das fertige hex - File funktioniert nicht. Du musst in der board.h #define HAS_REVOLT hinzufügen und neu compilieren. Und anschließend flashen... Dann sollte es gehn
Gesendet von meinem A0001 mit Tapatalk
Hi,
ich weiß nicht mit welchem CUL meine Revolt redet.
Eigentlich müsste es der 433 nano sein.
Aber scheinbar ist -es der 868 - was ja eigentlich nicht -sein -kann
was sagt ihr?
Nach dem Bild wurde die Dose für dem 868 eingerichtet.
Empfangen wurden die Daten mit dem 433.
Dies sollte in der config korrigiert werden.
Ich nutze - als Hinweis - die letzte aCulFW, damit funktionieren sowohl IT Scahltungen als auch der Revolt-Empfang parallel tadellos. Was nicht geht ist hinter einen Revolt direkt eine IT zu platzieren - die Revolt-Daten laufen ein, aber die IT schaltet nicht mehr, das schient sich zu stören. IT an einem 3er-Stecker 1m weiter platziert ist alles wieder OK.
also hat autocreate einfach den falschen CUL eingerichtet.
Ich habe nun auch die letzte aculfw damit wird auch die revolt nicht mehr als Hoermann interpretiert
Läuft soweit gut bisher
Moin,
ich hab bei mir jetzt auch die NC-5462 im Einsatz. Funktioniert auch soweit alles ganz gut :D
Aber eine Frage hab ich noch: Gibt es einen Befehl um die Zähler der einzelnen Steckdosen zurückzusetzen? Ich würde gern den täglichen Verbrauch ermitteln und dazu jeden Tag einen "reset" ausführen.
Beste Grüße
Soweit ich weis gibt es einen solchen Befehl leider nicht.
Guten Abend,
nachdem ich die letzten Tage leider keine Lösung gefunden habe, muss ich doch mal schreiben.
Besteht die Möglichkeit die Steckdosen von Revolt über einen nanoCUL an fhem anzubinden?
edit: in der Datei ~/culfw-code-511-trunk/culfw/Devices/nanoCUL/board.h steht die Line:
#define HAS_REVOLT
Die ist auch bei mir nicht auskommentiert...
Viele Grüße
Matti
Hi,
Ich nutze die alternative CULfw damit werden meine Revolt problemlos empfangen.
Hast du auch ../../clib/rf_receive_revolt.c im Makefile?
Has_Revolt alleine reicht nicht..
Gesendet von meinem A0001 mit Tapatalk
Zitat von: CaptainHook am 27 Dezember 2015, 22:29:03
Hi,
Ich nutze die alternative CULfw damit werden meine Revolt problemlos empfangen.
Hast du auch ../../clib/rf_receive_revolt.c im Makefile?
Has_Revolt alleine reicht nicht..
Gesendet von meinem A0001 mit Tapatalk
Hallo CaptainHook,
nein die Datei ist nicht darin zu finden. Woher bekomme ich diese?
Unter https://github.com/svn2github/culfw/tree/master/clib ist diese auch nicht gelistet.
Viele Grüße
Matti
Aus der alternativen Version https://github.com/heliflieger/a-culfw
Gesendet von meinem Huawei Honor 7
Zitat von: masterpete23 am 29 Dezember 2015, 14:23:49
Aus der alternativen Version https://github.com/heliflieger/a-culfw
Gesendet von meinem Huawei Honor 7
Danke! Sobald ich wieder Zeit habe teste ich sofort :) und werde berichten
edit 29.12.2015 21:13:
woohoo, herzlichen Dank. Nachdem ich den nanoCUL mit dem Script (was sehr entspannt ist) geflasht habe, konnte ich den Stick problemlos in FHEM einbinden. Autocreate an und schon tauchten die Revolt Energiemesser in FHEM auf.
So soll es sein ;)
Schönen abend.
Super. Freut mich.
Gesendet von meinem Huawei Honor 7
hat sich erledigt, mit der alternativen Firmware geht es jetzt
schau dir mal das makefile an.
gab es was mit 433 oder 868 was man glaube ich in der befehlszeile angeben muss
mach mal nen ls -la in dem Verzeichnis und post das hier
Danke für die Info, hatte sich gerade mit meinem Edit überschrieben, hatte die Info im README der alternativen FW gefunden.
Wurden jetzt erkannt, aber jetzt muss ich erst mal die "geschwätzigen" Dosen einbremsen, die senden ja im Sekundentakt ^^
attr Revolt_haus event-min-interval *:60
Gesendet von meinem Huawei Honor 7
ich habe auch noch DbLogExclude auf pf, frequency, avgpower, energy und state
bei state geht das dblogexclude wohl irgendwie nicht
Mal so ne Frage zwischendurch: Wird an dem Addon eigentlich noch gearbeitet ?
Habe 2 Dosen jetzt seit ca 16 Stunden am laufen und inzwischen schon 5 "Falschgeräte" zusätzlich in meiner Liste nach dem ich die heute Nacht um ca 2 Uhr alle schon mal gelöscht habe.
So wie es ausschaut liegt der Fehler/ das Problem in der Erkennung der GeräteID
Arbeitszimmer.Steckdose.PC 4bd0
Kueche.Steckdose.Kuehlschrank 6507
die Fehlerkennungen haben alle eine ähnliche ID (siehe Bild)
Ansonsten kann man autocreate z.B. nur für den nanoCUL abschalten und für den Rest aktiviert lassen ?
Ich habe bei mir das gleiche verhalten. Leider.
Gesendet von meinem Huawei Honor 7
Ich habe jetzt mal bei autocreate beim Attribut:
ignoreTypes Revolt_.*
eingetragen, hoffe das Format war richtig, stehe mit RegExp ja auf dem Kriegsfuß ^^
Ein habe die Revolt NC-5462 neu eingerichtet und mein Logfile sieht aus als würden nur sporadisch und unregelmäßig Werte gesendet werden.
Ist es bei euch aus so? Auch die Reichweite ist mies. Habe um 19Uhr den NC-5462 0,5m. von meinem nanoCUL433 platziert, aber hat sich im Grunde nicht verändert.
Habe auf dem nanoCUL culfw-code-553-trunk drauf.
https://sourceforge.net/p/culfw/code/HEAD/tarball
2016-04-06_15:12:39 Revolt_547d P: 1.9 E: 0.14 V: 223 C: 0.01 F: 50 Pf: 1.00
2016-04-06_15:23:35 Revolt_547d P: 1.9 E: 0.14 V: 224 C: 0.01 F: 50 Pf: 1.00
2016-04-06_15:24:20 Revolt_547d P: 14.7 E: 163.98 V: 225 C: 0.65 F: 50 Pf: 1.00
2016-04-06_15:28:48 Revolt_547d P: 1.9 E: 0.14 V: 226 C: 0.01 F: 50 Pf: 1.00
2016-04-06_15:40:51 Revolt_547d P: 1.9 E: 0.14 V: 224 C: 0.01 F: 50 Pf: 1.00
2016-04-06_15:41:51 Revolt_547d P: 1.9 E: 0.14 V: 225 C: 0.01 F: 50 Pf: 1.00
2016-04-06_15:42:29 Revolt_547d P: 1.9 E: 0.14 V: 225 C: 0.01 F: 50 Pf: 1.00
2016-04-06_15:43:31 Revolt_547d P: 1.9 E: 0.14 V: 225 C: 0.01 F: 50 Pf: 1.00
2016-04-06_15:43:34 Revolt_547d P: 1.9 E: 0.14 V: 225 C: 0.01 F: 50 Pf: 1.00
2016-04-06_15:50:20 Revolt_547d P: 2.0 E: 1.42 V: 223 C: 1.29 F: 50 Pf: 1.00
2016-04-06_16:05:08 Revolt_547d P: 1.9 E: 0.14 V: 225 C: 0.01 F: 50 Pf: 1.00
2016-04-06_16:07:19 Revolt_547d P: 1.9 E: 0.14 V: 225 C: 0.01 F: 50 Pf: 1.00
2016-04-06_16:13:31 Revolt_547d P: 1.9 E: 0.14 V: 224 C: 0.01 F: 50 Pf: 1.00
2016-04-06_16:16:04 Revolt_547d P: 1.9 E: 0.14 V: 224 C: 0.01 F: 50 Pf: 1.00
2016-04-06_16:17:42 Revolt_547d P: 1.9 E: 0.14 V: 225 C: 0.01 F: 50 Pf: 1.00
2016-04-06_16:18:15 Revolt_547d P: 1.9 E: 165.90 V: 225 C: 0.01 F: 50 Pf: 1.00
2016-04-06_16:38:40 Revolt_547d P: 1.9 E: 0.14 V: 225 C: 0.01 F: 50 Pf: 1.00
2016-04-06_16:43:30 Revolt_547d P: 1.9 E: 0.14 V: 225 C: 0.01 F: 50 Pf: 1.00
2016-04-06_16:44:46 Revolt_547d P: 14.7 E: 327.82 V: 226 C: 0.01 F: 50 Pf: 1.00
2016-04-06_16:49:14 Revolt_547d P: 1.9 E: 0.14 V: 223 C: 0.01 F: 50 Pf: 1.00
2016-04-06_17:00:08 Revolt_547d P: 1.8 E: 0.14 V: 220 C: 0.01 F: 50 Pf: 1.00
2016-04-06_17:01:27 Revolt_547d P: 1.8 E: 0.14 V: 219 C: 0.01 F: 50 Pf: 1.00
2016-04-06_17:01:31 Revolt_547d P: 1.9 E: 0.14 V: 219 C: 0.01 F: 50 Pf: 1.00
2016-04-06_17:16:23 Revolt_547d P: 1.9 E: 0.14 V: 221 C: 0.01 F: 50 Pf: 1.00
2016-04-06_17:18:23 Revolt_547d P: 14.7 E: 0.14 V: 221 C: 1.29 F: 50 Pf: 1.00
2016-04-06_17:34:08 Revolt_547d P: 1.9 E: 0.14 V: 220 C: 0.01 F: 50 Pf: 1.00
2016-04-06_17:59:07 Revolt_547d P: 1.9 E: 0.14 V: 222 C: 0.01 F: 50 Pf: 1.00
2016-04-06_17:59:23 Revolt_547d P: 3291.5 E: 0.14 V: 222 C: 0.01 F: 50 Pf: 1.00
2016-04-06_18:02:08 Revolt_547d P: 1.9 E: 0.14 V: 221 C: 0.01 F: 50 Pf: 1.00
2016-04-06_18:29:41 Revolt_547d P: 1.9 E: 0.14 V: 221 C: 0.01 F: 50 Pf: 1.00
2016-04-06_18:50:23 Revolt_547d P: 1.8 E: 0.14 V: 221 C: 0.01 F: 50 Pf: 1.00
2016-04-06_18:53:11 Revolt_547d P: 1.8 E: 0.14 V: 221 C: 0.01 F: 50 Pf: 1.00
2016-04-06_18:59:49 Revolt_547d P: 1.8 E: 0.14 V: 220 C: 0.01 F: 50 Pf: 1.00
2016-04-06_19:05:18 Revolt_547d P: 0.0 E: 0.14 V: 221 C: 0.00 F: 50 Pf: 0.00
2016-04-06_19:08:22 Revolt_547d P: 0.0 E: 0.14 V: 220 C: 0.00 F: 50 Pf: 0.00
2016-04-06_19:11:49 Revolt_547d P: 0.0 E: 0.14 V: 220 C: 0.00 F: 50 Pf: 0.00
2016-04-06_19:13:58 Revolt_547d P: 0.0 E: 0.14 V: 219 C: 0.00 F: 50 Pf: 0.00
2016-04-06_19:15:10 Revolt_547d P: 0.0 E: 0.14 V: 219 C: 0.00 F: 50 Pf: 0.00
2016-04-06_19:15:59 Revolt_547d P: 0.0 E: 0.14 V: 219 C: 0.00 F: 50 Pf: 0.00
2016-04-06_19:17:10 Revolt_547d P: 0.0 E: 0.14 V: 220 C: 0.00 F: 50 Pf: 0.00
2016-04-06_19:25:14 Revolt_547d P: 0.0 E: 0.14 V: 221 C: 0.00 F: 50 Pf: 0.00
2016-04-06_19:25:44 Revolt_547d P: 0.0 E: 0.14 V: 222 C: 0.00 F: 50 Pf: 0.00
2016-04-06_19:28:19 Revolt_547d P: 0.0 E: 0.14 V: 222 C: 0.00 F: 50 Pf: 0.00
2016-04-06_19:29:13 Revolt_547d P: 0.0 E: 0.14 V: 222 C: 0.00 F: 50 Pf: 0.00
2016-04-06_19:33:51 Revolt_547d P: 0.0 E: 0.14 V: 223 C: 0.00 F: 50 Pf: 0.00
2016-04-06_19:41:53 Revolt_547d P: 0.0 E: 0.14 V: 221 C: 0.00 F: 50 Pf: 0.00
Ich hatte Anfang des Jahres auch das Problem, dass meine Revolts nach dem Umzug keine bzw nur sporadisch Daten lieferten.
Erst das flashen mit der alternativen Culfw https://forum.fhem.de/index.php/topic,35064.0.html (https://forum.fhem.de/index.php/topic,35064.0.html) brachte abhilfe.
Seit diesem Zeitpunkt klappt es vorzüglich
Hallo zusammen.
gehe ich recht in der Annahme, das es für die Revolt NC-5462 kein eigenes Modul gibt ?
Das die über die NanoCUL a-fw empfangen und dekodiert werden ??
Gruß
Sascha
Habe das Problem, dass zwischendurch im log sporadisch Spitzenwerte in der Leistung auftauchen,obwohl nix in Gebrauch ist. Ich rede hier über Werte von bis zu 7KW. Was ja bei 230V im normalen Stromkreis nicht möglich ist. Kennt jemand auch das Problem?
Gesendet von meinem SM-T560 mit Tapatalk
Ja habe ich auch
Gesendet von meinem Huawei Honor 7
Das Problem habe ich auch. Ich überlege nun, die Werte über einen gleitende Mittelwert Filter (siehe Wiki) rauszubügeln.
Ich habe auch die Frequenzen mit einem SDR Stick abgeglichen. Mein nanoCUL steht jetzt bei 434.02MHz. Aber bei der Riesen Bandbreite (bwidth:406kHz) bringt das wohl auch kaum noch was.
@Sknorrell hat in seinem Blog eine Version des Moduls verlinkt, die mehr Plausibilisierungsfilter enthält. Die hat bei mir aber fast gar nichts mehr durchgelassen.
Weiter vorne im Thread steht noch was von einer zweiten Checksumme für die Plausibilisierung der Funk-Telegramme. Leider wurde die CRC Verschlüsselung bisher nicht geknackt.
Sollten die Revolt NC-5462 auch mit dem nanoCUL funktionieren? http://www.fhemwiki.de/wiki/Selbstbau_CUL
Gruß
Jay
Jepp. Da gibt es aber auch die fehlinterpretation
Von mobil gesendet daher kurze Antwort
Also ich empfange mit dem NanoCUL V 1.66 gar nichts von den Revolt Steckdosen. :-(
Hat jemand einen Tipp für mich?
NanoCUL sollte doch gehen und Dein MaxCube eigentlich auch. Haben ja die culfw als firmware. Kann sein, dass Du noch ein raw command absetzen musst, um die Empfangsparameter leicht zu verändern. Hab ich von damals noch so im Hinterkopf. Kommando findest Du bestimmt über die SuFu. Im Internal desirgendwasCUL siehst Du das entscheidende Stichwort "REVOLT" ?
Grüße Markus
Mit der a-culfw klappt es mit der originalen bekomme ich von den Revolts nichts.
Moin,
für alle die interesse haben, ich habe ein Attribut eingebaut (mein erstes :))
korrektur > Dient dazu Revolts zu Nullen.
Reading energyNew ist der korrigierte Wert. energy enthält wie gehabt den normalen Wert.
So siehts dann aus.
fhem> list Revolt_Kaffeebar
Internals:
CFGFN
CUL433_MSGCNT 873
CUL433_RAWMSG r3703e00000320000006959
CUL433_RSSI -56.5
CUL433_TIME 2016-11-13 21:32:23
DEF 3703
ID 3703
IODev CUL433
LASTInputDev CUL433
MSGCNT 873
NAME Revolt_Kaffeebar
NR 1389
STATE P: 0.0 E: 269.69 V: 224 C: 0.00 F: 50 Pf: 0.00
TYPE Revolt
Readings:
2016-11-13 21:13:50 MyEnery 2.44
2016-11-13 21:26:53 avgpower 1566.50
2016-11-13 21:32:23 current 0
2016-11-13 21:32:23 energy 269.69
2016-11-13 21:32:23 energyNew 2.39
2016-11-13 21:32:23 frequency 50
2016-11-13 21:32:23 pf 0
2016-11-13 21:32:23 power 0
2016-11-13 21:32:23 state P: 0.0 E: 269.69 V: 224 C: 0.00 F: 50 Pf: 0.00
2016-11-13 21:32:23 voltage 224
Attributes:
IODev CUL432
korrektur 267.3
room Revolt
Einfach melden. Eventuell kann das (nach korrektur:)) evtl eingechecked werden.
Grüsse
Holger
Prima Idee, da hätte ich definitiv Interesse dran!
gerne was genau macht es?
Hallo,
die Revolts kann man leider nicht zurück setzen auf 0 ... Die Zählen den Wert "Energy" immer weiter.
Da ich nach meinem Umzug eine andere Verwendung habe, wollte ich, dass ich "bei null" anfange.
Somit kann ich nun per Attribut einen Wert mit geben, der vom "Energy" Wert abgezogen wird und im Reading "energyNew" zur verfügung steht.
Folgende Änderungen müssen an der 19_Revolt.pm gemacht werden.
Zeile 26 abändern in:
$hash->{AttrList} = "IODev korrektur:1,0".
$readingFnAttributes;
(ist das neue Attribut)
In Funktion Revolt_Parse hinter der Zeile
my $energy = hex(substr($msg, 19, 4))*0.01;
das hier hinzufügen
my $energynew = $energy;
(so hat der Wert energynew erst mal den Wert von Energy)
Hinter den Zeilen
readingsBulkUpdate($def,"energy", $energy,1);
#Log3 $def,3, "$name:energy $energy";
noch das hinzufügen
readingsBulkUpdate($def,"energyNew", sprintf("%.2f",$energynew-AttrVal($name,"korrektur",0)),1);
(übergibt das neue Reading energyNew wo der Wert von korrektur abgezogen wird. Ist dieser nicht vorhanden bleibts beim alten)
Speichern und dann noch ein reload 19_Revolt
das wars
Verwendung: einfach attr meineRevolt korrektur 220
So wird 220 KW abgezogen vom Wert Energy.
Achtung: Da ich kein Perl Programmierer bin ist hier KEINE Fehlerprüfung drin. Ich denke bei falschen Werten für korrektur wird das Modul Crashen.
Falls einer Perl kann, könnte er da evtl noch was einbauen damit das Attribut nur positive Zahlen Akzeptiert :)
Ich hoffe geholfen zu haben.
Ach nochwas: Sollte das Revolt Modul mal geupdatet werden wäre die manuelle Änderung natürlich weg ..
Hallo zusammen!
Ich habe mir auch einen nanoCUL gebaut und mal versucht die Revolt Steckdosen (NC-5462) auszulesen. Leider klappt es bei mir nicht. im Eventlog taucht nix über die Dosen auf (auser dem nanoCUL seine Meldungen, wenn ich Kommandos absetze)
Geflasht habe ich die alternative FW auf einen china clone des arduino nano (atmega328p)
Ich habe die Frequenz auf 433.92MHz gesetzt, wie im Datenblatt der Steckdosen angegeben.
Auch alle Kommandos mit W1257 und W13C4 als auch X21 hat nichts geändert.
Verkabelung müsste auch passen, wil ich ja die config daten abrufen kann:
nanoCUL ccconf => freq:433.920MHz bWidth:406KHz rAmpl:42dB sens:8dB
irgendeine Idee was ich falsch mache?
Dragon
Unter Clients siehst Du das Stichwort "REVOLT" beim nanoCUL ? Reichweitenprobleme ausgeschlossen ? Mehrere Dosen ausprobiert ?
Jope Revolt hab ich reinkompiliert
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
mehrere Dosen (aktuell mal zwei) ausprobiert, Reichweite würde ich sagen ausgeschlossen: hab Dose und den CUL mal einen halben Meter nebeneinander gestellt...
Ich spekuliere mal, dass Du den nano als generelle Fehlerquelle beim Empfang auch schon durch anderweitige Tests ausschließen konntest. Dann blieben das Übliche verbose 5 und Debug-Modus mit raw X67, um im Log/event monitor zu gucken, ob überhaupt bzw. was an Daten beim nano ankommt.
Ich vermute langsam ein Problem am CUL.
Mit ccconfig erhalte ich zwar Werte, aber irgenetwas stimmt nicht - das heißt zumindest, dass das SPI klappt und er korrekt Saft hat.
Auch das Chipselet sollte damit ausgeschlossen sein.
Kann den da noch was sein?
Ich hab einen SDR hier aktiv und hab mal um die 433 / 434 MHz nachgesehn ob von den Dosen was kommt.
Auch da sieht man ganz klar, die Dose sendet. Zwar nicht auf 433.92 wie im Datenblatt geschrieben, aber auch wenn ich den CUL auf 434.06 einstelle mit bwith 406 müsste ich das Signal ja empfangen können.
Sense mit 8... also eigentlich MUSS der CUL was sehen.
Nachtrag: Ja auch mit verbose 5 und X67 taucht nix dazu im Log auf.
Problem gelöst!
GD02 und GD00 waren vertauscht... Und das obwohl ich gestern gefühlte 100 mal die Verkabelung gecheckt habe.
Danke für die Hilfe!!
Hi,
die neue Revolt zeigt mir folgende Werte, ganz einfach einzurichten, toll.
Jetzt SVG basteln, aber da habe ich folgendes Problem:
Könnte mir jemand die Werte erklären?
P: 45.1 E: 0.20 V: 237 C: 0.23 F: 50 Pf: 0.83
V ist wohl klar, die Spannung, F ist die Frequenz, also 50 HZ
Bleibt folgendes:
P: Evtl. die Leistung
E:
C:
Pf:
Will ja eigentlich die 2 Werte Verbrauch [kwh] und Leistung[W]
Beste Danke
Michael
Du könntest auch einfach die Readings energy und power nehmen, das sind die beiden, die Du suchst. Die entsprechen übrigens E und P.
C ist current, also die Stromstärke, Pf gibt den Leistungsfaktor (https://de.wikipedia.org/wiki/Leistungsfaktor) an.
Hallo fleißige Helfer,
ich verzweifel ein wenige an der korrekten Einbindung des Revolt NC-5462. Ich habe es über einen CUL mit der culfw und der a-culfw (beide aktuell) versucht. Das Gerät wird in Sekunden gefunden und angelegt. ich bekommen aber immer nur dieses Ergebnis:
2017-03-12 10:21:32 Revolt Revolt_d01b P: 0.0 E: 0.52 V: 235 C: 0.00 F: 0 Pf: 0.00
2017-03-12 10:21:32 Revolt Revolt_d01b voltage: 235
2017-03-12 10:21:32 Revolt Revolt_d01b current: 0
2017-03-12 10:21:32 Revolt Revolt_d01b frequency: 0
2017-03-12 10:21:32 Revolt Revolt_d01b power: 0
2017-03-12 10:21:32 Revolt Revolt_d01b pf: 0
2017-03-12 10:21:32 Revolt Revolt_d01b energy: 0.52
kann mir jemand einen Tipp geben was falsch läuft?
vielen Dank
Holger
Welches Ergebnis sollte es sein? Die erste Zeile sieht doch garnicht so schlecht aus, müsste es aber bei mir ggf nochmals direkt vergleichen. Mach mal bitte ein List deines devices
Sieht doch alles gut aus ... Aktuell wohl kein verbrauch und bis jetzt wurden 0,5 kw verbraucht
Gesendet von meinem E39 mit Tapatalk
Bei mir sieht es beispielsweise wie folgt aus:
DL2
P: 2.0 E: 2.41 V: 231 C: 0.02 F: 50 Pf: 0.63
Gefrierschrank
P: 1.1 E: 30.60 V: 228 C: 0.00 F: 50 Pf: 1.00
Infusionskuehlschrank
P: 0.0 E: 8.15 V: 228 C: 0.00 F: 50 Pf: 0.00
Trockner
P: 0.0 E: 38.36 V: 229 C: 0.00 F: 50 Pf: 0.00
Waschmaschine
P: 0.0 E: 32.86 V: 231 C: 0.00 F: 50 Pf: 0.00
Wasserenthaerter
P: 1.4 E: 1.91 V: 230 C: 0.03 F: 50 Pf: 0.21
Stört es dich, weil alles in einer Zeile steht?
Vg
Klaso
Sieht alles völlig normal aus.
Gesendet von meinem E6653 mit Tapatalk
Oh man Leute, Ihr seid ja schneller als die Polizei erlaubt. Super...
Das sieht tatsächlich nicht sooo schlecht aus, aber es ist mit einem Verbraucher (ca. 30 W) im Betrieb.
Es wird also nur die Netzspannung und 0,52 Verbrauch? angezeigt. Dieser Wert ändert ändert sich aber nicht.
Im Log sehe ich das brav alle ca. 10 sec aktualisiert wird.
Hast du event-on-change-reading eingetragen?
Gesendet von meinem E6653 mit Tapatalk
Oder einfach mal ein list <device> und posten.....dann sieht man auch ohne Glaskugel etwas ;-)
nichts leichter als das:
Internals:
DEF d01b
ID d01b
IODev nanoCUL
LASTInputDev nanoCUL
MSGCNT 2
NAME Revolt_d01b
NR 81
STATE P: 0.0 E: 0.52 V: 239 C: 0.00 F: 0 Pf: 0.00
TYPE Revolt
nanoCUL_MSGCNT 2
nanoCUL_RAWMSG rd01bef0000000000000034
nanoCUL_RSSI -26.5
nanoCUL_TIME 2017-03-12 16:35:28
Readings:
2017-03-12 14:06:14 avgpower -4712575215.01
2017-03-12 16:35:28 current 0
2017-03-12 16:35:28 energy 0.52
2017-03-12 16:35:28 frequency 0
2017-03-12 16:35:28 pf 0
2017-03-12 16:35:28 power 0
2017-03-12 16:35:28 state P: 0.0 E: 0.52 V: 239 C: 0.00 F: 0 Pf: 0.00
2017-03-12 16:35:28 voltage 239
Attributes:
IODev nanoCUL
room Revolt
Dumme Frage hinterher, was macht "event-on-change-reading"?
So sieht es bei mir aus, bei dir fehlen also noch Attribute
.rnals:
DEF 59db
ID 59db
IODev MyCUL
LASTInputDev MyCUL
MSGCNT 108
MyCUL_MSGCNT 108
MyCUL_RAWMSG r59dbe700023200153a00f2
MyCUL_RSSI -36.5
MyCUL_TIME 2017-03-12 16:44:25
NAME Revolt_59db
NR 350
STATE P: 2.1 E: 2.42 V: 231 C: 0.02 F: 50 Pf: 0.58
TYPE Revolt
Readings:
2017-03-12 14:27:59 avgpower 2.21
2017-03-12 16:44:25 current 0.02
2017-03-12 16:44:25 energy 2.42
2017-03-12 16:44:25 frequency 50
2017-03-12 16:44:25 pf 0.58
2017-03-12 16:44:25 power 2.1
2017-03-12 16:44:25 state P: 2.1 E: 2.42 V: 231 C: 0.02 F: 50 Pf: 0.58
2017-03-12 16:44:25 voltage 231
Attributes:
IODev MyCUL
alias DL2
event-min-interval state:30
event-on-update-reading state
room Revolt
Bzgl Event-on-change-Reading und weitere Attribute bitte mal die anfängerdoku lesen, oder im Wiki....
Bei mir wird das Reading alle 30 Sekunden aktualisiert
VG
Klaso
Die Attribute habe ich jetzt genauso gesetzt, das ändert aber nichts daran das ich außer der Spannung keine vernünftigen Werte bekomme. Ich vermute mittlerweile das mein Revolt defekt ist. Wenn ich mir die Rohdaten ansehe ist das doch auffällig im Vergleich mit den von "klaso" geposteten Daten.
Mein Reading: nanoCUL_RAWMSG rd01bee0000000000000034
klaso: MyCUL_RAWMSG r59dbe700023200153a00f2
Da scheinen bei mir Daten zu fehlen. (oder wurden nicht übertragen)
Hi,
vielleicht liegt es ja an der späten Stunde, aber ich habe das problem immer noch nicht ganz verstanden.
erstelle doch bitte einen Plot, damit kannst du genau visuell sehen, was "geliefert" wird
als Beispiel:
define FileLog_DL2 FileLog /opt/fhem/log/Revolt_59db-%Y.log Revolt_59db
attr FileLog_DL2 logtype text
attr FileLog_DL2 room Revolt
define weblink_DL2 SVG FileLog_DL2:power4sum6:CURRENT
attr weblink_DL2 label "DL2 Min $data{min1}, Max $data{max1}, Last $data{currval1}"
attr weblink_DL2 room Revolt
ersetze bitte DL2 durch Revolt_d01b, dann müsste der Plot bei dir funktionieren. Dann kannst es graphisch verfolgen.
desweiteren sind weitere Infos notwendig
Das sieht tatsächlich nicht sooo schlecht aus, aber es ist mit einem Verbraucher (ca. 30 W) im Betrieb.
erzähl doch bitte etwas mehr über den Verbraucher. Ein Kühlschrank benötigt je nach Modell auch 50 Watt, und sobald die temp im Kühlschrank steigt kurzzeitig 90-100 Watt. welche 30 Watt Verbrauch ziehst du heran? 30 Watt dauerhaft, 30 Watt im Durchschnitt?
Ich vermute mittlerweile das mein Revolt defekt ist
hast du weitere Revalot-Geräte?
hast du dieses Gerät schonmal gelöscht und erneut "eingebunden"?
hast du sichergestellt, dass du DEIN revolt erfasst hast? nicht dass du ein Gerät in der Nachbarschaft eingebunden hast und dich wunderst? also bitte mal ausstecken, und die Verfügbarkeit prüfen.
vg
klaso
Hallo,
Fragen über Fragen...da ich aber glücklich über jede Hilfe bin antworte ich mit Freuden :D....
Den Plot richte ich ein, komme aber erst morgen dazu.
• Der Verbraucher ist testweise eine Lötstation. Also aufheizten 30W danach weniger und ausgeschaltet 0. Ich sehe aber keine Änderungen ob die Station an oder aus ist.
• Zur Zeit habe ich keine anderen Revalto Geräte. Ich werde mir wohl ein weiteres bestellen.
• Ja, gelöscht und wieder eingebunden habe ich mehrfach.
• Ja, es ist mein Gerät. Wenn ich es aus der Steckdose ziehe hören die Einträge im Event Monitor sofort auf.
LG Holger
ich glaube ich gebe erst mal auf. Gerät gelöscht, neu angelegt, Plot erstellt aber das blöde Ding zeigt immer nur den gleichen Status:
2017-03-14_18:02:32 Revolt_d01b P: 0.0 E: 0.52 V: 238 C: 0.00 F: 0 Pf: 0.00
Ich bestelle mir die Tage ein 2. Gerät und schaue mal was das sagt. Vielleicht bin ich danach schlauer...trotzdem Danke für die Mühe. Ich melde mich wenn ich neue Erkenntnisse habe.
Zitat von: NightDragon am 26 November 2016, 00:31:31
Hallo zusammen!
Ich habe mir auch einen nanoCUL gebaut und mal versucht die Revolt Steckdosen (NC-5462) auszulesen. Leider klappt es bei mir nicht. im Eventlog taucht nix über die Dosen auf (auser dem nanoCUL seine Meldungen, wenn ich Kommandos absetze)
Geflasht habe ich die alternative FW auf einen china clone des arduino nano (atmega328p)
Auch alle Kommandos mit W1257 und W13C4 als auch X21 hat nichts geändert.
Dragon
Stören diese Einstellungen evt. Funktionierende Steckdosen?
Würde auch gerne revolt kaufen.
Wie schalte ich bei der culfw den Debug Modus ein, so das ich die Bits der noch unbekannten Prüfsumme sehen kann. X67 spuckt einen Haufen Blödsinn aus, nicht aber die fehlenden Bits.
also ich habe mit meinem Revolt auch voll die Probleme.. Vielleicht kann mir ja jemand mit meinem Phänomen helfen..
Also wenn ich die Code-Taste drücke auf der Steckdose wird ohne Fehler die Daten übertragen und ausgewertet. Aber sonst überhaupt nicht. Hatte es schon mal geschaft das er so ca alle 10 Sekunden die Daten überträgt aber nach ca 3 Stunden war dann wieder totale Sendepause...
Mit der Frequenz des CULS habe ich auch schon rum gespielt und gemerkt das der Empfang wirklich am besten ist wenn diese bei mit auf 433.95 steht. Aber wie gesagt nur wenn ich die Code-Taste drücke.
Kann mir da mal jemand einen Tipp geben.. achja hatte auch schon Ersatzgeräte bestellt bei denen genau das selbe Phänomen war.
Selbst meinen anderen Cul habe ich mal ausprobiert aber auch da das selbe.
Jetzt bin ich langsam etwas Ratlos. Oder brauchen die Teile doch eine Basisstation ??? Die habe ich nämlich nicht
Mein CUl mit der Software
V 1.24.01 a-culfw Build: 204 (2017-03-06_18-50-06) nanoCUL433 (F-Band: 433MHz)
und die Attribute
rfmode SlowRF
Hi,
also ne Basisstation brauchen die nicht, da kann ich dich beruhigen. Die Dinger senden nur stumpf ...
Was ich allerdings schon hatte, das die ein paar mal gesendet haben und plötzlich mit ner anderen ID rausgegangen sind ...
(ist Autocreate an?)
wird eventuell der CUL zurückgesetzt auf andere Parameter (w???)? die müssen stimmen ...
Frequenz richtig ? bwidth ?.
bei mir : freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
Gruss
Ja leider alles schon ausprobiert bzw ja die Einstellungen passen alle. Keine Chance .. Habs jetzt echt aufgegeben.. Also ich muss sagen ich habe schon alles irgendwie zum laufen mit Fhem gebracht nach einer gewissen Zeit aber da beiße ich mir echt die Zähne aus.. Die Id ist seltsamerweisse immer die selbe auch wenn das Teil lange nicht am Strom war ... aber die 4 Bytes sind echt immer die selben.. Immer 9f3c ... Hat mich auch schon etwas verblüfft. autocreate hat die auch gleich erkannt wenn ich auf dem Code Knopf gedrückt habe.
Soo jetzt andere Meßsteckdosen bestellt von einem anderen Hersteller.. Thema revolt hat sich dann für mich wahrscheinlich erledigt.
Trozdem Danke
Hallo,
den knopf brauchst nicht drücken ... die dinger sendern auch so fleißig (zu fleißig) durch die gegend.
Dann weiss ich nicht was die haben ... bei mir funzen 5 stück davon ...
gruss aus dinslaken
Hab auch 2 laufen mit culfw 1.67 und den mehrfach erwähnten settings. Ich vermute dein cul funktioniert nicht richtig.
Zitat von: Hausierer am 14 März 2017, 18:09:05
ich glaube ich gebe erst mal auf. Gerät gelöscht, neu angelegt, Plot erstellt aber das blöde Ding zeigt immer nur den gleichen Status:
2017-03-14_18:02:32 Revolt_d01b P: 0.0 E: 0.52 V: 238 C: 0.00 F: 0 Pf: 0.00
Ich bestelle mir die Tage ein 2. Gerät und schaue mal was das sagt. Vielleicht bin ich danach schlauer...trotzdem Danke für die Mühe. Ich melde mich wenn ich neue Erkenntnisse habe.
Also, ich habe nun ein 2. Gerät und das läuft mit den gleichen Einstellungen einwandfrei. Also war die ganze Mühe umsonst. Wir lernen, "nicht immer liegt der Fehler vor der Tastatur"
Jetzt wo es funktioniert kommt direkt noch eine Frage an die schlaue Gemeinde.
was bedeuten die Werte?
lastenergy: ?
energy: aufsummierter Verbrauch
avgpower: ?
current: ?
power: der aktuelle Verbrauch
Zitat von: Hausierer am 06 April 2017, 21:19:17
Jetzt wo es funktioniert kommt direkt noch eine Frage an die schlaue Gemeinde.
was bedeuten die Werte?
lastenergy: ?
energy: aufsummierter Verbrauch
avgpower: ?
current: ?
power: der aktuelle Verbrauch
Pf = blindfaktor
F = frequenz in Hz
Power = aktueller verbrauch in watt
Energy = gesamtverbauch in kw/h
Current = aktueller Strom in Ampere
Und falls meine modifizierte Version verwrndet wird
energyNew = korrigierter Wert nach abzug von korrektur
Gruss
Icebear
Gesendet von meinem E39 mit Tapatalk
Das ging ja super schnell, aber beantwortet nicht alle Fragen.
Current ist jetzt klar. lastenenergy und avgpower erklärt das nicht. Oder ist energyNew = lastenenergy?
Zitat von: Hausierer am 06 April 2017, 22:11:42
Das ging ja super schnell, aber beantwortet nicht alle Fragen.
Current ist jetzt klar. lastenenergy und avgpower erklärt das nicht. Oder ist energyNew = lastenenergy?
Avgpower ist der durchschnittswert...
Power + lastpower / 2 ....
EnergyNew gibts nur mit meiner geaenderten Version .... Auch zu finden hier im forum ....
Gesendet von meinem E39 mit Tapatalk
Kann man die Dinger umflashen?
Gesendet von meinem SM-T560 mit Tapatalk
Zitat von: sash.sc am 06 April 2017, 23:06:35
Kann man die Dinger umflashen?
Gesendet von meinem SM-T560 mit Tapatalk
Nicht das ich wuesste..... Gibt nur eine gaenderte 19_Revolt.pm
Gesendet von meinem E39 mit Tapatalk
https://forum.fhem.de/index.php?topic=60959.0
Gesendet von meinem E39 mit Tapatalk
Moin Moin,
wenn ich mal eine Anfängerfrage dazu stellen dürfte... Ich bin noch nicht so bewandert mit dem was ich mir hier alles zusammen baue, aber:
Ich habe einen Pi3 mit aktueller FHEM Version.
IO-Dev1: CC1101 868MHz --> Signalduino V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 5 2017 12:39:25
IO-Dev2: nanoCUL433 V 1.67
Wenn ich mir jetzt ein oder zwei REVOLT NC-5462 kaufe und einfach in Betrieb nehme, werden diese dann durch "autocreate" erstellt oder muss ich an meinem nanocul was ändern?
mfg Torben
Moin,
Sollte erkannt werden .... (Mit den Parametern die man halt setzen muss)
Gesendet von meinem E39 mit Tapatalk
Kann mir jemand ein paar RAW Nachrichten im Debug Modus aufzeichnen, die die bisher nicht entschlüsselte CRC enthalten?
FORHE OSTERN!!!
Hmmm...
Im EventMonitor mit FHEM-Log (haken an) kommt folgendes:
2017-04-16 16:09:48 SIGNALduino sduino opened
2017-04-16 16:09:48 SIGNALduino sduino UNKNOWNCODE u20#F5F7DFD7D5557DF577D75555555DFF77DFF76
2017.04.16 16:09:48 3 : sduino: Unknown code u20#F5F7DFD7D5557DF577D75555555DFF77DFF76, help me!
2017-04-16 16:09:48 SIGNALduino sduino opened
2017-04-16 16:09:48 SIGNALduino sduino UNKNOWNCODE u20#F5F7DFD7FDDD
2017.04.16 16:09:48 3 : sduino: Unknown code u20#F5F7DFD7FDDD, help me!
An meinem SDuino ist aber ein 868 Mhz CC1101 verbaut.
Von meinem NanoCul kommt gar nichts?!
Hat jemand eine Idee? Bin nur gerade auf dem Sprung, deshalb kann ich gerade nicht weiter testen.
Habe nirgends Einstellungen vorgenommen, lediglich die Revolt-Dose eingesteckt, verbraucher dran, und die Lerntaste mal gedrückt gehalten :-)
FROHE OSTERN!
Torben
Tach...
Die Revolts fangen auch mit R an .. Nicht mit u ....
Gruss
Gesendet von meinem E39 mit Tapatalk
Ist schon komisch,
wo soll ich mal weiter ansetzen?
Meine ganzen Intertechno Steckdosen laufen einwandfrei... Aber warum zeigt sich mir die Intertechno-Dose nicht?
Hier mal ein List von meinem 433'er MHz nanoCUL:
Internals:
CMDS ABCEeFfGhiKklMmRTtUVWXxYZz
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A1062BG8-if00-port0@38400 1234
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A1062BG8-if00-port0@38400
FD 12
FHTID 1234
NAME nanoCUL
NR 44
PARTIAL
STATE Initialized
TYPE CUL
VERSION V 1.67 nanoCUL433
initString X21
Matchlist:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04....(1|5|9).a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
Readings:
2017-04-16 22:01:06 cmds A B C E e F f G h i K k l M m R T t U V W X x Y Z z
2017-04-16 16:37:49 raw isF000FF000FFF
2017-04-16 22:01:06 state Initialized
Attributes:
Jemand einen Vorschlag?
mfg Torben
Hallo,
ich habe meinen 5462 erfolgreich im Fhem (a-culfw).
Leider zeigt er schon mal die Spannung "etwas" falsch an:
2017-04-25_10:05:21 Revolt_21f2 P: 0.0 E: 0.04 V: 174 C: 0.00 F: 50 Pf: 0.00
2017-04-25_10:05:21 Revolt_21f2 voltage: 174
2017-04-25_10:05:21 Revolt_21f2 current: 0
2017-04-25_10:05:21 Revolt_21f2 frequency: 50
2017-04-25_10:05:21 Revolt_21f2 power: 0
2017-04-25_10:05:21 Revolt_21f2 pf: 0
2017-04-25_10:05:21 Revolt_21f2 energy: 0.04
Kann man das justieren oder ist das ein Fall von "Zurück zum Dealer"?
Die Spannung habe ich gemessen, 235V.
Danke für´s lesen :)
Denke zurück zum dealer.
Gesendet von dem teuren ding in meiner hand