eBus Schaltung Rpi in Betrieb nehmen!

Begonnen von Reinhart, 19 Februar 2018, 19:38:23

Vorheriges Thema - Nächstes Thema

Domin2000

#420
Hi galileo,

dabke für die Info. Das dachte ich mir. Ich habe ein paar Seiten davor ein Image "buster4.19.97-ttyebus1.8-ebusd3.4.v3.3-51.zip" von dir gefunden dass ich nun auf die SD Karte kopieren werde um so das Ganze zum laufen zu bekommen.
Mit welchem Image tool kann man das am einfachsten machen? SDCardFormatter + Win32DiskImager?

galileo

ZitatMit welchem Image tool kann man das am einfachsten machen? SDCardFormatter + Win32DiskImager?
Win32DiskImager ist perfekt. Dazu darf aber die SD Karte keine (vorher aufgespielten) Partitionen haben, sonst akzeptiert der Win32DiskImager die Karte nicht.
Ob das der SDCardFormatter kann weiss ich nicht.
Ich nehme immer die Windows Datenträgerverwaltung und lösche alle Volumes die auf der Karte sind. Dann das Image drauf.

Domin2000

#422
Hallo galileo,

das Image von galileo ist nun drauf. Was ich nach der Installation noch gemacht habe:

# AMA0 Treiber Service deaktivieren

sudo raspi-config , zuerst hier den Serial Port deaktivieren (2x mit "no" bestätigt)
sudo systemctl stop serial-getty@ttyAMA0.service
sudo systemctl disable serial-getty@ttyAMA0.service


ttyAMA0 ist danach verschwunden.

Irgendwie ist der ttyebus Treiber in dem Image nicht installiert und nur abgelegt?
Zumindest gibt es die Dateien unter ~/ttyebus aber ttyebus taucht nicht als modul auf.

pi@raspberrypi:~/ttyebus $ modinfo ttyebus
modinfo: ERROR: Module ttyebus not found.



pi@raspberrypi:~/ttyebus $ ebusctl i
version: ebusd 3.4.v3.3-51-g57eae05
update check: version 21.2 available
signal: no signal
reconnects: 0
masters: 1
messages: 11
conditional: 0
poll: 0
update: 4
address 31: master #8, ebusd
address 36: slave #8, ebusd


Der ebus Service läuft zwar kann aber den ttyebus nicht finden.
Log:

pi@raspberrypi:~/ttyebus $ tail -f /var/log/ebusd.log
2021-04-12 19:07:01.447 [bus error] unable to open /dev/ttyebus: ERR: element not found
2021-04-12 19:07:01.447 [bus notice] device invalid
2021-04-12 19:07:06.448 [bus error] unable to open /dev/ttyebus: ERR: element not found
2021-04-12 19:07:06.448 [bus notice] device invalid
2021-04-12 19:07:11.448 [bus error] unable to open /dev/ttyebus: ERR: element not found
2021-04-12 19:07:11.450 [bus notice] device invalid
2021-04-12 19:07:16.451 [bus error] unable to open /dev/ttyebus: ERR: element not found
2021-04-12 19:07:16.451 [bus notice] device invalid
2021-04-12 19:07:21.451 [bus error] unable to open /dev/ttyebus: ERR: element not found
2021-04-12 19:07:21.451 [bus notice] device invalid
2021-04-12 19:07:26.452 [bus error] unable to open /dev/ttyebus: ERR: element not found
2021-04-12 19:07:26.452 [bus notice] device invalid


unter ~/ttyebus gibt es aber schon die Dateien:

pi@raspberrypi:~/ttyebus $ ls -l
total 104
-rw-r--r-- 1 pi pi  1223 Aug 26  2020 Makefile
-rw-r--r-- 1 pi pi    35 Aug 26  2020 modules.order
-rw-r--r-- 1 pi pi     0 Aug 26  2020 Module.symvers
-rw-r--r-- 1 pi pi  6499 Aug 26  2020 README.md
-rw-r--r-- 1 pi pi 13580 Aug 26  2020 ttyebus.ko
-rw-r--r-- 1 pi pi 35525 Aug 26  2020 ttyebusm.c
-rw-r--r-- 1 pi pi 11172 Aug 26  2020 ttyebusm.o
-rw-r--r-- 1 pi pi  1853 Aug 26  2020 ttyebus.mod.c
-rw-r--r-- 1 pi pi  4184 Aug 26  2020 ttyebus.mod.o
-rw-r--r-- 1 pi pi  9976 Aug 26  2020 ttyebus.o


