Neueste Beiträge

#1

ESP Familie / Aw: ESP32 CAM mit OV5640

Letzter Beitrag von TomLee - 07 Mai 2024, 18:23:46

Hallo,

wir hattens oben schonmal davon, dieses Board:
https://www.berrybase.de/en/esp32-cam-development-board-inkl.-ov2640-kameramodul

und mit dem Fischauge versuch ich es:
https://www.ebay.de/itm/274962082818

#2

Marktplatz - Güter / Aw: [V] 3 Stück: Set aus Homem...

Letzter Beitrag von Benni - 07 Mai 2024, 18:17:28

Es sind wieder 3 Sets verfügbar, das Angebot wurde entsprechend aktualisiert.

Hallo Udo,

Ich würde dir die 3 Sets, wie angeboten abnehmen, sofern noch verfügbar.

Gruß Benni.

#3

ESP Familie / Aw: ESP32 CAM mit OV5640

Letzter Beitrag von Papa Romeo - 07 Mai 2024, 17:59:43

... hast du die OV5640 Version C ?

Version A und B haben kein Autofocus.

LG
Papa Romeo

EDIT: Sollte in etwa so aussehen ...

#4

Anfängerfragen / Aw: Kosten im Jahr

Letzter Beitrag von RalfRog - 07 Mai 2024, 17:55:11

Hallo
Das ist ja recht sparsame Information...   

Wie kann ich das auch für Statistik_Euro und Statistik Verbrauch übernehmen.

Was soll denn für "Statistik Verbrauch" übernommen werden? Da gibt es doch keine Nachkommastellen.

Die beiden Werte/Texte sind nur das Ergebnis deines Attributes "stateFormat" welche die beiden Readings

• statEnergy      Hour: 0 Day: 188 Month: 188 Year: 188 (since: 2024-05-06 )
• statStromkosten Hour: 0.00000 Day: 0.06358 Month: 0.06358 Year: 0.06358 (since: 2024-05-06_10:01:03 )

heranzieht.

Diese Werte sind 5-stellig weil die Berechnung im statistics-Modul anfing bevor du die "Stromkosten" per sprintf formatiert hast.

Die müsstest du im statistics-Modul neu mit dem 2-stellingen Wert berechnen lassen.

Code Auswählen Erweitern

set myStatDevice resetStatistics Kellersteckdose
Setzt die Statistiken der ausgewählten Geräte zurück
Dann geht es neu los.
Das ist aber keine dauerhafte Garantie, dass die statistics Werte immer zweistellig bleiben. Aus diesem Grund hat @Adimarantis das Modul angepasst. Siehe #7

Und da auch ein Euro hinter den Reading zu bekommen

Das statistics-Modul zeigt keine Einheiten an.

Gruß Ralf

[gelötet]

#5

ESP Familie / Aw: ESP32 CAM mit OV5640

Letzter Beitrag von TomLee - 07 Mai 2024, 17:32:06

und für den Autofokus muss man zusätzlich die verlinkte Lib benutzten

Ich hab gerade Pin 24 an 3,3V gelötet und diesen Sketch geflasht.

Damit bekomm ich im seriellen Monitor diese Ausgaben:

Code Auswählen Erweitern

...
FW_STATUS = 0x20
FW_STATUS = 0x20
FW_STATUS = 0x20
FW_STATUS = 0x20
FW_STATUS = 0x0
Focusing!
FW_STATUS = 0x0
Focusing!
FW_STATUS = 0x0
Focusing!
FW_STATUS = 0x0
Focusing!
FW_STATUS = 0x0
Focusing!
FW_STATUS = 0x0
Focusing!
FW_STATUS = 0x0
Focusing!
FW_STATUS = 0x0
Focusing!
FW_STATUS = 0x0
Focusing!
FW_STATUS = 0x0
Focusing!
FW_STATUS = 0x0
Focusing!
FW_STATUS = 0x0
Focusing!
FW_STATUS = 0x0
...
Für mich ist das dann jetzt ein Zeichen dafür das es an dem ESP-Board liegt, oder nicht ?

So sollte es aussehen:
https://youtu.be/922BWy3OOoQ?t=256

Allerdings nutzt er da doch das gleiche Board wie ich habe ?
Kann das von Berrybase wirklich anders sein ?

[Revision 28852: 76_SolarForecast: contrib 1.18.0]

#6

FHEM Code changes / Revision 28852: 76_SolarForeca...

Letzter Beitrag von System - 07 Mai 2024, 17:30:44

Revision 28852: 76_SolarForecast: contrib 1.18.0

76_SolarForecast: contrib 1.18.0

Source: Revision 28852: 76_SolarForecast: contrib 1.18.0

[Revision 28851: 76_SolarForecast: contrib 1.18.0]

#7

FHEM Code changes / Revision 28851: 76_SolarForeca...

Letzter Beitrag von System - 07 Mai 2024, 17:30:44

Revision 28851: 76_SolarForecast: contrib 1.18.0

76_SolarForecast: contrib 1.18.0

Source: Revision 28851: 76_SolarForecast: contrib 1.18.0

#8

Homematic / Aw: HomeBrewWired - Diskussion...

Letzter Beitrag von aperoap - 07 Mai 2024, 17:15:03

Hallo Zusammen,

ich schonwieder

Ich würde gerne die Geräteadresse ändern bevor ich das Gerät an Fhem anbinde.
hat jemand schon eine Lösung?

LG
Juri

[graphicBeamHeightLevelX <value>]

#9

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von DS_Starter - 07 Mai 2024, 17:11:37

Im contrib liegt ein Update.
Es gibt nun die Attribute graphicBeamHeightLevel1 und graphicBeamHeightLevel2 zur Festlegung der Höhenverhältnisse der jeweiligen Ebenen:

graphicBeamHeightLevelX <value>
Multiplikator zur Festlegung der maximalen Balkenhöhe der jeweiligen Ebene.
In Verbindung mit dem Attribut graphicHourCount lassen sich damit auch recht kleine Grafikausgaben erzeugen.
(default: 200)

Das Attr graphicBeamWidth habe ich so gelassen und wird für beide Levels verwendet. Unterschiede in der Breite sehen sehr unschön aus.

Das alte Attr graphicBeamHeight wird automatisch in graphicBeamHeightLevel1 umgesetzt.
Achtung, dazu muß FHEM nach dem Update restartet werden!

#10

Anfängerfragen / Aw: Schalt-Sequenz bei bestimm...

Letzter Beitrag von betateilchen - 07 Mai 2024, 17:10:19

Dein Code mit dem geschachtelten at ist, vorsichtig gesagt, schwer wartbar. Nach 3 Jahren weißt Du nicht mehr, was das eigentlich machen soll.

Wenn man sich verinnerlicht, dass "define" (oder defmod) genau so ein FHEM Befehl ist wie "set" oder "get", dann versteht man auch in drei Jahren noch, was da passiert. Es ist einfach ein at, das ein at anlegt.

Und "verschachtelt" ist dabei überhaupt nichts, es ist die klassische Syntax für ein at oder notify, in der ein FHEM Befehl ausgeführt werden soll.