Neueste Beiträge

#1
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
#2
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!
#3
Anfängerfragen / Aw: Schalt-Sequenz bei bestimm...
Letzter Beitrag von betateilchen - 07 Mai 2024, 17:10:19
Zitat von: Prof. Dr. Peter Henning am 07 Mai 2024, 04:41:52Dein 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.
#4
ESP Familie / Aw: ESP32 CAM mit OV5640
Letzter Beitrag von frober - 07 Mai 2024, 17:04:37
Zitat von: Papa Romeo am 07 Mai 2024, 14:07:46...scheint bei ihm aber nicht zu funktionieren oder ist nicht aktiviert.

Keine Ahnung, ob Thomas nochmal den ESP neu geflacht hat...
Aber ich gebe dir Recht mit dem nicht passenden Fokus, das war auch mein Gedanke.

Bisher hatten wir die Esp32-Boards von Espressif (aktuell V1.06) für die ESPCams verwendet, in dem Video müssten das die "Arduino ESP32 Boards" sein (V2.x), bzw. der Bsp.-Sketch davon und für den Autofokus muss man zusätzlich die verlinkte Lib benutzten.

Gerade die "Arduino ESP32 Boards" installiert, die Bsp. sind zu finden unter "...\packages\arduino\hardware\esp32\2.0.13\libraries\ESP32\examples".
In der camera_index.h ist die OVP5640 hier schon enthalten und im Sketch '#define CAMERA_MODEL_ESP_EYE' als Board ausgewählt.
#5
Automatisierung / Aw: Modul 93_DbRep - Reporting...
Letzter Beitrag von elektron-bbs - 07 Mai 2024, 16:14:13
Seit meinem letzten Update von FHEM habe ich ein Problem mit dem Modul 93_DbRep.pm auf zwei Raspberry Pi. Auf beiden Pi werden Daten in einer SQLITE-Datenbank gespeichert. Ich lasse jeden Tag Daten, die älter als 367 Tage sind aus der Datenbank löschen. Um die Datenbank zu verkleinern läuft einmal monatlich "set dbRep vacuum". Dieses bricht neuerdings auf beiden System ab:

Raspberry Pi 3:
# $Id: 93_DbRep.pm 28714 2024-03-27 21:40:03Z DS_Starter $
2024.05.02 01:15:00 3: DbRep myDbRep_Vacuum - ################################################################
2024.05.02 01:15:00 3: DbRep myDbRep_Vacuum - ###          New optimize table / vacuum execution           ###
2024.05.02 01:15:00 3: DbRep myDbRep_Vacuum - ################################################################
2024.05.02 01:15:00 3: DbRep myDbRep_Vacuum - execute command before optimize: 'set myDbLog reopen 3600'
2024.05.02 01:15:00 2: myDbLog - Connection closed until 02:15:00 (3600 seconds).
2024.05.02 01:15:00 3: myDbLog - Database disconnected by request.
2024.05.02 01:15:00 3: DbRep myDbRep_Vacuum - Size of database /opt/fhem/fhem.db before optimize (MB): 2616
2024.05.02 01:45:31 1: DbRep myDbRep_Vacuum -> BlockingCall HASH(0x466cf48)}{fn} pid:DEAD:26397 Process died prematurely
2024.05.02 01:45:31 3: DbRep myDbRep_Vacuum - execute command after optimize: 'set myDbLog reopen'
2024.05.02 01:45:31 3: myDbLog - Reopen requested
2024.05.02 01:45:31 3: DbRep myDbRep_Vacuum - command message after optimize: >Reopen executed.<
2024.05.02 01:45:31 2: DbRep myDbRep_Vacuum - Database optimize aborted: "Process died prematurely"
2024.05.02 01:45:40 3: myDbLog - Database disconnected by request.
2024.05.02 01:45:48 3: myDbLog - SubProcess connected to /opt/fhem/fhem.db

