Climate Solutions Community

@WolfT  >> dass die Hexwerte mehrfach vorkommen z.B. ja, manchmal ist das etwas seltsam. Ab und an sind das Bit-Werte, vielleicht stehen hier mehrere Ints hintereinander. Die ganze Geschichte ist an ein paar Stellen nicht 100% 'konsistent'. Aber das meiste funktioniert erstmal so wie es da steht. Ggf. gereift im genannten Fall das Skript von sarnau auch nicht vollständig, da müsste man noch mal die SQL Datenbank genau anschauen.    ... Mehr anzeigen

@qwert089   welches xls meinst du? die hatten wir doch eigentlich alle durch und die waren äusserst 'lückenhaft'. Und dann haben wir das InsideVitosoft mal 'durchlaufen' lassen. Daher stammen ja die DP_xyz Dateien. ... Mehr anzeigen

das 'O' in WOC1 steht aber glaubich für 'outside temp controlled'. es muss also einen Aussentemperatursensor geben. Was liefern denn Adressen 080y? Da kommen bei mir die Wandlerwerte, obwohl die in der DP_... auch nicht drin stehen... (hab ich ja im ReadMe geschrieben gehabt)   HerrP_0-1704745019275.png   alle len = 2, precision = -0.1 ... Mehr anzeigen

- Vorlauftemperatur Primärquelle (7694) [WPR3_Vorlauftemp_Primaerquelle~0x01C3 (SInt)]   da steht auch SInt. Also bei len bitte 2 eintragen und bei precision -0.1   das kannst du direkt in der Tabelle ändern, du brauchst (erstmal) nicht die Datei editieren. Die Datei wird nur beim Programmstart eingelesen   ... Mehr anzeigen

ich muss mal nen andren Rechner anwerfen, dann kann ich vlt sagen, was 4 bei 01C3 bedeutet.   die DP_ passt jedenfalls offensichtlich. ... Mehr anzeigen

bei mir (Gastherme) ist der Wert nicht lesbar, unten bei den beiden Wandlerwerten ist kein Sensor dran   HerrP_2-1704743800939.png   ... Mehr anzeigen

drück mal den Info Knopf   HerrP_0-1704742794436.png da steht eigentlich welche DP_... da passt.   was liefert 01C1 denn? Bei mir kommt bei den nicht vorhandenen Sensoren pauschal 20.0, das sollte aktuell bei der Aussentemperatur deutllich anders sein. 'Hidden' heisst nur, dass der Wert in Vitosoft nicht angezeigt würde wenn kein Aussentemp Sensor da ist.   Wie gesagt - schreib mal in eine von den 'Test' Zeilen in der Tabelle bei Adr. 01C1 rein, bei len 2 (int sind 2 Bytes) und bei precision -0.1 (minus wegen Sint und 0.1 weil das meist zehntel Grad sind) und dann drück [Read DP] (während deine grad editierte Zeile den Fokus hat).   HerrP_1-1704743249991.png   edit: Kommas müssen als Punkt eingegeben werden! ... Mehr anzeigen

wie gesagt, ich vermute, dass das das Soll für den Puffer-Ladekreis ist und der Puffer heiss genug. Ich kenn mich aber mit Wärmepumpen nicht aus... ... Mehr anzeigen

>> bekommst die für die jeweilige Außentemperatur passende Vorlauftemperatur.   das ist nicht ganz richtig, relevant ist hier die 'gemischte' Temperatur, die zu 70% aus gedämpfter und 30% aktueller Aussentemperatur gebildet wird. Weil es grad ziemlich abrupt kälter geworden ist, kann die gedämpfte Temp schon noch deutlich höher liegen als die aktuelle.   Grüsse! ... Mehr anzeigen

da is nix kaputt, das ist falsch eingestellt. Bei einer Raum-Solltemperatur von 30°C (!!) und einer Aussentemperatur von -3°C sind gut 40°C Vorlauftemperatur durchaus plausibel. Genau könnte man das sagen wenn Neigung und Offset der Heizkennlinie angegeben würden.   Das Vorlauftemp. Soll von 15°C bezieht sich wahrscheinlich auf den Speicherladekreis und der Speicher hat aktuell genug Temperatur. Jedenfalls lässt sich mit einer VL Temp von 15°C keine 30°C Raumtemperatur realisieren. Genaues kann man hier nur bei Kenntnis der Hydraulik und des ganzen Systems und der einzelnen Temperaturmesswerte sagen (würde ich sagen).   Leute, Wärmepumpe hin, Wärmepumpe her, 30°C Raumtemperatur kostet Energie, und zwar mächtig! Ich möchte ja niemand zu nahe treten, aber aus dem "1 Grad weniger spart ..." würde ich bei euch mal "10 Grad weniger" machen.   Grüsse! Phil  ... Mehr anzeigen

