60_Watches - Modul für eine Analog/Digital-Uhr

Begonnen von DS_Starter, 19 November 2018, 23:00:33

Vorheriges Thema - Nächstes Thema

TWART016

#105
Zitat von: DS_Starter am 02 August 2020, 23:02:57
Du hattest doch geschrieben, du hast das Reading alarmTime nicht !?
Ich habe mal nachgeschaut ... das Reading wird beim set Kommando alarmSet mit wenigen FHEM Standard Perl Befehlen gesetzt. Das hat noch nichts mit JavaScript zu tun.
Wenn das Reading nicht gesetzt wird müsste es Perl Fehlermeldungen im Log geben o.ä.
Dein FHEM ist aktuell ?

Mittlerweile bekomme ich das Reading angezeigt.
Internals:
   DEF        Digital
   FUUID      5f21ef78-f33f-1e7a-44a0-a7d6db1c376bed2a
   FVERSION   60_Watches.pm:v0.26.0-s22507/2020-08-01
   MODEL      DIGITAL
   NAME       Uhr
   NR         65
   STATE      stopped
   TYPE       Watches
   HELPER:
     PACKAGE    FHEM::Watches
     VERSION    0.26.0
   OLDREADINGS:
   READINGS:
     2020-08-03 01:48:19   alarmed         0
     2020-08-03 01:48:38   currtime        00:02:22
     2020-08-03 01:48:19   starttime       1596412099816
     2020-08-03 01:48:32   state           stopped
     2020-08-03 01:48:48   stoptime        00:02:31
Attributes:
   DbLogExclude .*
   digitalColorBackground 1F1F1F
   digitalColorDigits E95D0F
   digitalDisplayPattern stopwatch
   digitalSegmentType 7
   digitalSegmentWidth 2.5
   htmlattr   width="350" height="100"
   timeAsReading 1
   verbose    5


FHEM ist aktuell.

Im Log steht nichts.

DS_Starter

Also ich sehe bei dir immer noch kein Reading alarmTime;)

Vielleicht kann jemand anders deine Definition mal ausprobieren. Bei mir läuft sie einwandfrei und ich wüsste nicht wo ich ansetzen könnte. Habe bei mir auch mehr als eine Stoppuhr definiert. Gegenseitige Beeinflussung scheidet demnach auch aus.

LG
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

TWART016

Zitat von: DS_Starter am 03 August 2020, 09:37:40
Also ich sehe bei dir immer noch kein Reading alarmTime;)

Vielleicht kann jemand anders deine Definition mal ausprobieren. Bei mir läuft sie einwandfrei und ich wüsste nicht wo ich ansetzen könnte. Habe bei mir auch mehr als eine Stoppuhr definiert. Gegenseitige Beeinflussung scheidet demnach auch aus.

LG
Falsche list, hier:
Internals:
   DEF        Digital
   FUUID      5f21ef78-f33f-1e7a-44a0-a7d6db1c376bed2a
   FVERSION   60_Watches.pm:v0.26.0-s22507/2020-08-01
   MODEL      DIGITAL
   NAME       Uhr
   NR         65
   STATE      stopped
   TYPE       Watches
   HELPER:
     PACKAGE    FHEM::Watches
     VERSION    0.26.0
   OLDREADINGS:
   READINGS:
     2020-08-03 09:57:45   alarmTime       00:01:24
     2020-08-03 09:57:48   alarmed         0
     2020-08-03 09:57:55   currtime        00:00:19
     2020-08-03 09:57:48   starttime       1596441468350
     2020-08-03 09:57:55   state           stopped
     2020-08-03 09:57:56   stoptime        00:00:20
Attributes:
   DbLogExclude .*
   digitalColorBackground 1F1F1F
   digitalColorDigits E95D0F
   digitalDisplayPattern stopwatch
   digitalSegmentType 7
   digitalSegmentWidth 2.5
   htmlattr   width="350" height="100"
   timeAsReading 1
   verbose    5


Jetzt beginnt er bei 13 Sekunden mit dem zählen.

Ich habe den RAW Code auf einem anderen Server importiert, und das gleiche Problem.
defmod Uhr Watches Digital
attr Uhr DbLogExclude .*
attr Uhr digitalColorBackground 1F1F1F
attr Uhr digitalColorDigits E95D0F
attr Uhr digitalDisplayPattern stopwatch
attr Uhr digitalSegmentType 7
attr Uhr digitalSegmentWidth 2.5
attr Uhr htmlattr width="350" height="100"
attr Uhr timeAsReading 1
attr Uhr verbose 5

DS_Starter

Ich ahne etwas. Die Startzeit der Stoppwatch wird beim Start im Reading starttime gespeichert um daraus die abgelaufene Zeit zu ermitteln. Diese Zeit wird vom FHEM Server geliefert.
Wenn dein Client nicht zeitsynchronisiert ist, hast du vermutlich diese Diskrepanz. Vergleiche mal die Zeitsynchronisation von Server und Client.
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

TWART016

Ich habe start und den date BEfehl auf dem Server fast gleichzeitig ausgeführt. Zeit sollte aber passen.


Internals:
   DEF        Digital
   FUUID      5f27c473-f33f-50ef-a3b2-ebf1368742551569
   FVERSION   60_Watches.pm:v0.26.0-s22507/2020-08-01
   MODEL      DIGITAL
   NAME       Uhr
   NR         1025
   STATE      started
   TYPE       Watches
   HELPER:
     PACKAGE    FHEM::Watches
     VERSION    0.26.0
   OLDREADINGS:
   READINGS:
     2020-08-04 00:52:03   alarmed         0
     2020-08-04 00:52:16   currtime        00:00:12
     2020-08-04 00:52:03   starttime       1596495123575
     2020-08-04 00:52:03   state           started
