Zitat von: passibe am 17 April 2026, 21:00:55Was? Wenn schon ist das Abgreifen durch BMW das Datenschutzproblem. Die Weitergabe an die betroffene Person ist doch dann sogar eher noch begrüßenswert (zumal diese Daten sowieso vom Anspruch aus Art. 15 Abs. 3 DSGVO umfasst sein dürften).Na, dem ist leider nicht so.
Zitat2026-04-04_08:52:07 ID7 parking_location: rewe km xxxxxEs kommt also darauf an, dass ich mit meiner Frau eine Vereinbarung zur Auftragsdatenverarbeitung abschließe...
2026-04-05_08:43:06 ID3 parking_location: home km yyyyy
Zitat von: passibe am 17 April 2026, 21:00:55Das ist ja immer das lächerlichste und nervigste, wenn Unternehmen, die Daten über jemanden sammeln, sich bezüglich dieser Daten gegenüber der betroffenen Person selbst auf "Datenschutz" berufen, so als müsste man jemanden vor dem Zugriff auf seine eigenen Daten schützen.Ich habe gerade mein neues Buchmanuskript fertig: "Digitalisierung auf Deutsch". Da gibt es noch viel lächerlichere Sachen...
2026.04.11 08:18:58 MU;P0=166;P1=-482;P2=-254;P3=609;P4=-1325;P5=-836;P6=230;CP=6;R=179;D=34353561613561616131653531653531653401626;p;
U218#F317BD_1111001100010111101111011
MU;P0=-335;P1=402;P2=677;P3=-4277;P4=2534;P5=-2484;P6=-1061;P7=-704;CP=1;R=177;D=234526272727201720101010172710102710271020;p;
U218#FEC39B_11111110110000111001101101Bei den Nachrichten F317xx passen die Zeiten nicht so richtig. Normalerweise müsste short low und high ungefähr gleich und die long low und high ungefähr gleich sein. "218" => #
#
#
{
name => 'Eberle Instat r1',
#comment => '',
changed => '20260417 new',
id => '218',
knownFreqs => '868',
zero => [-1], # -330 short low
one => [1.18], # 390 short high
two => [-2.1], # -700 long low
float => [2.2], # 720 long high
start => [2.2, -3.2], # 720, -1050
clockabs => 330,
dispatchBin => 1,
#clockpos => ['zero',0],
format => 'twostate',
modulation => '2-FSK',
preamble => 'U218#',
#clientmodule => '',
#modulematch => '',
length_min => '10',
#length_max => '48',
postDemodulation => \&main::SIGNALduino_postDemo_EberleInstat,
},
"218.1" => #
#
#
{
name => 'Eberle Instat r1',
#comment => '',
changed => '20260417 new',
id => '218.1',
knownFreqs => '868',
zero => [-2.1], # -500 short low
one => [1], # 235 short high
two => [-3.6], # -840 long low
float => [2.5], # 580 long high
start => [2.5, -5], # 580, -1180
clockabs => 235,
dispatchBin => 1,
#clockpos => ['one',0],
format => 'twostate',
modulation => '2-FSK',
preamble => 'U218#',
#clientmodule => '',
#modulematch => '',
length_min => '10',
#length_max => '48',
postDemodulation => \&main::SIGNALduino_postDemo_EberleInstat,
}Die Zeiten ergeben sich durch clockabs * faktormy $tol=abs(abs($searchpattern)>3 ? abs($searchpattern)>16 ? $searchpattern*0.18 : $searchpattern*0.3 : 1); #tol is minimum 1 or higer, depending on our searched pulselenghlastResponse {"timestamp":1776462842,"messageId":159,"error":"SN does not match","code":401} 2026-04-17 23:54:02
lastSet acMode=1 2026-04-17 23:54:02~/.ssh$ cat config
Host fhem-va.fhem.de
PubkeyAcceptedAlgorithms +ssh-rsa
Zitat von: appi am 17 April 2026, 22:37:18sieht ja super aus, bereits am laufen, allerdings kämpfe ich noch mit den Werten. Wo soll ich am besten W in KW umrechnen?Entweder im ursprünglichen Device als userReading oder du definierst dir ein DOIF-Reading in der Energy_Card selbst, welches du in uiTable angibst.
Direkt in der uiTable Reading definition?
Zitat von: passibe am 16 April 2026, 16:16:14Zitat von: passibe am 16 April 2026, 12:14:14Vermutlich fehlt CurrentHeatingCoolingState und TargetHeatingCooolingState? Das bitte mal ausprobieren