@JWolke  ich hab wirklich keinerlei Ahnung, ob dir dass irgendwas hilft, aber weil ich "Puffer umschalten" im Kopf hatte und grad drüber gestolpert bin, schnell das hier:   3070 BufferTargetOperationMode (heizen/kühlen) 3106 BufferMinimumMaximumSetTemperature   beides schreibbar... ... Mehr anzeigen

Moin Wolfgang!   Grundsätzlich kannst du jede Adresse auslesen, indem du sie in der Liste in das Adressfeld einer Zeile einträgst und dann auf 'Lesen' klickst. Ob und was dann zurück kommt wirst du dann sehen. Kaputt machen kannst du damit nix.   Hast du denn schon die passende Datenpunktliste anhand der Werte von 00F8 (und ggf. 00F0) beziehungsweise einfach mittels 'Info' Button rausgesucht?   Das Programm (ist ja von mir nur etwas überarbeitet, ursprünglich stammt es von anderen) ist ja für ne Gastherme geschrieben. Viele Sachen auf dem ersten Tab werden für eine Wärmepumpe wahrscheinlich nicht passen, aber die Liste habe ich ja inzwischen ziemlich 'universell' gemacht, und die Grafen kannst du dann auch entsprechend konfigurieren. ... Mehr anzeigen

das freut mich dass es geht, danke für die Rückmeldung!   Wie gesagt, wenn du irgendwas Nützliches auch bezüglich der 'Anwendung' rausfindest, bitte gern in das Wiki schreiben!   Grüsse! ... Mehr anzeigen

@JWolkehast du bei depict_system die -d Option mit IP Adresse hinter gehängt? In der aktuellen Version habe ich das ergänzt und ich meine zu erinnern, dass auch schon jemand bestätigt hat, dass es geht. Der Kommunikationsweg ist dann identisch mit dem von dem Rest von open3e.   Das mit dem Puffer umschalten hat schon wer gemacht (auch wieder aus der Erinnerung gesprochen). Du musst mal im Thread zurückblättern (ich weiss, der is inzwischen recht lang...) oder in den Issues/Discussions auf github gucken - irgendwo steht das. Wenn du es gefunden hast, vielleicht eine Notiz in das Wiki schreiben, scheint ja öfter gefragt zu sein... (oder zur Not noch mal grad hier rein, dann übertrag ich das).   Für Details zu den Wärmepunpen bin ich der Falsche, ich hab noch ne alte Gastherme 😉   Grüsse! Phil     ... Mehr anzeigen

Top Sache! Mir stellen sich immer die Nackenhaare auf, wenn was wegen so Kleinigkeiten weggeworfen wird. Deswegen bin ich auch im örtlichen Repair Cafe aktiv.   ich hoffe, dass dein Beitrag möglichst Viele dazu 'beflügelt', es dir gleich zu tun!!   Grüsse! Phil ... Mehr anzeigen

lass uns mal beizeiten ein Online Meeting machen, dieseswegen und auch wegen der 'Windowsanbindung'! ... Mehr anzeigen

ps: in der etapp erst die Materialnummer der Ausseneinheit eingeben, dann den Lüfter in der Materialliste/Explosionszeichnung suchen... Aber @Marcel_Huehn  war ja so nett - danke Marcel! 🙂 ... Mehr anzeigen

wenn der Lüfter mechanisch sehr schwer dreht würde ich jetzt erstmal eher auf Lüfter als auf Hauptplatine tippen. Komplette Ausseneinheit würde ich nehmen, wenn du sie von Viessmann auf Garantie bekommst 😉 ... Mehr anzeigen

