Ankündigung

Einklappen
Keine Ankündigung bisher.

Fertig: DFF4.1 - Roto RotoTronic Dachfenster Aktor

Einklappen
X
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

  • tuxedo
    hat ein Thema erstellt Fertig: DFF4.1 - Roto RotoTronic Dachfenster Aktor

    Fertig: DFF4.1 - Roto RotoTronic Dachfenster Aktor

    Hallo zusammen,

    nachdem die Sammelbestellung nun abgeschlossen ist, die Software mal soweit läuft und ich erstes Feedback ala "Cool, das klappt sehr gut" bekommen habe, kommt hier nun das offizielle Announcement:

    Der DFF4.1 ist Einsatzbereit.

    Im Wiki gibt's mehr dazu:

    Allgemeine Seite zum Aktor (eher technisch, fast fertig): https://wiki.konnekting.de/index.php/DFF4.1
    Benutzerhandbuch (entsteht gerade): https://wiki.konnekting.de/index.php/DFF4.1_User_Manual
    Aufbauanleitung (sollte soweit fertig und vollständig sein): https://wiki.konnekting.de/index.php...g_Instructions

    Wer noch Interesse an so einem Aktor hat, meldet sich bei mir. Details folgen auch noch im Wiki.

    Gruß
    Aexl




  • tuxedo
    antwortet
    Stimmt, das wäre noch einfacher als ein weiteres KO einzuführen.

    Einen Kommentar schreiben:


  • Eugenius
    antwortet
    Na dann einfach parametrierbar machen (ist ja nur ein extra Parameter in der XML und IF Abfrage mit 100-x im code)

    Einen Kommentar schreiben:


  • tuxedo
    antwortet
    D.h. DFF schickt die Werte falsch herum
    Nö, tut er nicht.

    Man muss halt unterscheiden zwischen "Dachfenster 100% offen" und "Rolladen 100% geschlossen".
    Die Semantik des DFF ist also korrekt, nur die Visu's sind darauf ausgelegt dass etwas zu 100% geschlossen wird, was im Falle des Dachfensters eben nicht passt.

    Fände es irritierend wenn das Dachfenster in 100% Stellung "zu" und in 0% "offen" wäre.

    Einen Kommentar schreiben:


  • Eugenius
    antwortet
    higgx, du kannst in OpenHab eigene Icons nehmen, bzw. die vorhanden nehmen, anders benennen und die Prozente umkehren. (0 zu 100, 10 zu 90...).
    Ich nutze selbst OpenHab und bei mir passen die Icons zu Rollo-Aktor. D.h. DFF schickt die Werte falsch herum

    Einen Kommentar schreiben:


  • tuxedo
    antwortet
    So eine Logik ist eigentlich nicht schwer umzusetzen. In meiner eigenen Logik-Engine (alles Java-basiert) würde ich da auf die GA hören, den Wert entgegen nehmen, invertieren und einfach auf einer anderen GA wieder raussenden. Hab ich z.b. schon für das Tag/Nacht-Signal der MDT Wetterstation gemacht:

    Code:
    package de.root1.logiccollection;
    
    import de.root1.kad.knxservice.KnxAddress;
    import de.root1.kad.knxservice.KnxServiceException;
    import de.root1.kad.logicplugin.Logic;
    
    public class Logic104InvertDayNightMode extends Logic {
    
    String pa = "1.0.104";
    KnxAddress ga;
    KnxAddress gaInvert;
    
    @Override
    public void init() {
    setPA(pa);
    
    ga = getAddress("Daemmerung Tag-Nacht Modus");
    gaInvert = getAddress("Daemmerung Tag-Nacht Modus invertiert");
    
    listenTo(ga);
    }
    
    @Override
    public void onDataWrite(KnxAddress ga, String value) throws KnxServiceException {
    boolean mode = getValueAsBoolean(value);
    write(gaInvert, getBooleanAsValue(!mode));
    log.info("Inverting day-night mode");
    }
    
    }
    Müsste man das gleiche halt mit einem Zahlenwert statt Boolean tun. In OpenHAB sieht das zwar anders aus, aber die Idee ist sicherlich die gleiche oder zumindest ähnlich.

    Bzgl. Anpassung des Aktors:

    * Erweitern der XML um die passenden KOs, inkl. Ein/Ausschalten des KOs per Parameter
    * Anpassen der .h Datei (generieren...)
    * In RotoChannel.cpp das entsprechende KO implementieren und passend zum Parameter ein/ausschalten
    Zuletzt geändert von tuxedo; 12.12.2018, 11:23.

    Einen Kommentar schreiben:


  • higgx
    antwortet
    Ich werde mal im openhab Forum versuchen eine Antwort bzgl. der externen Logik zu finden.

    Die dynamischen Icons sind ja eigentlich gut gedacht, aber ich denke, es wäre sinnvoll denen auch irgendwie einen MIN/MAX Bereich mitgeben zu können, auf den sie auch ihre Darstellung skalieren können (z.B. bei Temperaturangaben, da können verschiedene Werte kalt oder heiß bedeuten aber ich habe noch keinen Weg gefunden, denen das mitzuteilen) und auch Prozentangaben sind in der Regel relativ und manchmal auch zu invertieren.

    Das Problem haben auch Homematic User bei einigen Rolladenaktoren, glaube ich. Bei dem Zigbee oder ZWave Binding, kann man die ggf. erforderliche Invertierung in der jeweiligen Item-Definition mitangeben habe ich gelesen. Für das KNX Binding wäre doch so etwas auch sinnvoll. Vlt. lässt sich dass ja umsetzen.

    Ich würde ja beim Adaptieren des DFF XML Files auch unterstützen. Reicht es da die .XML und die kdevice_DFF_4.1.h anzufassen oder ist da mehr erforderlich, außer, dass auch die Berechnung noch irgendwo untergebracht werden muss?

    viele Grüße
    Roland

    Einen Kommentar schreiben:


  • tuxedo
    antwortet
    Ich denke ein invertiertes KO wäre am einfachsten für den User. Allerdings muss man dann die XML Ändern und sicherstellen dass nichts durcheinander gerät. Oder alternativ eine Logik die außerhalb des Aktors realisieren die den Wert invertiert.

    Einen Kommentar schreiben:


  • higgx
    antwortet
    Hallo zusammen,

    nachdem sich meine Fenster mit dem DFF Aktor nun auch knx-seitig ansteuern lassen, habe ich die Fenster in meine "Visualisierung" mit aufgenommen.
    Zur Ansteuerung und Darstellung auf dem Handy/PC benutze ich openhab auf einem raspberry. Funktioniert soweit auch alles wie erwartet.
    Zur Darstellung benutze ich Rollershutter-Items und mit denen und den dazugehörigen dynamischen Icons habe ich nun immer das "Problem", dass das Symbol für das geöffnete Fenster (100% abs. Position) ein geschlossener Rolladen und für das geschlossene Fenster (0%) ein geöffneter Rolladen ist.

    Jetzt wollte ich fragen, wie ihr das prinzipiell gelöst habt. Nehmt ihr auch openhab oder etwas anderes (das wäre bei mir allerdings ziemlich aufwändig, da sonst alles auf openhab läuft) oder arrangiert ihr euch mit der inversen Darstellung der Icons oder gibt es eine Lösung per JS Transforms in openhab, die auch auf Rollershutter Items anwendbar ist oder wäre es vlt. sinnvoll auch ein invertiertes KO in die Gerätedefinition vom Aktor aufzunehmen?

    Wie sieht's bei euch aus?

    viele Grüße
    Roland

    Einen Kommentar schreiben:


  • higgx
    antwortet
    Ah habe gerade in deinem Post ( smarthausen vom 05.06.) gesehen, dass Du ja schon weißt, wie es geht.
    In dem Fall also nur den aktualierten Code vom GitHub und los geht's :-)

    viele grüße

    Einen Kommentar schreiben:


  • higgx
    antwortet
    Also ich habe dazu den aktualisierten Code vom GitHub runtergeladen, das INO File in der Arduino IDE geöffnet. Den Aktor per USB Kabel mit dem Rechner verbunden. Den Sketch mit der Arduino IDE kompiliert und dann auf den Aktor geladen.

    Brauchst Du es detaillierter?

    Ich habe hier auch schon etwas ausführlicheres dazu gefunden, müsste aber suchen, um es zu finden.

    Aber die Arduino IDE und die Konnekting Suite hast Du schon installiert, oder wie hast Du den Aktor zum ersten Mal mit dem Sketch geladen?

    viele Grüße
    Roland

    Einen Kommentar schreiben:


  • smarthausen
    antwortet
    Hallo Alex und Roland,

    schön wieder was vom dem Projekt zu hören! :-)

    Schwein und Uhrwerk: wie kann ich die aktuellen (also die Änderungen im Dezember) vom Code bei mir hier austesten? Bin gespannt auf die Änderungen!

    Viele Grüße

    Richard

    Einen Kommentar schreiben:


  • higgx
    antwortet
    Ok, habe eben mit dem Orangen Button probiert - hatte nicht die richtigen Werte. Habe dann mit dem grünen Button probiert - jetzt geht es. Aber vlt. habe ich auch zuvor noch einen anderen Fehler gemacht. Wer weiß, jetzt ist die richtige Zeit drin.

    Einen Kommentar schreiben:


  • tuxedo
    antwortet
    15/7/255 wird als allgemeines Ziel für die Programmierung genutzt. Das ist bei allen konnekting Geräten so und völlig normal. Kannst dich da ja in unserem Wiki einlesen.

    Die Zeit sollte aber im Aktor ankommen. Bin gerade nicht am PC, aber ich meine die Infos werden beim Start des aktors auf der seriellen Schnittstelle geloggt.

    Einen Kommentar schreiben:


  • higgx
    antwortet
    Jetzt hab ich noch eine Frage zum Programmieren mit der Suite.

    Ich hatte die Fahrzeit jetzt mal testweise auf 45s für jeden verwendeten Kanal eingestellt, um sicher zu sein, dass der Aktor nicht mitten in der Fahrt das Fenster anhält , weil dieses zu langsam und der Aktor denkt es wäre schon offen.

    Habe die Parameter geändert und dann über den orangen Knopf "KO und Parameter programmieren" über das KNX Netz programmiert.

    Leider wird die Zeit nicht angenommen und steht immer noch auf 30 Sekunden (also im Aktor) in der Suite steht 45s. Der Aktor fährt also nach wie vor 30s.

    Das Protokoll in der ETS zeigt beim Programmiervorgang an, dass die Suite versucht auf die Adresse 15/7/255 zu schreiben. Sollte das nicht individuell je nach verwendeter PA anders sein? Einige Zeilen werden auch gelb hinterlegt, hat das was zu bedeuten?

    vielen Dank und viele Grüße
    Roland

    Einen Kommentar schreiben:

Lädt...
X