Neueste Beiträge

#1
Off-Topic / Aw: Empfehlung WLAN-Router / A...
Letzter Beitrag von MadMax-FHEM - 23 Mai 2024, 15:13:14
Zitat von: tndx am 23 Mai 2024, 14:25:30Soweit ich das verstanden habe, ist die Controller-SW kostenlos und kann auf viele Arten ans Laufen gebracht werden, u.a. auch auf einem Raspberry, insofern kein Problem. Wird dadurch auch der Bereich Routing/DHCP/DNS/Firewall abgedeckt, oder brauche ich dafür auch was separates?
Für (DHCP/DNS: bin ich nicht sicher) Routing und Firewall brauchst du neben dem Unifi Controller einen "USG" oder vergleichbar.

Ich hatte "früher" (bis vor Kurzem) auch Unifi Controller auf Raspberry PI 4 (neben Samba, piHole, openvpn, UptimeKuma, ...) und eben einen USG.

Jetzt habe ich: Cloud Gateway Ultra (https://ui.com/eu/en/cloud-gateways/compact)
-> ist USG (mit mehr Performance) + UnifiController (d.h. die Unifi Installation auf dem PI4 fällt weg).
Bin sehr zufrieden damit...

Es gibt auch fhem-Module:
Module: 74_Unifi.pm Maintainer: rapster/wuehler Forum: Automatisierung
Module: 74_UnifiSwitch.pm Maintainer: wuehler Forum: Automatisierung
Module: 74_UnifiClient.pm Maintainer: wuehler Forum: Automatisierung

Zitat von: tndx am 23 Mai 2024, 14:25:30Kann ich meinen vorhandenen managebaren Switch von Netgear weiter nutzen, oder brauche ich dann auch was von Ubiquity?
Kannst du sicher weiterverwenden.
Aber halt nicht (direkt) über den Unifi Controller "managen". D.h. du hast 2 separate Einstell-SW/-Wege.
VLAN usw. sollte trotzdem funktonieren, du musst halt nur beide Einstellungen (selbst/manuell) "synchron" halten...
Einfacher ist nat. alles von Unifi...

Gruß, Joachim
#2
Sonstige Systeme / Aw: [73_GardenaSmartBridge, 74...
Letzter Beitrag von fast-eddy - 23 Mai 2024, 14:27:00
Hallo zusammen,

als Bereichsleiter und Produktverantwortlicher einer großen Cloud-Edge-Plattform kann ich vor den Aktiven hier im Forum nur respektvoll den Hut ziehen!

Vielen Dank vor allem an @BOFH für die superschnelle Analyse und Fehlerbeseitigung und @marcel_mueller für die Unterstützung von der API-Seite. Aber ebenso vielen Dank an alle anderen, die Unterstützung beim Debugging geleistet haben.

Fahre morgen in den Urlaub und dachte schon ich muss den Nachbarn bitten meinen Garten zu gießen, weil die Bewässerung über FHEM nicht mehr funktioniert  ::)

Also nochmal vielen Dank an alle Beteiligten - Ihr habt meinen Urlaub gerettet!!!  ;)
#3
Off-Topic / Aw: Empfehlung WLAN-Router / A...
Letzter Beitrag von tndx - 23 Mai 2024, 14:25:30
Danke euch beiden für eure Empfehlungen. Könnt ihr was zu den Konfigurationen sagen, die ihr im Einsatz habt?

Soweit ich das verstanden habe, ist die Controller-SW kostenlos und kann auf viele Arten ans Laufen gebracht werden, u.a. auch auf einem Raspberry, insofern kein Problem. Wird dadurch auch der Bereich Routing/DHCP/DNS/Firewall abgedeckt, oder brauche ich dafür auch was separates?