Moin Jürgen!   Das mit dem 'Nachbauen' ist schon klar, hab ich ja in der virtualE3 auch schon gemacht, allerdings als Server, nicht als Client, aber sogesehen kein (grosses) Ding. Das mit den Codecs ist ein guter Hinweis, ich würde es evtl auch einfach rüberkopieren, um die Abhängigkeit zu udsoncan los zu werden.   isotp kommt aus der gleichen Schmiede (Pier-Yves Lessard) wie udsoncan und udsoncan benutzt isotp und da kommen die Probleme her denke ich. can-utils und python-can haben damit nix zu tun.   Wir haben ja 2 Phänomene: 1. (udsoncan.Exceptions.)TimeoutException: In dem Fall funktioniert die Kommunikation auf dem CAN Bus völlig korrekt, nur isotp/udsoncan 'realisiert' die Antwort nicht. 2. (System.)TimeoutError: In diesem Fall gelangt der Request (Frame) garnicht auf den CAN Bus, sondern es wird nahezu unmittelbar (innerhalb ca. 100ms) ein 'timed out' vom System gemeldet.   HerrP_0-1703766734633.png (100ms time.sleep vor einem Retry, 5 'Cycles' pro Sekunde)   Fall 1 würden wir mit dem Umbau mit sehr hoher Wahrscheinlichkeit in den Griff bekommen. can-utils.candump sieht ja schliesslich die Antwort. Bei Fall 2 bin ich mir nicht unbedingt sicher, aber ich wäre einigermassen zuversichtlich...   Grüsse! Phil   ... Mehr anzeigen

>> Würde ich den Motor online bestellen können?  guck auf https://www.viessmann.com/etapp/search/de/0500 nach der Nummer und gib die bei googel ein. ... Mehr anzeigen

moin @Thomas_MG !   spät, aber es war Weihnachten... Hm, das ist mal ziemlich frustrierend mit diesen Timeouts. Die TimeoutException kommt aus udsoncan. Da sind 20 Sekunden für alle Timeouts eingestellt, und die neue open3e macht 3 wiederholte Versuche bei Timeout. Ich glaube, das Wiederholen bringt nix. Wenn sich das einmal weggehangen hat, geht nix mehr, das hab ich auch schon beim TimeoutError gesehen (der kommt vom System).   Etwas ist seltsam an deinem Screenshot: Gewöhnlich sollte mittlerweise auftauchen "during handling the Exception another Exception occured...", weil der Fehler zunächst abgefangen wird und erst beim vierten Mal dann im Exception Handler ge-raise-t wird. Bist du sicher, dass du auch bei der Instanz die neue Version von open3e hast?   Ich überlege, ob ich die CAN Kommunikation auf can-utils (das wo auch cansend, candump, ... herkommt) umprogrammieren soll. Mit udsoncan/isopt scheinen wir die Geschichte irgendwie nicht so richtig los zu werden 😕 Aber das ist ein tierischer Aufwand, auch weil die ganze Codec Geschichte im udsoncan steckt. Und es weiss niemand, ob man damit das Problem dann wirklich los ist und ob man sich nicht ein möglicherweise ein anderes einhandelt. Und mit DoIP wär es dann auch vorbei.   Es ist natürlich auch so, dass wir nicht wirklich viele Fälle haben, in denen open3e mit 2 Adaptern / in 2 Instanzen läuft. Einen Tag nach deinem Post hatte ghNeandr (der hatte ja auch richtig Probleme mit dem Timeout Mist) berichtet, dass bei ihm mit 64bit Buster jetzt alles problemlos läuft. Hast du auch das 64bit? Auf Raspi4 wissen wir von Problemen mit 32bit Bullseye, aber irgendwie scheint es da auch keine Regelmässigkeit zu geben.    Mir gehen langsam die Ideen aus. 😢   >> mit GND auf dem Terminal Anschluss. Was meinst du mit 'Terminal Anschluss'?   Grüsse! Phil     ... Mehr anzeigen

Hi Jürgen!   Genau, das ist ein Skandal, und das habe ich ja freundlich und konstruktiv im Offenen Brief formuliert. Viessmann's späte Antwort darauf war ja mehr als beschämend, aber das scheint denen egal zu sein (ausser dass ein Viessmann Mitarbeiter mir mit Rauswurf gedroht hat, nachdem ich das zum Ausdruck gebracht hatte 😉 ).   Die Geschichte mit dem Access Point Modus funktioniert meinen Informationen nach auch auf einem Windows Rechner, wenn man da Python und ein paar von open3e benötigte (Python) Libraries installiert hat.   beste Grüsse! Phil    ps. ich habe gerade die 'Anleitung' zur Access Point Verbindung in's Wiki kopiert: https://github.com/TheSmartGerman/open3e/wiki/038-open3e-%C3%BCber-WLAN-Access-Point-nutzen früher oder später werden wir das aber nach open3e verschieben. ... Mehr anzeigen

