Ankündigung

Einklappen
Keine Ankündigung bisher.

Wertevergleich BMS Quadra -> Raspberry Pi

Einklappen
X
Einklappen
 
  • Seite von 1
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge
Vorherige template Weiter
    #1

    Wertevergleich BMS Quadra -> Raspberry Pi

    Ich kann mir die Werte nicht erklären. Breite und Länge stimmen, bei Quadra als auch bei Raspberry. Zugegeben, der Raspberry kann etwas genauer eingestellt werden, aber die Abweichung kann ich mir nicht erklären.
    Quadra liefert: Azimut 281, Elevation -41
    Raspberry:
    2016-12-19 13:54:06,138 INFO laden Raspberry Sonnenposition Azimut und Altitüde(3.5273048877716064, 0.2582785487174988)
    Kann mir das jemand erklären?
    never fummel a running system...
    Stichworte: -
    #2
    Hallo,

    da hänge ich mich ein.
    Hier habe ich ein Diagramm angehängt von meiner Quadra mit den Azimut und Elevation Werten.
    https://knx-user-forum.de/forum/%C3%...28#post1002428

    Azimut gibt dir die Sonnenwanderung in Grad an (360°) und Elevation die Höhe der Sonne (die kann negativ werden wenn sie untergegangen ist).
    Somit denke ich dass dein Quadra Wert plausibel aussieht und du beim Raspberry einen falschen Datentyp oder einen Fehler bei der Umrechnung hast.
    Oder es gibt noch andere Notifikationen,...

    Wie zufrieden bist du mit den Windwerten?
    Klappt bei dir die Regendetektion?
    Ein Nieselregen wird von meiner Quadra überhaupt nicht erkannt - leider.

    Kommentar

      #3
      Regen, Wind, Temperatur usw habe ich keine Probleme und die scheinen auch zu passen.

      Aber am 19.12.2016 um 14.00 Uhr ist sicher kein negativer Wert in der Elevation / Altitüde vorhanden. Nachdem die sun.rise und sun.set Werte von meinem Raspberry ziemlich genau mit den sowohl beobachteten Werten als auch mit den Vergleichswerten im Internet (https://www.timeanddate.com/astronom...ny/ludwigsburg) übereinstimmen glaube ich an ein Quadra-Problem.

      Die Ausrichtung der Quadra nach Norden stimmt, als Ort habe ich zunächst mal Stuttgart eingestellt, das kann aber max. 5% Abweichung ausmachen, denn das liegt ca. 14 KM südlich von mir.

      Denkbar wäre noch der Datentyp, hier habe ich knx_dpt=8, 2 Byte, num eingestellt.
      never fummel a running system...

      Kommentar

        #4
        Ich hab hier in Esslingen auch ne Quadra auf dem Dach (Ort ist ebenfalls Stuttgart eingestellt).
        Punkt 14:45 19.12.16 liefert sie mir Azimut: 2,13 und Elevation: 0,1

        @TRex: Ich denke das Problem ist der Datentyp: versuch es mal mit dpt=9.*, 2-Byte, Gleitkommawert

        Grüße Johannes
        Zuletzt geändert von jorues; 19.12.2016, 14:50.

        Kommentar

          #5
          0,1 wäre 10 Grad wenn ich das richtig interpretiere.... das dürfte hinkommen.
          Ist der DPT 9 dann nur für die Elevation oder auch für den Azimut und die Windrichtung?
          never fummel a running system...

          Kommentar

            #6
            Hab gerade nochmal die ETS angeworfen und ein Blick ins Handbuch gewagt, in der ETS war bei mir sowohl für Azimut, Elevation und Windrichtung DPT=9.* eingestellt.
            Laut Handbuch (http://bms-solutions.de/wp-content/u...andbuch_DE.pdf, S. 82 ff.) sollten es aber DPT=8.011 (Rotationswinkel °) für alle drei Werte sein. Hab das eben mal bei mir eingestellt, die Werte im Monitor passen trotzdem ganz gut. Azimut 219° Elevation8° Wind 360° (kein Wind).

            Kannst du das mal bei dir in der ETS prüfen?

            Wo/wie genau hast du die Werte der Quadra anzeigen lassen? Ich denke diese werden schlichtweg falsch interpretiert.

            Grüße

            Johannes

            Kommentar

              #7
              ganz genau, und so ist es auch eingestellt. Aber auf dem Py gibt es ja den DPT 8.xxx nicht, sondern nur 7-9
              dort habe ich dann folgendes eingestellt:
              Code:
               [[astro]]
  [[[azimut]]]
   type = num
   visu_acl = rw
   knx_dpt = 8
   knx_listen = 0/1/16
  [[[elevation]]]
   type = num
   visu_acl = rw
   knx_dpt = 8
   knx_listen = 0/1/15
              und das scheint dann nicht deckungsgleich zu sein.
              Zumindest in Smarthome.py gibt es das nicht.
              Code:
              The following datapoint types are supported: [TABLE="class: table, border: 0"]
[TR="class: row-odd"]
DPT 			Data 			Type 			Values 		[/TR]
[TR="class: row-even"]
[TD]1[/TD]
 			[TD]1 bit[/TD]
 			[TD]bool[/TD]
 			[TD]True | False[/TD]
 		[/TR]
[TR="class: row-odd"]
[TD]2[/TD]
 			[TD]2 bit[/TD]
 			[TD]list[/TD]
 			[TD][0, 0] - [1, 1][/TD]
 		[/TR]
[TR="class: row-even"]
[TD]3[/TD]
 			[TD]4 bit[/TD]
 			[TD]list[/TD]
 			[TD][0, 0] - [1, 7][/TD]
 		[/TR]
[TR="class: row-odd"]
[TD]4.002[/TD]
 			[TD]8 bit[/TD]
 			[TD]str[/TD]
 			[TD]1 character (8859_1) e.g. ‘c’[/TD]
 		[/TR]
[TR="class: row-even"]
[TD]5[/TD]
 			[TD]8 bit[/TD]
 			[TD]num[/TD]
 			[TD]0 - 255[/TD]
 		[/TR]
[TR="class: row-odd"]
[TD]5.001[/TD]
 			[TD]8 bit[/TD]
 			[TD]num[/TD]
 			[TD]0 - 100[/TD]
 		[/TR]
[TR="class: row-even"]
[TD]6[/TD]
 			[TD]8 bit[/TD]
 			[TD]num[/TD]
 			[TD]-128 - 127[/TD]
 		[/TR]
[TR="class: row-odd"]
[TD]7[/TD]
 			[TD]2 byte[/TD]
 			[TD]num[/TD]
 			[TD]0 - 65535[/TD]
 		[/TR]
[TR="class: row-even"]
[TD]8[/TD]
 			[TD]2 byte[/TD]
 			[TD]num[/TD]
 			[TD]-32768 - 32767[/TD]
 		[/TR]
[TR="class: row-odd"]
[TD]9[/TD]
 			[TD]2 byte[/TD]
 			[TD]num[/TD]
 			[TD]-671088,64 - 670760,96[/TD]
 		[/TR]
[TR="class: row-even"]
[TD]10[/TD]
 			[TD]3 byte[/TD]
 			[TD]foo[/TD]
 			[TD]datetime.time[/TD]
 		[/TR]
[TR="class: row-odd"]
[TD]11[/TD]
 			[TD]3 byte[/TD]
 			[TD]foo[/TD]
 			[TD]datetime.date[/TD]
 		[/TR]
[TR="class: row-even"]
[TD]12[/TD]
 			[TD]4 byte[/TD]
 			[TD]num[/TD]
 			[TD]0 - 4294967295[/TD]
 		[/TR]
[TR="class: row-odd"]
[TD]13[/TD]
 			[TD]4 byte[/TD]
 			[TD]num[/TD]
 			[TD]-2147483648 - 2147483647[/TD]
 		[/TR]
[TR="class: row-even"]
[TD]14[/TD]
 			[TD]4 byte[/TD]
 			[TD]num[/TD]
 			[TD]4-Octet Float Value IEEE 754[/TD]
 		[/TR]
[TR="class: row-odd"]
[TD]16[/TD]
 			[TD]14 byte[/TD]
 			[TD]str[/TD]
 			[TD]14 characters (ASCII)[/TD]
 		[/TR]
[TR="class: row-even"]
[TD]16.001[/TD]
 			[TD]14 byte[/TD]
 			[TD]str[/TD]
 			[TD]14 characters (8859_1)[/TD]
 		[/TR]
[TR="class: row-odd"]
[TD]17[/TD]
 			[TD]8 bit[/TD]
 			[TD]num[/TD]
 			[TD]Scene: 0 - 63[/TD]
 		[/TR]
[TR="class: row-even"]
[TD]20[/TD]
 			[TD]8 bit[/TD]
 			[TD]num[/TD]
 			[TD]HVAC: 0 - 255[/TD]
 		[/TR]
[TR="class: row-odd"]
[TD]24[/TD]
 			[TD]var[/TD]
 			[TD]str[/TD]
 			[TD]ulimited string (8859_1)[/TD]
 		[/TR]
[TR="class: row-even"]
[TD]232[/TD]
 			[TD]3 byte[/TD]
 			[TD]list[/TD]
 			[TD]RGB: [0, 0, 0] - [255, 255, 255][/TD]
 		[/TR]
[/TABLE]
              Quelle: https://mknx.github.io/smarthome/plugins/knx.html
              never fummel a running system...

              Kommentar

                #8
                Ich kenne mich leider nicht wirklich mit Smarthome.py aus. Aber das decoding für den dpt=8 im knx-plugin ist wie folgt umgesetzt:

                Code:
                def de8(payload):    
  if len(payload) != 2:        
     return None    
return struct.unpack('>h', payload)[0]
                Quelle: https://github.com/smarthomeNG/plugi...er/knx/dpts.py

                wenn ich das mit payload = '\x00\xDB' (was dem Wert von 219° entspricht) durchlaufen lasse, bekomme ich auch die 219° ausgespuckt, das sollte also richtig umgesetzt sein.

                Lässt du dir die Werte über eine Visu anzeigen oder direkt auf dem CLI?

                Grüße

                Johannes

                Kommentar

                Vorherige template Weiter
                Lädt...
                X

                Wir verarbeiten personenbezogene Daten über die Nutzer unserer Website mithilfe von Cookies und anderen Technologien, um unsere Dienste bereitzustellen. Weitere Informationen findest Du in unserer Datenschutzerklärung.

                Indem Du unten auf "ICH stimme zu" klickst, stimmst Du unserer Datenschutzerklärung und unseren persönlichen Datenverarbeitungs- und Cookie-Praktiken zu, wie darin beschrieben. Du erkennst außerdem an, dass dieses Forum möglicherweise außerhalb Deines Landes gehostet wird und bist damit einverstanden, dass Deine Daten in dem Land, in dem dieses Forum gehostet wird, gesammelt, gespeichert und verarbeitet werden.

                Ich stimme zu