Soll ich das hier unten noch ausführen?

sudo apt-get update sudo apt-get -y upgrade
sudo apt-get install raspberrypi-kernel-headers
cd ~ git clone https://github.com/ebus/ttyebus.git
cd ~/ttyebus make
sudo make install
lsmod modinfo ttyebus


Aber dann würde er doch beim upgrade den kernel hochziehen und es würde nix mehr gehen...?

Die unveränderte ebus config Datei:
# /etc/default/ebusd:
# config file for ebusd service.

# Options to pass to ebusd (run "ebusd -?" for more info):
EBUSD_OPTS="--scanconfig -d /dev/ttyebus"

# MULTIPLE EBUSD INSTANCES WITH SYSV
# In order to run multiple ebusd instances on a SysV enabled system, simply
# define several EBUSD_OPTS with a unique suffix for each. Recommended is to
# use a number as suffix for all EBUSD_OPTS settings. That number will then be
# taken as additional "instance" parameter to the init.d script in order to
# start/stop an individual ebusd instance instead of all instances.
# Example: (uncomment the EBUSD_OPTS above)
#EBUSD_OPTS1="--scanconfig -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0 -p 8888 -l /var/log/ebusd1.log"
#EBUSD_OPTS2="--scanconfig -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A900acTF-if00-port0 -p 8889 -l /var/log/ebusd2.log"
#EBUSD_OPTS3="--scanconfig -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A900beCG-if00-port0 -p 8890 -l /var/log/ebusd3.log"

# MULTIPLE EBUSD INSTANCES WITH SYSTEMD
# In order to run muiltiple ebusd instances on a systemd enabled system, just
# copy the /usr/lib/systemd/system/ebusd.service file to /etc/systemd/system/
# with a different name (e.g. ebusd-2.service), remove the line starting with
# 'EnvironmentFile=', and replace the '$EBUSD_OPTS' with the options for that
# particular ebusd instance.
~


Domin2000

#423
Ich habe nochmal aus  dem ttyebus Verzeichnis ein"make" und danach ein "sudo make install" durchgeführt

--> Kernel ist nun kaputt und muss das Image nochmal auf die SD Karte installieren...

Ergebnis:


pi@raspberrypi:~/ttyebus $ make
make -C /lib/modules/4.19.97-v7+/build M=/home/pi/ttyebus modules
make[1]: Entering directory '/usr/src/linux-headers-4.19.97-v7+'
  Building modules, stage 2.
  MODPOST 1 modules
  CC      /home/pi/ttyebus/ttyebus.mod.o
  LD [M]  /home/pi/ttyebus/ttyebus.ko