ich kann alle deine Punkte gut verstehen, und bei meiner Vitodens kann ich die Parameter noch am Bedienteil einstellen. Deine Kritik habe ich ja (unter anderem) vor gut einem Jahr im Offenen Brief formuliert, den du vielleicht auch schon mit einem Like versehen hast. Aber auch der Fakt, dass er der häufigst ge-like-te Beitrag hier ist, hat nix verändert (ausser dass wir inzwischen das open source Tool haben).   Ich wollte es nur noch mal klar gesagt haben, weil ja inzwischen so einige Betreiber, denen die unnütz laufende Pumpe auf den Geist ging, von der beschriebenen Möglichkeit Gebrauch gemacht haben.   "unserer Programmierer" ist ja eine offene Gemeinschaft von Freiwilligen (open source eben). Vielleicht findet sich irgendwann tatsächlich jemand, der/die das als Smartphone App macht (vielleicht mache ich es auch irgendwann selber), wobei dann die 'Anbindung an das System' per WLAN Verbindung mit der Vito im Access Point Modus erfolgen würde, so wie es auch jetzt schon möglich ist. Aber du hast Recht, die Beschreibung dazu ist tatsächlich nicht auf Anhieb zu finden, ich werde sie mal in's Wiki kopieren.   Grüsse! Phil ... Mehr anzeigen

>> Parameter 2426.1 und 2855.1 möglich ist, für die man das Service-Tool, also den Viessmann-Kundendienst benötigt.   to set frost protect threshold to -9°C in complex did (A6FF lsb..msb -> 0xFFA6 -> -90 -> -9.0°C; Byte 0 unchanged): {"mode": "write-raw", "data":[[2855,"01A6FF"]]} to set frost protect threshold and eco function threshold to -9°C (complex dids): {"mode": "write-raw", "data":[[2855,"01A6FF"],[2426,"01A6FF000A00"]]} https://github.com/open3e/open3e   Die Open-Source Software ist nicht nur theoretisch eine Möglichkeit, das ist schon praktisch erprobt und bestätigt. Der Access Point Mode der Vitodens reicht ja für solche einmaligen Einstellungen, da muss man nicht gleich einen CAN Adapter und ein Hausautomatisierung dran hängen.   Grüsse! Phil ... Mehr anzeigen

Moin @GW3 !   Wir haben es also mit dem Timeout zu tun. Dagegen bin ich erstmal machtlos 😕 Die Ursachen sind bekannt, und es wird (im Normalbetrieb, nicht beim ECU Scan von depictSystem) zumindest bis zu 3x wiederholt versucht, den Datenpunkt auszulesen.   Noch mal zur Sicherheit nachgefragt: Du hast genau 2 (zwei) Buswiderstände angeschaltet? (weil es da schon mal Unklarheiten gab: Jumper auf dem CAN2USB Adapter gesteckt bedeutet Widerstand 'aktiviert', Brücke am E380 eingebaut bedeutet Widerstand 'aktiviert', an den A250 wird der Widerstand glaubich direkt an den Stecker zwischen hi und lo geschraubt)   Die ganzen Datenpunkte von der -r Liste möchtest du von der HPMUMASTER ECU (Adr. 680h) lesen, richtig? Du hast ja bei keinem eine andre ECU Adresse davor gesetzt.   Dann mach den 'Trick' und lass das Overlay weg. Ich glaube, bei der A250 stimmen die Datenpunktlängen ganz überwiegend mit denen in der generellen datapoints überein, also brauchen wir das Overlay nicht, solange wir kein scanall machen wollen. Sollten wir einen Datenpunkt mit anderer Länge erwischen, werden wir das dann schon merken (und können das dann ggf. zurechtbiegen).   Hierzu bitte die beiden Zeilen mit dem -cnfg devices.json aus der genargs löschen.   Ich hab jetzt nicht im Einzelnen geschaut, aber die Datenpunkte deiner -r Liste stehen ja alle in der Open3Edatapoints.py, oder? Dann hast du zumindest die Codecs zu Interpretation in der dataIdentifiers und sie sollten dann auch vernünftig dargestellt werden, wenn sie ausgelesen werden und nicht der Timeout zuschlägt. Wenn (wiederholt!) keine Daten kommen, hilft das natürlich auch nix, open3e beherrscht keine Telepathie 😁   Bitte schau auch mal, ob Open3Eclient zwischendurch mal "ERROR max retry" ausgibt.   Was mich allerdings wundert, ist, dass das Auslesen von 268 von ECU 680 jemals geklappt hat. Gemäss den Daten, die du mir geschickt hattest, und auch entsprechend deiner Aussage, dass 268 garnicht in der  datapoints_680 steht, hätte das nie richtig funktionieren 'dürfen'...   Grüsse!   ps. ach ja, und lass ruhig einen candump mitlaufen. den möglichst in eine Datei speichern (die wird groß, wenn es länger läuft, also auf genug Speicherplatz achten). Mach das bitte ungefiltert mit Time Stamp, also candump can0 -tA > dump.txt und schick mir die dann (zip!). meine eMail hast du ja noch, oder? sonst an open3e/at/web.de Solltest du knapp mit Speicherplatz sein, filtere auf die 6** Frames: candump can0,600:700 -tA > dump.txt   ... Mehr anzeigen

