IP-Symcon 2.6 - Feedback & Bugreports

Ist in der 2.6 nicht mehr vorhanden.

paresy

Kann ich bestätigen, läuft. Die 2.6 kann aber noch viel mehr, wer wankt dem kann ich den Update natürlich nach Studium der Doku maximal empfehlen.

Performancegewinne von 10% sind heute schon Wahnsinn… Mein ips-Dienst Startet neu in 2 Minuten - vorher 17 Minuten! (% Rechnen…) Mein Rechner stiess mit IPS insgesamt an seine Grenzen bei der 2.5, bei der 2.6 laueft nun auch mein Webfront fluessiger weil der PC selbst nicht mehr so ausgelastet ist.

Die OZW-Integration interessiert mich wahnsinnig, probier ich aber erst nach grünem Licht…aktuell erhalte ich schon beim Anlegen der Instanzen eine Fehlermeldung aber das ist ja noch nicht fertig. Viel wichtiger wäre noch, dass Siemens den FW Update für bestehende OZW-Besitzer ermöglicht. Meiner wurde org. Bei Siemens gekauft aber hat natürlich nicht die neuste FW drauf.

Moin…

… wenn ich eine neue KNX-Instanz erstelle sind die Haken unten bei SCHREIBEN und EMPFANGEN nicht automatisch gesetzt.
LESEN und SENDEN ist klar, aber die anderen 2 waren doch immer schon da oder irre ich mich?

Sonst würde die Info „Gewöhnlich müssen diese Optionen nicht verändert werden“ ja keine Sinn machen.

Gruß,
Peter

Heute hatte ich seit langem wiedermal einen Absturz. Ab 15:30 ging der RAM nach oben auf ca 400 MB. (120 ist bei mir normal) und das IFront war nicht zu öffnen. Es kam eine Schutzverletzung und ein Json Fehler.
Leider kann ich nicht im Logfile nachsehen da ich es nicht öffnen kann. Es hat 1,57 GB.

Hat jemand Ideen? Vielleicht der grosse Meister.

Hallo zusammen,

mal ne ganz blöde Frage: wie kommt man zur beta Software?

Heute war das System wieder langsam und ich musste neu starten.

