ESA1000WZ-LED Alias Esa2000

Begonnen von Guest, 08 Oktober 2011, 22:47:52

Vorheriges Thema - Nächstes Thema

karpate

                                                   

Hallo,
hat jemand den ESA 1000WZ-LED zusammen mit einem BUSWARE EUL USB CUL am
Laufen?
Gruss
Ingo


Am Samstag, 8. Oktober 2011 22:47:52 UTC+2 schrieb sven:
>
> Hallo,
> ich habe ein ESA 1000WZ-led gekauft aber bekomme das gerät nicht zum
> laufen.
>
> hier mal log auszug:
>
> 2011.10.08 20:43:19 4: CUL1: S80018F011E0000001400140000010061 -66.5
> 2011.10.08 20:43:19 5: CUL1 dispatch S80018F011E0000001400140000010061
> 2011.10.08 20:43:19 5: ESA2000 msg s80018f011e0000001400140000010061
> 2011.10.08 20:43:19 5: ESA2000 seq 80
> 2011.10.08 20:43:19 5: ESA2000 device 011e
> 2011.10.08 20:43:19 5: ESA2000 code 018f
> 2011.10.08 20:43:19 3: ESA2000 Device 011e (Unknown type: )
>
> kann jemand mir weiterhelfen..
>
> danke
>
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
# Pi3 (BBB;FB7390)
# TCM310, CUL V4, HM-CFG-LAN,JeeLink,Tradfri,ESP32-Cam@MQTT: Wasseruhr

karpate

                                                   

Hallo zusammen,

in der Hoffnung mit meinem BUSWARE EUL USB Stick (TCM310) die Signale des
ESA 2000 WZ-LED empfangen zu können, habe ich mir diesen bestellt. Leider
wird er offentsichtlich nicht als Deivice erkannt, obwohl Autoreate
aktiviert ist.
Falls noch jemand einen Tipp für mich hat, den ESA2000 doch mit dem EUL zu
empfangen, wäre ich sehr dankbar. Mein Ziel war dirket im FHEM den
Stromverbrauch in einem Plot darstellen zu lassen.

Gruss
Ingo

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
# Pi3 (BBB;FB7390)
# TCM310, CUL V4, HM-CFG-LAN,JeeLink,Tradfri,ESP32-Cam@MQTT: Wasseruhr

karpate

                                                   

Hallo,

anscheinend bin ich einfach zu doof auch nach dieser Anleitung meinen
ESA2000 LED zum Laufen zu bringen.
Nachdem jetzt mein CUL V4 korrekt erkannt wurde, wurde per Autocreate der
ESA2000 angelegt. In der fhem.cfg steht:
define ESA2000_011e ESA2000 011e
attr ESA2000_011e room ESA2000
attr ESA2000_011e model ESA2000_LED <-- habe ich manuell ergänzt
define FileLog_ESA2000_011e FileLog ./log/ESA2000_011e-%Y.log ESA2000_011e
attr FileLog_ESA2000_011e logtype text
attr FileLog_ESA2000_011e room ESA2000

In der /fhem/FHEM/64_ESA2000.pm steht:
my %codes = (
  "011e" => "ESA2000_LED",
);

Jedoch bringt das Log die schon oben erwähnte Meldung:

2012.11.17 08:14:50 3: ESA2000 Device 011e (Unknown type: )
2012.11.17 08:17:34 3: ESA2000 Device 011e (Unknown type: )
2012.11.17 08:20:04 3: ESA2000 Device 011e (Unknown type: )

Die weiteren Ergänzungen für den Code wie in diesem Thread erwähnt konnte ich nicht erfolgreich einbauen.
Vielleicht kann mir jemand an dieser Stelle weiterhelfen oder eventuell auch sein funktionierende 64_ESA2000.pm anhängen.

Vielen Dank und Gruss
Ingo