Attributes:
   DbLogExclude .*
   digitalColorBackground 1F1F1F
   digitalColorDigits E95D0F
   digitalDisplayPattern stopwatch
   digitalSegmentType 7
   digitalSegmentWidth 2.5
   event-on-change-reading .*
   htmlattr   width="350" height="100"
   timeAsReading 1
   verbose    5


Di 4. Aug 00:52:04 CEST 2020

DS_Starter

Das passt schon, aber das meinte ich nicht. Du müsstest die Ausgabe von date auf dem Server mit der Zeitangabe auf deinem Client (PC) vergleichen. Idealerweise solten sich beide regelmäßig mit einem Zeitdienst bzw. NTP-Server synchronisieren. Dann laufen die auch nicht auseinander.
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

DS_Starter

Hallo zusammen,

ich habe der Stoppuhr und der Countdownwatch einen kleinen Satz Steuerbuttons spendiert. Damit kann man auf der Weboberfläche die grundlegendsten Funktionen start, stop, resume, reset ausführen.

Und noch zwei Attribute wenn man die Tasten nicht braucht oder deren Größe verändern möchte.

controlButtonSize
Ändert die Größe der Steuerdrucktasten sofern der Uhrentyp über Steuerdrucktasten verfügt.

hideButtons
Verbirgt die Steuerdrucktasten sofern der Uhrentyp über Steuerdrucktasten verfügt.


Liegt erstmal in meinem contrib zum manuellen Download.

Grüße,
Heiko
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

TWART016

Zitat von: DS_Starter am 04 August 2020, 08:00:01
Das passt schon, aber das meinte ich nicht. Du müsstest die Ausgabe von date auf dem Server mit der Zeitangabe auf deinem Client (PC) vergleichen. Idealerweise solten sich beide regelmäßig mit einem Zeitdienst bzw. NTP-Server synchronisieren. Dann laufen die auch nicht auseinander.
Das war auch gleich. Ich habe den Timer auf einem anderen Client gestartet. Danach lauft es auf allen erstmal richtig.

TWART016

Zitat von: DS_Starter am 10 August 2020, 22:56:58
Hallo zusammen,

ich habe der Stoppuhr und der Countdownwatch einen kleinen Satz Steuerbuttons spendiert. Damit kann man auf der Weboberfläche die grundlegendsten Funktionen start, stop, resume, reset ausführen.

Und noch zwei Attribute wenn man die Tasten nicht braucht oder deren Größe verändern möchte.

controlButtonSize
Ändert die Größe der Steuerdrucktasten sofern der Uhrentyp über Steuerdrucktasten verfügt.

hideButtons
Verbirgt die Steuerdrucktasten sofern der Uhrentyp über Steuerdrucktasten verfügt.


Liegt erstmal in meinem contrib zum manuellen Download.

Grüße,
Heiko

Sieht gut aus. Nur beim Start und Resume wird am Anfang ganz kurz eine andere Zeit angezeigt. Manchmal -50 / +50% / 1min. Kann aber nicht sagen was genau.

DS_Starter

#114
Zitat
Nur beim Start und Resume wird am Anfang ganz kurz eine andere Zeit angezeigt. Manchmal -50 / +50% / 1min. Kann aber nicht sagen was genau.
Das beobachte ich bei mir auch. Ist nur bei Betätigung über die Tasten so. Wird die Funktion über die normalen "set ... xxx" ausgeführt, gibt es diese Beobachtung nicht. Mal schauen ob ich das noch verbessern kann. Momentan ist mir der Zusammenhang noch unklar.
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

DS_Starter

Ich denke ich habe diese zufälligen Zeitanzeige jetzt eliminiert.
Version liegt wieder im contrib zum Test.

LG
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

DS_Starter

Die neue Version ist eingecheckt und morgen früh im Update enthalten.
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

khk123

Hallo Heiko,

ich wollte das Modul Watches als Countdown benutzen, erhalte aber, sobald ich hideButton=0 einstelle, einen Fehler (Bild1). Danach taucht noch ein weiterer Fehler auf. Aber ich nehme an das dies ein Folgefehler ist (Bild2).


defmod Schaltuhr Watches Digital
attr Schaltuhr DbLogExclude .*
attr Schaltuhr digitalDisplayPattern countdownwatch
attr Schaltuhr hideButtons 0
attr Schaltuhr room Test
attr Schaltuhr verbose 5

setstate Schaltuhr initialized
setstate Schaltuhr 2021-01-08 17:44:59 state initialized


Viele Grüße
Karlheinz
FHEM6.2, RasPi4, RasPi Zero W,
CUL V3, HM, ZWave, IT, vcontrol, owntracks, alexa

DS_Starter

Hallo Karlheinz,

ich habe deine Watch Definition bei mir mal nachgestellt.
Habe bei mir keinen Fehler feststellen können. Erst dachte ich dass bei dir sscam_tooltip.js fehlt aber das war natürlich Unfug.  ;)

Ich habe es mit dem default Style von FHEMWEB gestest. Soweit ich es sehe, verwendest du es auch.
Hast du den Browsercache schonmal gelöscht ?
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

rischbiter123

Moin Karlheinz,

unter welchem BS rufst du den Browser auf? Ich frage nur, weil ich unter Android auch einen Javascript-Fehler bekomme, wenn ich in der DEF-Box etwas ändern will. Kann aber natürlich auch sein, dass es damit gar nichts zu tun hat.

LG

Andreas
4*Raspi, Max Thermostate und Fensterkontakte, FB7590, Mysensors und NanoCUL, IT und Sonoff, zigbee2mqtt2