Raspberry Pi 2:
# $Id: 93_DbRep.pm 28714 2024-03-27 21:40:03Z DS_Starter $
2024.04.08 04:01:00 3: DbRep myDbRep_Vacuum - ################################################################
2024.04.08 04:01:00 3: DbRep myDbRep_Vacuum - ###          New optimize table / vacuum execution           ###
2024.04.08 04:01:00 3: DbRep myDbRep_Vacuum - ################################################################
2024.04.08 04:01:00 3: DbRep myDbRep_Vacuum - execute command before optimize: 'set myDbLog reopen 7200'
2024.04.08 04:01:00 2: myDbLog - Connection closed until 06:01:00 (7200 seconds).
2024.04.08 04:01:00 3: DbRep myDbRep_Vacuum - Size of database /opt/fhem/fhem.db before optimize (MB): 1717
2024.04.08 04:01:00 3: myDbLog - Database disconnected by request.
2024.04.08 04:39:55 1: DbRep myDbRep_Vacuum -> BlockingCall HASH(0x2961da8)}{fn} pid:DEAD:9923 Process died prematurely
2024.04.08 04:39:55 3: DbRep myDbRep_Vacuum - execute command after optimize: 'set myDbLog reopen'
2024.04.08 04:39:55 3: myDbLog - Reopen requested
2024.04.08 04:39:55 3: DbRep myDbRep_Vacuum - command message after optimize: >Reopen executed.<
2024.04.08 04:39:55 2: DbRep myDbRep_Vacuum - Database optimize aborted: "Process died prematurely"
2024.04.08 04:39:56 3: myDbLog - Database disconnected by request.
2024.04.08 04:39:59 3: myDbLog - SubProcess connected to /opt/fhem/fhem.db

Die Datenbanken haben folgende Größen:
Raspberry Pi 2:   SQLITE_FILE_SIZE_MB   1712
Raspberry Pi 3:   SQLITE_FILE_SIZE_MB   2569

Die Version vom Februar läuft noch durch:
Raspberry Pi 2:
# $Id: 93_DbRep.pm 28525 2024-02-16 20:57:30Z DS_Starter $
2024.05.07 13:13:28 3: DbRep myDbRep_Vacuum - ################################################################
2024.05.07 13:13:28 3: DbRep myDbRep_Vacuum - ###          New optimize table / vacuum execution           ###
2024.05.07 13:13:28 3: DbRep myDbRep_Vacuum - ################################################################
2024.05.07 13:13:28 3: DbRep myDbRep_Vacuum - execute command before optimize: 'set myDbLog reopen 7200'
2024.05.07 13:13:28 2: myDbLog - Connection closed until 15:13:28 (7200 seconds).
2024.05.07 13:13:28 3: myDbLog - Database disconnected by request.
2024.05.07 13:13:29 3: DbRep myDbRep_Vacuum - Size of database /opt/fhem/fhem.db before optimize (MB): 1711
2024.05.07 14:00:00 3: DbRep myDbRep_Size - connection myDbLog to db /opt/fhem/fhem.db is closed until 15:13:28 - svrinfo postponed
2024.05.07 14:21:57 3: DbRep myDbRep_Vacuum - Size of database /opt/fhem/fhem.db after optimize (MB): 1711
2024.05.07 14:22:01 3: DbRep myDbRep_Vacuum - Optimize tables of /opt/fhem/fhem.db finished - total time (hh:mm:ss): 01:08:31
2024.05.07 14:22:01 3: DbRep myDbRep_Vacuum - Optimize tables finished successfully.
2024.05.07 14:22:01 3: DbRep myDbRep_Vacuum - execute command after optimize: 'set myDbLog reopen'
2024.05.07 14:22:02 3: myDbLog - Reopen requested
2024.05.07 14:22:02 2: DbRep myDbRep_Vacuum - command message after optimize: >Reopen executed.<
2024.05.07 14:22:03 3: myDbLog - Database disconnected by request.
2024.05.07 14:22:04 3: myDbLog - SubProcess connected to /opt/fhem/fhem.db

