[Gelöst]Datenpunkte autom. anlegen lassen außerhalb _Adapter
-
Hallo Zusammen.
Meine ersten Schritte mit IOB ab ich hinter mir und die ersten Blockly-Skripte laufen.
Sie steuern über MQTT und eine Zusatzplatine unsere WP. Adapter MQTT-Client mit mosquitto als Broker. Das funktioniert soweit.Nun habe ich 2 Shelly TRV(Heitzkörperthermostatantriebe) und Tür/Fensterkontakte gekauft und ins WiFi integriert. Mittels http Aufruf lassen sie sich Steuern bzw. geben 0/1 Rückmeldung wie gewünscht.
Probeweise hatte ich den shelly adapter installiert. Obschon dieser auf einem anderen Port hört (1882) stört er die MQTT Kommunikation über Port 1883 und das führt zur Beendigung des MQTT-Clients der unabdingbar für die störungsfreie Steuerung unserer Heizung ist. Da möchte ich nicht dran rütteln! Deshalb flog der shelly wieder runter und damit auch die durch ihn angelegten Objekte.
Jetzt suche ich nach Anleitungen wie ich selbst die Anlage dieser shelly-Datenpunkte machen lassen kann.
Oder habe ich da ein Verständnisproblem indem ich die Datenpunkte einzeln selbst in o.userdata.o anlegen muß?
Ich kenne doch die einzelnen ID´s dieser Datenpunkte nicht.schorschiFettschrift
-
@schorschi Tipp: Nutze NodeRed
-
@schorschi said in Datenpunkte automatisch anlegen lassen außerhalb _Adapter:
Oder habe ich da ein Verständnisproblem indem ich die Datenpunkte einzeln selbst in o.userdata.o anlegen muß?
Ich kenne doch die einzelnen ID´s dieser Datenpunkte nicht.schorschi
Also ohne Adapter werden dir die Zustände (State) nichts bringen da der Adapter dafür sorgt dass da auch was drinnen steht.
ergo
Du kannst beliebige Zustände selbst unter 0_userdata_0 anlegen und sie benenn wie du magst. nur musst du dann auch für den Inhalt sorgen...Allerdings versteh ich nicht wieso der shelly adapter die Heizung stört...
Edit:
Wenn du mit 'das führt zur Beendigung des MQTT-Clients ' den ioBroker mqtt Adapter meinst, dann muss dazu was im log stehen. Bitte poste doch was da geloggt wird / wurde wenn beide Adapter laufen. -
@schorschi sagte in Datenpunkte automatisch anlegen lassen außerhalb _Adapter:
Obschon dieser auf einem anderen Port hört (1882) stört er die MQTT Kommunikation über Port 1883 und das führt zur Beendigung des MQTT-Clients
bitte einen kompletten
iob diagwenn beide Adapter laufen!Das kann so einfach nicht stören ohne dass was falsch konfiguriert ist.
-
Hallo Ihr 2. Danke für eure Aufmerksamkeit!
@mcm57
"Allerdings versteh ich nicht wieso der shelly adapter die Heizung stört... "
Wie ich geschrieben hab gibt es keinen IOB shelly Adapter z.Z. mehr in dieser IOB instalation.
Das Risiko ,daß die WP die direkt mit Wasser (ohne Frostschutz) durchströmt ist wegen eines Komfortproblems (keine automatische anlage von datenpunkten) in Störung geht, deshalb auffriert damit das ganze Haus nicht mehr beheitzt wird ist z.Z. zu groß.
Würde es nur um zu schaltende Lämpchen oder ähnliches kein Problem dann käme der shellyadapter zurück um zu spielen, zusehen was schiefläuft.
Bislang hatte ich Step by step dei Sache angegangen. Immer eine Schwierigkeit meistern und dann die nächste.
So zuerst die Kommunikation vom IOB zur WP herstellen: Das geht sehr gut die WP hängt brav an der Leine. MQTT-Client v1.7.0 published via mosquitto brav an heishamon ( die Schnittstelle der WP). Werte kommen zurück wie durch die Datenpunkte abonniert.Dann hatte ich wie oben angeführt 2 TRV + 2 Fensterkontakte gekauft, eingerichtet (Zuerst auf Port1882 für den shellyadapter)
Auch hier kamen die Werte in den shelly.0 Datenpunkten an, Austausch in beide Richtungen funktionierte. Nur stieg der eigentliche MQTT-Client v.Z.z.Z. aus uns stoppte. Das ist kein Zustand der tolerabel ist. Dies war vor ~ 2 Wochen. Ohne shellyadapter läuft der MQTT-Client auf Port 1883 ohne Mucken und ohne das etwas an seiner Konfiguration zu vorher geändert wurde. Ich würde sagen da passen die 2 einfach nicht zusammen. Ich habe nicht vor auf einem Produktivsystem Ursachenforschung zu betreiben wenn der durch
micht indentifizierte Übeltäter nicht für mich notwendig ist.Mir geht es darum die Paar Datenpunkte selbst ein zu richten und dazu brauche ich den Schubs in die richtige Richtung. So lerne ich auch wir das geht ohne sich auf automatisierte Vorgänge zu verlassen.
@mcm57 sagte in Datenpunkte automatisch anlegen lassen außerhalb _Adapter:
@schorschi said in [Datenpunkte automatisch anlegen lassen außerhalb _Adapter]
ergo
Du kannst beliebige Zustände selbst unter 0_userdata_0 anlegen und sie benenn wie du magst. nur musst du dann auch für den Inhalt sorgen...Wie sorge ich also für den Inhalt?
@homoran sagte in Datenpunkte automatisch anlegen lassen außerhalb _Adapter:
Das kann so einfach nicht stören ohne dass was falsch konfiguriert ist.
Der IOB läuft auf einem Raspbi ohne SD-Card, sondern mit einer 128GB SSD.
Beide Adapter haben ihre Ports (1882/1883) zugeteilt bekommen und es dürfte kein Problem sein wenn username und PWD für MQTT in beiden Adaptern das gleiche ist oder ?Wie gesagt ich habe vor längerm den shellyadaper wieder heruntergeschmissen und brauche den auch nicht wirklich soweit ich das im Moment sehe. K.A. ob ich noch Logfiles habe.
Das ist ja auch nicht die Frage. Wenn ich mein Problem gelößt habe bieten de kommenden Tage die Möglichkeit wenn ich daneben sitze nochmals den shelly zu installieren und Uhrsachenforschung zu betreiben damit etwaige "Quer Klemmer" zu finden. Und wenn sich dann darstellt, daß ich den Bock (meist sitzt das Problem ja vor der Tastatur) um so besser. An sonsten müßten sich halt die Adapterprogramierer die Sachen ansehen ob sie mit meiner "Entdeckung" was machen können.
Wenn mir also jetzt jmd sachdienlich zu meiner Frage helfen kann ist er herzlich eingeladen.
Leider hat der Tag nur 24h un jeder muß Prioitäten setzen.schorschi,
der mit seinen 62 Jahren immer noch gerne neues macht. -
@schorschi Deine Reaktion ist durch die ganze Beschreibung ist ja sehr verständlich .
Leider fehlen alle notwendigen Fakten in Form von Logmeldungen oder ähnlichem um die wahre Ursache erkennen zu können.
Einfach etwas abzuklemmen, was angeblich etwas anderes stört hilft nicht due Ursache für das Malheur zu finden. Im Gegenteil, das Malheur wird weiterhin existieren und möglicherweise noch mehr verursachen. -
Ich kann dir bei deinem Problem zwar nicht helfen, aber….
Die WP muss IMMER funktionieren, auch wenn der iobroker fehlerhaft arbeitet oder warum auch immer down ist.
Eine so wichtige Funktionalität wie die Heizung von Iobroker abhängig zu machen geht gar nicht.
Was passiert, wenn ein SW Update mal länger dauert, oder Stress macht?Bei mir steuert iobroker auch die Heizung (Gasbüchse). Wenn iob nicht laufen sollte, fehlen einige Komfort Funktionalitäten und der Gasverbrauch wird höher sein, aber die Kiste läuft.
-
klar wäre es meine Fragestellung so sollte ich alle Fakten liefern. Im Moment ist das aber nicht meine Fragestellung und ersuchen nach Hilfe in diesem Fall.
Gerne unternehmen ich weitere Versuche um den Grund der "Klemmer" zu indentifizieren wenn mir die Zeit dafür bleibt. Meine Recurcen sind endlich und ich muß damit haushalten.
Ich benötige im Moment einfach nicht den nativen shellyadapter.
Was ich brauche ist eine kurze Anleitung oder Hinweise wo das Thema behandelt wird entsprechende Datenpunkte zu schaffen mit denen ich über MQTT die benötigten requests und publishes zu machen.Zu späterer Zeit bin ich bereit Uhrsachenforschung zu betreiben um das System IOB voran zu bringen.
@linedancer sagte in [Datenpunkte automatisch anlegen lassen außerhalb _Adapter]
Die WP muss IMMER funktionieren, auch wenn der iobroker fehlerhaft arbeitet oder warum auch immer down ist.
Bei mir steuert iobroker auch die Heizung (Gasbüchse). Wenn iob nicht laufen sollte, fehlen einige Komfort Funktionalitäten und der Gasverbrauch wird höher sein, aber die Kiste läuft.
Hallo Gerhard
So wie ich mein System aufgebaut hab ist die WP in dem Zustand verhaftet der sie als letztes aufgetragen bekommen hat. Das ist verifiziert und läuft so. Das Bedeutet es sind 3 Szenarien möglich:
Bei gegebenen Heizbedarf wird bei unveränderten Anforderungen die Hütte:
- überheizt
- unterheizt
- gerade richtig geheizt.
Ändert sich der Heizbedarf ( AT steigt oder fällt ) ändert sich lediglich die Reihenfolge obriger Aufzählung. Jedenfalls wird es immer genug Wärme geben solange die Kiste überhaupt läuft um nicht auf zu frieren. Die Geografische Lage hilft uns dabei mit. Der Wärmste Ort Deutschlands (Ihringen a.K.) ist in Sichtweite.
Zudem sind per http Requests die relevanten Werte, auch aus den Weiten des I-Nets per VPN, erreichbar und damit auch veränderbar. Was so nicht auffangbar ist wäre ein Stromausfall. Da haben aber alle ihre Probleme mit. Nur wenige könnten ohne Anwesenheit auf eine Insellösung zurückfallen und wenn dann auch nur begrenzte Zeit. Ist aber ein valider Einwand deinerseits.
Man sollte entweder Hardware Resiliente Systeme ( alles in doppelter Ausführung) fahren oder geeignete Fallback Szenarien vorhalten.
An meinem Ausfall muß ich allerdings noch arbeiten. Nicht das es nicht auch halb so Alte treffen könnte und die beste aller Ehefrauen dann im Moment noch blöd dasteht aber die Dokumentation unseres Gesammtsystems Hausheizúng besteht bislang nur in meinem Kopf.schorschi
-
@schorschi sagte in Datenpunkte automatisch anlegen lassen außerhalb _Adapter:
klar wäre es meine Fragestellung so sollte ich alle Fakten liefern. Im Moment ist das aber nicht meine Fragestellung und ersuchen nach Hilfe in diesem Fall.
naja, du behauptest hier, dass der Shelly Adapter den MQQT Client stört ohne Fakten dazu vorzulegen.
Das ist schon recht seltsam -
Nun ich habe lediglich meine Beobachtung geteilt. Des steht dir frei das als solches anzunehmen oder nicht.
Nur nochmals: damit habe ich im Moment nicht ein Problem, denn mein System läuft erwartungsgemäß. Würde ich im dieser Fragestellung Hilfe erwarten hättest du allen Anspruch auf meine Mithilfe. Aber so verweise ich auf meine Bereitschaft im Nachgang und zu Zeiten die meine Recurcen schonen.
Ich hoffe auf Verständnis, denn ich habe weisgott wichtigere Probleme am Hals die meine Kraft aufs Äußerste beanspruchen. Ich hab natürlich keine Ahnung wie deine Außlastung ist noch wie Alt und Belastbar du bist . Aber möglicherweise bist du in der glücklichen Lage genug noch in deiner Freizeit zu stemmen. Ich war such schon leistungsfähiger.
Mehr werde ich zu dem Nebenthema, welches ich nicht aufgemacht hab, nitch schreiben. Die zeit verwende ich lieber in Recherche zum Kernthema. Das scheint mir effizienter zu sein.schorschi
-
also ich geb da nochmal meine 2c:
a) Ein Wärmepumpe darf keinesfalls auffrieren. Wenn diese Gefahr besteht, hat der Heizungsbauer etwas gravierend falsch gemacht. Ich gehe davon aus dass die keine dieselbetriebe Notstromversorgung für diene Wärmepumpe hast - ergo muss sie auch eine Stromausfall von einem oder auch einigen Tagen aushalten ohne permanent Schaden zu nehmen. Wenn der Wasserkreislauf dabie ins Freie geht sollte dieser mit Frostschutz ausgerüstet sein.
b) ioBroker darf NIEMALS in sicherheitskritischen Kreisen eingesetzt sein. Auch wenn es unser aller Zeil ist ioBroker stabil laufen zu lassen, ein Ausfall kann nicht gerantiert verhindert werden. ioBroker ist daher z.B. völlig ungeeignet eine Brennersteuerung ohne zusätzlichen zertifizierten Sicherheitskreis umzusetzen. Ebenso sollte ioBroker in Verbindung mit einer Wärmepumpe den Betreib nur insoweit beeinflussen als dass dies keine gefährliche Situation (für Mensch oder Anlagenteile) herborrufen kann.
c) Und du hast konkret gefraagt wie du die Werte von Shellies in ioBroker bekommen kannst - ohne Adapter.
Hier orte ich ein gewissen Infomangel über die Gundfunktion von ioBroker. Ich hole daher etwas aus:Im Umfeld von Iobroker stellt ein Adapter die Schnittstelle zwischen einem Gerät udn ioBroker dar. Der Adaptercode kommuniziert geeignet mit dem Gerät und stellt die vom Gerät erhaltenen Daten als States (Datenpunkte) dar. Je nach Gerät kann ein Adapter auch Werte aus Datenpunkten verwenden um ein Gerät zu steuern.
Für Shelly Geräte gibt es den ioBroker.shelly Adapter. Diesen möchtest du nicht verwenden.
Wie ich geschrieben habe, kannst du jederzeit beliebige Datenpunte unter 0_userdata_0 anlegen und diese nennen wie du willst. Ohne den Shelly Adapter gibt es aber zunächst mal keinen Code der Infos von den Shellies abholt und die Datenpunkte befüllt. Du hast daher nur folgende Optionen:
-
du verwendest den Shelly Adapter doch (und wir versuchen deine Problem zu lösen)
-
du verwendest einen anderen Adapter der mit den Shellies kommunizieren kann (ich kenne keinen, kann aber nicht ausschließen dass es irgendwo auf Github etwas gibt)
-
du schreibst dir selbst einen Adapter
-
du liest dich in die Api der Shellies ein und implementierst dir eine Kommunikation mit diesen via javascript Adapter
Von selbst oder durch eine einfache Config kommen jedenfalls definitiv keine Daten von den Shellies in Datenpunkte oder zurück. Sonst gäbe es dafür keinen Adapter.
Konkret und nochmal ganz kurz:
Mir geht es darum die Paar Datenpunkte selbst ein zu richten und dazu brauche ich den Schubs in die richtige Richtung.
Das geht nicht so wie du es erträumst. Datenpunkte kannst du anlegen aber kein Gerät füllt ohne passenden Adapter Daten in Datenpunkte.
Ich Hoffe ich konnte dir die Fragen deines Kernthemas hiemit beantworten.
-
-
Hi du mit dem kryptischem Nick.
@mcm57 sagte in Datenpunkte automatisch anlegen lassen außerhalb _Adapter:
also ich geb da nochmal meine 2c:
a) Ein Wärmepumpe darf keinesfalls auffrieren. Wenn diese Gefahr besteht, hat der Heizungsbauer etwas gravierend falsch gemacht. Ich gehe davon aus dass die keine dieselbetriebe Notstromversorgung für diene Wärmepumpe hast - ergo muss sie auch eine Stromausfall von einem oder auch einigen Tagen aushalten ohne permanent Schaden zu nehmen. Wenn der Wasserkreislauf dabie ins Freie geht sollte dieser mit Frostschutz ausgerüstet sein.
Ich kenne die Situation in Deinem Land Österreich nicht aber hier in D ist man mittlerweile schon beinahe ( Ausnahmen bestätigen leider nicht die Regel) verloren wenn man sich auf Heizungsbauer verlässt. Die sind schon mit ihrer angestammten Technik (Gas/ÖL) oft überfordert (oder einfach zu Faul ?). Denn wenn eine jahrzehnte alte NT-Kessel/Brennerkombi geringeren Verbrauch erziehlte bevor Topmoderne Technik im Gewand eines Brennwertgerätes an die Wand gedübelt einzieht und keinen Geringerverbrauch erzielt, sondern darüber zu liegen kommt läst mich das fragend und Kopfschüttelnd zurück.
Ich bin zwar nur Maschinenbauer habe mir aber darin (Optimierung von bestehenden Anlagen) umfangreiche Expertise erarbeitet eine Anlage möglichst optimal ein zu regeln. Mittlerweile wurde ich schon von Heizungsbauern ihren Kunden als Hilfe angegeben. Abstrus und ein Armutszeugnis möchte ich meinen aber z.t. kann ich die auch Verstehen : keine Zeit oder keine Leute.
Zum einen "erzieht sich die Industrie" ihre Anlagenverbauer mit Magenkonditionen die es dem Handwerker nicht erlaubt das eigentlich optimale Gerät auf dem Markt für seinen Kunden auszuwählen und anzubieten. Stattdessen muß er sich ( nicht nur wegen den ET und den Gerätespezifischen Fortbildungen) auf 1-2 Hersteller beschränken um seine Jahresprämie einfahren zu können.Ich hab in den letzten 10 Jahren jetzt fast Familien/Eigentünmer bei der Optimierung ihrer Anlage helfen können. Was mit da z.t. an Aussagen zu Ohren kam ist auch wenn es doch auch einige Kunden gibt die ein wirklich eingeschränktes Gefühl für die Zusammenhänge haben z. T. der Hammer.
Vereinfacht kann man sagen, das die Anlagen oft im Werkszustand an die wandgedübelt werden. Das gibt ein mit fast 99% Sicherheit ein warmes Haus und keine maulenden Kunden, Die Rechnung kommt ja erst im nächsten Jahr..
Und nur keine Angst eine Monoblock WP steht auch schon zu 1000den in der Gegend herum ohne mit Sole und einem Wirkungsgradkiller (Wärmetauscher) betrieben zu werden. Das ist auch mit Wasser händelbar bringt halt andere Ubill mit sich die ich vermeiden möchte. Ich bin jetzt 62 Jahre alt und hab noch keinen Stromausfall erlebt der das System in Gefahr gebracht hätte, auch im Kernwinter.
b) ioBroker darf NIEMALS in sicherheitskritischen Kreisen eingesetzt sein. Auch wenn es unser aller Zeil ist ioBroker stabil laufen zu lassen, ein Ausfall kann nicht gerantiert verhindert werden. ioBroker ist daher z.B. völlig ungeeignet eine Brennersteuerung ohne zusätzlichen zertifizierten Sicherheitskreis umzusetzen. Ebenso sollte ioBroker in Verbindung mit einer Wärmepumpe den Betreib nur insoweit beeinflussen als dass dies keine gefährliche Situation (für Mensch oder Anlagenteile) herborrufen kann.
Sorry in D ( das wird in A schätze ich nicht anderst sein) ist das sogar Verboten und es wäre reichlich dumm das selbst machen zu wollen. Alle mit Brenner , ob Gas /Öl/Holz, ausgestatteten Kessel haben umfangreiche Sicherheitstechnik die auch sinnvoll ist. Wenn es eine komplexe Anlage aus 4 Wärmequellen ST, WP, GAS BW, Holz gibt kommst du ohne einer Übergeordneten Regelung nicht mehr aus. Und hier kommt ein System wie IObroker als bloßer Datenübergeber ins Spiel. Wie bei dem retain-Flag in MQTT selbst ist einfach der letzte Stand eingefroren. Wie ich schon sagte ist das erstmal kein Beinbruch wnn IOB aussteigen würde.
IOBroker ist erst mal nur der Dolmetscher im Babylonischen Sprachgewirr der Systemsprachen modbus MQTT KNX und was auch immer. So wie der Gaser dem per Industriestandartschnittstelle 0-10V die zu liefernde Temperatur mitgeteilt wird erwartet die Pana ihre Ansage über MQTT und liefert das dann ab. Nix mit Eingriff in die Sicherheitstechnik. Ich bin nicht bekolppt und fummel da rum ohne Not weil es die Schnittstellen ja gibt.Dein ins Spielgebrachte Notstromaggregat kommt auch nicht einfach ( nicht unmöglich aber ...) in eine Bestehende Anlage. Da müßen Vorarbeiten gemacht sein. Das hat kaum jmd. Ich kenne keinen Fall. Ohne Stom läuft eh keine Heizungsanlage. Da sind Zeitgenossen mit einfachem Kamin-/Kachelofen erstmal aus dem Schneider. Natürlich darf man Worstcases denken, ich hab Stomtechnisch keinen Erlebt und wenn es einen gäbe hätten wir wesentlich größere Probleme.
Wie lange hält ein erlaubter Treibstoffvorrat zuhause? wie pumpen die Tanken den Treibstoff aus ihren Tanks ohne Strom?c) Und du hast konkret gefraagt wie du die Werte von Shellies in ioBroker bekommen kannst - ohne Adapter.
Hier orte ich ein gewissen Infomangel über die Gundfunktion von ioBroker. Ich hole daher etwas aus:Im Umfeld von Iobroker stellt ein Adapter die Schnittstelle zwischen einem Gerät udn ioBroker dar. Der Adaptercode kommuniziert geeignet mit dem Gerät und stellt die vom Gerät erhaltenen Daten als States (Datenpunkte) dar. Je nach Gerät kann ein Adapter auch Werte aus Datenpunkten verwenden um ein Gerät zu steuern.
Für Shelly Geräte gibt es den ioBroker.shelly Adapter. Diesen möchtest du nicht verwenden.
Wie ich geschrieben habe, kannst du jederzeit beliebige Datenpunte unter 0_userdata_0 anlegen und diese nennen wie du willst. Ohne den Shelly Adapter gibt es aber zunächst mal keinen Code der Infos von den Shellies abholt und die Datenpunkte befüllt.
Nicht automatisch aber MQTT ist ein Protokoll das mit Bring-/Holschuld (pub/sub) arbeitet und meine shelly´s beherrschen MQTT. Natürlich ist der originäre shellyadapter der bequemere Weg. Warum der i.M. nicht in Frage kommt hab ich schon ausgeführt.
- du verwendest einen anderen Adapter der mit den Shellies kommunizieren kann (ich kenne keinen, kann aber nicht ausschließen dass es irgendwo auf Github etwas gibt)
Jedes Programm das das MQTT-Protokoll beherrscht kann das.
- du liest dich in die Api der Shellies ein und implementierst dir eine Kommunikation mit diesen via javascript Adapter
Und hier kommen deine 2 cent: Shelly stellt genau das zur Verfügung
Ich kann genau die wenigen Datenpunkte abrufen die ich brauche und keinen Shellyadapteroverhead. Im sinne eines schlanken Systems ist mir das lieber.
Von selbst oder durch eine einfache Config kommen jedenfalls definitiv keine Daten von den Shellies in Datenpunkte oder zurück. Sonst gäbe es dafür keinen Adapter.
Konkret und nochmal ganz kurz:
Mir geht es darum die Paar Datenpunkte selbst ein zu richten und dazu brauche ich den Schubs in die richtige Richtung.
Das geht nicht so wie du es erträumst. Datenpunkte kannst du anlegen aber kein Gerät füllt ohne passenden Adapter Daten in Datenpunkte.
Ich Hoffe ich konnte dir die Fragen deines Kernthemas hiemit beantworten.
Hi,
Deine 2 cent haben´s gebracht. Der Schub´s in die richtige Richtung.
Obwohl du scheinbar vom MQTT-Protokoll nicht sehr viel verstehst hat mich die Anregung mit der shelly API auf deren Hilfeangebot gebracht und dort läßt sich alles herausnehmen was es braucht Sollwerte zu übermitteln und Fenster auf/zu Stati ab zu fragen. mehr braucht es z.Z. nicht.
Ich werde einen weiteren Raspi über die Feiertage aufsetzten und das mit dem originären Shellyadapter nochmal versuchen.
schorschi
-
Wie schon angekündigt hatte ich mir die Zeit genommen auf einem 2ten Raspi das ganze nochmals nach zu stellen. Also den Shellyadapter und den MQTT-Client.
Nun es geht ohne das mir das System die WP nicht mehr ansteuert. Fragt mich nicht wieso, leider kann ich das nicht sagen was möglicherweise das Problem war.
schorschi
