Hauptmenü

Neueste Beiträge

#1
Homematic / Aw: HmIP-DLD Keine Statusübert...
Letzter Beitrag von zap - 24 April 2024, 18:17:19
Bei Problemen mit piVCCU kann ich leider nicht weiterhelfen.
#2
Einplatinencomputer / Aw: Umzug auf Raspberry Pi OS ...
Letzter Beitrag von RappaSan - 24 April 2024, 18:14:02
Schon mal probiert
define initialUsbCheck notify global:INITIALIZED usb create
einfach mit einem # als erstem Zeichen in der Zeile in der fhem.cfg auszukommentieren?
#3
Anfängerfragen / Aw: Modbus Urlaubssteuerung He...
Letzter Beitrag von hugo - 24 April 2024, 17:30:07
Hallo Damian,
Danke für die Antwort. Habe mein DoIf jetzt mit abgespeckter Version erstmal am laufen. Mit deiner Version von Befehlsausführung.

Nach langen testen habe ich folgendes festgestellt, dass es beim sendnen auf die Reihenfolge und einem größeren Zeitlichen Abstand an kommt.

Also bis jetzt funktioniert es mit dem Wait.


define di.UrlaubHeizung DOIF ([ETA_PU15_Modbus:ETA_Kollektorpumpe] eq "Ein" and\
 [ETA_PU15_Modbus:ETA_Puffer_Unten] > 30 and \
 [urlaub:tomorrow] ne "none"\
)\
 (\
  set ETA_PU15_Modbus ETA_FBH_ein Ein, \
  set ETA_PU15_Modbus ETA_Taste_Heizen Ein)\
DOELSEIF\
([ETA_PU15_Modbus.ETA_FBH_ein] eq "Ein" and \
 [ETA_PU15_Modbus:ETA_Puffer_Unten] < 50 and\
 [urlaub:tomorrow] ne "none"\
)\
(\
 set ETA_PU15_Modbus ETA_Taste_Absenken Ein,\
 set ETA_PU15_Modbus ETA_FBH_ein Aus\
)\

attr di.UrlaubHeizung DbLogExclude .*
attr di.UrlaubHeizung disable 1
attr di.UrlaubHeizung wait 0,120:0,120
#   DEF        ([ETA_PU15_Modbus:ETA_Kollektorpumpe] eq "Ein" and
# [ETA_PU15_Modbus:ETA_Puffer_Unten] > 30 and
# [urlaub:tomorrow] ne "none"
#)
# (
#  set ETA_PU15_Modbus ETA_FBH_ein Ein,
#  set ETA_PU15_Modbus ETA_Taste_Heizen Ein)
#DOELSEIF
#([ETA_PU15_Modbus.ETA_FBH_ein] eq "Ein" and
# [ETA_PU15_Modbus:ETA_Puffer_Unten] < 50 and
# [urlaub:tomorrow] ne "none"
#)
#(
# set ETA_PU15_Modbus ETA_Taste_Absenken Ein,
# set ETA_PU15_Modbus ETA_FBH_ein Aus
#)
#
#   FUUID      66058372-f33f-046a-0942-c83b06b5b6350d6c
#   MODEL      FHEM
#   NAME       di.UrlaubHeizung
#   NOTIFYDEV  global
#   NR         94
#   NTFY_ORDER 50-di.UrlaubHeizung
#   STATE      deactivated
#   TYPE       DOIF
#   VERSION    27740 2023-07-10 09:31:11
#   disableNotifyFn 1
#   eventCount 42
#   READINGS:
#     2024-04-24 16:33:13   mode            deactivated
#     2024-04-24 16:33:13   state           deactivated
#   Regex:
#   attr:
#     cmdState:
#     wait:
#       0:
#         0
#         120
#       1:
#         0
#         120
#     waitdel:
#   condition:
#   do:
#     0:
#   helper:
#     NOTIFYDEV  global
#   uiState:
#   uiTable:
#
setstate di.UrlaubHeizung deactivated
setstate di.UrlaubHeizung 2024-04-24 16:33:13 mode deactivated
setstate di.UrlaubHeizung 2024-04-24 16:33:13 state deactivated