Probiert habe ich dann noch die erste Version vom März. Damit hängt sich der Pi offensichtlich auf, bzw. FHEM antwortet nicht mehr und der Pi ist aus dem WLAN abgemeldet. Nach knapp zwei Stunden habe ich ihn dann neu gestartet:
Raspberry Pi 3:
# $Id: 93_DbRep.pm 28627 2024-03-09 10:38:48Z DS_Starter $
Messages collected while initializing FHEM:configfile: Device "myDbRep_Vacuum" -> The attribute 'allowDeletion' is obsolete and will be deleted soon. Please press "save config" when FHEM start is finished.
Device "myDbRep_delEntries" -> The attribute 'allowDeletion' is obsolete and will be deleted soon. Please press "save config" when FHEM start is finished.
Device "myDbRep_delDevice" -> The attribute 'allowDeletion' is obsolete and will be deleted soon. Please press "save config" when FHEM start is finished.
Device "myDbRep_delReadings" -> The attribute 'allowDeletion' is obsolete and will be deleted soon. Please press "save config" when FHEM start is finished.
2024.05.07 11:38:25 3: DbRep myDbRep_Vacuum - ################################################################
2024.05.07 11:38:25 3: DbRep myDbRep_Vacuum - ###          New optimize table / vacuum execution           ###
2024.05.07 11:38:25 3: DbRep myDbRep_Vacuum - ################################################################
2024.05.07 11:38:25 3: DbRep myDbRep_Vacuum - execute command before optimize: 'set myDbLog reopen 3600'
2024.05.07 11:38:25 2: myDbLog - Connection closed until 12:38:25 (3600 seconds).
2024.05.07 11:38:25 3: DbRep myDbRep_Vacuum - Size of database /opt/fhem/fhem.db before optimize (MB): 2568
2024.05.07 11:38:25 3: myDbLog - Database disconnected by request.
2024.05.07 11:39:01 3: Timer: time difference too large! interval=59, Sekunde=01
2024.05.07 11:41:03 3: Timer: time difference too large! interval=57, Sekunde=03
2024.05.07 11:43:04 3: Timer: time difference too large! interval=57, Sekunde=03
2024.05.07 11:45:01 3: Timer: time difference too large! interval=59, Sekunde=01
Neustart weil keine Reaktion mehr
2024.05.07 11:22:39 1: Including fhem.cfg
...
2024.05.07 11:23:06 3: sduinoESP8266_1: StartInit, get version, retry = 1
2024.05.07 13:16:39 1: sduinoESP8266_1: CheckVersionResp, Not an SIGNALduino device, got for V: undef
#6
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 07 Mai 2024, 16:00:20
Im Prinzip geht das mit einem separaten Attribut. Momentan wird der Wert von graphicBeamHeight bzw. ebenso graphicBeamWidth übernommen und richtet sich somit nach den Vorgaben der Ebene 1.
Wahrscheinlich führe ich noch graphicBeamHeightLvl2 / graphicBeamWidthLvl2 ein. Wollte es zu Anfang nicht gleich übertreiben und erstmal schauen wie das Ganze so ankommt.
#7
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von kask - 07 Mai 2024, 15:41:20
Genau das wollte ich anfragen. Wollte nur etwas Zeitverstreichen lassen.
Klasse!

Die Höhen-Skalierung ist, ich will nicht moppern, etwas unschön. Kann man die Balken nicht etwas höher ziehen oder den Bereich verkleinern?
Wie gesagt will nicht mosern ;)

#8
MQTT / Aw: Abfrage von Fahrzeugwerten...
Letzter Beitrag von Beta-User - 07 Mai 2024, 14:09:50
Zitat von: beaune am 07 Mai 2024, 11:10:56Wie kann man denn bei periodicCmd Perl einbauen? Gibts dafür ein Beispiel?
Ist etwas "durch die Brust ins Auge", aber z.B. in OpenGatewayMCU gibt es sowas, dass einmal am Tag "den Schotter wegräumt":
attr DEVICE setList\
  bla...
  deleteReadings:noArg {fhem "deletereading -q $NAME (?!associatedWith|attrTemplateVersion|last|LWT|version|Sys_).* 86400"}
attr DEVICE periodicCmd deleteReadings:1440

Geht natürlich auch in getList (haben wir in ebus, afair).
#9
ESP Familie / Aw: ESP32 CAM mit OV5640
Letzter Beitrag von Papa Romeo - 07 Mai 2024, 14:07:46
Zitat von: frober am 07 Mai 2024, 10:44:20Soweit ich das gelesen habe, hat die OV5640 einen Autofokus, den man aktivieren kann.

...scheint bei ihm aber nicht zu funktionieren oder ist nicht aktiviert.

Wenn es mit dem Beispiel-Sketch des Libraries, das du verlinkt hast, nicht funktioniert, könnte ich mir vorstellen, dass die Grundeinstellung der Linse eventuell soweit daneben liegt, dass auch der Auto-Focus nicht mehr greifen kann oder es funktioniert
nur mit dem AI-Thinker-Board. Meine auch was gelesen zu haben, dass man bei anderen Board die Pinbelegung beachten muss.

LG
Papa Romeo
#10
Marktplatz - Güter / Aw: [für Bastler] 3x HM-LC-SW1...
Letzter Beitrag von JoWiemann - 07 Mai 2024, 14:05:53
Hallo,

nehme ich gerne. Mal sehen, ob sich etwas machen lässt. Rest per PN.

Grüße Jörg