API-Dokumentation für evse/state/contactor_state

[Marcus_S]

Hi,

ich teste gerade eine erste Version meiner Integration der Warp 2 Box in das SmarthomeNG (über die HTTP-API). Funktioniert soweit wirklich gut. Großes Lob an der Stelle für die Qualität der Schnittstelle und die Dokumentation. Besser gehts nicht...

Was mir aufgefallen ist:

Kann es sein das die Dokumentation an einer Stelle fehlerhaft ist und die beschriebenen Zustände für (1) und (2) vertauscht sind?

contactor_state int	Schützüberwachung. Überwacht wird die Spannung vor und nach dem Schütz 0 - Nicht stromführend vor und nach dem Schütz 1 - Nicht stromführend vor, aber stromführend nach dem Schütz 2 - Stromführend vor, aber nicht stromführend nach dem Schütz 3 - Stromführend vor und nach dem Schütz

 

Zumindest weisen bei mir das Webinterface und die HTTP-API für evse/state/contactor_state unterschiedliche Zustände aus....

[borg]

Um sicher zu gehen hab ich gerade in den Low-Level Code vom EVSE geschaut und dort ist es wie folgt definiert:

typedef enum {
    CONTACTOR_CHECK_STATE_AC1_NLIVE_AC2_NLIVE = 0,
    CONTACTOR_CHECK_STATE_AC1_LIVE_AC2_NLIVE  = 1,
    CONTACTOR_CHECK_STATE_AC1_NLIVE_AC2_LIVE  = 2,
    CONTACTOR_CHECK_STATE_AC1_LIVE_AC2_LIVE   = 3,
} ContactorCheckState;

(AC1 ist vor und AC2 nach dem Schütz)

Ich würde also sagen 1 und 2 sind vertauscht in der Doku. Ich fixe das gleich.