ups, gewöhnlich stellt man sein mqtt Password nicht in's Netz 😉 ist aber wahrscheinlich auch kein Drama...   in der Open3Edatapoints ist "268 : O3EComplexType(9, "FlowTemperatureSensor", ..." vermerkt. Datenlänge passt also. Kannst du bitte mal checken, ob in deiner Open3Edatapoints_680 was andres steht als 268 : None, und in der Open3Edatapoints der 268 noch korrekt eingetragen ist (Zeile vorher mit Komma abgeschlossen und so)!?   Das "unknown:len=..." kommt aus dem readPure, das angewand wird, wenn der DID nicht in den zugeordneten dataIdentifiers gefunden wird (die mittels des 'Overlay Mechanismus' gebildeten).   HerrP_0-1702868020513.png   Hier müssen die datapoints gecheckt werden (alle betroffenen).   Das "= None" hingegen kommt (soweit ich erinnere nur) bei einem Timeout. Du hast ja links neben dem 'Topic' noch den Pfeil, d.h. du kannst aufklappen und siehst die einzelnen Werte /'Sub-Topics'. Also geht das Auslesen mal gut, mal geht es nicht gut.   Kann es sein, dass beim Neustart des Raspi ein update/upgrade 'zugeschlagen' hat, und dein System jetzt auch den Kernel mit dem ISO-TP Bug hat, und es den vorher noch nicht hatte?   Hast du nach dem Neustart vielleicht auch ein neues depictSystem gemacht (was evtl. wegen Timeouts die datapoints_6** durcheinander gebracht hat)?   Hat sich irgendwas an deiner 'Bus-Physik' geändert, das bewirken könnte, dass es jetzt zu Kommunikationsproblemen mit Folge Timeout kommt?   Bitte schau mal, was in der udsoncan.log steht (und poste das)     Ich habe die Befürchtung, dass wir mit dem 'Tolerieren' des Timeouts tatsächlich jetzt Probleme verschleiern, die uns an anderer Stelle wieder einholen..... ... Mehr anzeigen

wie gesagt, ohne die (bislang vergessene) Pause im read loop kann usdoncan schon durcheinander kommen. Das kann auch 'stochastisch' passieren, je nach dem, was sonst grad so auf dem Bus los ist. Die 20ms Pause sind auch nicht unbedingt viel, aber bei MQTT machen wir nur 10ms... ... Mehr anzeigen