Gruß Josef
#4
FHEMWEB / Aw: Umlaute und ß im Menü von ...
Letzter Beitrag von rudolfkoenig - 24 April 2024, 16:52:25
In der Voreinstellung "attr global encoding bytestream" muessen alle FHEM-Module Daten in die FHEM-interne UTF-8 (bytestream) Format konvertieren.
D.h. Daten beliebigen Formats von aussen nach dem Einlesen nach UTF-8, und vor Ausgeben von UTF-8 ins Zielformat.
Da die ueberwiedenge Mehrzahl der anderen Systeme auch UTF-8 verwendet, ist das Vergessen der Konvertierung meist folgenlos.

Mit der Einstellung "attr global encoding unicode" ist das FHEM-Interne Format "Wide-Character".
Hier muss man bei der Kommunikation mit dem Aussenwelt immer explizit konvertieren, manchmal wird das aber von Perl-Bibliotheken ungefragt uebernommen.
Leider unterstuetzen nicht alle FHEM-Module diese Alternative.

Ich tippe auf eine von fhempy verwendete Bibliothek, und das ignorieren des encoding Attributes im fhempy Modul.
Ich wuerde "attr global encoding unicode" probieren, und hoffen, dass die anderen verwendeten FHEM-Module mitmachen.

Vermutlich waere diese Diskussion besser im Forumsbereich Hausautomations-Systeme / Sonstige Systeme aufgehoben, soweit ich sehe laeuft die fhempy Diskussion darueber.
#5
Homematic / Aw: HmIP-DLD Keine Statusübert...
Letzter Beitrag von tom2966 - 24 April 2024, 16:49:54
Hallo,

ich hänge mich mal mit meinem Problem hier mit drauf- nach dem update auf piVCCU 3.75.7 habe ich ein ähnliches Problem:

Raspi 1- FHEM mit HMCCU und VCCU
Raspi 2- piVCCU ohne irgendwelche Interfaces, die sind alle am Raspi 1
über piVCCU laufen bei mir nur die HM-IP Geräte, Heizthermostate mit Wandthermostaten und Fensterkontakten und Schaltsteckdosen
die Daten von der piVCCU kommen zu Raspi 1, das sind im Wesentlichen die Temperaturverläufe/ Fensterkontakte- die Diagramme sind da und zeigen den aktuellen Zustand
über HMCCU kann ich die Heizthermostate seit dem Update nicht mehr ansteuern, Schaltsteckdosen funktionieren aber!
mit dem umkonfigurieren der RF Module (sudo dpkg-reconfigure pivccu3) bin ich ehrlcherweise nicht gut klar gekommen- habe viel probiert eher ohne Erfolg
Anlernen funktioniert nicht mehr
Das klingt für mich alles nach einer gestörten Kommunikation, die nur in eine Richtung geht. In der HMCCU steht der RPC State auf running.

Mein letztes piVCCU Backup ist schon uralt- ich würde gern mal probieren wieder auf die 3.65.11 oder eher zurückzugehen- gint es eine Quelle wo ich die Versionen finden kann? Ich habe im HomeMatic Forum auch schon um Hilfe gebeten aber bisher gab es kein Feedback.

Danke euch und schönen Abend
Thomas
#6
Einplatinencomputer / Aw: Umzug auf Raspberry Pi OS ...
Letzter Beitrag von Otto123 - 24 April 2024, 16:36:49
sehe ich auch so, dann ist vielleicht das Editieren der fhem.cfg per Hand doch keine gute Idee?  ;)
Du kannst auch wie dort im Kommentar beschrieben einfach anstatt define ... disable ... die Zeile mit dem define kommentieren oder löschen.
#7
Einplatinencomputer / Aw: Umzug auf Raspberry Pi OS ...
Letzter Beitrag von Der-Eine - 24 April 2024, 16:28:44
Hallo zusammen,
also ich hatte zuerst folgendes gesetzt:
attr WEB editConfig 1
Anschließend in der cfg Datei
attr initialUsbCheck disable 1
Den User hinzugefügt mit
sudo addgroup fhem plugdev
Der Log spuckt mir aber folgendes nach einem Neustart aus:
Protect this FHEM installation by defining an allowed device with define allowed allowed
You can disable this message with attr global motd none

