[gelöst] Problem mit Devicekonfiguration bei pilight

Begonnen von tklein, 15 Mai 2017, 09:54:17

Vorheriges Thema - Nächstes Thema

tklein

Hallo,

ich habe pilight erfolgreich zum laufen bekommen (Vorlage: https://raspberry.tips/hausautomatisierung/raspberry-pi-pilight-mit-433mhz-modulen-zur-hausautomatisierung/)
Nun wollte ich bevor es mit der Integration in Fhem weitergeht ein paar Devices konfigurieren.

Folgende Infos habe ich mit dem Aufruf "sudo pilight-receive" und dem Drücken einer Taste auf einer 433 MHz FB:


{
        "message": {
                "id": 27,
                "unit": 1,
                "state": "up"
        },
        "origin": "receiver",
        "protocol": "arctech_screen_old",
        "uuid": "0000-b8-27-eb-88e491",
        "repeats": 1
}
{
        "message": {
                "id": 27,
                "unit": 1,
                "state": "on"
        },
        "origin": "receiver",
        "protocol": "arctech_switch_old",
        "uuid": "0000-b8-27-eb-88e491",
        "repeats": 1
}
{
        "message": {
                "id": 26707,
                "unit": -1
        },
        "origin": "receiver",
        "protocol": "beamish_switch",
        "uuid": "0000-b8-27-eb-88e491",
        "repeats": 1
}
{
        "message": {
                "id": 27,
                "unit": 1,
                "state": "up"
        },
        "origin": "receiver",
        "protocol": "arctech_screen_old",
        "uuid": "0000-b8-27-eb-88e491",
        "repeats": 2
}
{
        "message": {
                "id": 27,
                "unit": 1,
                "state": "on"
        },
        "origin": "receiver",
        "protocol": "arctech_switch_old",
        "uuid": "0000-b8-27-eb-88e491",
        "repeats": 2
}
{
        "message": {
                "id": 59475,
                "unit": -1
        },
        "origin": "receiver",
        "protocol": "beamish_switch",
        "uuid": "0000-b8-27-eb-88e491",
        "repeats": 2
}
{
        "message": {
                "id": 27,
                "unit": 1,
                "state": "up"
        },
        "origin": "receiver",
        "protocol": "arctech_screen_old",
        "uuid": "0000-b8-27-eb-88e491",
        "repeats": 3
}
{
        "message": {
                "id": 27,
                "unit": 1,
                "state": "on"
        },
        "origin": "receiver",
        "protocol": "arctech_switch_old",
        "uuid": "0000-b8-27-eb-88e491",
        "repeats": 3
}
{
        "message": {
                "id": 59475,
                "unit": -1
        },
        "origin": "receiver",
        "protocol": "beamish_switch",
        "uuid": "0000-b8-27-eb-88e491",
        "repeats": 3
}
{
        "message": {
                "id": 27,
                "unit": 1,
                "state": "up"
        },
        "origin": "receiver",
        "protocol": "arctech_screen_old",
        "uuid": "0000-b8-27-eb-88e491",
        "repeats": 4
}
{
        "message": {
                "id": 27,
                "unit": 1,
                "state": "on"
        },
        "origin": "receiver",
        "protocol": "arctech_switch_old",
        "uuid": "0000-b8-27-eb-88e491",
        "repeats": 4
}
{
        "message": {
                "id": 59475,
                "unit": -1
        },
        "origin": "receiver",
        "protocol": "beamish_switch",
        "uuid": "0000-b8-27-eb-88e491",
        "repeats": 4
}
{
        "message": {
                "id": 27,
                "unit": 1,
                "state": "up"
        },
        "origin": "receiver",
        "protocol": "arctech_screen_old",
        "uuid": "0000-b8-27-eb-88e491",
        "repeats": 5
}
{
        "message": {
                "id": 25,
                "unit": 1,
                "state": "on"
        },
        "origin": "receiver",
        "protocol": "arctech_switch_old",
        "uuid": "0000-b8-27-eb-88e491",
        "repeats": 5
}
{
        "message": {
                "id": 26707,
                "unit": -1
        },
        "origin": "receiver",
        "protocol": "beamish_switch",
        "uuid": "0000-b8-27-eb-88e491",
        "repeats": 5
}
{
        "message": {
                "id": 27,
                "unit": 1,
                "state": "up"
        },
        "origin": "receiver",
        "protocol": "arctech_screen_old",
        "uuid": "0000-b8-27-eb-88e491",
        "repeats": 6
}
{
        "message": {
                "id": 27,
                "unit": 1,
                "state": "on"
        },
        "origin": "receiver",
        "protocol": "arctech_switch_old",
        "uuid": "0000-b8-27-eb-88e491",
        "repeats": 6
}
{
        "message": {
                "id": 59475,
                "unit": -1
        },
        "origin": "receiver",
        "protocol": "beamish_switch",
        "uuid": "0000-b8-27-eb-88e491",
        "repeats": 6
}
{
        "message": {
                "id": 27,
                "unit": 1,
                "state": "up"
        },
        "origin": "receiver",
        "protocol": "arctech_screen_old",
        "uuid": "0000-b8-27-eb-88e491",
        "repeats": 7
}
{
        "message": {
                "id": 27,
                "unit": 1,
                "state": "on"
        },
        "origin": "receiver",
        "protocol": "arctech_switch_old",
        "uuid": "0000-b8-27-eb-88e491",
        "repeats": 7
}
{
        "message": {
                "id": 26707,
                "unit": -1
        },
        "origin": "receiver",
        "protocol": "beamish_switch",
        "uuid": "0000-b8-27-eb-88e491",
        "repeats": 7
}
{
        "message": {
                "id": 27,
                "unit": 1,
                "state": "up"
        },
        "origin": "receiver",
        "protocol": "arctech_screen_old",
        "uuid": "0000-b8-27-eb-88e491",
        "repeats": 8
}
{
        "message": {
                "id": 27,
                "unit": 1,
                "state": "on"
        },
        "origin": "receiver",
        "protocol": "arctech_switch_old",
        "uuid": "0000-b8-27-eb-88e491",
        "repeats": 8
}
{
        "message": {
                "id": 26707,
                "unit": -1
        },
        "origin": "receiver",
        "protocol": "beamish_switch",
        "uuid": "0000-b8-27-eb-88e491",
        "repeats": 8
}


Nun habe ich in meiner conig.json ein Device konfiguriert:

        "Stripe_1": {
                        "protocol": [ "arctech_switch_old" ],
                        "id": [{
                                "id": 27,
                                "unit": 1
                        }],
                        "state": "on"
                }


Nun kann ich pilight nicht mehr starten:

pi@pi:/etc/pilight $ sudo service pilight status
● pilight.service - LSB: Starts pilight-daemon
   Loaded: loaded (/etc/init.d/pilight)
   Active: active (exited) since Mo 2017-05-15 09:37:09 CEST; 3s ago
  Process: 2492 ExecStop=/etc/init.d/pilight stop (code=exited, status=0/SUCCESS)
  Process: 2536 ExecStart=/etc/init.d/pilight start (code=exited, status=0/SUCCESS)

Mai 15 09:37:09 pi pilight[2536]: Starting : pilight failed!
Mai 15 09:37:09 pi systemd[1]: Started LSB: Starts pilight-daemon.


Lösche ich das Device wieder, kann ich pilight wieder starten. Wie sollte ich das Device korrekt definieren? Ist das normal, dass das beim Loggen so viele Einträge für ein einmaliges drücken sind?

Grüße
Thomas
FHEM auf Pi 3, Echo (Plus, Dot und Connect), CUL868/433, HM Komponenten, Broadlink, Enigma (VU DUO2), Alexa/Homebridge, Sonoffs (POW, RF, Basic), Wemos D1 (IR, DHT, BH1750, OLED, BMP180), IT/Steckdosen, Fritzbox mit SIP, Wifilight, MQTT, Pilight, Xiaomi Flower Sensor, Spotify, Dooya, Shelly, Conbee2

tklein

es schein mit dem Protokoll "arctech_switch_old" zu tun zu haben. Ersetze ich das mit dem anderen im Log verwendeten "beamish_switch" kann ich den Dienst starten. Allerdings das Device  nicht schalten.
FHEM auf Pi 3, Echo (Plus, Dot und Connect), CUL868/433, HM Komponenten, Broadlink, Enigma (VU DUO2), Alexa/Homebridge, Sonoffs (POW, RF, Basic), Wemos D1 (IR, DHT, BH1750, OLED, BMP180), IT/Steckdosen, Fritzbox mit SIP, Wifilight, MQTT, Pilight, Xiaomi Flower Sensor, Spotify, Dooya, Shelly, Conbee2

Esjay

Zitat von: tklein am 15 Mai 2017, 10:33:49
es schein mit dem Protokoll "arctech_switch_old" zu tun zu haben. Ersetze ich das mit dem anderen im Log verwendeten "beamish_switch" kann ich den Dienst starten. Allerdings das Device  nicht schalten.

Warum willst du das unter pilight einrichten? Guck mal in den pilight Theard. Ich hatte das am Anfang auch umgesetzt, bin dann aber auf Cul umgestiegen. Sei es drum, kurz zusammengefasst, musst du nur den Port in deine config von pilight eintragen. Dann schmeißt du den Eventmonitor an, und siehst dann die entsprechenden Ausgaben, mit denen du ein Pilight Device einrichten kannst.

Grüße

tklein

Hi,

mein Cul empfängt aber nicht alle Signale. Daher dieser Weg.

Jetzt ist mein Pilight in FHEM disconnected, obwohl ich per Browser mit der IP/Port draufkomme.

Internals:
   API        6.0
   CFGFN
   DEF        192.168.0.49:85
   DevIoJustClosed 1
   DeviceName 192.168.0.49:85
   NAME       myPilight
   NR         7063
   NTFY_ORDER 50-myPilight
   PARTIAL
   RETRY_INTERVAL 60
   STATE      disconnected
   TYPE       pilight_ctrl
   Readings:
     2017-05-15 11:28:36   state           disconnected
   Helper:
     CHECK      0
     CON        disconnected
     NEXT_TRY   1494840576
     sendQueue:
     whiteList:
       arctech_switch_old:27
Attributes:
   room       Pilight,System


Hier der Log dazu:

2017.05.15 11:31:00 1 : 192.168.0.49:85 disconnected, waiting to reappear (myPilight)2017-05-15 11:31:00 pilight_ctrl myPilight DISCONNECTED

"set myPilight reset" setzt in kurz auf "opened", dann wieder disconnected

Gruß
Thomas
FHEM auf Pi 3, Echo (Plus, Dot und Connect), CUL868/433, HM Komponenten, Broadlink, Enigma (VU DUO2), Alexa/Homebridge, Sonoffs (POW, RF, Basic), Wemos D1 (IR, DHT, BH1750, OLED, BMP180), IT/Steckdosen, Fritzbox mit SIP, Wifilight, MQTT, Pilight, Xiaomi Flower Sensor, Spotify, Dooya, Shelly, Conbee2

tklein

mmhmm.

Für eine kurze Zeit istz eine Verbindung da, bricht dann aber ab. Oder ist das normal?

2017.05.15 13:26:09 3 : Opening myPilight device 192.168.0.49:85
2017.05.15 13:26:09 3 : myPilight device opened
2017.05.15 13:26:21 1 : 192.168.0.49:85 disconnected, waiting to reappear (myPilight)
2017-05-15 13:26:21 pilight_ctrl myPilight DISCONNECTED
FHEM auf Pi 3, Echo (Plus, Dot und Connect), CUL868/433, HM Komponenten, Broadlink, Enigma (VU DUO2), Alexa/Homebridge, Sonoffs (POW, RF, Basic), Wemos D1 (IR, DHT, BH1750, OLED, BMP180), IT/Steckdosen, Fritzbox mit SIP, Wifilight, MQTT, Pilight, Xiaomi Flower Sensor, Spotify, Dooya, Shelly, Conbee2

Esjay

Zitat von: tklein am 15 Mai 2017, 13:29:27
mmhmm.

Für eine kurze Zeit istz eine Verbindung da, bricht dann aber ab. Oder ist das normal?

2017.05.15 13:26:09 3 : Opening myPilight device 192.168.0.49:85
2017.05.15 13:26:09 3 : myPilight device opened
2017.05.15 13:26:21 1 : 192.168.0.49:85 disconnected, waiting to reappear (myPilight)
2017-05-15 13:26:21 pilight_ctrl myPilight DISCONNECTED


Das ist definitiv nicht normal..Wie gesagt, ich habe es schon lange nicht mehr im Einsatz.  Stell deine Frage am besten mal direkt hier. https://forum.fhem.de/index.php?topic=34632.0

tklein

FHEM auf Pi 3, Echo (Plus, Dot und Connect), CUL868/433, HM Komponenten, Broadlink, Enigma (VU DUO2), Alexa/Homebridge, Sonoffs (POW, RF, Basic), Wemos D1 (IR, DHT, BH1750, OLED, BMP180), IT/Steckdosen, Fritzbox mit SIP, Wifilight, MQTT, Pilight, Xiaomi Flower Sensor, Spotify, Dooya, Shelly, Conbee2