Am Donnerstag, 20. Oktober 2011 22:25:34 UTC+2 schrieb PanTau:
>
> Ich habe mal ein diff erzeugt und noch ein PAAR KOMMENTARE
> reingeschrieben:
>
>  diff -u 64_ESA2000.pm ../../fhem/FHEM/64_ESA2000.pm
> --- 64_ESA2000.pm       2011-02-09 08:14:58.000000000 +0100
> +++ ../../fhem/FHEM/64_ESA2000.pm       2011-09-04 23:44:15.352993173
> +0200
> @@ -13,6 +13,7 @@
>
>  my %codes = (
>    "19fa" => "ESA2000_LED",
> +  "0178" => "ESA2000_LED", # HIER MUSS DANN DEIN NEUER CODE REIN ODER
> EINE NEUE ZEILE EINFÜGEN
>  );
>
>
> @@ -69,6 +70,17 @@
>
>  # 0123456789012345678901234567890123456789
>  # S0119FA011E00007D6E003100000007C9F9 ESA2000_LED
> +
> +# ESA2000 msg s290178011e000002ac000c00026c03e9  NUR EIN PASTE MEINES
> LOGS
> +# ESA2000 seq 29
> +# ESA2000 device 011e
> +# ESA2000 code 0178
> +# sce0178011e000008f40004000c3503e9
> +# ESA2000 seq ce
> +# ESA2000 device 011e
> +# ESA2000 code 0178
> +
> +
>    $msg = lc($msg);
>    my $seq = substr($msg, 1, 2);
>    my $cde = substr($msg, 3, 4);
> @@ -87,6 +99,7 @@
>        $type = $codes{$c};
>        last;
>      }
> +# $type = "ESA2000_LED";  # QUICK AND DIRTY, DAMIT WIRD JEDES DEVICE
> UNABH. V. CODE ERKANNT
>    }
>
>    if(!defined($modules{ESA2000}{defptr}{$dev})) {
> @@ -107,7 +120,7 @@
>
>    if($type eq "ESA2000_LED") {
>
> -    @txt = ( "repeat", "sequence", "total_ticks", "actual_ticks",
> "ticks_kwh", "raw", "total_kwh", "actual_kwh", "diff_kwh", "diff_sec",
> "diff_ticks", "last_sec", "raw_total_kwh", "max_kwh", "day_kwh",
> "month_kwh", "year_kwh", "rate", "hr_kwh", "lr_kwh", "day_hr_kwh",
> "day_lr_kwh", "month_hr_kwh", "month_lr_kwh", "year_hr_kwh",
> "year_lr_kwh" );
> +    @txt = ( "repeat", "sequence", "total_ticks", "actual_ticks",
> "ticks_kwh", "raw", "total_kWh", "actual_kw", "diff_kwh", "diff_sec",
> "diff_ticks", "last_sec", "raw_total_kwh", "max_kwh", "day_kwh",
> "month_kwh", "year_kwh", "rate", "hr_kwh", "lr_kwh", "day_hr_kwh",
> "day_lr_kwh", "month_hr_kwh", "month_lr_kwh", "year_hr_kwh",
> "year_lr_kwh" ); # ICH DENKE ES WIRD NICHT ALLES RICHTIG DEKODIERT UND
> HABE ANGEFANGEN ZU ÄNDERN, DA FEHLT ABER NOCH WAS
>
>
>      # Codierung Hex
> @@ -115,7 +128,7 @@
>      $v[1] =  hex($seq) % 128;
>      $v[2] =  hex(substr($val,0,8));
>      $v[3] =  hex(substr($val,8,4));
> -    $v[4] =  hex(substr($val,18,4)) ^ 25; # XOR 25, whyever bit 1,4,5
> are swapped?!?! Probably a (receive-) error in CUL-FW?
> +    $v[4] =  hex(substr($val,18,4)); #PAN  ^ 25; # XOR 25, whyever
> bit 1,4,5 are swapped?!?! Probably a (receive-) error in CUL-FW? DER
> FIX IST BEI MIR NICHT NOTWENDIG UND VERFÄLSCHT DIE DATEN
>
>      $v[11] = time();
>      # check if low-rate or high-rate. note that this is different per
> electricity company! (Here weekday from 6-20 is high rate)
>
>
> Zum Erkennen hat bei mir der Code an der richtigen Stelle oder der
> Quick and dirty Ansatz geholfen. Der Rest der Änderungen verbessert
> dann nur die Ausgabewerte.
> Hier noch mal alles zum ESA aus meiner fhem.cfg:
> define EM_Total ESA2000 011e
> attr EM_Total model ESA2000_LED
>
> define EM_Total.log FileLog /var/tmp/EM_Total.log EM_Total:*.*
> define EM_Total_act.log FileLog /var/tmp/EM_Total_act.log
> EM_Total:.*actual_kw:.*
> define EM_total_cum.log FileLog /var/tmp/EM_Total_cum.log
> EM_Total:.*total_kWh:.*
>
> Hope that helps ...:-)
>
> On 18 Okt., 20:13, sven wrote:
> > Hoffe der Urlaub war erholsam :)
> >
> > ich bin noch nicht weiter.
> >
> > Ich hab mir den Led Sromzähler nochmals als Fertigprodukt gekauft (das
> > erste war ein bausatz)
> > um auszuschliessen ob es daran liegt, aber leider ohne erfolg.
> >
> > das neue gerät meldet sich mit:
> >
> > 2011.10.18 20:05:26 5: ESA2000 msg s0044c7011e000000180018000000274b
> > 2011.10.18 20:05:26 5: ESA2000 seq 00
> > 2011.10.18 20:05:26 5: ESA2000 device 011e
> > 2011.10.18 20:05:26 5: ESA2000 code 44c7
> > 2011.10.18 20:05:26 3: ESA2000 Device 011e (Unknown type: )
> >
> > also einem anderen code aber gleicher device id.
> >
> > Hab auch schon das Model Attribut gesetzt aber ohne erfolg.
> >
> > kannst du mir deine 64_ESA2000.pm vlt pasten,
> > vlt ist da ja doch ein unterschied was anderes kanns doch fast nicht
> > sein :/
> >
> > danke..
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
# Pi3 (BBB;FB7390)
# TCM310, CUL V4, HM-CFG-LAN,JeeLink,Tradfri,ESP32-Cam@MQTT: Wasseruhr

