Ich hab ein stateformat definiert, dass auch nach Eingabe funktioniert:
{sprintf("%.1f Grad", ReadingsVal($name,"REG_HC_TEMP_IN5",0))}
Wenn ich allerdings ein saveconfig und danach shutdown restart mache, dann erscheint
als Wert nur "open".
Was muss ich ändern damit das bleibt.
Tach.
$name funktioniert?
Komisch, ich dachte immer das muss $NAME lauten!?!
Tach auch :)
Zitat von: mi.ke am 12 November 2016, 16:21:09
Tach.
$name funktioniert?
Komisch, ich dachte immer das muss $NAME lauten!?!
Ne, geht nicht:
Error evaluating T_AbI stateFormat: Global symbol "$NAME" requires explicit package name at (eval 8780) line 1
okay......komisch
ist Dein fhem aktuell?
Bei mir ist es bei allen Installationen umgekehrt . . . seltsam . . .
Grüße
mi.ke
Ist ja auch egal, war ja nicht Deinen Frage
Gib mal oben in der Eingabe
save;sleep 5;{WriteStatefile};
und mach dann mal einen shutdown restart
und sag mal, ob's dann bleibt
Nein, bleibt nicht :(
Steht denn Dein stateFormat nach dem Start noch definiert, oder ist das weg?
mach doch bitte mal ein list von Deinen device und post das hier....
Zitat von: mi.ke am 12 November 2016, 17:28:30
Steht denn Dein stateFormat nach dem Start noch definiert, oder ist das weg?
mach doch bitte mal ein list von Deinen device und post das hier....
Ja steht noch dort.
Internals:
BUSY 1
DEF /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@9600,8,E,1
DeviceName /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@9600,8,E,1
FD 23
NAME VR400Mod
NR 443
PARTIAL
RAWBUFFER
REQUESTHEX 010300ce0001e5f5
STATE opened
TYPE Modbus
QUEUE:
HASH(0x244cf10)
Readings:
2016-11-12 17:09:40 state opened
Request:
ADR 206
FCODE 3
FRAME ���
LEN 1
READING REG_HC_HEATER_TYPE
TID 0
TYPE h
Device:
DEF 1 60
DEST
INTERVAL 60
IODev VR400Mod
MODBUSID 1
ModuleVersion 3.3.1 - 18.7.2016
NAME Heizart
NR 485
PROTOCOL RTU
STATE opened
TRIGGERTIME 1478969089.85945
TRIGGERTIME_FMT 2016-11-12 17:44:49
TYPE ModbusAttr
Helper:
lsend 1478969053.75832
Lastread:
Defptr:
1:
Helper:
buffer
lid 1
lsend 1478969053.75832
Attributes:
room Haus
Brauchst Du noch mehr?
1.)
Readings:
2016-11-12 17:09:40 state opened
Hat sich das Readings überhaupt schon mal nach dem Restart aktuallisiert, wenn nicht kein stateFormat.
2.)
in Deinem list sehe ich keine stateFormat Definition
3.) bin jetzt erstmal weg und morgen wieder online
Zitat von: mi.ke am 12 November 2016, 17:52:09
1.)
Readings:
2016-11-12 17:09:40 state opened
Hat sich das Readings überhaupt schon mal nach dem Restart aktuallisiert, wenn nicht kein stateFormat.
2.)
in Deinem list sehe ich keine stateFormat Definition
3.) bin jetzt erstmal weg und morgen wieder online
1. Im Protokoll stand nur 1 Eintrag, jetzt sieht es so aus als ob da das ganze log ankommt.
2. Ich häng mal mein Definition an.
3. Ich auch.
define VR400Mod Modbus /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@9600,8,E,1
attr VR400Mod room Haus
define Lueftungsregler ModbusAttr 1 60
attr Lueftungsregler userattr IODev dev-h-combine dev-h-defPoll event-on-change-reading obj-h100-expr obj-h100-hint obj-h100-reading obj-h100-set sortby stateFormat userReadings webCmd
attr Lueftungsregler IODev VR400Mod
attr Lueftungsregler dev-h-combine 5
attr Lueftungsregler dev-h-defPoll 1
attr Lueftungsregler event-on-change-reading .*
attr Lueftungsregler eventMap 0:Aus 1:Niedrig 2:Normal 3:Hoch
attr Lueftungsregler group ModbusSystemair
attr Lueftungsregler obj-h100-hint 0,1,2,3
attr Lueftungsregler obj-h100-reading REG_FAN_SPEED_LEVEL
attr Lueftungsregler obj-h100-set 1
attr Lueftungsregler room Modbus,Haus
attr Lueftungsregler sortby 02
attr Lueftungsregler stateFormat {sprintf("%s", ReadingsVal("Lueftungsregler","REG_FAN_SPEED_LEVEL",0))}
attr Lueftungsregler userReadings REG_FAN_SPEED_LEVEL:0,1,2,3
attr Lueftungsregler webCmd REG_FAN_SPEED_LEVEL
#Temperaturanzeige
define Temp_ZuluftInnen ModbusAttr 1 60
attr Temp_ZuluftInnen userattr IODev dev-h-combine dev-h-defPoll obj-h213-expr obj-h213-reading sortby stateFormat
attr Temp_ZuluftInnen IODev VR400Mod
attr Temp_ZuluftInnen dev-h-combine 5
attr Temp_ZuluftInnen dev-h-defPoll 1
attr Temp_ZuluftInnen group ModbusSystemair
attr Temp_ZuluftInnen obj-h213-expr $val/10
attr Temp_ZuluftInnen obj-h213-reading REG_HC_TEMP_IN1
attr Temp_ZuluftInnen room Modbus,Haus
attr Temp_ZuluftInnen sortby 05
attr Temp_ZuluftInnen stateFormat {sprintf("%.1f Grad", ReadingsVal($name,"REG_HC_TEMP_IN1",0))}
define Temp_AbluftInnen ModbusAttr 1 60
attr Temp_AbluftInnen userattr IODev dev-h-combine dev-h-defPoll obj-h214-expr obj-h214-reading sortby stateFormat
attr Temp_AbluftInnen IODev VR400Mod
attr Temp_AbluftInnen dev-h-combine 5
attr Temp_AbluftInnen dev-h-defPoll 1
attr Temp_AbluftInnen group ModbusSystemair
attr Temp_AbluftInnen obj-h214-expr $val/10
attr Temp_AbluftInnen obj-h214-reading REG_HC_TEMP_IN2
attr Temp_AbluftInnen room Modbus,Haus
attr Temp_AbluftInnen sortby 06
attr Temp_AbluftInnen stateFormat {sprintf("%.1f Grad", ReadingsVal($name,"REG_HC_TEMP_IN2",0))}
define Temp_AbluftAussen ModbusAttr 1 60
attr Temp_AbluftAussen userattr IODev dev-h-combine dev-h-defPoll obj-h215-expr obj-h215-reading sortby stateFormat
attr Temp_AbluftAussen IODev VR400Mod
attr Temp_AbluftAussen dev-h-combine 5
attr Temp_AbluftAussen dev-h-defPoll 1
attr Temp_AbluftAussen group ModbusSystemair
attr Temp_AbluftAussen obj-h215-expr $val/10
attr Temp_AbluftAussen obj-h215-reading REG_HC_TEMP_IN3
attr Temp_AbluftAussen room Modbus,Haus
attr Temp_AbluftAussen sortby 07
attr Temp_AbluftAussen stateFormat {sprintf("%.1f Grad", ReadingsVal($name,"REG_HC_TEMP_IN3",0))}
define Temp_ZuluftAussen ModbusAttr 1 60
attr Temp_ZuluftAussen userattr IODev dev-h-combine dev-h-defPoll obj-h217-expr obj-h217-reading sortby stateFormat
attr Temp_ZuluftAussen IODev VR400Mod
attr Temp_ZuluftAussen dev-h-combine 5
attr Temp_ZuluftAussen dev-h-defPoll 1
attr Temp_ZuluftAussen group ModbusSystemair
attr Temp_ZuluftAussen obj-h217-expr $val/10
attr Temp_ZuluftAussen obj-h217-reading REG_HC_TEMP_IN5
attr Temp_ZuluftAussen room Modbus,Haus
attr Temp_ZuluftAussen sortby 04
attr Temp_ZuluftAussen stateFormat {sprintf("%.1f Grad", ReadingsVal($name,"REG_HC_TEMP_IN5",0))}
#REG_FAN_EF_RPM = h110 Zuluft Umin
define V_ZL ModbusAttr 1 60
attr V_ZL userattr IODev dev-h-combine dev-h-defPoll obj-h110-expr obj-h110-reading sortby stateFormat
attr V_ZL IODev VR400Mod
attr V_ZL dev-h-combine 5
attr V_ZL dev-h-defPoll 1
attr V_ZL group ModbusSystemair
attr V_ZL obj-h110-reading REG_FAN_SF_RPM
attr V_ZL room Modbus,Haus
attr V_ZL sortby 08
attr V_ZL stateFormat {sprintf("%.0f Umin", ReadingsVal($name,"REG_FAN_SF_RPM",0))}
#REG_FAN_EF_RPM = h111 Abluft Umin
define V_AL ModbusAttr 1 60
attr V_AL userattr IODev dev-h-combine dev-h-defPoll obj-h111-expr obj-h111-reading sortby stateFormat
attr V_AL IODev VR400Mod
attr V_AL dev-h-combine 5
attr V_AL dev-h-defPoll 1
attr V_AL group ModbusSystemair
attr V_AL obj-h111-reading REG_FAN_EF_RPM
attr V_AL room Modbus,Haus
attr V_AL sortby 09
attr V_AL stateFormat {sprintf("%.0f Umin", ReadingsVal($name,"REG_FAN_EF_RPM",0))}
define FileLog_V_AL FileLog /opt/fhem/log/V_AL-%Y-%m.log Temp_AbluftAussen:.*|Temp_AbluftInnen:.*|Temp_ZuluftAussen:.*|Temp_ZuluftInnen:.*
attr FileLog_V_AL room Unsorted
define SVG_FileLog_V_AL_1 SVG FileLog_V_AL:SVG_FileLog_V_AL_1:CURRENT
attr SVG_FileLog_V_AL_1 alias 4. Lüftung Umin
attr SVG_FileLog_V_AL_1 room Modbus,Haus
#Filteranzeige
define F_TAG ModbusAttr 1 43200
attr F_TAG userattr IODev dev-h-combine dev-h-defPoll obj-h601-expr obj-h601-reading sortby stateFormat
attr F_TAG IODev VR400Mod
attr F_TAG dev-h-combine 5
attr F_TAG dev-h-defPoll 1
attr F_TAG group ModbusSystemair
attr F_TAG obj-h601-reading REG_FILTER_DAYS
attr F_TAG room Modbus,Haus
attr F_TAG sortby 15
attr F_TAG stateFormat {sprintf("%.0f Tage", ReadingsVal($name,"REG_FILTER_DAYS",0))}
#Rotorstatus
define Rotor ModbusAttr 1 30
attr Rotor userattr IODev dev-h-combine dev-h-defPoll obj-h350-reading obj-h601-expr sortby stateFormat
attr Rotor IODev VR400Mod
attr Rotor dev-h-combine 5
attr Rotor dev-h-defPoll 1
attr Rotor eventMap 0:Normal 1:Rotor_fault_assumed 2:Rotor_fault_detected 3:Summer_mode_conditions_valid_but_summer_mode_not_yet_active 4:Summer_mode 5:Waiting_to_go_out_of_Manual_summer_mode_due_to_temperature_conditions 6:Manual_summer_mode 7:Rotor_cleaning_during_summer_mode 8:Rotor_cleaning_during_manual_summer_mode 9:Fans_off 10:Rotor_cleaning_during_fans_off 11:Rotor_fault_conditions_for_rotor_fault_not_valid_anymore
attr Rotor group ModbusSystemair
attr Rotor obj-h350-reading REG_ROTOR_STATE
attr Rotor room Modbus,Haus
attr Rotor sortby 14
attr Rotor stateFormat {sprintf("%.0f", ReadingsVal($name,"REG_ROTOR_STATE",0))}
#Alarm
define Alarms ModbusAttr 1 60
attr Alarms userattr IODev dev-h-combine dev-h-defPoll obj-h800-expr obj-h800-reading sortby stateFormat
attr Alarms IODev VR400Mod
attr Alarms dev-h-combine 5
attr Alarms dev-h-defPoll 1
attr Alarms group ModbusSystemair
attr Alarms obj-h800-reading REG_ALARMS_ALL
attr Alarms room Modbus,Haus
attr Alarms sortby 10
attr Alarms stateFormat {sprintf("%.0f", ReadingsVal($name,"REG_ALARMS_ALL",0))}
define AL_Filter ModbusAttr 1 60
attr AL_Filter userattr IODev dev-c-combine dev-c-defPoll obj-c12800-expr obj-c12800-reading sortby stateFormat
attr AL_Filter IODev VR400Mod
attr AL_Filter dev-c-combine 5
attr AL_Filter dev-c-defPoll 1
attr AL_Filter group ModbusSystemair
attr AL_Filter obj-c12800-reading Filter_alarm
attr AL_Filter room Modbus,Haus
attr AL_Filter sortby 11
attr AL_Filter stateFormat {sprintf("%.0f", ReadingsVal($name,"Filter_alarm",0))}
define AL_Fan ModbusAttr 1 60
attr AL_Fan userattr IODev dev-c-combine dev-c-defPoll obj-c12802-expr obj-c12802-reading sortby stateFormat
attr AL_Fan IODev VR400Mod
attr AL_Fan dev-c-combine 5
attr AL_Fan dev-c-defPoll 1
attr AL_Fan group ModbusSystemair
attr AL_Fan obj-c12802-reading Fan alarm
attr AL_Fan room Modbus,Haus
attr AL_Fan sortby 12
attr AL_Fan stateFormat {sprintf("%.0f", ReadingsVal($name,"Fan alarm",0))}
define AL_Rotor ModbusAttr 1 60
attr AL_Rotor userattr IODev dev-c-combine dev-c-defPoll obj-c12804-expr obj-c12804-reading sortby stateFormat
attr AL_Rotor IODev VR400Mod
attr AL_Rotor dev-c-combine 5
attr AL_Rotor dev-c-defPoll 1
attr AL_Rotor group ModbusSystemair
attr AL_Rotor obj-c12804-reading Rotor alarm
attr AL_Rotor room Modbus,Haus
attr AL_Rotor sortby 13
attr AL_Rotor stateFormat {sprintf("%.0f", ReadingsVal($name,"Rotor alarm",0))}
#Heizung
define HC ModbusAttr 1 60
attr HC userattr IODev dev-h-combine dev-h-defPoll obj-h206-expr obj-h206-hint obj-h206-reading obj-h206-set sortby stateFormat userReadings webCmd
attr HC IODev VR400Mod
attr HC dev-h-combine 5
attr HC dev-h-defPoll 1
attr HC group ModbusSystemair
attr HC obj-h206-hint 0,1,2,3,4,5
attr HC obj-h206-reading REG_HC_TEMP_LVL
attr HC obj-h206-set 1
attr HC room Modbus,Haus
attr HC sortby 17
attr HC stateFormat {sprintf("%s", ReadingsVal($name,"REG_HC_TEMP_LVL",0))}
attr HC userReadings REG_HC_TEMP_LVL:0,1,2,3,4,5
attr HC webCmd REG_HC_TEMP_LVL
define Heizart ModbusAttr 1 60
attr Heizart userattr IODev dev-h-combine dev-h-defPoll obj-h201-expr obj-h201-hint obj-h201-set obj-h206-hint obj-h206-reading obj-h206-set sortby stateFormat userReadings webCmd
attr Heizart IODev VR400Mod
attr Heizart dev-h-combine 5
attr Heizart dev-h-defPoll 1
attr Heizart eventMap 0:KeineHeizung 1:Wasserheizung 2:ElektrischerHeizung 3:Waermepumpe
attr Heizart group ModbusSystemair
attr Heizart obj-h206-hint 0,1,2,3
attr Heizart obj-h206-reading REG_HC_HEATER_TYPE
attr Heizart obj-h206-set 1
attr Heizart room Modbus,Haus
attr Heizart sortby 18
attr Heizart stateFormat {sprintf("%s", ReadingsVal($name,"REG_HC_HEATER_TYPE",0))}
attr Heizart userReadings REG_HC_HEATER_TYPE:0,1,2,3
attr Heizart webCmd REG_HC_HEATER_TYPE
Bist du sicher, dass du das Ergebnis nicht faelschlicherweise bei VR400Mod geprueft hast?
DevIo wird von vielen Modulen verwendet, die direkt mit dem Hardware reden, und setzt die STATE Variable direkt (hautpsaechlich bei Open und disconnect), und ueberschreibt damit stateFormat.
Das ist ein Relikt, politisch nicht korrekt, und waere einfach zu aendern, bin aber nicht sicher, welche negativen Nebeneffekte es hat.
D.h. das stateFormat wäre gar nicht zu definieren.
Ich hab auch festgestellt, dass ich gar keine neuen Werte bekomme. Frage mich dann, was er mir
Da anzeigt, wenn ich stateFormat definiere.
Muss ich den den Fehler woanders suchen?
ZitatMuss ich den den Fehler woanders suchen?
Haengt von der Antwort auf meine vorherige Frage ab, auf die ich immer noch warte.
stateFormat fuer "DevIo" Geraete sollte man nicht setzen, wenn doch, dann entweder damit leben, dass sie nach dem Start zunaechst "falsche" Werte anzeigen, oder per "define global:INITIALIZED setreading <IODEV> dummyreading" das Setzen von STATE erzwingen.
Zitat von: rudolfkoenig am 13 November 2016, 11:59:00
Haengt von der Antwort auf meine vorherige Frage ab, auf die ich immer noch warte.
Die ich aber nicht ganz verstanden habe. Hab jetzt aber mal das stateFormat gelöscht. Geändert hat sich aber nichts.
stateFormat fuer "DevIo" Geraete sollte man nicht setzen, wenn doch, dann entweder damit leben, dass sie nach dem Start zunaechst "falsche" Werte anzeigen, oder per "define global:INITIALIZED setreading <IODEV> dummyreading" das Setzen von STATE erzwingen.
[/quote]
Was kann ich denn noch prüfen?
Hallo baukater
ich denke deine Verkabelung ist das Problem.
du bentzt den biligen Adapter. Hast du 120Ohm Wiederstand? Terminator beim Adapter.
Ich verwende.
https://www.amazon.de/gp/aw/d/B00I9H5J02/ref=mp_s_a_1_1?__mk_de_DE=ÅMÅZÕÑ&qid=1479078863&sr=8-1&pi=AC_SX236_SY340_QL65&keywords=circuit+rs485&dpPl=1&dpID=21FfQERPANL&ref=plSrch
lg
Wolfgang
Bis gerade eben war mir nicht bewusst, dass Modbus+ModbusAttr nicht das in FHEM uebliche physische/logische Trennung ueber Dispatch/ParseFn realisieren, wo nur das physische Modul eine Verbindung zum Ausgabegeraet hat, sondern was eigenes implementieren, wo auch die logischen Module (ModbusAttr) eine Verbindung via DevIO_OpenDev zum Ausgabegeraet oeffnen.
Bei Geraeten, die DevIo_OpenDev verwenden, kann ich deine Beobachtungen erklaeren, und ich will zunaechst auch nichts fixen, da ich von Nebeneffekten Angst habe.
Zitat von: wthiess am 14 November 2016, 00:19:36
Hallo baukater
ich denke deine Verkabelung ist das Problem.
du bentzt den biligen Adapter. Hast du 120Ohm Wiederstand? Terminator beim Adapter.
Hab den vom Hersteller vorgebenen 220 Ohm Widerstand als dann auch mal ohne getestet, da das Kabel nur ca 2,5 m lang ist
Zitat
Ich verwende.
https://www.amazon.de/gp/aw/d/B00I9H5J02/ref=mp_s_a_1_1?__mk_de_DE=ÅMÅZÕÑ&qid=1479078863&sr=8-1&pi=AC_SX236_SY340_QL65&keywords=circuit+rs485&dpPl=1&dpID=21FfQERPANL&ref=plSrch
lg
Wolfgang
Werde ich mir jetzt auch wohl besorgen. :-) Dachte, ich könnte den Billigheimer mal ausprobieren, vielleicht tut er ja.
Danke!
Bei so kuzem kabel nimm mal 120ohm
Zitat von: wthiess am 14 November 2016, 17:58:42
Bei so kuzem kabel nimm mal 120ohm
120 Ohm hab ich nicht rumliegen, könnte aber vom Kabel noch was abschneiden. :)
Von was hängt denn der Widerstand ab?
Hast 2x220 paralell = 120
Oder 50m kabel und deine 220
Zitat von: wthiess am 14 November 2016, 19:47:26
Hast 2x220 paralell = 120
Oder 50m kabel und deine 220
Also mit 2 x 220 Ohm kann ich dienen.
Zitat von: baukater am 14 November 2016, 20:12:40
Also mit 2 x 220 Ohm kann ich dienen.
Na dann nimm die beiden paralell 2x220=110 diekt zwischen a b am usb stecker.
Gesendet von meinem SM-N9005 mit Tapatalk
Achtung die Belegung in der Anlage passt die auch. A b prüf dad auch.
Gesendet von meinem SM-N9005 mit Tapatalk
Zitat von: wthiess am 14 November 2016, 20:29:25
Achtung die Belegung in der Anlage passt die auch. A b prüf dad auch.
Gesendet von meinem SM-N9005 mit Tapatalk
Die Widerstände hängen parallel dran. Blaues Kabel an b und blauweiss an a. Und es ist nicht versehentlich ein Crossoverkabel, sollte also
passen. Bekomme aber trotzdem keine Werte.
Kabel durchgemessen?
Gesendet von meinem SM-N9005 mit Tapatalk
Hast du nur einen oder mehrere usb stecker?
Gesendet von meinem SM-N9005 mit Tapatalk
Werde später deine daten mal in mein fhem einbauen und testen.
Gesendet von meinem SM-N9005 mit Tapatalk
Rs485 USB hab ich nur einen. Eigentlich hab ich ja nur Deine Definition genommen. Aber vielleicht findest ja was.
Thx
Hab grad deine Version bei mir reinkopiert. Alles läuft. Hast du auch die richtigen modbuseinstellungen? Wenn ja würd ich den circuit adapter kaufen.
Gesendet von meinem SM-N9005 mit Tapatalk
https://www.amazon.de/gp/aw/d/B00I9H5J02/ref=yo_ii_img?ie=UTF8&psc=1
Gesendet von meinem SM-N9005 mit Tapatalk
Ich hab noch eine idee.
Bei mir gings mit den Relais nicht. ich musste
define VR400Mod Modbus /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@9600,8,E,1
define VR400Mod Modbus /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@9600,8,N,1
E auf N umstellen.
Natürlich auch in der Systemair.
Probier ich mal aus, weil ich au h wissen will, ob das mit dem Adapter nicht doch geht. Hab den von Circuit schon bestellt.
Was meinst Du mit den Relais genau. Bisher steure ich das ja über die Digitalports. Das hängt noch dran.
Heute kam der Circuit, damit ging es aber auch nicht. Am WE werde ich mal
ein neues Kabel legen. Vielleicht liegt es daran.
Ich hab 2 4er modbusrelais. Die betreibe ich mit so einem biligen stick. Einwandfrei.
Gesendet von meinem SM-N9005 mit Tapatalk
(http://uploads.tapatalk-cdn.com/20161117/4b17fe4ed8f2531e558a8bc574ad681f.jpg)
Gesendet von meinem SM-N9005 mit Tapatalk
Ich denke auch dein kabel/stecker.
Gesendet von meinem SM-N9005 mit Tapatalk
Ich hab auch 2 digitalports der vr400 zusätzlich in betrieb. Die stören nicht
Gesendet von meinem SM-N9005 mit Tapatalk
Probem "gefunden"
Hab das Kabel ausgetauscht, hat aber nix gebracht. Am Ende war es so dass der Jeelink-Adapter noch per /USB0 definiert war, vielleicht hat sich das überkreuzt mit dem ModBus-Adapter. Nachdem ich den Jeelink ebenfalls eindeutig
per /dev/serial/by-id&/.... definiert habe, ging es dann plötztlich.
Vielleicht war es auch eine Kombination aus Definition, Kabel und Adapter.
Danke für eure Mithilfe!
Manoman bin ich jetzt aber froh.... :D
gibt es denn inzwischen einen fix? dass das stateformat nach einem reeboot erhalten bleibt?
Ich habe das Gleiche Phänomen bei meinem Luftrucksensor oder GY30