Neueste Beiträge

Seiten: [1] 2 3 ... 10
1
DOIF / Antw:Mein DOIF und das wait attrib
« Letzter Beitrag von Per am Heute um 01:06:51 »
Kann ich nicht einfach abfragen, ob der Status "dry" vom Regensensor älter als 2 Stunden ([xxx:sec] > 7200) ist? Zumindest i.V. mit event-on-change.
2
DOIF / Antw:DOIF schaltet nicht bei Dummy Änderung
« Letzter Beitrag von Xargon am Heute um 01:06:19 »
Hi Nils und Otto,

Ich habe es nun hinbekommen. Mein DOIF sieht nun folgendermaßen aus:
Internals:
   CFGFN     
   DEF        ([Bewohner] eq "home" and [di_struct_electricity] eq "off")(set di_struct_electricity on)
DOELSEIF([Bewohner] eq "home" and [bu_switch_active_dummy:state] eq "false" and [bu_switch_active_dummy:state:sec]>600)(set wz_switch_Sw:FILTER=STATE=on off)
DOELSEIF([Bewohner] eq "home" and [wz_switch_active_dummy:state] eq "false" and [wz_switch_active_dummy:state:sec]>300)(set wz_switch_Sw:FILTER=STATE=on off)
DOELSEIF([Bewohner] ne "home" and [di_struct_electricity] eq "on")(set di_struct_electricity:FILTER=STATE=on off)
   NAME       di_electricity
   NR         705
   NTFY_ORDER 50-di_electricity
   STATE      cmd_2
   TYPE       DOIF
   READINGS:
     2018-04-27 00:53:47   Device          di_struct_electricity
     2018-04-27 00:53:47   cmd             2
     2018-04-27 00:53:47   cmd_event       Bewohner
     2018-04-27 00:53:47   cmd_nr          2
     2018-04-27 00:53:47   e_Bewohner_STATE home
     2018-04-27 00:53:47   e_di_struct_electricity_STATE on
     2018-04-27 00:53:12   e_wz_switch_active_dummy_state false
     2018-04-27 00:50:48   mode            enabled
     2018-04-27 00:53:47   state           cmd_2
   Regex:
   condition:
     0          InternalDoIf($hash,'Bewohner','STATE') eq "home" and InternalDoIf($hash,'di_struct_electricity','STATE') eq "off"
     1          InternalDoIf($hash,'Bewohner','STATE') eq "home" and ReadingValDoIf($hash,'bu_switch_active_dummy','state') eq "false" and ReadingSecDoIf('bu_switch_active_dummy','state')>600
     2          InternalDoIf($hash,'Bewohner','STATE') eq "home" and ReadingValDoIf($hash,'wz_switch_active_dummy','state') eq "false" and ReadingSecDoIf('wz_switch_active_dummy','state')>300
     3          InternalDoIf($hash,'Bewohner','STATE') ne "home" and InternalDoIf($hash,'di_struct_electricity','STATE') eq "on"
   devices:
     0           Bewohner di_struct_electricity
     1           Bewohner bu_switch_active_dummy
     2           Bewohner wz_switch_active_dummy
     3           Bewohner di_struct_electricity
     all         Bewohner di_struct_electricity bu_switch_active_dummy wz_switch_active_dummy
   do:
     0:
       0          set di_struct_electricity on
     1:
       0          set wz_switch_Sw:FILTER=STATE=on off
     2:
       0          set wz_switch_Sw:FILTER=STATE=on off
     3:
       0          set di_struct_electricity:FILTER=STATE=on off
     4:
   helper:
     DOIF_Readings_events
     DOIF_eventas
     event      on
     globalinit 1
     last_timer 0
     sleeptimer -1
     timerdev   Bewohner
     timerevent durTimerPresence_cr: 1,durTimerPresence: 00:01:00
     triggerDev di_struct_electricity
     timerevents:
       durTimerPresence_cr: 1
       durTimerPresence: 00:01:00
     timereventsState:
       durTimerPresence_cr: 1
       durTimerPresence: 00:01:00
     triggerEvents:
       on
     triggerEventsState:
       state: on
   internals:
     0           Bewohner:STATE di_struct_electricity:STATE
     1           Bewohner:STATE
     2           Bewohner:STATE
     3           Bewohner:STATE di_struct_electricity:STATE
     all         Bewohner:STATE di_struct_electricity:STATE
   itimer:
   readings:
     1           bu_switch_active_dummy:state
     2           wz_switch_active_dummy:state
     all         bu_switch_active_dummy:state wz_switch_active_dummy:state
   trigger:
   uiState:
   uiTable:
