habe die Version die nicht vermurkst ist wieder aktiviert.
Es gibt jetzt noch eine neuere Version bei der man jetzt auch ein Objekt öffnen kann, bei Click auf den Link - z.B. direkt auf die HTML Tabelle.
WICHTIG: Es muss ein LINK unterhalb des Webfront Ordners sein !!!
Jetzt funktioniert die Beta wieder
Das mit dem Click funktioniert bei mir natürlich nicht, da die Batteriewerte nur in den Webfront-Ordner verlinkt sind.
Was noch cool wäre ist ein Button statt eines Schalters zur manuellen Abfrage. Der Schalter muss immer zurückgestellt werden.
Soweit ich weis gibt es in der Visu (alt/neu) keinen „einzelnen“ Taster. Deswegen nutze ich den Switch und setze ihn im Hintergrund nach AN direkt wieder auf AUS.
Wenn du den Auslöser in der neuen Visu einzeln legst, dann kannst du es so darstellen.
Das geht aber noch nicht wenn es unter einem Dummy liegt - auch kann ich nachvollziehen das hier der Button nicht visuell zurückwandert (was im alten Webfront ging)
@Nall-chan @paresy das wäre evtl. auch ein Bug / Thema so einen Taster unter einem Dummy darzustellen, bez. den Switch auch zurückzusetzen.
Aktuell ist der Weg dafür ein Ablaufplan zu nutzen. Der ist quasi als eine Aktion anklickbar.
paresy
Oder einfach ein Script anlegen und das ruft dann die Instanz Funktion auf.
Michael
@BommelPommel
Nettes Modul!
Ich habe bisher den Batteriemonitor verwendet und was ich mir dort hinzugebastelt habe und ganz geschickt finde ist, dass es mir zusätzlich den Batterietyp und die Anzahl der Batterien anzeigt, welche ich zum Wechseln brauche.
Ich verwende viele Unterschiedliche Geräte und da verliert man schnell den Überblick.
Die Info ist natürlich nicht von alleine vorhanden. Mein Vorgehen ist:
- Integer Variable BAT_NUM für die Anzahl der Batterien im gleichen Parent wie Batteriestatus angelegt
- Interger Variable BAT_TYPE mit eigenem Profil für die Batterie Typen im gleichen Parent wie Batteriestatus angelegt
Damit kann man einfach die HTML Box erweitern.
Nur so als kleine Anregung, wenn du dein Model erweitern möchtest.
Gruß
Maze
Danke für das Modul, habe ich als Ersatz für ein anderes in Betrieb genommen, funktioniert.
Was ich jedoch verwirrend finde ist der Absatz der Prüfhäufigkeit.
Kann ich eine Prüfung alle 6 Stunden damit verwirklichen? (Eine detailiertere Beschreibung im Github wäre sehr hilfreich)
Ja - du kannst ja entweder um eine bestimmte Uhrzeit oder alle X Minuten prüfen lassen - ich finde die Infos in der Konfiguration eigentlich recht eindeutig. Fehlt dir hier was?
Was nicht ganz klar ist, bei Verwendung von „Prüfen alle x Minuten“ sind die ersten 3 Parameter außer Kraft? Und max. Minutentimer = 59?
Die Version 1.6 ist im Store nicht vorhanden.
Daher funktioniert wohl leider die Benachrichtigung via Visu nicht.
Berichtigung: 1.6 ist auf dem Beta-Kanal, aber die Meldungen kommen nicht in die gewählte Visu.
Es sind aber fehlerhafte Geräte in der eMail-Benachrichtigung vorhanden…
Ausserdem erhalte ich die Fehlermeldung im Konfigurations-Fomular beim drücken auf 'Teste & Prüfe Profile"
TargetID is not inside the allowed security context in C:\ProgramData\Symcon\modules\.store\elueckel.profilemonitor\ProfileMonitor\module.php on line 367
Wenn ich diese Option deaktiviere taucht die Fehlermeldung nicht auf
Hallo zusammen,
bei mir funktioniert die App-Benachrichtigung auch nicht.
(alte und neue Visu getestet)
Mail habe ich nicht getestet.
Gibt es hier schon eine Lösung?
Ist es auch möglich eine Meldung in eine IPSView zu senden?
Neue Visu klappt bei mir. Ich habe nur App Benachrichtigung aktiviert und schon kamen die Nachrichten in der neuen Visu.
Ralf
Servus.
Habe auch mal auf das Modul gewechselt, update auf Beta um Nachricht an neue Visu zu senden.
Das funktioniert auch, wenn ich die Funktion Teste.
Allerdings aktualisiert sich das Modul gar nicht nach der eingestellten Zeit?!
So müsste er doch jeden Tag um 10Uhr etwas tun, oder?
Timestamp aller Variablen ist aber noch immer von gestern und den manuellen Tests…
Christian
Laut deiner Konfiguration alle 7 Tage um 10 Uhr.
Michael
So ist das gemeint. Ahhhh.
Das verwirrende ist hier, dass die Zahl max. 7 sein darf, darum ging ich davon aus, dass es die 7 Tage der Woche sind.
Gleiches übrigens auch bei den Minuten, max. 59, ist ja bei der „Alle x Minuten“ Funktion auch nicht so ganz treffend, möchte ja evtl. nur alle vier Stunden prüfen…
Danke dir!!
Dann hast aber die Nutzung vom Modul wohl nicht gelesen, das ist nicht vorgesehen.
Das Modul fragt alle x Tage um eine definerte Zeit alle Variablen ab bei denen ein Batterieprofil gesetzt wurde
Quelle: Doku vom Modul
Michael
Hm, ne so passt es aber auch nicht! Gestern hat er es erst wie erwartet um 10 Uhr ausgeführt, dann aber nochmal um 22:52:10 ??
Heute Morgen dann wieder nicht mehr…
*** End of Support ***
Mehr dazu: Nutzung von Symcon endet und ebenso Support für meine Module!
Hi,
schade aber verständlich.
Ich habe da schon eine kleinere Änderung für mich vorgenommen. Ich habe manchmal Geräte die eine Batterie-Variable anlegen aber nicht mit einem sinnvollen Wert vorbelegen sie stehen somit auf 0 und würden als Leer gemeldet werden. Die Änderung is Minimal.
Statt
foreach ($Profiles as $pName => $pValue)
{
if ($profileName == $pName) {
$checked_variable_json .= $VariableID.',';
//if (is_bool($pValue)) {
if (IPS_GetVariable($VariableID)["VariableType"] == "0"){
einfach
foreach ($Profiles as $pName => $pValue)
{
if ($profileName == $pName) {
$checked_variable_json .= $VariableID.',';
//if (is_bool($pValue)) {
if (IPS_GetVariable($VariableID)["VariableUpdated"] == 0) break;
if (IPS_GetVariable($VariableID)["VariableType"] == "0"){
benutzen. „Trick“ ist vor der Prüfung nachschauen ob die Variable überhaupt schon ein Update bekommen haben und man davon ausgehen kann das der Wert realistisch ist.
Ralf