Hauptmenü

Neueste Beiträge

#1
Unterstützende Dienste / Aw: 95_Shares.pm erweitert um ...
Letzter Beitrag von Jamo - 24 April 2024, 08:52:00
Hallo Torsten,
hast Du dann einfach den $crumb in Zeile 90 fest codiert, a la
$crumb='abcdefghijk';Oder sonst noch eine Modifikation?
Bei mir funktionierts damit immer noch nicht, ich bekomme bei der Abfrage des SYmbols dann immer noch ein 'Invalid Cookie' [yahoo_json] quoter=Finance::Quote=HASH(0x5608a5e1c768), reply=HTTP::Response=HASH(0x5608a8694ed0), crumb=ZXUNIV97NJR
[yahoo_json] stocks=NVDA, url=https://query2.finance.yahoo.com/v11/finance/quoteSummary/?symbols=NVDA&crumb=abcdefghijk&modules=price,summaryDetail,defaultKeyStatistics, reply=HTTP::Response=HASH(0x5608a6c6d520), code=401, body={"finance":{"result":null,"error":{"code":"Unauthorized","description":"Invalid Cookie"}}}
#2
FHEM Code changes / Revision 28819: controls_fhem....
Letzter Beitrag von System - 24 April 2024, 08:50:50
Revision 28819: controls_fhem.txt: fhemupdate checkin

controls_fhem.txt: fhemupdate checkin

Source: Revision 28819: controls_fhem.txt: fhemupdate checkin
#3
Server - Linux / Aw: fhem-docker Image 4.0.0 (T...
Letzter Beitrag von kadettilac89 - 24 April 2024, 08:47:59
Zitat von: Sidey am 23 April 2024, 21:31:22Ich verstehe nur nicht, welche Notwendigkeiten gibt es denn, was in dem Container nach zu installieren?
Wenn das Image so nicht passt, wieso baut ihr dann ich einfach einen weiteren Layer bei euch lokal ein? So funktioniert es doch bei allen anderen Containern auch.


Ich nutze die Docker Minimal und will nur zusätzliche Pakete drin habe die ich brauche. Vermutlich würde das "große" Image schon alles abdecken, aber ich bin "früher" schon ein paarmal durch npm, und andere Abhängigkeiten in Probleme gelaufen. Seit Fhem-minimal läuft es stabil. Wenn ich ein eigenes Image baue nehme ich mir die automatischen Updates durch watchtower wenn ein neues Image hochgeladen wird.
#4
Wallboxen / Tinkerforge WARP3
Letzter Beitrag von Jojo11 - 24 April 2024, 08:43:03
Hallo,

hat jemand schon versucht, ein MQTT Template für die WARP Wallbox zu erstellen? Alternativ kann sie auch per Modbus eingebunden werden.
Ich würde mich als Tester zur Verfügung stellen  :)

Gruß
Jojo
#5
FRITZ!Box / Aw: 72_FRITZBOX.pm ab Version ...
Letzter Beitrag von Ryker - 24 April 2024, 08:41:16
Ja, das "deviceinfo" Attribute hatte ich mir auch schon angeschaut, aber das steuert ja nur, wie Geräte angezeigt werden die gerade online sind.
Offline-Geräte (die nicht mehr in den readings erwähnt werden) betrifft das nicht. Und genau das ist aber der springende Punkt.
Hier erscheint im ReadingsProxy, dann aber zusätzlich zum "inactive" auch noch die IP-Adresse. Ich weiß auch nicht woher der ReadingsProxy das holt. Iwie muss das das Fritzbox-Modul ja liefern, obwohl kein Reading dazu da ist.

Aber wie gesagt, Ich filtere jetzt im ReadingsProxy im valueFN alles weg nach dem Wort "inactive" sobald der Status den Wert "inactive" beinhaltet. Damit klappt meine Anwesenheitserkennung anhand der an der Fritzbox angemeldeten Handys wieder.
#6
TabletUI / Aw: FTUI-2 Chart wird nicht ak...
Letzter Beitrag von Nobby1805 - 24 April 2024, 08:25:38
Hallo eki,

das sieht jetzt sehr gut aus ... Danke!

Dann noch eine Frage, wie bekomme ich eine Skalierung wie im Simplechart hin? Normalerweise von 21 bis 23, aber wenn der Bereich über- oder unterschritten wird z.B. von 20 bis 23 ?