Attributes:
   alias      Stromautomatik
   devStateIcon cmd_1:user_available@green cmd_2|cmd_3:time_eco_mode@red cmd_4:user_away@red initialized:message_attention@yellow
   group      DOIF_Strom
   icon       helper_doif
   room       DOIF

Ich hatte testweise die Zeit zum Abschalten auf 10 Sekunden gesetzt. Dabei ist mir aufgefallen, dass die Abschaltung erst nach mehr als 10 Sekunden in Kraft getreten ist. Ich nehme an, das liegt daran, dass die Readings nicht sekündlich aktualisiert werden und es so zu zeitlichen Abweichungen kommen kann. Liege ich damit richtig?

An meinem Dummy und "Hilfs-DOIF" habe ich nichts geändert. Es ist ja schon fast peinlich zuzugeben, aber ich habe in meiner Bedingung nicht den korrekten Namen meines Dummys verwendet.
wz_switch_active_dummy != wz_switch_activity_dummy

Vielen Dank euch beiden!

VG Xargon
4
ESP8266 / ESPEasy Schalter über MQTT von FHEM aus schalten
« Letzter Beitrag von Gear am Heute um 00:10:43 »
Guten Abend,

ich wollte ein paar Schalter über MQTT schalten lassen, da mehr wie ein Device auf das Topic lauscht, will da nicht unnötig Traffic erzeugen.

Ich finde, der Weg "ESP > Fhem (via ESPEasy Device) > MQTT > Andere Geräte" ist sehr unnötig.
Würde das gerne so machen "ESP > MQTT > Alle die nen Sub sehen es".

Also ich habe mal zum testen ein MQTT_Device angelegt, hier kann ich lauschen und mir anderen Geräten kann ich auch lauschen.
Nun kann ich aber in dem Fall das Relais nicht aus FHEM schalten, bzw. ich habe keine Ahnung wie ich mit dem ESP auf ein Topic lauschen kann.

MQTT Defice:
defmod WZ.TV MQTT_DEVICE
attr WZ.TV DbLogExclude .*
attr WZ.TV IODev mqtt
attr WZ.TV eventMap 1:ON 0:OFF
attr WZ.TV publishSet ON OFF /SH/W/WZ/MCU/cmnd/Rel1
attr WZ.TV stateFormat state
attr WZ.TV subscribeReading_state /SH/W/WZ/MCU/stat/Rel1
attr WZ.TV webCmd ON:OFF

Das Topic im MQTT Broker vom ESP sieht so aus:
/SH/W/WZ/MCU/stat/Rel1 0
/SH/W/WZ/MCU/stat/Rel1 1

Das Topic im MQTT Broker vom FHEM sieht so aus:
/SH/W/WZ/MCU/cmnd/Rel1 0
/SH/W/WZ/MCU/cmnd/Rel1 1

Im ESP habe ich folgendes unter Controller eingestellt:
Controller Subscribe: /SH/W/WZ/MCU/cmnt/#
Controller Publish: /SH/W/WZ/MCU/stat/%valname%

Der Publish vom ESP geht, wenn ich es per URL den Status ändere, das erkennt FHEM.
Aber der ESP lauscht eben nicht.
Das ich was falsch eingestellt habe, will ich nun auch nicht ausschließen, da ich mit "MQTT > ESPEasy" keine Ahnung habe und auch nicht so füdig geworden bin.
Ich weiß, man kann ein Device anlegen und dort dann bis zu 4 MQTT Topis belauschen, doch dann muss ich mit Rules arbeiten, will ich aber für so etwas nicht zwingend.


Ich hoffe ihr könnt mir helfen!

