Ankündigung

Einklappen

Serverwartung 21.2.



Am 21.2. im Laufe des späten Abends wird eine Serverwartung durchgeführt. Das Forum ist dadurch für gut zwei Stunden nicht erreichbar.
Es wird eine Wartungsseite geschaltet.

Mehr anzeigen
Weniger anzeigen

Wer nutzt denn eigentlich alles Home Assistant?

Einklappen
Dieses Thema ist geschlossen.
X
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

  • h4nnes
    antwortet
    Zitat von meti Beitrag anzeigen
    Wenn deine Verbindung zum Knx interface nicht aufrecht ist. So lange bis wieder verbunden ist oder ein neuer Status gelesen wurde - bin mir grad nicht ganz sicher.
    Hi, ja scheint immer die Verbindung abzubrechen. Hast du eine Idee an was das liegen könnte, oder wie ich das weiter eingrenzen kann?

    Hier mal ein Log Auszug zu dem Disconnet um "2022-02-21 16:48:41 WARNING (MainThread) [xknx.log] Received DisconnectRequest from tunnelling sever."

    Code:
    2022-02-21 16:48:41 DEBUG (MainThread) [xknx.raw_socket] Received from ('192.168.0.249', 3671): 06100420001504106f002900bce010210702010080
    
    2022-02-21 16:48:41 DEBUG (MainThread) [xknx.knx] Received from 192.168.0.249:3671 at 1645458521.5258114:
    
    <KNXIPFrame <KNXIPHeader HeaderLength="6" ProtocolVersion="16" KNXIPServiceType="TUNNELLING_REQUEST" Reserve="0" TotalLength="21" />
    
    body="<TunnellingRequest communication_channel_id="16" sequence_counter="111" cemi="<CEMIFrame SourceAddress="IndividualAddress("1.0.33")" DestinationAddress="GroupAddress("0/7/2")" Flags="1011110011100000" code="L_DATA_IND" payload="<GroupValueWrite value="<DPTBinary value="0" />" />" />" />" />
    
    2022-02-21 16:48:41 DEBUG (MainThread) [xknx.knx] Sending to 192.168.0.249:3671 at 1645458521.5261002:
    
    <KNXIPFrame <KNXIPHeader HeaderLength="6" ProtocolVersion="16" KNXIPServiceType="TUNNELLING_ACK" Reserve="0" TotalLength="10" />
    
    body="<TunnellingAck communication_channel_id="16" sequence_counter="111" status_code="ErrorCode.E_NO_ERROR" />" />
    
    2022-02-21 16:48:41 DEBUG (MainThread) [xknx.telegram] <Telegram direction="Incoming" source_address="1.0.33" destination_address="0/7/2" payload="<GroupValueWrite value="<DPTBinary value="0" />" />" />
    
    2022-02-21 16:48:41 DEBUG (MainThread) [xknx.raw_socket] Received from ('192.168.0.249', 3671): 06100420001504106f002900bce010210702010080
    
    2022-02-21 16:48:41 DEBUG (MainThread) [xknx.knx] Received from 192.168.0.249:3671 at 1645458521.5335321:
    
    <KNXIPFrame <KNXIPHeader HeaderLength="6" ProtocolVersion="16" KNXIPServiceType="TUNNELLING_REQUEST" Reserve="0" TotalLength="21" />
    
    body="<TunnellingRequest communication_channel_id="16" sequence_counter="111" cemi="<CEMIFrame SourceAddress="IndividualAddress("1.0.33")" DestinationAddress="GroupAddress("0/7/2")" Flags="1011110011100000" code="L_DATA_IND" payload="<GroupValueWrite value="<DPTBinary value="0" />" />" />" />" />
    
    2022-02-21 16:48:41 DEBUG (MainThread) [xknx.knx] Sending to 192.168.0.249:3671 at 1645458521.5337274:
    
    <KNXIPFrame <KNXIPHeader HeaderLength="6" ProtocolVersion="16" KNXIPServiceType="TUNNELLING_ACK" Reserve="0" TotalLength="10" />
    
    body="<TunnellingAck communication_channel_id="16" sequence_counter="111" status_code="ErrorCode.E_NO_ERROR" />" />
    
    2022-02-21 16:48:41 DEBUG (MainThread) [xknx.raw_socket] Received from ('192.168.0.249', 3671): 06100209001010000801c0a800f90e57
    
    2022-02-21 16:48:41 DEBUG (MainThread) [xknx.knx] Received from 192.168.0.249:3671 at 1645458521.5366914:
    
    <KNXIPFrame <KNXIPHeader HeaderLength="6" ProtocolVersion="16" KNXIPServiceType="DISCONNECT_REQUEST" Reserve="0" TotalLength="16" />
    
    body="<DisconnectRequest CommunicationChannelID="16" control_endpoint="192.168.0.249:3671/udp" />" />
    
    2022-02-21 16:48:41 WARNING (MainThread) [xknx.log] Received DisconnectRequest from tunnelling sever.
    
    2022-02-21 16:48:41 DEBUG (MainThread) [xknx.knx] Sending to 192.168.0.249:3671 at 1645458521.537051:
    
    <KNXIPFrame <KNXIPHeader HeaderLength="6" ProtocolVersion="16" KNXIPServiceType="DISCONNECT_RESPONSE" Reserve="0" TotalLength="8" />
    
    body="<DisconnectResponse CommunicationChannelID="16" status_code="ErrorCode.E_NO_ERROR" />" />
    
    2022-02-21 16:48:41 DEBUG (MainThread) [xknx.telegram] <Telegram direction="Incoming" source_address="1.0.33" destination_address="0/7/2" payload="<GroupValueWrite value="<DPTBinary value="0" />" />" />
    
    2022-02-21 16:48:41 DEBUG (MainThread) [xknx.state_updater] StateUpdater stopping
    
    2022-02-21 16:48:41 DEBUG (MainThread) [xknx.log] Closing transport.
    
    2022-02-21 16:48:44 DEBUG (MainThread) [xknx.knx] Sending to 192.168.0.249:3671 at 1645458524.9113364:
    
    <KNXIPFrame <KNXIPHeader HeaderLength="6" ProtocolVersion="16" KNXIPServiceType="CONNECT_REQUEST" Reserve="0" TotalLength="26" />
    
    body="<ConnectRequest control_endpoint="192.168.0.254:57542/udp" data_endpoint="192.168.0.254:57542/udp" request_type="ConnectRequestType.TUNNEL_CONNECTION " />" />
    
    2022-02-21 16:48:44 DEBUG (MainThread) [xknx.raw_socket] Received from ('192.168.0.249', 3671): 06100206001410000801c0a800f90e5704041002
    
    2022-02-21 16:48:44 DEBUG (MainThread) [xknx.knx] Received from 192.168.0.249:3671 at 1645458524.913907:
    
    <KNXIPFrame <KNXIPHeader HeaderLength="6" ProtocolVersion="16" KNXIPServiceType="CONNECT_RESPONSE" Reserve="0" TotalLength="20" />
    
    body="<ConnectResponse communication_channel="16" status_code="ErrorCode.E_NO_ERROR" data_endpoint="192.168.0.249:3671/udp" request_type="ConnectRequestType.TUNNEL_CONNECTION " identifier="4098" />" />
    
    2022-02-21 16:48:44 DEBUG (MainThread) [xknx.log] Tunnel established communication_channel=16, address=1.0.2

    Einen Kommentar schreiben:


  • danny
    antwortet
    Hallo,

    danke euch beiden. Ich werde mir das alles mal ansehen. Danke für den Tip das ich meinen Lautsprecher heller machen will. 😉 Sollte noch ein Leuchtmittel einbauen.
    Verstehe nur noch nicht ganz warum so einfache Sachen so schwer zu lösen sind.

    Gruß Danny

    Edit:

    Habe es soweit geschaft mit einem Sonos Player und Blueprint. Im Forum hier gibt es einen Trade, da geht es genau um die Frage von mir:

    https://knx-user-forum.de/forum/%C3%...54#post1745154

    meti oder aschamberger, könnt ihr den Blueprint vielleicht Online bei euch mit aufnehmen?
    Zuletzt geändert von danny; 20.02.2022, 16:06.

    Einen Kommentar schreiben:


  • aschamberger
    antwortet

    ​​​Das geht alles über meine Python Kenntnisse hinaus leider

    Ja, Grundsätzlich geht das mit dem template Sensor. Man muss dann halt nur noch mehr Sachen an 2 Stellen und auch weitere Inputs im blueprint konfigurieren obwohl die entity schon konfiguriert ist. Aber vielleicht mach ich das so, dann hab ich wenigstens nur 8 blueprints in meinem Fall und einmal die Templates.

    Nur bei Volume? Oder Player state auf binary oder ...

    Ich hab das gleiche Spiel die Tage auch mit Cover gemacht und konnte kein einziges exposure_register nutzen nur hier konnte ich dann einfach Mode: parallel nehmen.

    Einen Kommentar schreiben:


  • meti
    antwortet
    Kannst gerne nen PR machen. Hier hättest du ne Vorlage: https://github.com/home-assistant/core/pull/47734

    Mittlerweile denk ich eigentlich nicht mehr dass es ne besonders gute Idee wär weil das wahrscheinlich unfassbar viele, unnötig komplizierte, Supportanfragen generieren würde. Man kann ja auch einfach eine Template entity (Sensor) erstellen und das exposen.

    Eigentlich gibts das Problem nur bei MediaPlayer weil die "volume" aus irgendeinem Grund als 0-1 codieren, statt als % 🤷
    Zuletzt geändert von meti; 20.02.2022, 10:13.

    Einen Kommentar schreiben:


  • aschamberger
    antwortet
    Ja das wird wahrscheinlich die einzige Möglichkeit sein.

    Mein Blueprint unterstützt nur eine enitiy. Mehr macht auch keinen Sinn. Wenn dann gruppiert man die Player im LMS damit die synchronisiert sind

    Und es gibt definitiv keine Möglichkeit das knx.exposure_register mit templates zu erweitern? In Blueprints ist das damit für KNX wo man meistens eine Konvertierung braucht eigentlich nie/nur selten verwendbar...

    Einen Kommentar schreiben:


  • meti
    antwortet
    Müsstest einen separaten Blueprint für Lautstärke ändern und Status senden machen.
    Status senden funktioniert vermutlich eh nicht richtig wenn man mehrere MediaPlayer entitites (mit evtl. unterschiedlichen Volumes) als Target auswählt - oder Areas. Deshalb hab ichs zumindest beim Licht nicht gemacht.
    Zuletzt geändert von meti; 20.02.2022, 09:58.

    Einen Kommentar schreiben:


  • aschamberger
    antwortet
    Guten Morgen,

    mein Blueprint funktioniert teilweise.

    Befehle aus dem KNX gehen (on/off, mute, volume). Das mit den Favoriten könntest du einfach löschen (da iteriere ich einfach durch die Favoriten des LMS per Taster).

    Großes ABER: die Status Meldungen gehen so nicht: Jeder Trigger beendet die zuvor gestartete Instanz (mode: restart). Das braucht man sonst geht das mit dem Dimmen nicht.

    Das führt aber dazu, dass beim 1. Dimm Step=State Update gleich die Dimm-Sequenz wieder beendet wird Heißt nur ein Schritt geht dann.

    Was man bräuchte wäre ein knx.exposure_register Service bei dem man den PayLoad mit einem template anpassen kann, weil man volume und state konvertieren muss. Gibt's aber leider nicht. Weil damit würde das außerhalb der Automation ablaufen und die race condition wäre aufgelöst.

    Summary: Ich weiß noch nicht wie ich weitermache. Wenn du den Status nicht brauchst kannst du das einfach aus meinem gist rauslöschen und sollte funktionieren.

    VG Andreas

    Einen Kommentar schreiben:


  • meti
    antwortet
    Hi 👋!
    Zitat von danny Beitrag anzeigen
    Ob das mit dem Blueprint ein guter Ansatz ist kann ich auch nicht beurteilen. Aber dachte so kann jeder was damit anfangen und es kann auf mehr Sonos Geräte angewendet werden.
    Es ist auf jeden Fall der komplizierteste Ansatz. Wenn du damit im HA Forum oder Discord aufschlägst wirst du immer zu hören bekommen "Mach erst eine Automation, und wenn die funktioniert kannst du versuchen ein Blueprint draus zu machen."
    Probier erst mal die Services über die Developer-Tools aus, damit du weißt was da wie funktioniert.

    Zitat von danny Beitrag anzeigen
    Wollte das jetzt auf Sonos ändern, aber klappt natürlich nicht. Wo hab ich hier meine Fehler?
    Du versuchst die Helligkeit deiner Lautsprecher zu ändern. `brightness_step: '{{ dimm_step }}'`

    Gestern hatte jemand im Xknx Discord genau das gleiche Ziel. Weiß aber nicht ob es schlussendlich geklappt hat - könnt euch ja mal austauschen... https://gist.github.com/aschamberger...9da495c0065992
    Zuletzt geändert von meti; 20.02.2022, 07:36.

    Einen Kommentar schreiben:


  • danny
    antwortet
    Servus zusammen,

    ich hab mir mal Homeassistant installiert, aber scheitere schon am ersten Versuch. Wollte eigenlich nur Sonos über KNX lauter und leiser machen über Dpt3.007. Dachte mir der beste Ansatz ist ein Blueprint. Es gibt 1 Beispiele bei Homeassisant aber das scheint zu alt zu sein. Jetzt hab ich mir ein Blueprint mit KNX und Licht Dimmen rausgesucht von farmio/knx-relative-dimming-for-lights.yaml. Wollte das jetzt auf Sonos ändern, aber klappt natürlich nicht. Wo hab ich hier meine Fehler?

    Code:
    blueprint:
      name: KNX - relative dimming for sonos
      description: Controll Home Assistant Sonos entities from KNX switching and relative
        dimming (DPT 3.007) telegrams.
      domain: automation
      input:
        media_player:
          name: MediaPlayer Device
          description: "Select the media player:"
          selector:
            entity:
              domain: media_player
        switch_address:
          name: Switch group address
          description: >
            Group address for switching the lights on and off. DPT 1
            Example: '1/2/3'
        dimm_address:
          name: Relative dimming address
          description: >
            Group address for dimming the lights. DPT 3.007
            Example: '1/2/4'
        dimm_time:
          name: Dimm time
          description: Time dimming from 0 to 100% shall take.
          selector:
            number:
              min: 1.0
              max: 20.0
              step: 0.1
              unit_of_measurement: seconds
              mode: slider
          default: 4
        dimm_steps:
          name: Dimm steps
          description: Steps used to dimm from 0 to 100%.
          selector:
            number:
              min: 2.0
              max: 100.0
              step: 1.0
              unit_of_measurement: steps
              mode: slider
          default: 20
    mode: restart
    max_exceeded: silent
    variables:
      _dimm_time: !input 'dimm_time'
      _dimm_steps: !input 'dimm_steps'
      dimm_time: '{{ _dimm_time|float }}'
      dimm_steps: '{{ _dimm_steps|int }}'
      dimm_step: '{{ (255 / dimm_steps) | round(0, ''ceil'') }}'
      dimm_delay: '{{ dimm_time * 1000 / dimm_steps }}'
    trigger:
    - platform: homeassistant
      event: start
      id: initialize
    - platform: event
      event_type: automation_reloaded
      id: initialize
    - platform: event
      event_type: service_registered
      event_data:
        domain: knx
        service: event_register
      id: initialize
    - platform: event
      event_type: knx_event
      event_data:
        destination: !input 'switch_address'
        telegramtype: GroupValueWrite
      id: switch
    - platform: event
      event_type: knx_event
      event_data:
        destination: !input 'dimm_address'
        telegramtype: GroupValueWrite
      id: dimm
    action:
    - choose:
      - conditions:
          condition: and
          conditions:
          - condition: trigger
            id: switch
          - '{{ trigger.event.data.data == 1 }}'
        sequence:
        - service: media_player.media_play
          target: !input 'media_player'
      - conditions:
          condition: and
          conditions:
          - condition: trigger
            id: switch
          - '{{ trigger.event.data.data == 0 }}'
        sequence:
        - service: media_player.media_stop
          target: !input 'media_player'
      - conditions:
          condition: and
          conditions:
          - condition: trigger
            id: dimm
          - '{{ 9 <= trigger.event.data.data <= 15 }}'
        sequence:
        - repeat:
            count: '{{ dimm_steps }}'
            sequence:
            - service: media_player.media_play
              target: !input 'media_player'
              data:
                brightness_step: '{{ dimm_step }}'
            - delay:
                milliseconds: '{{ dimm_delay }}'
      - conditions:
          condition: and
          conditions:
          - condition: trigger
            id: dimm
          - '{{ 1 <= trigger.event.data.data <= 7 }}'
        sequence:
        - repeat:
            count: '{{ dimm_steps }}'
            sequence:
            - service: media_player.media_play
              target: !input 'media_player'
              data:
                brightness_step: '{{ -dimm_step }}'
            - delay:
                milliseconds: '{{ dimm_delay }}'
      - conditions:
          condition: trigger
          id: initialize
        sequence:
        - service: knx.event_register
          data:
            address: !input 'switch_address'
        - service: knx.event_register
          data:
            address: !input 'dimm_address'
    Ob das mit dem Blueprint ein guter Ansatz ist kann ich auch nicht beurteilen. Aber dachte so kann jeder was damit anfangen und es kann auf mehr Sonos Geräte angewendet werden.

    Gruß und danke,
    Danny

    Einen Kommentar schreiben:


  • jaegerschnitzel
    antwortet
    Zitat von h4nnes Beitrag anzeigen
    Hmm okay, das hatte ich falsch verstanden. Die offzielle Unifi Integration habe ich am Laufen. Da lässt sich aber, zu mindestens wie ich es sehe, kein POE von einem Unifi Device (AP) abschalten?!
    Nein funktioniert laut Doku derzeit noch nicht.
    Control clients powered by POE


    Entities appear automatically for each connected POE client. If no POE client device is in operation, no entity will be visible. Note: UniFi infrastructure devices such as access points and other switches are not (yet) supported, even if they are powered over ethernet themselves.

    Note that POE control actually configures the network port of the switch which the client is connected to.

    Einen Kommentar schreiben:


  • h4nnes
    antwortet
    Hmm okay, das hatte ich falsch verstanden. Die offzielle Unifi Integration habe ich am Laufen. Da lässt sich aber, zu mindestens wie ich es sehe, kein POE von einem Unifi Device (AP) abschalten?!

    Einen Kommentar schreiben:


  • meti
    antwortet
    Dort ist doch eh auch ein Link zur Integration. Oder einfach auf der HA Seite unter Integrations nach "UniFi" suchen 🤷
    Eine Lib kannst du nicht einfach "einbinden" - dafür braucht man ne Integration.

    Einen Kommentar schreiben:


  • h4nnes
    antwortet
    Okay, danke! Muss ich mir mal die Logs genau durchschauen.

    Kurz was anderes: In dem anderen Thread (https://knx-user-forum.de/forum/%C3%...in-ausschalten) hast du die "aiounifi" Lib erwähnt. Wie kann ich die denn in HA einbinden?

    Einen Kommentar schreiben:


  • meti
    antwortet
    Ja da wird wohl dazwischen ein disconnect passiert sein. Sowas kann unter Umständen auch durch Fehler in anderen Integrationen (oder custom components) kommen.

    Einen Kommentar schreiben:


  • h4nnes
    antwortet
    Hmm komischerweise kommt ja, dass die Entity "nicht mehr verfügbar" ist und dann frägt er diese direkt wieder ab. Seh im Busmonitor auch die Abfrage

    Einen Kommentar schreiben:

Lädt...
X