Viele Grüße
Norbert
#7
Automatisierung / Probleme nach FHEM update bei ...
Letzter Beitrag von R1F800 - 24 April 2024, 08:23:26
Moin zusammen.

Ich habe ein Problem mit meinem FRM_IN der einen INTERRUPT eines MCP23017 ausliest.
Bisher habe ich auf dem Device mit einem Userreading reagiert, um entsprechend eine neue Initialiiserung durchzuführen. Dies klappt aber seit einem Update so nicht mehr : defmod MCP0x20_INTA FRM_IN 7
attr MCP0x20_INTA IODev FIRMATA
attr MCP0x20_INTA activeLow yes
attr MCP0x20_INTA internal-pullup on
attr MCP0x20_INTA room FIRMATA
attr MCP0x20_INTA stateFormat reading
attr MCP0x20_INTA userReadings pullX20a {fhem "get MCP0x20"}
attr MCP0x20_INTA verbose 1

setstate MCP0x20_INTA off
setstate MCP0x20_INTA 2024-04-20 09:48:45 IODev FIRMATA
setstate MCP0x20_INTA 2024-04-24 08:10:16 reading off
setstate MCP0x20_INTA 2024-04-20 09:48:45 state Initialized
#8
Solaranlagen / Aw: [98_Fronius.pm] Fronius AP...
Letzter Beitrag von hugomckinley - 24 April 2024, 08:03:38
Ich habe seit kurzem den Smartmeter im Einsatz und jetzt binnen 4 Wochen zweimal die Situation gehabt, dass plötzlich keine Readings mehr kommen. Weder ein modify oder ein defmod haben etwas gebracht. Der WR bleibt im Status initialize.
Ich verwende die Version v0.0.11c vom Modul. Eigentlich hat nach den letzten Änderungen vom Modul alles funktioniert und jetzt mit dem neuen WR (Symo 15.0 statt 6.0) und Smartmeter habe ich wieder dieses sporadischen Ausfälle, die nur ein Neustart von FHEM behebt.