karpate

                                                   

Hallo HJosefL,

Danke für deinen Tipp.

Mit foglenden Ergänzungen scheint es nun zu funktionieren:

my %codes = (
  "011e" => "ESA2000_LED",
 );

...

   if($cde =~ m/$c/) {
      #$type = $codes{$c};
      $type = "ESA2000_LED"; #add by Ingo
      last;
    }
  }


Ich habe es jetzt auch mit deinem Hnweis probiert und es funktioniert auch.
Momentan kämpfe ich noch mit der Plot-Erzeugung...

Danke und Gruss
Ingo


Am Mittwoch, 21. November 2012 16:02:09 UTC+1 schrieb HJosefL:
>
> Hallo Ingo,
>
> in dem Modul 64_ESA2000.pm ist wohl noch ein kleiner BUG. Es werden beim
> parsen der code und der devise vertauscht. Wenn Du also in den Zeilen 75
> und 76 dieses Moduls die Ziffern 3 und 7 (dies sind die Startpositionen zum
> Auslesen des entsprechenden Strings $msg) vertauschst, solltest Du Deinem
> Ziel näher gekommen sein.
> Dein
>
> my %codes = (
>   "011e" => "ESA2000_LED",
>
> ist richtig.
>
> Freundliche Grüße
> HJosefL
>
> Am Samstag, 17. November 2012 08:43:19 UTC+1 schrieb karpate:
>>
>> Hallo,
>>
>> anscheinend bin ich einfach zu doof auch nach dieser Anleitung meinen
>> ESA2000 LED zum Laufen zu bringen.
>> Nachdem jetzt mein CUL V4 korrekt erkannt wurde, wurde per Autocreate der
>> ESA2000 angelegt. In der fhem.cfg steht:
>> define ESA2000_011e ESA2000 011e
>> attr ESA2000_011e room ESA2000
>> attr ESA2000_011e model ESA2000_LED <-- habe ich manuell ergänzt
>> define FileLog_ESA2000_011e FileLog ./log/ESA2000_011e-%Y.log ESA2000_011e
>> attr FileLog_ESA2000_011e logtype text
>> attr FileLog_ESA2000_011e room ESA2000
>>
>> In der /fhem/FHEM/64_ESA2000.pm steht:
>> my %codes = (
>>   "011e" => "ESA2000_LED",
>> );
>>
>> Jedoch bringt das Log die schon oben erwähnte Meldung:
>>
>> 2012.11.17 08:14:50 3: ESA2000 Device 011e (Unknown type: )
>> 2012.11.17 08:17:34 3: ESA2000 Device 011e (Unknown type: )
>> 2012.11.17 08:20:04 3: ESA2000 Device 011e (Unknown type: )
>>
>> Die weiteren Ergänzungen für den Code wie in diesem Thread erwähnt konnte ich nicht erfolgreich einbauen.
>> Vielleicht kann mir jemand an dieser Stelle weiterhelfen oder eventuell auch sein funktionierende 64_ESA2000.pm anhängen.
>>
>> Vielen Dank und Gruss
>> Ingo
>>
>>
>>
>> Am Donnerstag, 20. Oktober 2011 22:25:34 UTC+2 schrieb PanTau:
>>>
>>> Ich habe mal ein diff erzeugt und noch ein PAAR KOMMENTARE
>>> reingeschrieben:
>>>
>>>  diff -u 64_ESA2000.pm ../../fhem/FHEM/64_ESA2000.pm
>>> --- 64_ESA2000.pm       2011-02-09 08:14:58.000000000 +0100
>>> +++ ../../fhem/FHEM/64_ESA2000.pm       2011-09-04 23:44:15.352993173
>>> +0200
>>> @@ -13,6 +13,7 @@
>>>
>>>  my %codes = (
>>>    "19fa" => "ESA2000_LED",
>>> +  "0178" => "ESA2000_LED", # HIER MUSS DANN DEIN NEUER CODE REIN ODER
>>> EINE NEUE ZEILE EINFÜGEN
>>>  );
>>>
>>>
>>> @@ -69,6 +70,17 @@
>>>
>>>  # 0123456789012345678901234567890123456789
>>>  # S0119FA011E00007D6E003100000007C9F9 ESA2000_LED
>>> +
>>> +# ESA2000 msg s290178011e000002ac000c00026c03e9  NUR EIN PASTE MEINES
>>> LOGS
>>> +# ESA2000 seq 29
>>> +# ESA2000 device 011e
>>> +# ESA2000 code 0178
>>> +# sce0178011e000008f40004000c3503e9
>>> +# ESA2000 seq ce
>>> +# ESA2000 device 011e
>>> +# ESA2000 code 0178
>>> +
>>> +
>>>    $msg = lc($msg);
>>>    my $seq = substr($msg, 1, 2);
>>>    my $cde = substr($msg, 3, 4);
>>> @@ -87,6 +99,7 @@
>>>        $type = $codes{$c};
>>>        last;
>>>      }
>>> +# $type = "ESA2000_LED";  # QUICK AND DIRTY, DAMIT WIRD JEDES DEVICE
>>> UNABH. V. CODE ERKANNT
>>>    }
>>>
>>>    if(!defined($modules{ESA2000}{defptr}{$dev})) {
>>> @@ -107,7 +120,7 @@
>>>
>>>    if($type eq "ESA2000_LED") {
>>>
>>> -    @txt = ( "repeat", "sequence", "total_ticks", "actual_ticks",
>>> "ticks_kwh", "raw", "total_kwh", "actual_kwh", "diff_kwh", "diff_sec",
>>> "diff_ticks", "last_sec", "raw_total_kwh", "max_kwh", "day_kwh",
>>> "month_kwh", "year_kwh", "rate", "hr_kwh", "lr_kwh", "day_hr_kwh",
>>> "day_lr_kwh", "month_hr_kwh", "month_lr_kwh", "year_hr_kwh",
>>> "year_lr_kwh" );
>>> +    @txt = ( "repeat", "sequence", "total_ticks", "actual_ticks",
>>> "ticks_kwh", "raw", "total_kWh", "actual_kw", "diff_kwh", "diff_sec",
>>> "diff_ticks", "last_sec", "raw_total_kwh", "max_kwh", "day_kwh",
>>> "month_kwh", "year_kwh", "rate", "hr_kwh", "lr_kwh", "day_hr_kwh",
>>> "day_lr_kwh", "month_hr_kwh", "month_lr_kwh", "year_hr_kwh",
>>> "year_lr_kwh" ); # ICH DENKE ES WIRD NICHT ALLES RICHTIG DEKODIERT UND
>>> HABE ANGEFANGEN ZU ÄNDERN, DA FEHLT ABER NOCH WAS
>>>
>>>
>>>      # Codierung Hex
>>> @@ -115,7 +128,7 @@
>>>      $v[1] =  hex($seq) % 128;
>>>      $v[2] =  hex(substr($val,0,8));
>>>      $v[3] =  hex(substr($val,8,4));
>>> -    $v[4] =  hex(substr($val,18,4)) ^ 25; # XOR 25, whyever bit 1,4,5
>>> are swapped?!?! Probably a (receive-) error in CUL-FW?
>>> +    $v[4] =  hex(substr($val,18,4)); #PAN  ^ 25; # XOR 25, whyever
>>> bit 1,4,5 are swapped?!?! Probably a (receive-) error in CUL-FW? DER
>>> FIX IST BEI MIR NICHT NOTWENDIG UND VERFÄLSCHT DIE DATEN
>>>
>>>      $v[11] = time();
>>>      # check if low-rate or high-rate. note that this is different per
>>> electricity company! (Here weekday from 6-20 is high rate)
>>>
>>>
>>> Zum Erkennen hat bei mir der Code an der richtigen Stelle oder der
>>> Quick and dirty Ansatz geholfen. Der Rest der Änderungen verbessert
>>> dann nur die Ausgabewerte.
>>> Hier noch mal alles zum ESA aus meiner fhem.cfg:
>>> define EM_Total ESA2000 011e
>>> attr EM_Total model ESA2000_LED
>>>
>>> define EM_Total.log FileLog /var/tmp/EM_Total.log EM_Total:*.*
>>> define EM_Total_act.log FileLog /var/tmp/EM_Total_act.log
>>> EM_Total:.*actual_kw:.*
>>> define EM_total_cum.log FileLog /var/tmp/EM_Total_cum.log
>>> EM_Total:.*total_kWh:.*
>>>
>>> Hope that helps ...:-)
>>>
>>> On 18 Okt., 20:13, sven wrote:
>>> > Hoffe der Urlaub war erholsam :)
>>> >
>>> > ich bin noch nicht weiter.
>>> >
>>> > Ich hab mir den Led Sromzähler nochmals als Fertigprodukt gekauft (das
>>> > erste war ein bausatz)
>>> > um auszuschliessen ob es daran liegt, aber leider ohne erfolg.
>>> >
>>> > das neue gerät meldet sich mit:
>>> >
>>> > 2011.10.18 20:05:26 5: ESA2000 msg s0044c7011e000000180018000000274b
>>> > 2011.10.18 20:05:26 5: ESA2000 seq 00
>>> > 2011.10.18 20:05:26 5: ESA2000 device 011e
>>> > 2011.10.18 20:05:26 5: ESA2000 code 44c7
>>> > 2011.10.18 20:05:26 3: ESA2000 Device 011e (Unknown type: )
>>> >
>>> > also einem anderen code aber gleicher device id.
>>> >
>>> > Hab auch schon das Model Attribut gesetzt aber ohne erfolg.
>>> >
>>> > kannst du mir deine 64_ESA2000.pm vlt pasten,
>>> > vlt ist da ja doch ein unterschied was anderes kanns doch fast nicht
>>> > sein :/
>>> >
>>> > danke..
>>>
>>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
# Pi3 (BBB;FB7390)
# TCM310, CUL V4, HM-CFG-LAN,JeeLink,Tradfri,ESP32-Cam@MQTT: Wasseruhr

