WARP1 und "http"-Module in Firmware 2.0.4

[michaelst]

Hallo,

seit mindestens der Firmware 2.0.4 steht das "http"-Modul bei der WARP1 auf false.
Funktionieren scheint es aber dennoch, wobei ich nicht die gesamte Funktionalität getestet habe.

War das beabsichtigt?

[rtrbt]

40 minutes ago, michaelst said:

War das beabsichtigt?

Nope, das ist nur bisher keinem aufgefallen. Danke für den Hinweis! Ist gefixt: https://github.com/Tinkerforge/esp32-firmware/commit/be3b55e9e4c548e69422e11411a3b5c3c01c3915

[michaelst]

Wunderbar, kein Problem.

esp32_brick ist ebenfalls false ...

Ich vermute, dass das nicht nur beim Ethernet Brick true sein sollte.

[mattsches]

esp32_brick hat er auch korrigiert, ist gleich ganz oben zu sehen, wenn du den Commit anschaust (Link in Eriks Post).

[rtrbt]

15 hours ago, michaelst said:

esp32_brick ist ebenfalls false ...

Ich vermute, dass das nicht nur beim Ethernet Brick true sein sollte.

esp32_brick soll beim Ethernet Brick false sein, ist ein anderes Modul. Mit dem Commit von oben ist aber esp32_ethernet_brick dann true ;)

Nebenbei: Die info/modules-API zu benutzen sollte fast immer unnötig sein. Du bekommst damit nur raus, ob ein Modul initialisiert ist, aber nicht ob das, was das Modul repräsentiert (z.B. das Stromzähler-Modul) auch funktioniert. Die API ist eher für das Webinterface gedacht. Wenn du z.B. rausfinden willst, ob Stromzählerwerte lesbar sind, benutze lieber info/features

[kmfrank]

Ich verstehe zwar nicht wovon Ihr redet, finde es aber toll das es Antwoten auf interne Fragen gibt 👍

[michaelst]

vor 6 Stunden schrieb kmfrank:

Ich verstehe zwar nicht wovon Ihr redet, finde es aber toll das es Antwoten auf interne Fragen gibt 👍

Sorry, jetzt wo du es schreibst ... hätte ich mich bei der Fragestellung etwas deutlicher ausdrücken können.

Keine internen Fragen. Es geht um verschiedene Topics, die per Mqtt ausgelesen werden können.
Bei denen haben einfach gesagt, die "SW-internen Zustände" nicht gepasst.