hier die Logeinträge.
20.07.2012 00:52:02.075 | 27090 | WARNING | TimerID #25, TimerThread #4 | [Systeminstanzen\Energieüberwachung\Heizungszähler] = Zeitüberschreitung beim Warten auf Antwort
20.07.2012 04:52:22.323 | 33902 | WARNING | TimerID #24, TimerThread #4 | [Systeminstanzen\Energieüberwachung\Heizung\Durchflussvolumen (1/10 m3 / Imp.)] = Zeitüberschreitung beim Warten auf Antwort
20.07.2012 08:32:45.954 | 0 | ERROR | KernelMT | Access violation at address 052BE8FF. Read of address 052BE8FF
20.07.2012 08:32:45.955 | 0 | ERROR | KernelMT | Access violation at address 052BE8FF. Read of address 052BE8FF
20.07.2012 08:32:45.956 | 0 | ERROR | KernelMT | Access violation at address 052BE8FF. Read of address 052BE8FF
20.07.2012 08:32:45.957 | 0 | ERROR | KernelMT | Access violation at address 052BE8FF. Read of address 052BE8FF
20.07.2012 08:32:45.959 | 0 | ERROR | KernelMT | Access violation at address 052BE8FF. Read of address 052BE8FF
20.07.2012 08:32:45.960 | 0 | ERROR | KernelMT | Access violation at address 052BE8FF. Read of address 052BE8FF
20.07.2012 08:32:45.960 | 0 | ERROR | KernelMT | Access violation at address 052BE8FF. Read of address 052BE8FF
20.07.2012 08:32:45.961 | 0 | ERROR | KernelMT | Access violation at address 052BE8FF. Read of address 052BE8FF
20.07.2012 08:32:45.962 | 0 | ERROR | KernelMT | Access violation at address 052BE8FF. Read of address 052BE8FF
20.07.2012 08:32:45.963 | 0 | ERROR | KernelMT | Access violation at address 052BE8FF. Read of address 052BE8FF
20.07.2012 08:32:45.964 | 0 | ERROR | KernelMT | Access violation at address 052BE8FF. Read of address 052BE8FF
20.07.2012 08:32:45.965 | 0 | ERROR | KernelMT | Access violation at address 052BE8FF. Read of address 052BE8FF
20.07.2012 08:32:45.966 | 0 | ERROR | KernelMT | Access violation at address 052BE8FF. Read of address 052BE8FF
20.07.2012 08:32:45.967 | 0 | ERROR | KernelMT | Access violation at address 052BE8FF. Read of address 052BE8FF
20.07.2012 08:32:45.968 | 0 | ERROR | KernelMT | Access violation at address 052BE8FF. Read of address 052BE8FF
20.07.2012 08:32:45.969 | 0 | ERROR | KernelMT | Access violation at address 052BE8FF. Read of address 052BE8FF
20.07.2012 08:32:45.969 | 0 | ERROR | KernelMT | Access violation at address 052BE8FF. Read of address 052BE8FF
20.07.2012 08:32:45.970 | 0 | ERROR | KernelMT | Access violation at address 052BE8FF. Read of address 052BE8FF
20.07.2012 08:32:45.971 | 0 | ERROR | KernelMT | Access violation at address 052BE8FF. Read of address 052BE8FF
20.07.2012 08:32:45.972 | 0 | ERROR | KernelMT | Access violation at address 052BE8FF. Read of address 052BE8FF
20.07.2012 08:32:45.973 | 0 | ERROR | KernelMT | Access violation at address 052BE8FF. Read of address 052BE8FF
20.07.2012 08:32:45.974 | 0 | ERROR | KernelMT | Access violation at address 052BE8FF. Read of address 052BE8FF
20.07.2012 08:32:45.975 | 0 | ERROR | KernelMT | Access violation at address 052BE8FF. Read of address 052BE8FF
20.07.2012 08:32:45.976 | 0 | ERROR | KernelMT | Access violation at address 052BE8FF. Read of address 052BE8FF
20.07.2012 08:32:45.977 | 0 | ERROR | KernelMT | Access violation at address 052BE8FF. Read of address 052BE8FF
20.07.2012 08:32:45.978 | 0 | ERROR | KernelMT | Access violation at address 052BE8FF. Read of address 052BE8FF
20.07.2012 08:32:45.979 | 0 | ERROR | KernelMT | Access violation at address 052BE8FF. Read of address 052BE8FF
20.07.2012 08:32:45.979 | 0 | ERROR | KernelMT | Access violation at address 052BE8FF. Read of address 052BE8FF
20.07.2012 08:32:45.980 | 0 | ERROR | KernelMT | Access violation at address 052BE8FF. Read of address 052BE8FF
20.07.2012 08:32:45.981 | 0 | ERROR | KernelMT | Access violation at address 052BE8FF. Read of address 052BE8FF
20.07.2012 08:32:45.982 | 0 | ERROR | KernelMT | Access violation at address 052BE8FF. Read of address 052BE8FF
20.07.2012 08:32:45.983 | 0 | ERROR | KernelMT | Access violation at address 052BE8FF. Read of address 052BE8FF
20.07.2012 08:32:45.984 | 0 | ERROR | KernelMT | Access violation at address 052BE8FF. Read of address 052BE8FF
20.07.2012 08:32:45.985 | 0 | ERROR | KernelMT | Access violation at address 052BE8FF. Read of address 052BE8FF
20.07.2012 08:32:45.986 | 0 | ERROR | KernelMT | Access violation at address 052BE8FF. Read of address 052BE8FF
20.07.2012 08:32:45.987 | 0 | ERROR | KernelMT | Access violation at address 052BE8FF. Read of address 052BE8FF
20.07.2012 08:32:45.988 | 0 | ERROR | KernelMT | Access

Hallo,

wenn ich über ein ausgelöstes Ereignis einen Wert einer EIB Variable zuweisen möchte und den Befehl (über das Dropdownmenü) „EIB_Value($IPS[‚TARGET‘], 25)“ verwende, kommt folgende Meldung im Log: EIB_Value: Instance #0 not found!.
Wenn ich anstatt $IPS[‚TARGET‘] die ID der EIB Gruppe angebe, dann schreibt der Befehlt den Wert richtig in die EIB Variable.

Anscheinend kann der der EIB_Value Befehl die ID mit der Funkion $IPS[‚TARGET‘] nicht finden.

Bei meinem Test wurden alle EIB Gruppen mit IPS 2.6 angelegt und manuell der Haken bei SCHREIBEN gesetzt (s. Problemmeldung von Peter).

Gruß
Dominik

Sollte wenn, auch so heissen.

$_IPS['TARGET']