Guest

Originally posted by: <email address deleted>

Hallo Ingo,

in dem Modul 64_ESA2000.pm ist wohl noch ein kleiner BUG. Es werden beim
parsen der code und der devise vertauscht. Wenn Du also in den Zeilen 75
und 76 dieses Moduls die Ziffern 3 und 7 (dies sind die Startpositionen zum
Auslesen des entsprechenden Strings $msg) vertauschst, solltest Du Deinem
Ziel näher gekommen sein.
Dein

my %codes = (
  "011e" => "ESA2000_LED",

ist richtig.

Freundliche Grüße
HJosefL

Am Samstag, 17. November 2012 08:43:19 UTC+1 schrieb karpate:
>
> Hallo,
>
> anscheinend bin ich einfach zu doof auch nach dieser Anleitung meinen
> ESA2000 LED zum Laufen zu bringen.
> Nachdem jetzt mein CUL V4 korrekt erkannt wurde, wurde per Autocreate der
> ESA2000 angelegt. In der fhem.cfg steht:
> define ESA2000_011e ESA2000 011e
> attr ESA2000_011e room ESA2000
> attr ESA2000_011e model ESA2000_LED <-- habe ich manuell ergänzt
> define FileLog_ESA2000_011e FileLog ./log/ESA2000_011e-%Y.log ESA2000_011e
> attr FileLog_ESA2000_011e logtype text
> attr FileLog_ESA2000_011e room ESA2000
>
> In der /fhem/FHEM/64_ESA2000.pm steht:
> my %codes = (
>   "011e" => "ESA2000_LED",
> );
>
> Jedoch bringt das Log die schon oben erwähnte Meldung:
>
> 2012.11.17 08:14:50 3: ESA2000 Device 011e (Unknown type: )
> 2012.11.17 08:17:34 3: ESA2000 Device 011e (Unknown type: )
> 2012.11.17 08:20:04 3: ESA2000 Device 011e (Unknown type: )
>
> Die weiteren Ergänzungen für den Code wie in diesem Thread erwähnt konnte ich nicht erfolgreich einbauen.
> Vielleicht kann mir jemand an dieser Stelle weiterhelfen oder eventuell auch sein funktionierende 64_ESA2000.pm anhängen.
>
> Vielen Dank und Gruss
> Ingo
>
>
>
> Am Donnerstag, 20. Oktober 2011 22:25:34 UTC+2 schrieb PanTau:
>>
>> Ich habe mal ein diff erzeugt und noch ein PAAR KOMMENTARE
>> reingeschrieben:
>>
>>  diff -u 64_ESA2000.pm ../../fhem/FHEM/64_ESA2000.pm
>> --- 64_ESA2000.pm       2011-02-09 08:14:58.000000000 +0100
>> +++ ../../fhem/FHEM/64_ESA2000.pm       2011-09-04 23:44:15.352993173
>> +0200
>> @@ -13,6 +13,7 @@
>>
>>  my %codes = (
>>    "19fa" => "ESA2000_LED",
>> +  "0178" => "ESA2000_LED", # HIER MUSS DANN DEIN NEUER CODE REIN ODER
>> EINE NEUE ZEILE EINFÜGEN
>>  );
>>
>>
>> @@ -69,6 +70,17 @@
>>
>>  # 0123456789012345678901234567890123456789
>>  # S0119FA011E00007D6E003100000007C9F9 ESA2000_LED
>> +
>> +# ESA2000 msg s290178011e000002ac000c00026c03e9  NUR EIN PASTE MEINES
>> LOGS
>> +# ESA2000 seq 29
>> +# ESA2000 device 011e
>> +# ESA2000 code 0178
>> +# sce0178011e000008f40004000c3503e9
>> +# ESA2000 seq ce
>> +# ESA2000 device 011e
>> +# ESA2000 code 0178
>> +
>> +
>>    $msg = lc($msg);
>>    my $seq = substr($msg, 1, 2);
>>    my $cde = substr($msg, 3, 4);
>> @@ -87,6 +99,7 @@
>>        $type = $codes{$c};
>>        last;
>>      }
>> +# $type = "ESA2000_LED";  # QUICK AND DIRTY, DAMIT WIRD JEDES DEVICE
>> UNABH. V. CODE ERKANNT
>>    }
>>
>>    if(!defined($modules{ESA2000}{defptr}{$dev})) {
>> @@ -107,7 +120,7 @@
>>
>>    if($type eq "ESA2000_LED") {
>>
>> -    @txt = ( "repeat", "sequence", "total_ticks", "actual_ticks",
>> "ticks_kwh", "raw", "total_kwh", "actual_kwh", "diff_kwh", "diff_sec",
>> "diff_ticks", "last_sec", "raw_total_kwh", "max_kwh", "day_kwh",
>> "month_kwh", "year_kwh", "rate", "hr_kwh", "lr_kwh", "day_hr_kwh",
>> "day_lr_kwh", "month_hr_kwh", "month_lr_kwh", "year_hr_kwh",
>> "year_lr_kwh" );
>> +    @txt = ( "repeat", "sequence", "total_ticks", "actual_ticks",
>> "ticks_kwh", "raw", "total_kWh", "actual_kw", "diff_kwh", "diff_sec",
>> "diff_ticks", "last_sec", "raw_total_kwh", "max_kwh", "day_kwh",
>> "month_kwh", "year_kwh", "rate", "hr_kwh", "lr_kwh", "day_hr_kwh",
>> "day_lr_kwh", "month_hr_kwh", "month_lr_kwh", "year_hr_kwh",
>> "year_lr_kwh" ); # ICH DENKE ES WIRD NICHT ALLES RICHTIG DEKODIERT UND
>> HABE ANGEFANGEN ZU ÄNDERN, DA FEHLT ABER NOCH WAS
>>
>>
>>      # Codierung Hex
>> @@ -115,7 +128,7 @@
>>      $v[1] =  hex($seq) % 128;
>>      $v[2] =  hex(substr($val,0,8));
>>      $v[3] =  hex(substr($val,8,4));
>> -    $v[4] =  hex(substr($val,18,4)) ^ 25; # XOR 25, whyever bit 1,4,5
>> are swapped?!?! Probably a (receive-) error in CUL-FW?
>> +    $v[4] =  hex(substr($val,18,4)); #PAN  ^ 25; # XOR 25, whyever
>> bit 1,4,5 are swapped?!?! Probably a (receive-) error in CUL-FW? DER
>> FIX IST BEI MIR NICHT NOTWENDIG UND VERFÄLSCHT DIE DATEN
>>
>>      $v[11] = time();
>>      # check if low-rate or high-rate. note that this is different per
>> electricity company! (Here weekday from 6-20 is high rate)
>>
>>
>> Zum Erkennen hat bei mir der Code an der richtigen Stelle oder der
>> Quick and dirty Ansatz geholfen. Der Rest der Änderungen verbessert
>> dann nur die Ausgabewerte.
>> Hier noch mal alles zum ESA aus meiner fhem.cfg:
>> define EM_Total ESA2000 011e
>> attr EM_Total model ESA2000_LED
>>
>> define EM_Total.log FileLog /var/tmp/EM_Total.log EM_Total:*.*
>> define EM_Total_act.log FileLog /var/tmp/EM_Total_act.log
>> EM_Total:.*actual_kw:.*
>> define EM_total_cum.log FileLog /var/tmp/EM_Total_cum.log
>> EM_Total:.*total_kWh:.*
>>
>> Hope that helps ...:-)
>>
>> On 18 Okt., 20:13, sven wrote:
>> > Hoffe der Urlaub war erholsam :)
>> >
>> > ich bin noch nicht weiter.
>> >
>> > Ich hab mir den Led Sromzähler nochmals als Fertigprodukt gekauft (das
>> > erste war ein bausatz)
>> > um auszuschliessen ob es daran liegt, aber leider ohne erfolg.
>> >
>> > das neue gerät meldet sich mit:
>> >
>> > 2011.10.18 20:05:26 5: ESA2000 msg s0044c7011e000000180018000000274b
>> > 2011.10.18 20:05:26 5: ESA2000 seq 00
>> > 2011.10.18 20:05:26 5: ESA2000 device 011e
>> > 2011.10.18 20:05:26 5: ESA2000 code 44c7
>> > 2011.10.18 20:05:26 3: ESA2000 Device 011e (Unknown type: )
>> >
>> > also einem anderen code aber gleicher device id.
>> >
>> > Hab auch schon das Model Attribut gesetzt aber ohne erfolg.
>> >
>> > kannst du mir deine 64_ESA2000.pm vlt pasten,
>> > vlt ist da ja doch ein unterschied was anderes kanns doch fast nicht
>> > sein :/
>> >
>> > danke..
>>
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com