@ghNeandr  wir sollten jetzt wirklich mal systematisch vorgehen. Da depict reproduzierbar immer 24 ECUs offenbar 'unfallfrei' scannt und beim 25. Aufmachen des Clients den Buffer-Fehler wirft, ist davon auszugehen, dass es da Resourcen von 24 Buffers gibt, die aus irgendeinem Grund auf deinem System (Raspi 2 (b?) mit Bulleseye) nicht nach dem Schliessen des Clients wieder frei gegeben werden, auch nicht, wenn man danach 1 Sekunde wartet (hattest du doch probiert, richtig?). Das ist nicht schön, aber auch nicht existenziell. Also lassen wir das erstmal.   Die Meldungen der VX3 deuten auf Probleme mit der CAN Bus Verkabelung hin, möglich wäre auch ein Baudrate Konflikt. Der Fehler F.1034, den wir auch schon gesehen haben, sowie die Stände der Fehlerzähler des CAN2USB unterstreichen diese Annahme, aber danach haben wir ja die Geschichte mit CAN_GND und den Buswiderständen korrigiert.   Also:   Als erstes bitte jetzt die Fehlerzähler des Adapters auslesen per ip -details -statistics link show can0 und das Ergebnis hier posten. Da sollte auch die Baurate vom Adapter drin stehen (250000 wäre korrekt)   Als zweites bitte noch mal genau die Busverkabelung prüfen:  - Sind CAN_Hi überall an den Klemmen für CAN_Hi und CAN_Lo überall an den Klemmen CAN_Lo angeschlossen? - Ist CAN_GND von der VX3 mit CAN_GND (Pin 3) des Adapters verbunden? - Sind genau 2 Widerstände am Bus zwischen CAN_Hi und CAN_Lo angeschlossen (Widerstand/Brücke/Jumper)?   Wenn das alles passt, erstmal nur auf dem CAN Bus lauschen. Mindestens der E380 brabbelt ja ständig vor sich hin. Dazu candump can0 -tA in ein Terminalfenster eintippern. Wenn da kommt 'candump not found' oder so, die can-utils installieren: sudo apt-get install can-utils und nochmal candump. Bitte den Output dann hier posten, dann machen wir ggf. weiter, indem wir ein paar Werte per cansend auslesen. Das funktioniert dann so:   candump can0,600:700 in einem Terminalfenster eingeben.   In einem zweiten Terminalfenster cansend can0 680#032201F900000000 schicken und im candump Fenster schauen   dann ein cansend can0 680#032201FA00000000 schicken und im candump Fenster schauen   Die Antworten sind Datum und Uhrzeit als hex Werte (jeweils die letzten 3 Bytes vor dem 55h).   Wenn das geht, lesen wir die gleichen Werte per open3e. dazu in das Verzeichnis wechseln, in dem open3e sich befindet. Dann python3 Open3Eclient.py -c can0 -r 505,506 -v eingeben und die Antworten sowie den Output vom candump hier posten.   Dann schauen wir weiter.   Grüsse! ... Mehr anzeigen

@Thomas_MG  sorry, ich war schon immer leicht legasthenisch veranlagt. Aber zumindest scheint die Kommunikation mit der PT2 ja zu funktionieren...   1367 (0x0557) liefert 1191 (dez) 0x4A7 1214 : 781 1367 : 1202 1436 : liefert 9 Bytes, wahrscheinlich a la   O3EInt16(2, "Actual", signed=True),   O3EInt16(2, "Minimum", signed=True),   O3EInt16(2, "Maximum", signed=True),   O3EInt16(2, "Average", signed=True),   RawCodec(1, "Unknown") <-  wahrscheinlich Sensor Status   Wie liest du die Werte 'normalerweise' aus? Per MQTT Anforderung oder per -r ...? Im zweiten Fall lad bitte den aktuellen develop branch runter, da hab ich grad ne Pause zwischen den reads eingebaut, die war uns irgendwie flöten gegangen 😥   HerrP_0-1702742441945.png   ... Mehr anzeigen

Moin Thomas!   les das 1667 Objekt mal 'raw' aus: cansand can1 680#0322055700000000 (can1 richtig? Antwort kommt auf 690, bitte posten)   Aus den Daten, die du mir geschickt hattest, geht hervor, dass 2 Bytes korrekt sind. Der O3EInt16 kann den Wert auf jeden Fall interpretieren, ob der Wert dann Sinn macht, steht auf nem andren Blatt, würde aber nicht zu einem Fehler führen.   Wenn trotzdem die Meldung oben kommt, scheint was in der Datenübertragung durcheinander gekommen zu sein. Der Datenpunkt davor (1663) ist geringfügig länger, braucht aber segemented Transfer. Wenn der zu lang für die Übertragung gebraucht hat, kommt udsoncan durcheinander und es kommt zu der Meldung.   Grüsse! ... Mehr anzeigen