Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. Deutsch
    3. Tester
    4. Test Adapter e3dc-rscp v0.0.x GitHub

    NEWS

    • js-controller Lucy (Version 7.0) jetzt im Stable Repository

    • ioBroker 10-Jahres Community Treffen - ein kleiner ReCap

    • Tester für Responsive Initiative gesucht

    Test Adapter e3dc-rscp v0.0.x GitHub

    This topic has been deleted. Only users with topic management privileges can see it.
    • A
      ArnoD last edited by ArnoD

      Habe jetzt das Auto mal angesteckt und es werden bereits einige Werte übertragen:
      wallbox1.png

      wallbox2.png

      Nachtrag:
      ohne PV-Leistung vom Dach kann ich jetzt nicht alles testen.
      Die Leistungs Werte L1 bis L3 sind schon mal richtig.
      Beim Tag ENERGY_ALL stimmt der Wert nicht, zeigt bei mir nur 4300 W an und das Auto wird aber mit 10330 W geladen.
      (beim rscpgui wird hier Wh angegeben, denke aber das es auch nicht richtig ist)

      Kann es sein das einige States doppelt angelegt wurden, einmal unter WB_0 und einmal unter WB

      git-kick 1 Reply Last reply Reply Quote 0
      • git-kick
        git-kick Developer @ArnoD last edited by

        @arnod said in Test Adapter e3dc-rscp v0.0.x GitHub:

        @arnod sagte in Test Adapter e3dc-rscp v0.0.x GitHub:

        e3dc-rscp.0.EMS.BALANCED_PHASES = 7
        Mit dem Wert kann ich nichts anfange, dachte immer ich hätte nur 3 Phasen Weiß jemand mehr darüber?

        Habe jetzt in der Tag Liste nach Phases gesucht und folgendes unter dem Tag "TAG_PM_ACTIVE_PHASES" gefunden:
        //just the three lowest bits of activePhases are used to define / //what phase is switched on. If the lowest bit is 1 phase1 is active / //if the lowest bit is 0 phase 1 is inactive ... / static const unsigned char PHASE_1 = 1 / static const unsigned char PHASE_2 = 2 / static const unsigned char PHASE_3 = 4 / f.e. if active Phases = 7 -> all phases are active

        Demnach würde das Ganze so aussehn:
        1 = L1
        2 = L2
        3 = L1 und L2
        4 = L3
        5 = L1 und L3
        6 = L2 und L3
        7 = L1, L2, L3

        Das würde bei mir auch zutreffen mit 7

        Danke @ArnoD, das baue ich gleich als Wertemenge für die ...PHASES Tags mit Wert 7 ein.

        1 Reply Last reply Reply Quote 0
        • git-kick
          git-kick Developer @ArnoD last edited by

          @arnod said in Test Adapter e3dc-rscp v0.0.x GitHub:

          @ujok sagte in Test Adapter e3dc-rscp v0.0.x GitHub:

          https://github.com/git-kick/ioBroker.e3dc-rscp/tree/v0.0.16-beta2

          Ok States werden jetzt angelegt:
          wallbox.png

          Das ist gut. Aber sehe ich das richtig, dass die Werte nicht unter WB_0 einsortiert werden, sondern daneben?

          A 1 Reply Last reply Reply Quote 0
          • git-kick
            git-kick Developer @ArnoD last edited by git-kick

            @arnod said in Test Adapter e3dc-rscp v0.0.x GitHub:

            Im LOG sind mehrere Warnungen:

            2021-12-05 12:36:19.891  - info: e3dc-rscp.0 (23219) starting. Version 0.0.16-beta in /opt/iobroker/node_modules/iobroker.e3dc-rscp, node: v12.22.7, js-controller: 3.3.20