Grüße
Gear
5
Anfängerfragen / Antw:Frage: Array sortieren per Userreading-Funktion
« Letzter Beitrag von mumpitzstuff am Heute um 00:10:31 »
my %hash = ();
my $result = '[';
while ($reading =~ /(\[".+?"([^"]+)"\])/g)
{
  $hash{$1} = $2;
}
for my $key (sort {$hash{$a}<=>$hash{$b}} keys(%hash))
{
  $result .= $key;
}
$result .= ']';
6
Heizungssteuerung/Raumklima / Antw:Läuft: Heizung mit eBus-Schnittstelle
« Letzter Beitrag von borg am Heute um 00:06:36 »
(Habe ein paar Tage gebraucht, um das weiter zu erforschen.)

Ich glaube, ich habe mich falsch ausgedrückt... Wenn du die Menüs durchgehst, wäre es gut, wenn mehr 1090 bzw 1091 MS-Nachrichten auftauchen. Der Regler sendet an die Fernbedienungen habe ich natürlich gemeint. Ist das der Fall?

Das Bedienteil speichert alle Daten. Wenn ich Menüs durchgehe, passiert auf dem Bus nichts. Der Controller schickt vier verschiedene 100a Daten-Broadcasts im jeweils 80s-Zyklus: 1100/1000, 1101/1001, 1102/1002, 1103/1003. Die Daten der Anzeigen finde ich darin wieder und einiges mehr, was offenbar nicht angezeigt wird.

Wenn ich im Bedienteil Parameter ändere, passiert auf dem Bus immer noch nichts. Auch dafür schickt der Controller alle 80s an jedes Bedienteil eine Nachricht, diesmal eine Master-Slave-Message. In der Antwort wird ein Bit gesetzt für "habe neue Daten" und ein Code für den Datenbereich, in dem die Änderung liegt. Dieser wird dann vom Controller ausgelesen. Es wird auch noch eine Art Tokens ausgetauscht um sicherzugehen, dass die nur einmal zu lesende Änderung auch wirklich beim Controller ankommt.     

Zitat
Was hast du für eine Wärmepumpe, bzw. haben deine Werte auch eine ID Nr. wie bei mir hier, z.B. 01-003 etc.?
Bei mir stellen nämlich die ersten 2 Byte in der Slave Antwort nach der Anzahl immer den TEM-Code dar.
10 91 100a 02 0005 / 06 1005 e200 0100
MM SS PBSB    ID        TEM  Wert Wert
Aus 1005 würde dann 10-016 werden.

Das ist eine Hautec-Anlage von ca. 2006. Mit einer Abluft- und einer Erdwärmepumpe. Auf dem Controller steht "TEM SE 6000 WPC". Von TEM-Code habe ich bisher noch nie etwas gehört. Ich habe mal für eine Nachricht die auch hier vorkommenden Codes (s.o.)  als TEM_P deklariert.
10 91 100a 02 200b / 0e 300b cd00 af00 f401 01000000 c091lese ich damit als
22-048;20.5;17.5;50.0;01 00 00 00 c0;91Welchen Vorteil hat diese Darstellung? Ich hätte 300b erst mal als übersichtlicher angesehen, zumal es auch 200b, 310b/300b, 310a/300a usw. gibt.

Gruß
Christoph
7
Es ist wieder passiert. Folgendes aus dem Log:

2018.04.25 00:08:36 4: XiaomiBTLESens (pla01) - Run CreateParamGatttool with mod: read
2018.04.25 00:08:36 5: XiaomiBTLESens (pla01) - Read XiaomiBTLESens_ExecGatttool_Run pla01|C4:7C:8D:66:1E:79|read|0x38
2018.04.25 00:08:36 4: XiaomiBTLESens (pla01) - stateRequestTimer: Call Request Timer
2018.04.25 00:08:37 5: XiaomiBTLESens (pla01) - ExecGatttool_Run: call gatttool with command: gatttool -i hci0 -b C4:7C:8D:66:1E:79 --char-read -a 0x38 2>&1 /dev/null and loop 0
2018.04.25 00:08:39 5: XiaomiBTLESens (pla01) - ExecGatttool_Run: gatttool loop result Characteristic value/descriptor,64 15 32 2e 37 2e 30

2018.04.25 00:08:39 4: XiaomiBTLESens (pla01) - ExecGatttool_Run: gatttool result Characteristic value/descriptor,64 15 32 2e 37 2e 30

2018.04.25 00:08:39 5: XiaomiBTLESens (pla01) - ExecGatttool_Done: gatttool return string: pla01|C4:7C:8D:66:1E:79|ok|read|0x38|{"gtResult":"64 15 32 2e 37 2e 30 "}
2018.04.25 00:08:39 4: XiaomiBTLESens (pla01) - ProcessingNotification
2018.04.25 00:08:39 4: XiaomiBTLESens (pla01) - ProcessingNotification: handle 0x38
2018.04.25 00:08:39 4: XiaomiBTLESens (pla01) - FlowerSens Handle0x38
2018.04.25 00:08:39 4: XiaomiBTLESens (pla01) - WriteReadings: Readings were written
2018.04.25 00:08:39 4: XiaomiBTLESens (pla01) - Run CreateParamGatttool with mod: write
2018.04.25 00:08:39 5: XiaomiBTLESens (pla01) - Write XiaomiBTLESens_ExecGatttool_Run pla01|C4:7C:8D:66:1E:79|write|0x33|A01F
2018.04.25 00:08:39 5: XiaomiBTLESens (pla01) - ExecGatttool_Run: call gatttool with command: gatttool -i hci0 -b C4:7C:8D:66:1E:79 --char-write-req -a 0x33 -n A01F 2>&1 /dev/null and loop 0
2018.04.25 00:08:39 5: XiaomiBTLESens (pla01) - ExecGatttool_Run: gatttool loop result Characteristic value was written successfully

2018.04.25 00:08:39 4: XiaomiBTLESens (pla01) - ExecGatttool_Run: gatttool result Characteristic value was written successfully

2018.04.25 00:08:39 5: XiaomiBTLESens (pla01) - ExecGatttool_Done: gatttool return string: pla01|C4:7C:8D:66:1E:79|ok|write|0x33|{"gtResult":"no data response"}
2018.04.25 00:08:39 4: XiaomiBTLESens (pla01) - Run CreateParamGatttool with mod: read
2018.04.25 00:08:39 5: XiaomiBTLESens (pla01) - Read XiaomiBTLESens_ExecGatttool_Run pla01|C4:7C:8D:66:1E:79|read|0x35
2018.04.25 00:08:40 5: XiaomiBTLESens (pla01) - ExecGatttool_Run: call gatttool with command: gatttool -i hci0 -b C4:7C:8D:66:1E:79 --char-read -a 0x35 2>&1 /dev/null and loop 0
2018.04.25 00:08:40 5: XiaomiBTLESens (pla01) - ExecGatttool_Run: gatttool loop result Characteristic value/descriptor,f3 00 00 5a 00 00 00 00 00 00 02 3c 00 fb 34 9b

2018.04.25 00:08:40 4: XiaomiBTLESens (pla01) - ExecGatttool_Run: gatttool result Characteristic value/descriptor,f3 00 00 5a 00 00 00 00 00 00 02 3c 00 fb 34 9b

2018.04.25 00:08:40 5: XiaomiBTLESens (pla01) - ExecGatttool_Done: gatttool return string: pla01|C4:7C:8D:66:1E:79|ok|read|0x35|{"gtResult":"f3 00 00 5a 00 00 00 00 00 00 02 3c 00 fb 34 9b "}
2018.04.25 00:08:40 4: XiaomiBTLESens (pla01) - ProcessingNotification
2018.04.25 00:08:40 4: XiaomiBTLESens (pla01) - ProcessingNotification: handle 0x35
2018.04.25 00:08:40 4: XiaomiBTLESens (pla01) - FlowerSens Handle0x35
2018.04.25 00:08:40 4: XiaomiBTLESens (pla01) - WriteReadings: Readings were written
2018.04.25 00:08:45 3: Watchdog mod00_det_wd0 triggered
2018.04.25 00:08:45 3: scc00 IT_set: swt05 off
2018.04.25 00:08:47 4: XiaomiBTLESens (pla00) - Run CreateParamGatttool with mod: read
2018.04.25 00:08:47 5: XiaomiBTLESens (pla00) - Read XiaomiBTLESens_ExecGatttool_Run pla00|C4:7C:8D:66:1C:4C|read|0x38
2018.04.25 00:08:47 4: XiaomiBTLESens (pla00) - stateRequestTimer: Call Request Timer
2018.04.25 00:08:47 5: XiaomiBTLESens (pla00) - ExecGatttool_Run: call gatttool with command: gatttool -i hci0 -b C4:7C:8D:66:1C:4C --char-read -a 0x38 2>&1 /dev/null and loop 0
2018.04.25 00:08:49 5: XiaomiBTLESens (pla00) - ExecGatttool_Run: gatttool loop result Characteristic value/descriptor,61 15 32 2e 37 2e 30

2018.04.25 00:08:49 4: XiaomiBTLESens (pla00) - ExecGatttool_Run: gatttool result Characteristic value/descriptor,61 15 32 2e 37 2e 30

2018.04.25 00:08:49 5: XiaomiBTLESens (pla00) - ExecGatttool_Done: gatttool return string: pla00|C4:7C:8D:66:1C:4C|ok|read|0x38|{"gtResult":"61 15 32 2e 37 2e 30 "}
2018.04.25 00:08:49 4: XiaomiBTLESens (pla00) - ProcessingNotification
2018.04.25 00:08:49 4: XiaomiBTLESens (pla00) - ProcessingNotification: handle 0x38
2018.04.25 00:08:49 4: XiaomiBTLESens (pla00) - FlowerSens Handle0x38
2018.04.25 00:08:49 4: XiaomiBTLESens (pla00) - WriteReadings: Readings were written
2018.04.25 00:08:49 4: XiaomiBTLESens (pla00) - Run CreateParamGatttool with mod: write
2018.04.25 00:08:49 5: XiaomiBTLESens (pla00) - Write XiaomiBTLESens_ExecGatttool_Run pla00|C4:7C:8D:66:1C:4C|write|0x33|A01F
2018.04.25 00:08:50 5: XiaomiBTLESens (pla00) - ExecGatttool_Run: call gatttool with command: gatttool -i hci0 -b C4:7C:8D:66:1C:4C --char-write-req -a 0x33 -n A01F 2>&1 /dev/null and loop 0
2018.04.25 00:08:50 5: XiaomiBTLESens (pla00) - ExecGatttool_Run: gatttool loop result Characteristic value was written successfully

2018.04.25 00:08:50 4: XiaomiBTLESens (pla00) - ExecGatttool_Run: gatttool result Characteristic value was written successfully

2018.04.25 00:08:50 5: XiaomiBTLESens (pla00) - ExecGatttool_Done: gatttool return string: pla00|C4:7C:8D:66:1C:4C|ok|write|0x33|{"gtResult":"no data response"}
2018.04.25 00:08:50 4: XiaomiBTLESens (pla00) - Run CreateParamGatttool with mod: read
2018.04.25 00:08:50 5: XiaomiBTLESens (pla00) - Read XiaomiBTLESens_ExecGatttool_Run pla00|C4:7C:8D:66:1C:4C|read|0x35
2018.04.25 00:08:50 5: XiaomiBTLESens (pla00) - ExecGatttool_Run: call gatttool with command: gatttool -i hci0 -b C4:7C:8D:66:1C:4C --char-read -a 0x35 2>&1 /dev/null and loop 0
2018.04.25 00:08:50 5: XiaomiBTLESens (pla00) - ExecGatttool_Run: gatttool loop result Characteristic value/descriptor,fa 00 00 4c 00 00 00 00 00 00 02 3c 00 fb 34 9b

2018.04.25 00:08:50 4: XiaomiBTLESens (pla00) - ExecGatttool_Run: gatttool result Characteristic value/descriptor,fa 00 00 4c 00 00 00 00 00 00 02 3c 00 fb 34 9b

2018.04.25 00:08:51 5: XiaomiBTLESens (pla00) - ExecGatttool_Done: gatttool return string: pla00|C4:7C:8D:66:1C:4C|ok|read|0x35|{"gtResult":"fa 00 00 4c 00 00 00 00 00 00 02 3c 00 fb 34 9b "}
2018.04.25 00:08:51 4: XiaomiBTLESens (pla00) - ProcessingNotification
2018.04.25 00:08:51 4: XiaomiBTLESens (pla00) - ProcessingNotification: handle 0x35
2018.04.25 00:08:51 4: XiaomiBTLESens (pla00) - FlowerSens Handle0x35
2018.04.25 00:08:51 4: XiaomiBTLESens (pla00) - WriteReadings: Readings were written
2018.04.25 00:11:00 4: XiaomiBTLESens (pla02) - Run CreateParamGatttool with mod: read
2018.04.25 00:11:00 5: XiaomiBTLESens (pla02) - Read XiaomiBTLESens_ExecGatttool_Run pla02|C4:7C:8D:66:20:C7|read|0x38
2018.04.25 00:11:00 4: XiaomiBTLESens (pla02) - stateRequestTimer: Call Request Timer
2018.04.25 00:11:00 5: XiaomiBTLESens (pla02) - ExecGatttool_Run: call gatttool with command: gatttool -i hci0 -b C4:7C:8D:66:20:C7 --char-read -a 0x38 2>&1 /dev/null and loop 0
2018.04.25 00:11:02 5: XiaomiBTLESens (pla02) - ExecGatttool_Run: gatttool loop result Characteristic value/descriptor,64 15 32 2e 37 2e 30

2018.04.25 00:11:02 4: XiaomiBTLESens (pla02) - ExecGatttool_Run: gatttool result Characteristic value/descriptor,64 15 32 2e 37 2e 30

2018.04.25 00:11:02 5: XiaomiBTLESens (pla02) - ExecGatttool_Done: gatttool return string: pla02|C4:7C:8D:66:20:C7|ok|read|0x38|{"gtResult":"64 15 32 2e 37 2e 30 "}
2018.04.25 00:11:02 4: XiaomiBTLESens (pla02) - ProcessingNotification
2018.04.25 00:11:02 4: XiaomiBTLESens (pla02) - ProcessingNotification: handle 0x38
2018.04.25 00:11:02 4: XiaomiBTLESens (pla02) - FlowerSens Handle0x38
2018.04.25 00:11:02 4: XiaomiBTLESens (pla02) - WriteReadings: Readings were written
2018.04.25 00:11:02 4: XiaomiBTLESens (pla02) - Run CreateParamGatttool with mod: write
2018.04.25 00:11:02 5: XiaomiBTLESens (pla02) - Write XiaomiBTLESens_ExecGatttool_Run pla02|C4:7C:8D:66:20:C7|write|0x33|A01F
2018.04.25 00:11:03 5: XiaomiBTLESens (pla02) - ExecGatttool_Run: call gatttool with command: gatttool -i hci0 -b C4:7C:8D:66:20:C7 --char-write-req -a 0x33 -n A01F 2>&1 /dev/null and loop 0
2018.04.25 00:11:03 5: XiaomiBTLESens (pla02) - ExecGatttool_Run: gatttool loop result Characteristic value was written successfully

2018.04.25 00:11:03 4: XiaomiBTLESens (pla02) - ExecGatttool_Run: gatttool result Characteristic value was written successfully

2018.04.25 00:11:03 5: XiaomiBTLESens (pla02) - ExecGatttool_Done: gatttool return string: pla02|C4:7C:8D:66:20:C7|ok|write|0x33|{"gtResult":"no data response"}
2018.04.25 00:11:03 4: XiaomiBTLESens (pla02) - Run CreateParamGatttool with mod: read
2018.04.25 00:11:03 5: XiaomiBTLESens (pla02) - Read XiaomiBTLESens_ExecGatttool_Run pla02|C4:7C:8D:66:20:C7|read|0x35
2018.04.25 00:11:03 5: XiaomiBTLESens (pla02) - ExecGatttool_Run: call gatttool with command: gatttool -i hci0 -b C4:7C:8D:66:20:C7 --char-read -a 0x35 2>&1 /dev/null and loop 0
2018.04.25 00:11:03 5: XiaomiBTLESens (pla02) - ExecGatttool_Run: gatttool loop result Characteristic value/descriptor,ee 00 00 52 00 00 00 00 02 00 02 3c 00 fb 34 9b

2018.04.25 00:11:03 4: XiaomiBTLESens (pla02) - ExecGatttool_Run: gatttool result Characteristic value/descriptor,ee 00 00 52 00 00 00 00 02 00 02 3c 00 fb 34 9b

2018.04.25 00:11:03 5: XiaomiBTLESens (pla02) - ExecGatttool_Done: gatttool return string: pla02|C4:7C:8D:66:20:C7|ok|read|0x35|{"gtResult":"ee 00 00 52 00 00 00 00 02 00 02 3c 00 fb 34 9b "}
2018.04.25 00:11:03 4: XiaomiBTLESens (pla02) - ProcessingNotification
2018.04.25 00:11:03 4: XiaomiBTLESens (pla02) - ProcessingNotification: handle 0x35
2018.04.25 00:11:03 4: XiaomiBTLESens (pla02) - FlowerSens Handle0x35
2018.04.25 00:11:03 4: XiaomiBTLESens (pla02) - WriteReadings: Readings were written

2018.04.25 00:14:33 3: Sub XiaomiBTLESens_Undef (pla02) - delete device pla02
2018.04.25 00:14:33 3: Sub XiaomiBTLESens_Undef (pla01) - delete device pla01
2018.04.25 00:14:33 3: Sub XiaomiBTLESens_Undef (pla00) - delete device pla00

2018.04.25 00:14:42 3: XiaomiBTLESens (pla00) - defined with BTMAC C4:7C:8D:66:1C:4C
2018.04.25 00:14:42 3: XiaomiBTLESens (pla00) - set interval to 3600
2018.04.25 00:14:42 3: XiaomiBTLESens (pla01) - defined with BTMAC C4:7C:8D:66:1E:79
2018.04.25 00:14:42 3: XiaomiBTLESens (pla01) - set interval to 3600
2018.04.25 00:14:42 3: XiaomiBTLESens (pla02) - defined with BTMAC C4:7C:8D:66:20:C7
2018.04.25 00:14:42 3: XiaomiBTLESens (pla02) - set interval to 3600

Letztes Log des Devices:
2018-04-25_00:08:40 pla01 fertility: 0
2018-04-25_00:08:40 pla01 temperature: 24.3
2018-04-25_00:08:40 pla01 moisture: 0
2018-04-25_00:08:40 pla01 active
8
Homematic / Antw:HM-SEC-SD-2 neu
« Letzter Beitrag von theophilou85 am Gestern um 23:43:40 »
Danke schön, er schreit wieder.
9
ESP8266 / Antw:360 Grad IR WLAN Gateway
« Letzter Beitrag von Pfriemler am Gestern um 23:40:08 »
Die IR-Dioden senden Pulse einer 38-kHz-Modulation. Wenn der Klinkeneingang Pulse verträgt, dann zumindest ohne die Pulsmodulation, dazu kommt die richtige Pegellage (low, high?) - etwa das, was der Ausgang eines IR-Empfängers liefert, wie er auf dem Blaster verbaut ist. Dessen Signal wäre auch evtl anzapfbar, der der wird bei jeder Sendung reichlich mitbeleuchtet. ..

Gesendet von meinem SM-G900FD mit Tapatalk

10
Wettermodule / Antw:Modul für DWD Open Data
« Letzter Beitrag von fini am Gestern um 23:25:14 »
@fini
Leg noch mal den Rückwärtsgang ein und schau dir die Beiträge rund um diesen an.

Du hattest zumindest nicht geschrieben, dass du "apt-get install language-pack-de" ausgeführt hast, sondern statt dessen "6. sudo raspi-config
unter punkt 4 dann2 de_DE.UTF-8 UTF-8 einstellen". Ob dabei das Gleiche passiert, habe ich nicht ausprobiert. Die Fehlermeldung ist aber eindeutig. Du stelltst mit LANG ein, dass "de_DE.UTF-8" verwendet werden soll, Perl versucht es, aber findet nicht die erforderlichen Dateien und meldet daher "Setting locale failed".

Probiers einfach noch mal mit dem Installieren des deutschen Sprachpakets.

pi@raspberrypi:~ $ sudo apt-get install language-pack-de
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package language-pack-de

Seiten: [1] 2 3 ... 10