2024.04.24 16:15:07 1: usb create starting
2024.04.24 16:15:07 3: Probing ZWDongle device /dev/serial0
2024.04.24 16:15:07 3: Probing CUL device /dev/ttyAMA10
2024.04.24 16:15:07 3: Probing TCM_ESP3 device /dev/ttyAMA10
2024.04.24 16:15:07 3: Probing ZWDongle device /dev/ttyAMA10
2024.04.24 16:15:08 3: Probing SIGNALDuino device /dev/ttyAMA10
2024.04.24 16:15:08 3: Probing MYSENSORS device /dev/ttyAMA10
2024.04.24 16:15:08 3: Probing ArduCounter device /dev/ttyAMA10
2024.04.24 16:15:08 3: Probing ElsnerWS device /dev/ttyAMA10
2024.04.24 16:15:09 3: Probing FRM device /dev/ttyAMA10
2024.04.24 16:22:53 1: Including fhem.cfg
2024.04.24 16:22:53 3: WEB: port 8083 opened
2024.04.24 16:22:53 2: eventTypes: loaded 0 lines from ./log/eventTypes.txt
2024.04.24 16:22:53 1: Including ./log/fhem.save
2024.04.24 16:22:53 1: Messages collected while initializing FHEM:SecurityCheck:
  WEB is not password protected

Protect this FHEM installation by defining an allowed device with define allowed allowed
You can disable this message with attr global motd none

2024.04.24 16:22:53 1: usb create starting
2024.04.24 16:22:53 3: Probing ZWDongle device /dev/serial0
2024.04.24 16:22:53 3: Probing CUL device /dev/ttyAMA10
2024.04.24 16:22:53 3: Probing TCM_ESP3 device /dev/ttyAMA10
2024.04.24 16:22:53 3: Probing ZWDongle device /dev/ttyAMA10
2024.04.24 16:22:54 3: Probing SIGNALDuino device /dev/ttyAMA10
2024.04.24 16:22:54 3: Probing MYSENSORS device /dev/ttyAMA10
2024.04.24 16:22:54 3: Probing ArduCounter device /dev/ttyAMA10
2024.04.24 16:22:54 3: Probing ElsnerWS device /dev/ttyAMA10
2024.04.24 16:22:55 3: Probing FRM device /dev/ttyAMA10

Sieht für mich nicht so aus als ob die .cfg greift

#8
Ich hasse Sachen, die ich nicht verstehe. Ist wahrscheinlich eine Berufskrankheit.

Würde zu gerne wissen, warum es bei mir auf Anhieb funktioniert hat - und zwar auf einem komplett neu aufgesetzten Raspberry Pi.

LG

pah
#9
Sonstige Systeme / Aw: fhempy: Skoda Connect
Letzter Beitrag von hetterich - 24 April 2024, 15:26:57
OK, attr EV_Type war nicht gesetzt.

Erst nachdem ich mir die skodaconnect.py angeschaut habe, bin ich draufgekommen.
Allerdings ist es mir ein Rätsel, warum hier ein Unterschied (ohne Attr EV set charger on/off, mit EV start/stop)
gemacht wird. Die Readings waren auch ohne das Attr EV korrekt. Nur das set ging halt nicht.
Was bringt bei nicht EV Fahrzeugen der set on/off?

Viele Grüße
Peter
#10
Unterstützende Dienste / Aw: 95_Shares.pm erweitert um ...
Letzter Beitrag von Jamo - 24 April 2024, 14:40:12
Zitat von: ToKa am 24 April 2024, 13:04:02Hallo Jakob,

nein das reicht nicht. Du musst tatsächlich das Cookie auf deinen fhem Rechner "kopieren" und mit den entsprechenden Funktionen in der yahoo_jason laden.

Ich beschreibe es heute Abend ausführlicher wie ich es gemacht habe.

VG
Torsten
Hallo Torsten, super, danke, das freut mich!