make[1]: Leaving directory '/usr/src/linux-headers-4.19.97-v7+'
pi@raspberrypi:~/ttyebus $ sudo make install
cp ttyebus.ko /lib/modules/4.19.97-v7+/kernel/drivers/tty/serial/ttyebus.ko
depmod -a
cd /lib/modules/4.19.97-v7+/kernel/drivers/tty/serial/
modprobe ttyebus
sed -i "s/ttyebus//g" /etc/modules
echo "ttyebus" >> /etc/modules
pi@raspberrypi:~/ttyebus $
Message from syslogd@raspberrypi at Apr 12 19:56:46 ...
kernel:[  788.324555] Internal error: Oops: 817 [#1] SMP ARM

Message from syslogd@raspberrypi at Apr 12 19:56:46 ...
kernel:[  788.346489] Process bushandler (pid: 579, stack limit = 0x50bfda62)

Message from syslogd@raspberrypi at Apr 12 19:56:46 ...
kernel:[  788.347708] Stack: (0xb7ed1d40 to 0xb7ed2000)

Message from syslogd@raspberrypi at Apr 12 19:56:46 ...
kernel:[  788.348910] 1d40: 80d63f48 00000039 7f75c088 80d63f48 b7ed1d8c b7ed1d60 805c4d88 7f7                                    5a5ec

Message from syslogd@raspberrypi at Apr 12 19:56:46 ...
kernel:[  788.351304] 1d60: 805c4c24 8093bdf4 80d04d48 80e1cc1c b9da75c0 b5d6a6f0 b41c7000 000                                    00000

Message from syslogd@raspberrypi at Apr 12 19:56:46 ...
kernel:[  788.353695] 1d80: b7ed1dc4 b7ed1d90 802d531c 805c4c30 00000039 c215155f b5d6a6f0 b41                                    c7000

Message from syslogd@raspberrypi at Apr 12 19:56:46 ...
kernel:[  788.356079] 1da0: 00000000 b5d6a6f0 b7ed1f50 b41c7008 802d522c 00000000 b7ed1dec b7e                                    d1dc8

Message from syslogd@raspberrypi at Apr 12 19:56:46 ...
kernel:[  788.358493] 1dc0: 802cbecc 802d5238 00000902 00000000 00000000 b7ed1f50 b41c7000 b7e                                    d1e90

Message from syslogd@raspberrypi at Apr 12 19:56:46 ...
kernel:[  788.361020] 1de0: b7ed1dfc b7ed1df0 802cd3a8 802cbc9c b7ed1e8c b7ed1e00 802dff68 802                                    cd378

Message from syslogd@raspberrypi at Apr 12 19:56:46 ...
kernel:[  788.363661] 1e00: b7ed1e00 801ae810 b7ed1e54 b7ed1e18 801ae810 801ae428 b7e1e000 b7e                                    d0000

Message from syslogd@raspberrypi at Apr 12 19:56:46 ...
kernel:[  788.366390] 1e20: 8019b460 c215155f 80d04d48 00000041 80d0568c 00000000 00000000 000                                    00006

Message from syslogd@raspberrypi at Apr 12 19:56:46 ...
kernel:[  788.369259] 1e40: 00000002 b5d6a6f0 b96eb210 b5945990 801af658 801af394 00ebf000 c21                                    5155f

Message from syslogd@raspberrypi at Apr 12 19:56:46 ...
kernel:[  788.372195] 1e60: 00000001 80d04d48 80d04d48 b7ed1f50 b7ed1e90 00000001 b7ed0000 000                                    00142

Message from syslogd@raspberrypi at Apr 12 19:56:46 ...
kernel:[  788.375199] 1e80: b7ed1f44 b7ed1e90 802e1e50 802dfb4c b96eb210 b5945990 f5f94e18 000                                    00007

Message from syslogd@raspberrypi at Apr 12 19:56:46 ...
kernel:[  788.378237] 1ea0: b96f0015 006000c0 00000000 b9ba1110 b5d6a6f0 00000101 00000002 000                                    00718

Message from syslogd@raspberrypi at Apr 12 19:56:46 ...
kernel:[  788.381262] 1ec0: 00000000 00000000 00000000 b7ed1ed0 00000000 c215155f 00000000 000                                    00008

Message from syslogd@raspberrypi at Apr 12 19:56:46 ...
kernel:[  788.384289] 1ee0: b9084e00 b9084e18 00000000 00000400 00000902 00000020 b7ed1f34 b7e                                    d1f08

Message from syslogd@raspberrypi at Apr 12 19:56:46 ...
kernel:[  788.387325] 1f00: b96f0000 00000000 00000902 00000002 ffffff9c ffffff9c b96f0000 c21                                    5155f

Message from syslogd@raspberrypi at Apr 12 19:56:46 ...
kernel:[  788.390360] 1f20: b7ed0000 00000008 80d04d48 ffffff9c b96f0000 801011c4 b7ed1f94 b7e                                    d1f48

Message from syslogd@raspberrypi at Apr 12 19:56:46 ...
kernel:[  788.393394] 1f40: 802cd688 802e1ddc 801b26c0 801b1984 00000902 00000000 00000006 000                                    00100

Message from syslogd@raspberrypi at Apr 12 19:56:46 ...
kernel:[  788.396428] 1f60: 00000001 c215155f 80101068 00eb8090 76f3d968 00000000 00000142 801                                    011c4

Message from syslogd@raspberrypi at Apr 12 19:56:46 ...
kernel:[  788.399452] 1f80: b7ed0000 00000142 b7ed1fa4 b7ed1f98 802cd784 802cd554 00000000 b7e                                    d1fa8

Message from syslogd@raspberrypi at Apr 12 19:56:46 ...
kernel:[  788.402482] 1fa0: 80101000 802cd774 00eb8090 76f3d968 ffffff9c 7eb26f1f 00000902 000                                    00000

Message from syslogd@raspberrypi at Apr 12 19:56:46 ...
kernel:[  788.405517] 1fc0: 00eb8090 76f3d968 00000000 00000142 76b04e1c 00000005 7eb26f1f 000                                    702f0

Message from syslogd@raspberrypi at Apr 12 19:56:46 ...
kernel:[  788.408552] 1fe0: 00000002 76b04d38 00000000 76edfc5c 80000010 ffffff9c 00000000 000                                    00000

Message from syslogd@raspberrypi at Apr 12 19:56:46 ...
kernel:[  788.444713] Code: e3a02001 e5943018 e5842014 f57ff04e (e5835030)


Zumindest ergibt modinfo ttyebus das ttyebus nun installiert ist


pi@raspberrypi:~/ttyebus $ modinfo ttyebus
filename:       /lib/modules/4.19.97-v7+/kernel/drivers/tty/serial/ttyebus.ko
version:        1.8
description:    Kernel module for the ebusd directly connected through the PL011 UART to the eBus adapter
author:         Galileo53
license:        GPL
srcversion:     5FAE7FDBE1D6FFAC18CA5A9
depends:
name:           ttyebus
vermagic:       4.19.97-v7+ SMP mod_unload modversions ARMv7 p2v8



Domin2000

Ich habe noch etwas rumexperimentiert und mal den ebus Treiber auf ttyAMA0 eingestellt. Ergebnis: Signal aquired!
Aber so wie ich ein paar Seiten hier im Thread früher gelesen habe ist das nicht gut. Die Platine scheint also zu  funktionieren nur irgendwie ttyebus mit mit RPI 3B+ :-(

@galileo: Vllt ist das Image nicht kompatibel mit dem RPI 3B+?

ebusctl i

pi@raspberrypi:~ $ ebusctl i
version: ebusd 3.4.v3.3-51-g57eae05
signal: acquired
symbol rate: 23
max symbol rate: 85
reconnects: 0
masters: 2
messages: 12
conditional: 0
poll: 0
update: 4
address 10: master #2
address 31: master #8, ebusd
address 36: slave #8, ebusd



/var/log/ebusd.log


pi@raspberrypi:~ $ tail -f /var/log/ebusd.log
2021-04-12 20:57:35.478 [bus notice] device invalid
2021-04-12 20:57:40.060 [main notice] SIGTERM received
2021-04-12 20:57:40.479 [bus error] unable to open /dev/ttyebus: ERR: element not found
2021-04-12 20:57:40.479 [bus notice] device invalid
2021-04-12 20:57:41.754 [main notice] ebusd stopped
2021-04-12 20:57:46.389 [main notice] ebusd 3.4.v3.3-51-g57eae05 started with auto scan
2021-04-12 20:57:46.726 [bus notice] bus started with own address 31/36
2021-04-12 20:57:46.783 [bus notice] signal acquired
2021-04-12 20:57:49.735 [bus notice] new master 10, master count 2
2021-04-12 20:57:54.748 [main error] scan config 15: ERR: read timeout
2021-04-12 20:58:31.010 [bus notice] max. symbols per second: 101

galileo

Zitat@galileo: Vllt ist das Image nicht kompatibel mit dem RPI 3B+?
Ich besitze leider keinen RASPI3+, nur einen RASPI3 und von dem stammt das Image.
Im Netz kann man allerdings Hinweise finden, dass ein auf dem RASPI3 erstelltes System auf dem RASPI3+ nicht lauffähig ist.
Eigentlich sollte das Image so wie du es installiert hast bereits alle Einstellungen und Installationen korrekt haben. Also ttyebus sichtbar, ttyAMA0 weg, etc.
All deine Versuche sollten also überflüssig sein. Wenn dem nicht so ist dann bedeutet es wahrscheinlich wirklich dass das mit dem 3+ nicht kompatibel ist.

In diesem Fall kann ich dir nur vorschlagen: Lade dir "buster 4.19.97" aus dem Netz herunter und installiere es neu auf dem 3+.
Dann folge der Anleitung für ttyebus Installation auf Github. Für ebusd kannst du vermutlich die neueste Version verwenden.
Das sollte dann den gleichen Effekt wie das Image bringen, halt nur angepasst auf den 3+. Einen Erfolg garantieren kann ich damit aber leider nicht weil ich es nicht ausprobieren kann.
LG

Domin2000

#426
Es funktioniert! @Galileo - vielen Dank!!!

Damit kann ich bestätigen dass das Image für Raspi 3B+ funktioniert.
Leider war die ttyebus Installation irgendwie nicht vollständig denn das Modul ttyebus war nicht unter dev/ gelistet.

Was ich gemacht habe:


rm -rf ttyebus/
git clone https://github.com/ebus/ttyebus.git
cd ttyebus/
ls -la
make
ls -la
sudo make install


Daten kommen:

pi@raspberrypi:~ $ tail -f /var/log/ebusd.log
2021-04-13 06:02:47.431 [update notice] received update-write bai SetMode QQ=10: auto;32.5;-;-;0;0;1;0;0;0
2021-04-13 06:02:55.688 [update notice] received read bai Status01 QQ=10: 31.5;32.0;-3.125;-;-;off
2021-04-13 06:02:55.984 [update notice] received read vr_70 SensorData QQ=10: 47.00;25.12;-;-;7.62;21.00;c8 50 00
2021-04-13 06:02:56.257 [update notice] received update-write bai SetMode QQ=10: auto;32.5;-;-;0;0;1;0;0;0
2021-04-13 06:02:56.783 [update notice] received write vr_70 SetActorState QQ=10: off;off;on;off;on;off;off
2021-04-13 06:03:05.714 [update notice] received read bai Status01 QQ=10: 31.5;32.0;-3.125;-;-;off
2021-04-13 06:03:06.010 [update notice] received read vr_70 SensorData QQ=10: 46.94;25.06;-;-;7.50;21.00;c8 50 00
2021-04-13 06:03:06.283 [update notice] received update-write bai SetMode QQ=10: auto;32.5;-;-;0;0;1;0;0;0
2021-04-13 06:03:06.542 [update notice] received read bai Status02 QQ=10: auto;60;75.0;70;70.0
2021-04-13 06:03:06.806 [update notice] received write vr_70 SetActorState QQ=10: off;off;on;off;on;off;off
2021-04-13 06:03:15.731 [update notice] received read bai Status01 QQ=10: 31.5;32.0;-3.125;-;-;off
2021-04-13 06:03:16.025 [update notice] received read vr_70 SensorData QQ=10: 46.94;25.06;-;-;7.38;21.00;c8 50 00
2021-04-13 06:03:16.299 [update notice] received update-write bai SetMode QQ=10: auto;32.5;-;-;0;0;1;0;0;0
2021-04-13 06:03:16.822 [update notice] received write vr_70 SetActorState QQ=10: off;off;on;off;on;off;off
2021-04-13 06:03:25.757 [update notice] received read bai Status01 QQ=10: 31.5;32.0;-3.125;-;-;off
2021-04-13 06:03:26.051 [update notice] received read vr_70 SensorData QQ=10: 46.94;25.06;-;-;7.38;21.00;c8 50 00
2021-04-13 06:03:26.325 [update notice] received update-write bai SetMode QQ=10: auto;32.5;-;-;0;0;1;0;0;0
2021-04-13 06:03:26.846 [update notice] received write vr_70 SetActorState QQ=10: off;off;on;off;on;off;off
2021-04-13 06:03:31.718 [main notice] update check: version 21.2 available
2021-04-13 06:03:35.734 [update notice] received read bai Status01 QQ=10: 31.5;32.0;-3.125;-;-;off
2021-04-13 06:03:36.028 [update notice] received read vr_70 SensorData QQ=10: 46.94;25.06;-;-;7.31;21.00;c8 50 00
2021-04-13 06:03:36.304 [update notice] received read bai DateTime QQ=10: sync;-:-:-;-.-.-;-3.125
2021-04-13 06:03:36.547 [update notice] received update-read broadcast vdatetime QQ=10: 07:03:36;13.04.2021
2021-04-13 06:03:36.820 [update notice] received update-write bai SetMode QQ=10: auto;32.5;-;-;0;0;1;0;0;0
2021-04-13 06:03:37.082 [update notice] received write vr_70 SetActorState QQ=10: off;off;on;off;on;off;off
2021-04-13 06:03:37.339 [update notice] received read bai Status02 QQ=10: auto;60;75.0;70;70.0
2021-04-13 06:03:37.604 [update notice] received unknown MS cmd: 1008b5110100 / 08ff010d0008000003
2021-04-13 06:03:37.850 [update notice] received unknown MS cmd: 1008b5100305ff03 / 0101
2021-04-13 06:03:38.092 [update notice] received update-write bai StatusCirPump QQ=10: on
2021-04-13 06:03:38.328 [update notice] received unknown MS cmd: 1008b5120204ff / 0101
2021-04-13 06:03:42.179 [update notice] received update-read broadcast outsidetemp QQ=10: -3.125
2021-04-13 06:03:45.771 [update notice] received read bai Status01 QQ=10: 31.5;32.0;-3.125;-;-;off
2021-04-13 06:03:46.067 [update notice] received read vr_70 SensorData QQ=10: 46.94;25.06;-;-;7.38;21.00;c8 50 00
2021-04-13 06:03:46.340 [update notice] received update-write bai SetMode QQ=10: auto;32.5;-;-;0;0;1;0;0;0
2021-04-13 06:03:46.860 [update notice] received write vr_70 SetActorState QQ=10: off;off;on;off;on;off;off


Verbindung steht:

pi@raspberrypi:~ $ ebusctl i
version: ebusd 3.4.v3.3-51-g57eae05
update check: version 21.2 available
signal: acquired
symbol rate: 49
max symbol rate: 116
min arbitration micros: 7
max arbitration micros: 62
min symbol latency: 4
max symbol latency: 4
reconnects: 0
masters: 3
messages: 640
conditional: 3
poll: 0
update: 10
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0609;HW=5502", loaded "vaillant/bai.308523.inc", "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0209;HW=4103", loaded "vaillant/15.700.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 52: slave, scanned "MF=Vaillant;ID=VR_70;SW=0109;HW=2903", loaded "vaillant/52.vr_70.csv"



PS: Es wäre cool wenn der Adapter mit ttyebus auch mit den Neusten Kernel funktionieren könnte ;-) Aber Du hast ja vorher geschrieben das dies zu Komplex sei...
Leider habe ich den Rpi 2.2 Adapter erst fast nach 1,5 Jahren aus dem Schrank geholt und mit einem Raspi verbunden. In dieser Zeit ist natürlich viel passiert...

DerFranke

Habe gerade meinen Raspi upgedatet, neu gestartet und stehe wieder ohne Signal da.
root@raspberrypi:/home/pi# ebusctl info
version: ebusd 21.2.v21.2-12-g86b700c
access: *
signal: no signal
reconnects: 1
masters: 4
messages: 64
conditional: 0
poll: 0
update: 10
address 03: master #11
address 04: slave #25, ebusd
address 08: slave #11, scanned "MF=Vaillant;ID=HMU01;SW=0304;HW=8802", loaded "vaillant/08.hmu.csv"
address 10: master #2
address 71: master #9
address 76: slave #9
address e8: slave
address ff: master #25, ebusd


Nur, warum findet er auf der Adresse 08 etwas, wenn er doch kein Signal hat?

Reinhart

vermutlich hatte er Signal, er hat ein csv geladen aber dann ist es wieder verschwunden. Schau doch bitte ins Log, dann weiß man mehr was los war.

Das mit den Updaten beim RPI un dem ttyebus Treiber ist immer eine heiße Sache, wenn beim Kerneltreiber was geändert wird ist dann aus. Beim RPI gilt leider der Spruch, "never touch a running system!"

LG
FHEM auf Raspy4 mit Bullseye + SSD, Homematic, ESP8266, ESP32, Sonoff, eBus, NanoCUL, MapleCUL, , MQTT2, Alexa