Der Wizard schreibt den Befehl ohne „", wenn ich über das Funktionsdropdownmenü gehe.
Selbst wenn ich den Befehl manuell als php-Code mit "
“ schreibe, tritt der gleiche Fehler auf.

Also an der Schreibweise scheint es nicht zu liegen.

Gruß

Dominik

Was für ein Wizzard, wusste gar nicht das es sowas in IPS gibt.:confused:

Wenn Du im Script $ STRG+Space eingibst hast Du die richtige Schreibweise, ferner sind die Systemvariablen hieraufgeführt.

Hallo,

ich habe leider noch ein Bug gefunden, der anscheinend mit 2.5 kam, aber in 2.6 noch immer vorhanden ist.

Ich habe ein Ereignis angelegt (ist egal ob zyklisch oder ausgelöst), das den Befehl EIB_Value(24979, $_IPS[‚VALUE‘]) ausführen soll.
Der angelegte Task führt den Befehl auch ordnungsgemäß aus.

Wenn ich das Ereignis allerdings nachträglich wieder bearbeiten möchte, dann kommt folgende Meldung ‚$_IPS[‚VALUE‘]‘ ist kein gültiger Gleitkommawert.
Nach der Fehlermeldung bin ich wieder im Objektbaum.

Bei einem anderen Ereignis hatte den Befehl ‚EIB_Value(24979, GetValueFloat(14437))‘ verwendet und die letzte Klammer vergessen. Auch hier bekam ich dann eine Gleitkommawert-Fehlermeldung. Komischerweise wurde der Befehl aber korrekt ausgeführt.

Irgendetwas scheint mit der Prüfung nicht zu stimmen.
Selbst wenn der Befehl falsch sein sollte, müsste doch zumindest das Fenster für die Bearbeitung wieder aufgehen, damit ich den Befehl korrigieren kann.

Wenn überhaupt, dann müsste diese Prüfung beim speichern des Tasks passieren und nicht beim erneuten Aufrufen des Bearbeitungsmenüs.

Es hilft leider nur das Löschen des Ereignisses und ein erneutes Anlegen.

Hier ein Post von Anfang des Jahres, der ein ähnliches Problem beschreibt:
http://www.ip-symcon.de/forum/f18/fehlermeldung-getvalue-xx-kein-gueltiger-gleitkommawert-16695/

Gruß

Dominik

Hallo RWN,

den Wizard beim Anlegen eines neuen Ereignisses…
Hier kann ich wenig falsch machen, da das Programm ja den Code anhand meiner Vorgaben erstellt.

Weiter -> Weiter -> Weiter… das übliche eben… :smiley:

Gruß

Dominik

@woms: Sind beides Fehler der 2.6 - schaue ich mir an.

paresy

Hier mal ein Screenshot dazu. Vielleicht könnte ich mal kurz Feedback bekommen oder das so sein soll oder ein BUG ist!?

Danke…

Peter

Moin,

sorry dass ich ein wenig drängele. Aber gibt es schon News wann das ISDN-Modul in der 2.6 wieder funktioniert?
Ist für mich leider recht wichtig und ich möchte ungern wieder auf die 2.5 zurück wechseln, die 2.6 ist nämlich genial schnell und nicht so ressourcenhungrig.

wango


Alles über die Nase im Gesicht Nordfrieslands
Eiderstedt.net

Hallo
Ich hab bei den Expert options alles abgewaehlt
ausser messageQueueWatch aber bei jeden
oeffnen eines Client Socket krieg ich die Meldung ins Log

21.07.2012 11:30:00.671 | 40623 | MESSAGE | Client Socket        | Socket: Verbunden

Habe die ESF/OPC Datei hochgeladen und bekomme beim erstellen eines Elements/Adresse eine Zugriffsverletzung von der Management Console.
Funktioniert hat es schon … ich glaube der Fehler kam seit dem Update auf die 2.6 (Beta)

Habe weiter oben (woms) gesehen, dass der Bug mit der neuen Beta ausgemerzt ist und habe sie prompt installiert. Leider komme ich jetzt nirgendwo mehr rein. Ich bekomme überall (Wizards und Ansichten) eine Zugriffsverletzung.

Nach deaktivieren von „Nur Lesen“ wird die Schreibadresse nicht freigegeben. Nach erneutem öffnen der Instanz ist sie frei und kann wieder geändert werden.

Die Kommunikation ist sehr zäh. Teilweise dauert es bis zu 7 sec bis ein Befehl ausgeführt wird.