2021-12-05 12:36:20.003  - info: e3dc-rscp.0 (23219) Connection to E3/DC is established
2021-12-05 12:36:27.472  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_UNKNOWN_TAG (7) - tag TAG_PVI_REQ_TEMPERATURE_COUNT (0x2000101)
2021-12-05 12:36:27.479  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_DEVICE_ID (0xe000018)
2021-12-05 12:36:27.480  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_BAT_CAPACITY (0xe000019)
2021-12-05 12:36:27.483  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_USER_PARAM (0xe00001a)
2021-12-05 12:36:27.485  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_MAX_CURRENT (0xe00001b)
2021-12-05 12:36:27.486  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_PHASE_VOLTAGE (0xe00001c)
2021-12-05 12:36:27.489  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_DISPLAY_SPEECH (0xe00001d)
2021-12-05 12:36:27.490  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_DESIGN (0xe00001e)
2021-12-05 12:36:27.494  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_CP_PEGEL (0xe000024)
2021-12-05 12:36:27.497  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_PP_IN_A (0xe000025)
2021-12-05 12:36:27.497  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_STATUS_DIODE (0xe000026)
2021-12-05 12:36:27.498  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_DIG_IN_1 (0xe000027)
2021-12-05 12:36:27.498  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_DIG_IN_2 (0xe000028)
2021-12-05 12:36:34.538  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_UNKNOWN_TAG (7) - tag TAG_PVI_REQ_TEMPERATURE_COUNT (0x2000101)
2021-12-05 12:36:34.540  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_DEVICE_ID (0xe000018)
2021-12-05 12:36:34.540  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_BAT_CAPACITY (0xe000019)
2021-12-05 12:36:34.540  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_USER_PARAM (0xe00001a)
2021-12-05 12:36:34.541  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_MAX_CURRENT (0xe00001b)
2021-12-05 12:36:34.541  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_PHASE_VOLTAGE (0xe00001c)
2021-12-05 12:36:34.541  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_DISPLAY_SPEECH (0xe00001d)
2021-12-05 12:36:34.541  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_DESIGN (0xe00001e)
2021-12-05 12:36:34.542  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_CP_PEGEL (0xe000024)
2021-12-05 12:36:34.542  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_PP_IN_A (0xe000025)
2021-12-05 12:36:34.542  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_STATUS_DIODE (0xe000026)
2021-12-05 12:36:34.549  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_DIG_IN_1 (0xe000027)
2021-12-05 12:36:34.549  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_DIG_IN_2 (0xe000028)
2021-12-05 12:36:41.339  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_UNKNOWN_TAG (7) - tag TAG_PVI_REQ_TEMPERATURE_COUNT (0x2000101)
2021-12-05 12:36:41.340  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_DEVICE_ID (0xe000018)
2021-12-05 12:36:41.341  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_BAT_CAPACITY (0xe000019)
2021-12-05 12:36:41.341  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_USER_PARAM (0xe00001a)
2021-12-05 12:36:41.341  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_MAX_CURRENT (0xe00001b)
2021-12-05 12:36:41.341  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_PHASE_VOLTAGE (0xe00001c)
2021-12-05 12:36:41.341  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_DISPLAY_SPEECH (0xe00001d)
2021-12-05 12:36:41.341  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_DESIGN (0xe00001e)
2021-12-05 12:36:41.342  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_CP_PEGEL (0xe000024)
2021-12-05 12:36:41.342  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_PP_IN_A (0xe000025)
2021-12-05 12:36:41.342  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_STATUS_DIODE (0xe000026)
2021-12-05 12:36:41.342  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_DIG_IN_1 (0xe000027)
2021-12-05 12:36:41.342  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_DIG_IN_2 (0xe000028)
2021-12-05 12:36:48.181  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_UNKNOWN_TAG (7) - tag TAG_PVI_REQ_TEMPERATURE_COUNT (0x2000101)
2021-12-05 12:36:48.182  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_DEVICE_ID (0xe000018)
2021-12-05 12:36:48.182  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_BAT_CAPACITY (0xe000019)
2021-12-05 12:36:48.183  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_USER_PARAM (0xe00001a)
2021-12-05 12:36:48.183  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_MAX_CURRENT (0xe00001b)
2021-12-05 12:36:48.183  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_PHASE_VOLTAGE (0xe00001c)
2021-12-05 12:36:48.183  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_DISPLAY_SPEECH (0xe00001d)
2021-12-05 12:36:48.183  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_DESIGN (0xe00001e)
2021-12-05 12:36:48.183  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_CP_PEGEL (0xe000024)
2021-12-05 12:36:48.184  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_PP_IN_A (0xe000025)
2021-12-05 12:36:48.184  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_STATUS_DIODE (0xe000026)
2021-12-05 12:36:48.184  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_DIG_IN_1 (0xe000027)
2021-12-05 12:36:48.184  - warn: e3dc-rscp.0 (23219) Received data type ERROR: RSCP_ERR_ACCESS_DENIED (2) - tag TAG_WB_REQ_DIAG_DIG_IN_2 (0xe000028)

            Ok, dann sind die DIAG... tags anscheinend nicht für uns USER zugänglich (es gibt noch INSTALLER, PARTNER und drei E3DC-Level) - ich nehme die DIAG... Tags raus.

            Die Meldung bzgl. TAG_PVI_REQ_TEMPERATURE_COUNT ist merkwürdig. Mein E3/DC antwortet hier einwandfrei (Wert 4). Option wäre hier, diese Meldung in den debug-Level zu verschieben. Aber eigentlich finde ich es in dieser Phasse ganz gut, wenn wir solche vom E3/DC gemeldeten Fehler auch zu sehen bekommen.
            In deinem silly-Log sehe ich auch mehrmals, wie der Wert 4 ankommt. Lass uns weiter beobachten, ob der TAG_PVI_REQ_TEMPERATURE_COUNT Fehler wieder auftritt.

            1 Reply Last reply Reply Quote 0
            • A
              ArnoD @git-kick last edited by

              @ujok sagte in Test Adapter e3dc-rscp v0.0.x GitHub:

              Aber sehe ich das richtig, dass die Werte nicht unter WB_0 einsortiert werden, sondern daneben?

              Ja, die Werte werden zweimal angelegt, einmal unter WB_0 und einmal unter WB

              git-kick 1 Reply Last reply Reply Quote 0
              • git-kick
                git-kick Developer @ArnoD last edited by git-kick

                @arnod said in Test Adapter e3dc-rscp v0.0.x GitHub:

                Ja, die Werte werden zweimal angelegt, einmal unter WB_0 und einmal unter WB

                In diesem Screenshot sieht es aber so aus, dass einige Werte unter WB sind und andere unter WB_0 - was korrekt wäre...
                https://forum.iobroker.net/assets/uploads/files/1638706251081-wallbox1.png

                Aber ein paar sind auch doppelt vorhanden. Kannst du bitte nochmal den Objektbaum löschen, den Adapter neu starten und dann den Objektbaum nochmal posten?

                A 1 Reply Last reply Reply Quote 0
                • git-kick
                  git-kick Developer @ArnoD last edited by

                  @arnod said in Test Adapter e3dc-rscp v0.0.x GitHub:

                  Die Leistungs Werte L1 bis L3 sind schon mal richtig.
                  Beim Tag ENERGY_ALL stimmt der Wert nicht, zeigt bei mir nur 4300 W an und das Auto wird aber mit 10330 W geladen.
                  (beim rscpgui wird hier Wh angegeben, denke aber das es auch nicht richtig ist)

                  Ich denke hier habe ich die falsche Einheit eingetragen. ENERGY ist eindeutig Wh (oder kWh), nicht W. Also ich denke RscpGui liegt hier richtig.
                  Könnte 4,3 kWh geladen nicht stimmen? Eine knappe halbe Stunde mit 10330 W?

                  A 1 Reply Last reply Reply Quote 0
                  • A
                    ArnoD @git-kick last edited by

                    @ujok sagte in Test Adapter e3dc-rscp v0.0.x GitHub:

                    Aber ein paar sind auch doppelt vorhanden. Kannst du bitte nochmal den Objektbaum löschen, den Adapter neu starten und dann den Objektbaum nochmal posten?

                    Hier den Objektbaum WB:
                    wallbox1.png

                    und hier mit aufgeklapptem Objektbaum WB_0:
                    wallbox2.png

                    1 Reply Last reply Reply Quote 0
                    • A
                      ArnoD @git-kick last edited by

                      @ujok sagte in Test Adapter e3dc-rscp v0.0.x GitHub:

                      Ich denke hier habe ich die falsche Einheit eingetragen. ENERGY ist eindeutig Wh (oder kWh), nicht W. Also ich denke RscpGui liegt hier richtig.
                      Könnte 4,3 kWh geladen nicht stimmen? Eine knappe halbe Stunde mit 10330 W?

                      Ok habe die Werte jetzt noch mal angesehen.
                      Also, wenn etwas einigermaßen stimmt dann Wh. Komme zwar nicht genau auf die Werte, aber annähernd.

                      1 Reply Last reply Reply Quote 0
                      • A
                        ArnoD last edited by

                        Uli in IDLE_PERIODS_DISCHARGE sind keine Werte enthalten, ist das noch nicht so weit oder liegt es an der v0.0.16-beta2 ?

                        git-kick 1 Reply Last reply Reply Quote 0
                        • git-kick
                          git-kick Developer @ArnoD last edited by git-kick

                          @arnod said in Test Adapter e3dc-rscp v0.0.x GitHub:

                          Uli in IDLE_PERIODS_DISCHARGE sind keine Werte enthalten, ist das noch nicht so weit oder liegt es an der v0.0.16-beta2 ?

                          Bei mir sind (mit v0.0.16-beta3) alle Werte da, es gibt aber eine kleine Verzögerung beim ersten Öffnen der Tages-Ordner, bis die Werte angezeigt werden (max. etwa 1 Sekunde). Bist du sicher, dass die Werte dauerhaft nicht erscheinen? Wenn ja, bitte ich wieder um ein silly-log ab Adapter-Start 😇

                          git-kick 1 Reply Last reply Reply Quote 0
                          • git-kick
                            git-kick Developer @git-kick last edited by git-kick

                            Neue WB bugfix Version:
                            https://github.com/git-kick/ioBroker.e3dc-rscp/tree/v0.0.16-beta3

                            Ich habe ein falsches (PVI) Anfragetag aus der WB-Anfrage entfernt - evtl. hilft das gegen die Doppel im Objektbaum (bin nicht sicher)

                            Bitte auch die Werte
                            "WB.WB_0.EXTERN_DATA_SUN",
                            "WB.WB_0.EXTERN_DATA_NET",
                            "WB.WB_0.EXTERN_DATA_ALL",
                            "WB.WB_0.EXTERN_DATA_ALG",
                            "WB.WB_0.EXTERN_RSP_PARAM_1",
                            "WB.WB_0.EXTERN_RSP_PARAM_2"
                            prüfen, denn die kommen alle in extra Containern, da habe ich das Handling jetzt eingebaut. Zudem sollten die ByteArray-Werte jetzt als hex dump (z.B. "FA AB 01 02") dargestellt werden.

                            v0.0.16-beta3

                            • WB inbound containers are now handled
                            • ByteArray values are translated to "hex dump" strings
                            • wrong PVI request tag was removed from WB get data frame

                            P.S. das silly-log (txt-Datei) war sehr hilfreich, bitte bei WB-Fehlern wieder beilegen, dann habe ich viel bessere Karten bei der Fehlersuche ...

                            A 1 Reply Last reply Reply Quote 0
                            • A
                              ArnoD @git-kick last edited by

                              @ujok
                              Habe die neue Version installiert.
                              Bei den SYS_SPECS ist jetzt was durcheinander gekommen, da sieht die Beschriftung jetzt so aus:
                              wallbox.png

                              A 1 Reply Last reply Reply Quote 0
                              • A
                                ArnoD @ArnoD last edited by ArnoD

                                WB sieht jetzt gut aus und ist alles unter WB_0 abgelegt:
                                wallbox1.png

                                Nur manche Werte sehen jetzt komisch aus.
                                Keine Warnungen im LOG

                                1 Reply Last reply Reply Quote 0
                                • A
                                  ArnoD last edited by

                                  LOG Datei Silly:
                                  Neues Textdokument.txt

                                  1 Reply Last reply Reply Quote 0
                                  • A
                                    ArnoD last edited by

                                    Habe jetzt das E-Auto angesteckt, und die Werte L1-L3 sind richtig.
                                    Alle ENERGY Werte werden jetzt in Wh angezeigt.
                                    wallbox1.png

                                    git-kick 1 Reply Last reply Reply Quote 0
                                    • git-kick
                                      git-kick Developer @ArnoD last edited by git-kick

                                      Durch den Ausfall des Forum-Servers sind ein paar (wenige) Posts verloren gegangen.
                                      Um wieder gemeinsam aufzusetzen, hier meine aktuelle Version:
                                      https://github.com/git-kick/ioBroker.e3dc-rscp/tree/v0.0.16-beta4

                                      Ich habe die falsche Darstellung der Namen und Strings (u.a. unter SYS_SPECS) korrigiert.
                                      Bitte die Daten unter WB prüfen, insbesondere die ByteArrays (EXTERN_..., RSP_PARAM_...), diese Werte sollten jetzt in Hex-Darstellung (z.B. "F0 11 00 0D") erscheinen.

                                      1 Reply Last reply Reply Quote 0
                                      • A
                                        ArnoD last edited by ArnoD

                                        Version 0.6.16-beta4 installiert.
                                        Falsche Darstellung der Namen unter SYS_SPECS 👍
                                        Keine Warnungen oder Fehlermeldungen im LOG 👍

                                        Bei EMS.IDLE_PERIODS_DISCHARGE werden keine States angelegt.

                                        Bitte die Daten unter WB prüfen, insbesondere die ByteArrays (EXTERN_..., RSP_PARAM_...), diese Werte sollten jetzt in Hex-Darstellung (z.B. "F0 11 00 0D") erscheinen.

                                        Ja ist so, da ich nicht weiß, was du genau benötigst, hier ein Screenshot:
                                        wallbox.png

                                        git-kick 2 Replies Last reply Reply Quote 0
                                        • git-kick
                                          git-kick Developer @ArnoD last edited by

                                          @arnod said in Test Adapter e3dc-rscp v0.0.x GitHub:

                                          Version 0.6.16-beta4 installiert.

                                          Bei EMS.IDLE_PERIODS_DISCHARGE werden keine States angelegt.

                                          Bei mir werden die EMS.IDLE_PERIODS_DISCHARGE immer sauber angelegt, deshalb tu ich mich schwer mit der Fehlersuche. Kannst du dazu bitte ein silly-Log posten?

                                          A 1 Reply Last reply Reply Quote 0
                                          • git-kick
                                            git-kick Developer @ArnoD last edited by

                                            @arnod said in Test Adapter e3dc-rscp v0.0.x GitHub:

                                            Version 0.6.16-beta4 installiert.

                                            Bitte die Daten unter WB prüfen, insbesondere die ByteArrays (EXTERN_..., RSP_PARAM_...), diese Werte sollten jetzt in Hex-Darstellung (z.B. "F0 11 00 0D") erscheinen.

                                            Ja ist so, da ich nicht weiß, was du genau benötigst, hier ein Screenshot:
                                            wallbox.png

                                            Danke, ich wollte zunächst nur wissen, ob die ByteArrays jetzt ordentlich dargestellt werden, denn diesen RSCP-Datentyp hatten wir bisher noch nicht. Was die Bytefolgen bedeuten, ist ein anderesThema, da müssen die E3/DC oder Easyconnect Wallbox-Besitzer ran, soweit das überhaupt relevant ist...

                                            Um die noch fehlenden Namen im Screenshot kümmere ich mich.

                                            A 1 Reply Last reply Reply Quote 0
                                            • First post
                                              Last post

                                            Support us

                                            ioBroker
                                            Community Adapters
                                            Donate

                                            1.8k
                                            Online

                                            30.5k
                                            Users

                                            76.8k
                                            Topics

                                            1.2m
                                            Posts

                                            battery e3dc electricity energy photovoltaic rscp
                                            38
                                            470
                                            33263
                                            Loading More Posts
                                            • Oldest to Newest
                                            • Newest to Oldest
                                            • Most Votes
                                            Reply
                                            • Reply as topic
                                            Log in to reply
                                            Community
                                            Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen
                                            The ioBroker Community 2014-2023
                                            logo