Ein verbose=4 bringt folgende Logeinträge:
2024.04.24 06:06:04 4: [WR] [fronius_GetMeterRealtimeData] Timer 60
2024.04.24 06:06:06 4: [WR] [fronius_GetInverterRealtimeData] Timer 60
2024.04.24 06:06:10 4: [WR] [fronius_StartUp]
2024.04.24 06:06:10 4: [WR] [fronius_StartUp] clearHeadData
2024.04.24 06:06:10 4: [WR] [fronius_StartUp] RemoveInternalTimer
2024.04.24 06:06:10 4: [WR] [fronius_StartUp] InternalTimer Statische Daten
2024.04.24 06:06:10 4: [WR] [fronius_StartUp] InternalTimer Realtime Daten
2024.04.24 06:06:10 4: [WR] [fronius_StartUp] InternalTimer Archive Daten - 120
2024.04.24 06:06:10 4: [WR] [fronius_StartUp] done
2024.04.24 06:06:10 4: [WR] [fronius_SendCommand] [GetAPIVersionInfo] START
2024.04.24 06:06:10 4: [WR] [fronius_SendCommand] [GetAPIVersionInfo] PushToCmdQueue SendURL=http://192.168.64.94/solar_api/GetAPIVersion.cgi
2024.04.24 06:06:15 4: [WR] [fronius_SendCommand] [GetActiveDeviceInfo] START
2024.04.24 06:06:15 4: [WR] [fronius_SendCommand] [GetActiveDeviceInfo] NOT PushToCmdQueue ERROR=Fronus API Base URL not set!
2024.04.24 06:06:15 4: [WR] [fronius_SendCommand] [GetActiveDeviceInfo] re-init fronius_GetAPIVersionInfo
2024.04.24 06:06:20 4: [WR] [fronius_SendCommand] [GetPowerFlowRealtimeData] START
2024.04.24 06:06:20 4: [WR] [fronius_SendCommand] [GetPowerFlowRealtimeData] NOT PushToCmdQueue ERROR=Fronus API Base URL not set!
2024.04.24 06:06:20 4: [WR] [fronius_SendCommand] [GetPowerFlowRealtimeData] re-init fronius_GetAPIVersionInfo
2024.04.24 06:06:20 4: [WR] [fronius_GetPowerFlowRealtimeData] Timer 60
2024.04.24 06:06:22 4: [WR] [fronius_GetStorageRealtimeData] Timer 60
2024.04.24 06:06:24 4: [WR] [fronius_GetMeterRealtimeData] Timer 60
2024.04.24 06:06:26 4: [WR] [fronius_GetInverterRealtimeData] Timer 60
2024.04.24 06:06:30 4: [WR] [fronius_StartUp]
2024.04.24 06:06:30 4: [WR] [fronius_StartUp] clearHeadData
2024.04.24 06:06:30 4: [WR] [fronius_StartUp] RemoveInternalTimer
2024.04.24 06:06:30 4: [WR] [fronius_StartUp] InternalTimer Statische Daten
2024.04.24 06:06:30 4: [WR] [fronius_StartUp] InternalTimer Realtime Daten
2024.04.24 06:06:30 4: [WR] [fronius_StartUp] InternalTimer Archive Daten - 120
2024.04.24 06:06:30 4: [WR] [fronius_StartUp] done
2024.04.24 06:06:30 4: [WR] [fronius_SendCommand] [GetAPIVersionInfo] START
2024.04.24 06:06:30 4: [WR] [fronius_SendCommand] [GetAPIVersionInfo] PushToCmdQueue SendURL=http://192.168.64.94/solar_api/GetAPIVersion.cgi
2024.04.24 06:06:35 4: [WR] [fronius_SendCommand] [GetActiveDeviceInfo] START
2024.04.24 06:06:35 4: [WR] [fronius_SendCommand] [GetActiveDeviceInfo] NOT PushToCmdQueue ERROR=Fronus API Base URL not set!
2024.04.24 06:06:35 4: [WR] [fronius_SendCommand] [GetActiveDeviceInfo] re-init fronius_GetAPIVersionInfo
2024.04.24 06:06:40 4: [WR] [fronius_SendCommand] [GetPowerFlowRealtimeData] START
2024.04.24 06:06:40 4: [WR] [fronius_SendCommand] [GetPowerFlowRealtimeData] NOT PushToCmdQueue ERROR=Fronus API Base URL not set!
2024.04.24 06:06:40 4: [WR] [fronius_SendCommand] [GetPowerFlowRealtimeData] re-init fronius_GetAPIVersionInfo
2024.04.24 06:06:40 4: [WR] [fronius_GetPowerFlowRealtimeData] Timer 60
2024.04.24 06:06:42 4: [WR] [fronius_GetStorageRealtimeData] Timer 60
2024.04.24 06:06:44 4: [WR] [fronius_GetMeterRealtimeData] Timer 60
2024.04.24 06:06:46 4: [WR] [fronius_GetInverterRealtimeData] Timer 60

Es sieht genauso aus, wie das Timerproblem von "damals", wo die Timer nicht gesetzt wurden, wenn der WR im Standby ist.

Grüße
Hugo
#9
Automatisierung / Aw: [ASC] - Merkwürdiges Venti...
Letzter Beitrag von Reinhard.M - 24 April 2024, 08:01:37
Genau so ist es. Für höchsten 1s fährt das Rollo korrekterweise hoch. Dann kommt aber von ASC der Befehl "fahre runter". Im Device wird das Rollo als "aktiv runter fahrend" signalisiert. Das dauert bis die eingestellten 24% erreicht sind. Korrekterweise stoppt ASC dann die Fahrt (genauer gesagt, die Anzeige der Fahrt, es bewegt sich ja nichts mehr) und alles ist grün. Die Höhe wird mit 24% angezeigt. Mit "Comfort open" passiert es nicht! Und wie gesagt, "Copy - Paste" ohne Änderung. Vorher lief es Jahre ohne Probleme. Sehr merkwürdig...
#10
Automatisierung / Aw: [ASC] - Merkwürdiges Venti...
Letzter Beitrag von CoolTux - 24 April 2024, 07:44:59
Bin nicht ganz schlau aus Deiner Beschreibung geworden.
Fährt das Rollo beim Fenster öffnen wirklich auch hoch?

Um dann nach 1-2 Sekunden sofort wieder zu schliesen?