70_WINCONNECT.pm zum Steuern eines Windows PC / Tablet

Begonnen von michael.winkler, 19 Oktober 2016, 10:08:42

Vorheriges Thema - Nächstes Thema

michael.winkler

#315
Hast Du auch das Modul ersetzt?


ACHTUNG!! Bitte immer folgendes durchführen wenn Ihr eure Umgebung aktualisieren wollt!
Bitte die Datei "70_WINCONNECT.PM" auf dem FHEM ersetzten.
Wichtig! shutdown restart durchführen

michael.winkler

Zitat von: TWART016 am 11 Juli 2017, 22:48:30
Ein paar Sachen sehe ich nicht in der 0.0.14.1
- checkprocess
- checkperformance
- Festplatten Hersteller und Modell
- VolumeDown, VolumeUp (mit attr volumeStep)

In dem 0.0.14 Download war noch ein altes Modul. Bitte die aktuelle 0.0.15er herunterladen und das Modul auf deinem FHEM Server ersetzen.

Download wie immer auf Seite 1

TWART016

Schon besser :D

Sollte das nicht shutdown restart heißen?


TWART016

danke. Noch ein Verbesserungsvorschlag.

Wenn das Device off geschalten wird, sollte auch os_RunTime_minutes auf 0 gesetzt werden.

michael.winkler

Zitat von: TWART016 am 18 Juli 2017, 17:51:01
danke. Noch ein Verbesserungsvorschlag.

Wenn das Device off geschalten wird, sollte auch os_RunTime_minutes auf 0 gesetzt werden.
ok, baue ich ein. Folgende Readings werde ich dann auch noch zurücksetzen


# Readings zurücksetzen wenn Offline
#  os_RunTime_days,os_RunTime_hours und os_RunTime_minutes
#  printer_aktiv und printer_names

Per

Finde ich gar nicht so gut, alles zurückzusetzen. Damit ist es später nicht mehr auswertbar. Umgekehrt hingegen kann man das über and device eq "off" leicht rausfiltern.

michael.winkler

Zitat von: Per am 19 Juli 2017, 11:17:39
Finde ich gar nicht so gut, alles zurückzusetzen. Damit ist es später nicht mehr auswertbar. Umgekehrt hingegen kann man das über and device eq "off" leicht rausfiltern.
Ich könnte es ja so einbauen dass man es über eine Attribut steuern kann.

Wie wäre es mit einem Attribut "win_noreset" mit den möglichen Werten 0 und 1?

Per

Eher umgekehrt (also win_reset), weil du ja eine neue Funktion einführst. Somit würden alte Configs einfach weiterlaufen, wer die neue Funktion will muss eh anpassen.

michael.winkler

Zitat von: Per am 19 Juli 2017, 11:45:54
Eher umgekehrt (also win_reset), weil du ja eine neue Funktion einführst. Somit würden alte Configs einfach weiterlaufen, wer die neue Funktion will muss eh anpassen.
ok, da hast Du jetzt recht.

Habe das Attribut jetzt "win_resetreadings" genannt. Der Standardwert ist 0 wenn das Attribut nicht gesetzt wurde.

TWART016

Zitat von: Per am 19 Juli 2017, 11:17:39
Finde ich gar nicht so gut, alles zurückzusetzen. Damit ist es später nicht mehr auswertbar. Umgekehrt hingegen kann man das über and device eq "off" leicht rausfiltern.
Was willst du daran auswerten? Die maximale Laufzeit? Gute Idee, aber wie kann ich nur die höchste Zeit ins Logfile schreiben?

Ich hatte meinen Schwellenwert bei der runtime falsch. Jetzt geht es auch so.

michael.winkler

Version 0.0.16 ist ab morgen Online. Das Modul kommt ab jetzt über ein ganz normales FHEM Update.

Die GUI kann hier heruntergladen werden ==> https://gitlab.com/michael.winkler/winconnect/raw/master/WinControl_0.0.16.exe

Folgendes wurde geändert:


############################################################################
# 2017-07-26, v0.0.16
#
# v0.0.16 erste SVN Version
# - BUFIX:      Refresh CSRFTOKEN nach einem reconnect
# Readings zurücksetzen wenn Offline
#                os_RunTime_days,os_RunTime_hours und os_RunTime_minutes
#                printer_aktiv und printer_names
#               div. Optimierungen
# - FEATURE     Attribut "win_resetreadings:0,1" Standard = 1 / 1 = Readings zurücksetzen wenn Offline
#               Attribut "autoupdategitlab:0,1"  Standard = 1 / 0 = Hier kann der automatische Download deaktiviert werden.
# - CHANGE      Attribut "http-noshutdown" Auf Standwardwert "0" gesetzt
#

swsmily

Hi!

Vielen Dank für das tolle Modul und Programm.

Bei dem Programm hätte ich aber einen Verbesserungsvorschlag. Wenn es minimiert ist, also im Systray und man nutzt ALT+TAB um zwischen Fenstern zu wechseln, wäre es schön, wenn es da nicht mehr mit auftaucht. Im Moment holt man es immer wieder versehentlich in den Vordergrund, wenn man mit ALT+TAB zwischen verschiedenen Fenstern hin und her schalten möchte.

michael.winkler

Zitat von: swsmily am 29 Juli 2017, 20:55:58
Hi!

Vielen Dank für das tolle Modul und Programm.

Bei dem Programm hätte ich aber einen Verbesserungsvorschlag. Wenn es minimiert ist, also im Systray und man nutzt ALT+TAB um zwischen Fenstern zu wechseln, wäre es schön, wenn es da nicht mehr mit auftaucht. Im Moment holt man es immer wieder versehentlich in den Vordergrund, wenn man mit ALT+TAB zwischen verschiedenen Fenstern hin und her schalten möchte.
Ich schaue es mir an, danke für dein Feedback

ThiemoSt

Habe das Modul mal definiert zum testen und später wieder gelöscht.
Seitdem habe ich folgende Fehlermeldung im Log:
017.08.01 15:50:39.102 1: PERL WARNING: garbage at end of string in strptime: 17 at /usr/lib/arm-linux-gnueabihf/perl/5.20/Time/Piece.pm line 469.
2017.08.01 15:50:39.102 1: stacktrace:
2017.08.01 15:50:39.102 1:     main::__ANON__                      called by /usr/lib/arm-linux-gnueabihf/perl/5.20/Time/Piece.pm (469)
2017.08.01 15:50:39.102 1:     Time::Piece::strptime               called by ./FHEM/57_ABFALL.pm (414)
2017.08.01 15:50:39.103 1:     main::getEvents                     called by ./FHEM/57_ABFALL.pm (188)
2017.08.01 15:50:39.103 1:     main::ABFALL_GetUpdate              called by ./FHEM/57_ABFALL.pm (353)
2017.08.01 15:50:39.103 1:     main::ABFALL_Notify                 called by fhem.pl (3411)
2017.08.01 15:50:39.103 1:     main::CallFn                        called by fhem.pl (3332)
2017.08.01 15:50:39.103 1:     main::DoTrigger                     called by fhem.pl (4300)
2017.08.01 15:50:39.103 1:     main::readingsEndUpdate             called by ./FHEM/57_Calendar.pm (2711)
2017.08.01 15:50:39.104 1:     main::Calendar_CheckTimes           called by ./FHEM/57_Calendar.pm (2238)
2017.08.01 15:50:39.104 1:     main::Calendar_CheckAndRearm        called by ./FHEM/57_Calendar.pm (2249)
2017.08.01 15:50:39.104 1:     main::Calendar_SynchronousUpdateCalendar called by ./FHEM/57_Calendar.pm (2215)
2017.08.01 15:50:39.104 1:     main::Calendar_ProcessUpdate        called by FHEM/HttpUtils.pm (453)
2017.08.01 15:50:39.104 1:     main::__ANON__                      called by fhem.pl (683)


Habe ansonsten an dem Tag nichts anderes gemacht außer ein FHEM Update.
Denke nicht das die Meldung von dem Modul kommt, auch weil mehrfach das Calendar und ABFALL Modul erwähnt wird. Wollte nur nochmal eine Meinung dazu hören.

Gruß Thiemo
FHEM, Ubuntu unter Proxmox (NUCi7)
FHT80B; CUL_FHTTK; HMUARTLGW; HUE; Netatmo; ENIGMA2; FRITZBOX; S7 und viele weitere.