Kann ich meinen vorhandenen managebaren Switch von Netgear weiter nutzen, oder brauche ich dann auch was von Ubiquity?
#4
MQTT / Aw: Dummy MQTT-Device für Smar...
Letzter Beitrag von Beta-User - 23 Mai 2024, 14:25:24
Zitat von: bismosa am 23 Mai 2024, 13:33:29Wäre es denn besser, mit einem DOIF ein Konstrukt dafür aufzubauen? Da könnte ich dann evtl. mit einer MQTT Generic Bridge arbeiten?
Den Zusammenhang zwischen DOIF und MQTT_GENERIC_BRIDGE (MGB) verstehe ich nicht so ganz...

Der Reihe nach:
Falls ich es richtig verstanden habe, braucht der Dienst zum einen aktuelle Status-Werte, und zwar 1a) möglichst direkt zum Zeitpunkt des Messens/Schaltens, und 1b) regelmäßig (1xpro Minute ist empfohlene Mindestmenge). Dann sollte 2. das Device ggf. auch noch via MQTT schaltbar sein?

Die Punkte 1a und 2 würde ich in der Tat mit einer MGB erledigen, v.a. wegen der Schaltbarkeit von MQTT-Seite (sonst ginge auch ein einfaches notify (oder DOIF), das die Werte bei Änderung verschickt).

Was regelmäßige updates gem. 1b angeht, braucht es halt irgendeine timer-Funktion, die die betreffenden Werte sammelt und dann via MQTT versendet. Geht mit einem at, DOIF, ... oder (per periodicCmd) auch direkt in einem MQTT2_DEVICE. Ich würde das per at lösen (und jeden notwendigen Wert halt in einen publish-Befehl packen), aber das ist Geschmackssache...
#5
MQTT / Dummy MQTT-Device für SmartApp...
Letzter Beitrag von bismosa - 23 Mai 2024, 13:33:29
Hallo!

