Doch besser mit esp32???
Ich war schon fast am umschwenken auf UART. 
Ne das hatte ich so nicht nicht. Wie gesagt, da hilft nur Logfiles anschauen wenn das passiert, um zu sehen was vor sich geht.
Was sagen die NR logs wie hier beschrieben? System connection lost
Irgendwelche relevanten Systemlogs im /var/log Ordner?
Ist das wirklich eine kabelgebundene Verbindung? Die Antwortzeiten erscheinen mir recht hoch dafür
Commado zurück… Der Fehler lag am LTE Router, der der Meinung war, das das LTE Kontingent aufgebraucht ist und die Datenrate reduziert hat…
Somit wieder alles OK.
Wichtig, das 3 Geräte auf dem iNet Plus Panel nach dem PR Reset angezeigt werden:
iNet Plus Panel:
Truma Combi4-e:
Virtuelle iNet box:
Ich brauche dann auch hilfe bei der Truma
zuerst habe ich das mit einen ESP32 gemacht, nach dem Flashen sofort ein Erfolgserlebnis 
Jetzt habe ich versuch auf den Pi zu installieren, nach langem hin und her hab ich das Programm drauf. Aber 2 mal 
versteckt sich in den eingekreisten Ordnern.
unter /etc habe ich das eingetragen
broker:
host: localhost
port: 1883
keepalive: 60
log_level: INFO
services:
truma:
serial_device: /dev/ttyAMA0
wenn ich in der console “truma_service” eingebe kommt das
pi@pekaway:~ $ truma_service
Traceback (most recent call last):
File "/home/pi/.local/bin/truma_service", line 8, in <module>
sys.exit(truma_service.run())
^^^^^^^^^^^^^^^^^^^
File "/home/pi/.local/lib/python3.11/site-packages/inetbox/truma_service.py", line 142, in run
miqro.run(TrumaService)
File "/home/pi/.local/lib/python3.11/site-packages/miqro/__init__.py", line 578, in run
service(
File "/home/pi/.local/lib/python3.11/site-packages/inetbox/truma_service.py", line 19, in __init__
super().__init__(*args, **kwargs)
File "/home/pi/.local/lib/python3.11/site-packages/miqro/__init__.py", line 224, in __init__
self._read_config(add_config_file_path)
File "/home/pi/.local/lib/python3.11/site-packages/miqro/__init__.py", line 323, in _read_config
if self.SERVICE_NAME not in self.config.get("services", {}):
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
TypeError: argument of type 'NoneType' is not iterable
pi@pekaway:~ $
/dev/ttyAMA0 das ist der Pekaway Display Ausgang, den habe ich in Node-Red deaktiviert, der ist bei mir frei, da ich kein Display habe.
eine Heizung habe ich noch nicht angeschlossen, bei dem ESP kamen auf MQTT auch irgendwelche Daten, die man schon verarbeiten konnte.
Jetzt komme ich nicht mehr weiter. Liegt es daran das keine Heizung angeschlossen ist ???
Wie starte ich den Dienst automatisch ???
Hi Arno,
hast du die Installation mit --break-system-packages gemacht?
Installation:
sudo adduser pi dialout
sudo pip3 install inetbox_py[truma_service] --break-system-packages
Pfad eintragen lassen:
echo ‘export PATH=“$HOME/.local/bin:$PATH”’ >> ~/.bashrc
. ~/.bashrc
Wegen deinem Fehler kann das gut sein, weil du keine Heizung angeschlossen hast:
Erklärung Python: function does not return anything. In Python, a method that didn’t return anything returns a NoneType.
Konfig Truma:
sudo nano /etc/micro.yml
Ich würde sagen, deine sieht OK aus.
Bei mir steht hierzu noch der Log level, der aber aus ist (false):
broker:
host: localhost
port: 1883
keepalive: 60
log_level: INFO
services:
truma:
serial_device: /dev/ttyAMA5
log_dir: /var/log/truma
debug_app: false
debug_lin: false
debug_protocol: false
Service installieren:
sudo pip3 install inetbox_py[truma_service] --break-system-packages
sudo truma_service --install
sudo systemctl enable miqro_truma
sudo systemctl start miqro_truma
So sieht ein MQTT Befehl aus “heizen, Raumtemperatur 23C, elektrisch, 900W”:
mosquitto_pub -t ‘service/truma/set/target_temp_room’ -m ‘23’; mosquitto_pub -t ‘service/truma/set/heating_mode’ -m ‘eco’; mosquitto_pub -t ‘service/truma/set/energy_mix’ -m ‘electricity’; mosquitto_pub -t ‘service/truma/set/el_power_level’ -m ‘900’
Gruß, Stefan
OK Danke
versuch ich wenn ich wieder zuhause bin
Und klappt es bei dir ahtdf?
ich habe den gleichen Fehler
aber Truma ist angeschlossen
Ich habe nicht mehr weiter probiert, macht keinen Sinn ohne Heizung. Das mit dem ESP32 war einfacher 
.
Habe noch andere Baustellen, und ich hoffe noch auf das große Heizungs Update 
Aber das von Stefan hat nicht geklappt, das hatte ich noch versucht
@Kniwweli Hast du das iNet Panel initialisieren lassen ?
Wird ein 3. Gerät angezeigt?
Bekommst du den Fehler auch, wenn dur das LIN Modul weg nimmst und dann den Truma-Service startest?
Wie Haste UART als ttyAMA konfiguriert?
weil ich glaibe das meinUART5 gar nicht Spricht mit der Truma
bei mir sind nur die Activ
142 0 crw-rw---- 1 root dialout 204, 64 Nov 14 21:18 /dev/ttyAMA0
2 0 crw-rw---- 1 root dialout 204, 74 Nov 14 21:18 /dev/ttyAMA10
143 0 crw-rw---- 1 root dialout 204, 68 Nov 14 21:18 /dev/ttyAMA4
SchaumaL ob und wie der UART 5 in der /boot/firmware/config.txt konfiguriert ist und füge eien UART4 hinzu:
[all]
dtoverlay=w1-gpio
dtoverlay=uart5
dtoverlay=uart0-pi5
dtoverlay=uart4-pi5
enable_uart=1
Somit hast du zwei ttyAMA:
pi@pekaway:/dev $ ls -l | grep ttyAMA
crw-rw---- 1 root dialout 204, 68 Oct 28 12:31 ttyAMA4
crw-rw---- 1 root dialout 204, 69 Oct 28 12:31 ttyAMA5
nun in Node Red Flow „config“ den AMA5 auf AMA4 ändern:
ok hier meine Conifg
und hab den Multi auf 4 geändert
ich frage mich nur , wie weiss er denn das der UART5 ttyAMA4 ist? oder soll ich den UART4 nehmen und den LIN Adapter da anschliessen? das Verstehe ich nicht.
wie sehe ich das ich mit der Truma Kommuniziere? Könntest du mir das auch erklären?