Möchte hier mal den ersten Fehler melden:
Bewußt hier, da es meiner Meinung nach noch nicht Produktiv in den Bugtracker gehört.
$parent=IPS_GetParentID($_IPS['SELF']);
$device_id = @IPS_GetObjectIDByName("Test",$parent);
if ($device_id===false)
Der Befehl IPS_GetObjectIDBy… läßt das Script abstürzen, wenn kein Object mit dem Namen oder der IdentID gefunden wird. Kein Unterschied zwischen IPS_GetObjectIDByName und IPS_GetObjectIDByIdent.
Ist eine Object mit dem Namen ‚Test‘ vorhanden funktioniert das Script.
Fehlt das Object ‚Test‘, bricht das Script mit folegender Meldung ab:
Fatal error: Uncaught exception 'Exception' with message 'Request error: Object with name Test could not be found' in /etc/symcon/scripts/__rpc.inc.php:74
Stack trace:
#0 /etc/symcon/scripts/__functions.inc.php(130): JSONRPC::__callStatic('IPS_GetObjectID...', Array)
#1 /etc/symcon/scripts/__functions.inc.php(130): JSONRPC::IPS_GetObjectIDByName('Test', 22040)
#2 /etc/symcon/scripts/24034.ips.php(4): IPS_GetObjectIDByName('Test', 22040)
#3 {main}
thrown in /etc/symcon/scripts/__rpc.inc.php on line 74
Alle nachfolgenden Befehle werden nicht mehr ausgeführt!
Oder muß man das jetzt anders Lösung um zu prüfen, ob das Object Existiert?
Kann es sein, dass der Image Grabber noch nicht selbstständig im angegebenen intervall aktualisiert? Legt man ein Skript mit einem zyklischen Ereignis an welches die Aktualisierung vornimmt dann klappt das.
Apropos anlegen eines Skriptes. Wenn ich eines anlegen will kommt bei mir eine Access Violation in der Konsole. Wenn ich diese dann schliesse und neu öffne dann ist das Skript angelegt.
@Kronos: ImageGrabber ist bekannt. Die internen Timer fehlen komplett noch :eek: Das Problem mit den Skripten kann ich hier leider nicht nachstellen Hast du noch einen Hinweis?
Hmh, jetzt macht er das mit den Skripten sauber. Kann es an der Konsole liegen? Ich hatte dazwischen ein Live-Update vom Produktivsystem gemacht. Da ist eigentlich der einzige Unterschied zu gestern.
Fix im nächsten Update. Grundregel ist übrigens, dass wir so gut wie möglich zur 3.1+ Kompatibel sein wollen. Somit sollen prinzipiell alle Skripte (Kompatibilitätsfunktionen ausgenommen) so kompatible wie möglich sein.
Habe mal versucht mit der Android mobile App 3.0.1 von extern zuzugreifen.
Bekommt das WF angezeigt. Jedoch als nicht konfiguriert.
Im WF Konfigurator kann ich zwar den Haken für die App setzen, aber nicht speichern.
Korrekt so oder noch nen Bug?
Desweiteren werden die Kennwörter der Console ignoriert. Auch wenn man falsche Kennwörter oder nicht existierende User angiebt, bekommt man Vollzugriff!
Sicherheit gleich null.
Wie kann man eigentlich vom Script snmp Abfragen starten. Bekomme immer eine Fehlermeldung.
Apt-get install snmp habe ich installiert.
Reicht das nicht?
Muß in IPS noch was eingetragen werden?
Bin nicht der Linux Freak.
Das Umbenennen von Scripten klappt jetzt. Allerdings wird der neue Name noch nicht in die Settings geschrieben, so das nachfolgende Aufrufe wegen des nicht mehr vorhandenen alten Dateinamen fehlschlagen.
Hallo!
Habe gerade Homematic Soket probiert:
Ich habe keinen Ereignisserver zur Auswahl Feld ist leer
Woran kann das liegen?
Ich bin mit dem Verbindungsassistent mit der Windowskonsole verbunden.
Sehe auch den Objectbaum da hab ich fast noch nichts angelegt ausser dem Socket. aaaber…?
IPS-Server läuft auf dem Raspi.
So ich habe nun auch mal eine Test-VM eingerichtet.
Zuerst mal großes Lob an die Macher. Installation unter Ubuntu ohne Probleme.
Allerdings zeigt die Konsole nur 640ee34 und nicht 640ee346 als Version an.
Erster Mini-Test mit HM => Hier stimmt was nicht bei Float-Level Variablen.
Alle Werte über das WF werden gesetzt, außer 0 und 100% hier gibt es im WF folgende Meldung :‚boost::bad_get: failed value get using boost::get‘
Rückkanal geht bei meinem Test-Dimmer auch nicht (Debug vom HM-Socket zeigt auch keine ankommenden Events), Port ist aber offen laut nmap.
5544/tcp open unknown
Fehlerhaft:
HM-LC-Bl1PBU-FM Fehler beim setzen von 0 und 100%
HM-LC-Dim1T-FM Fehler beim setzen von 0 und 100%
Schönheitsfehler:
Mit den Variablen Profilen gibt es auch noch Probleme.
Statt ~Temperature.HM wird immer ~Temperature genommen. Dadurch ist immer ein Sonderzeichen vor dem °.
HM eigene Integerprofile gibt es nicht, dadurch ist dieses Zeichen immer da.
Bei anlegen von eigenen Profilen ist dieses Zeichen immer da.
Ich bin begeistert wie schnell diese kleine Büchse ist. Mal sehen wielange es so bleibt.
Gibt es jetzt eine RegisterVariable und ClientSocket? Gier nach mehr
0% + 100% Fehler ist korrigiert.
HM_* Befehle sind nun auch da. Habe auch das Build System optimiert, damit dieser Fehler nie mehr vorkommt
Das mit den Profilen habe ich „korrigiert“. Es ist korrekt, dass dieses komische Sonderzeichen da ist. Das ist ein genereller Fehler der Konsole der noch offen ist.
Wegen dem Rückkanal: Habt ihr den Ereignisserver korrekt ausgewählt? Könnt ihr ggf. den Socket schließen und wieder öffnen? Geht es dann?