Ich nutze einen Wechselrichter in Kombination mit einem SunnyHomeManager 2.0 von SMA.
Im Sunnyportal hat man die Möglichkeit weitere Geräte als Verbraucher hinzuzufügen.
Leider gibt es da nicht sehr viele kompatible Geräte. Um dennoch weitere Geräte hinzuzufügen habe ich das Projekt SmartApplianceEnabler
( https://github.com/camueller/SmartApplianceEnabler ) gefunden. Das sieht sehr vielversprechend aus. Bisher habe ich hier im Forum aber noch nichts darüber gefunden.

Ich habe bereits eine Zigbee-Steckdose damit eingebunden...und nun möchte ich in FHEM ein Gerät einrichten, das vom Portal genau so gesteuert wird.

Bei mir handelt es sich erstmal um meine Poolpumpe. Die wird von FHEM eingeschaltet (per GPIO). Schön ist es, wenn man dann auch einen Verbrauch übermittelt. Sonst geht das Portal davon aus, das der Strom die ganze Zeit verbraucht wird.
Also benötige ich ein Dummy-Device das so tut als wäre es eine solche Steckdose mit Energiemessung.

Ich habe jetzt mit einem dummy angefangen, bin aber nicht sicher, ob dies der richtige Weg ist. Immerhin muss ich wiederholt den Status vom Device übermitteln.
defmod mqtt2_dummy MQTT2_DEVICE
attr mqtt2_dummy devicetopic 0x0001
attr mqtt2_dummy setList on:noArg $DEVICETOPIC/set {"state":"ON"}\
  off:noArg $DEVICETOPIC/set {"state":"OFF"}\
  toggle:noArg $DEVICETOPIC/set {"state":"TOGGLE"}\
  power $DEVICETOPIC/power {"power":"$EVTPART1"}
Wäre es denn besser, mit einem DOIF ein Konstrukt dafür aufzubauen? Da könnte ich dann evtl. mit einer MQTT Generic Bridge arbeiten?
Hat das vielleicht schon mal jemand gemacht?

Gruß
Bismosa
#6
MQTT / Aw: Bestway LayZSpar Wirlpool
Letzter Beitrag von Beta-User - 23 Mai 2024, 13:30:21
Zitat von: Tueftler1983 am 23 Mai 2024, 11:40:56Okay Teste es gerne, diesen Quelltext muss ich doch jetzt in /opt/fhem/FHEM/lib/AttrTemplate ind die mqtt2.template am ende einfügen, dann Fhem Neustarten und ab da an sollte ich sie im device oben unter set DEVICE attr Template LayZSpa auswählen können oder?

Da steht es leider nicht zur auswahl.

Auch habe ich versucht eine Datei LayZSpa.template anzulegen und diese in den entsprechenden Ordner geschoben doch auch leider so kein Erfolg ein { AttrTemplate_Initialize() } habe ich auch gemacht
Kommt drauf an, evtl. schlägt da auch die "filter"-Anweisung durch? Ggf. einfach etwas großzügiger fassen (nur auf TYPE).

Zitat von: Tueftler1983 am 23 Mai 2024, 12:41:55Habe die ReadingList mal von hand in mein Device übertragen ( Copy Past) doch leider werden die Readings von AIR FLT RED GRN nicht mehr von 1/0 auf on/off umgesetzt
Bitte lösche erst mal die 2. Zeile mit "message". Kann sonst sein, dass die 2. Zeile die Ergebnisse der ersten überschreibt, daher war da auch die vorgeschlagene Doppelung raus...
#7
Codeschnipsel / [Info] clever-tanken.de und IP...
Letzter Beitrag von betateilchen - 23 Mai 2024, 13:10:51
Kurzfassung:

Es funktioniert nicht. Es gibt keinen AAAA-record für die Domain clever-tanken.de

Wer also, wie ich, mit FHEM auf einer "IPv6-only"-Installation unterwegs ist, sollte nicht allzu viel Zeit in die Fehlersuche investieren, um herauszufinden, warum keine Benzinpreise mehr aktualisiert werden.



--
#8
Off-Topic / Aw: Empfehlung WLAN-Router / A...
Letzter Beitrag von OliS. - 23 Mai 2024, 13:06:01
Das kann ich so zu 100 Prozent unterschreiben.

LG Oli
#9
Wallboxen / Aw: go-e Charger WallBox über...
Letzter Beitrag von Prof. Dr. Peter Henning - 23 Mai 2024, 13:05:53
Soho. PV-Anlage ist da, Überschussladen funktioniert prima.

Alle 5 Sekunden hole ich die Daten aus dem Wechselrichter und schiebe sie in die Wallbox. Wichtige Erkenntnis am Rande: Bei der Meldung an die Wallbox ist das Vorzeichen der aus dem Speicher bezogenen Energie wichtig.

LG

pah
#10
Solaranlagen / Aw: Photovoltaik Eigenverbrauc...
Letzter Beitrag von ch.eick - 23 Mai 2024, 13:05:47
Zitat von: trupf am 23 Mai 2024, 12:40:00Ich musste dann noch in Modul WR_1_Speicher_1_ExternControl ein paar Änderungen im uiTable vornehmen, und zwar in der sub FUNC_batt und bei den bunten SOC-Anzeigen. Das sieht bei mir jetzt so aus wie unten. Dadurch wird der Hintergrund wie im CSS vorgegeben erhalten und nicht mehr überschrieben.

@ch.eick: vielleicht willst Du die Änderungen auch in Deinen Code übernehmen? Dann kann man den f18 style gut verwenden und hat ein paar mehr Möglichkeiten das Aussehen anzupassen...
Hallo,
das mache ich gerne, denn deshalb habe ich den Thread hier mal vor Jahren angefangen ;-)

Ist es denn nur die sub FUNC_batt(), oder war da noch mehr? Ich hatte da ja auch noch im uiTable etwas von Dir übernommen.

Edit: Mit Deiner Änderung ist jetzt jedoch die Überlagerung mit dem Hintergrund weg und die Batterie wird nur als Farbverlauf bis zum Ende angezeigt, obwohl sie noch nicht voll ist.
   Das könnte an der berechneten Startposition liegen, die Du wohl auf 0px gesetzt hast.

VG   Christian