IPS auf Raspberry - noch bekannte Fehler

hardlog · 22. August 2014 um 19:19

Mit dem häutigen Update geht bei mir der 1-wire-configuator nicht mehr: Es werden keine Module mehr angezeigt und beim „suchen“ kommt folgende Meldung:

Fehler OW.JPG

Ist gar nicht auf TMEX eingestellt…

Gruß
hardlog

paresy · 23. August 2014 um 08:12

Du benötigst die allerneuste Konsole der Beta

paresy

hardlog · 23. August 2014 um 10:47

hmm,

hab nochmal liveupdate gemacht und konsole kopiert (vom 22.8.)-> unverändertes Problem

Gruß
hardlog

ChristianL · 23. August 2014 um 12:05

Was soll mir dieses wohl sagen!?

herbertf · 23. August 2014 um 23:00

Hi Paresy,

ich teste wieder mal mit ein Paar PIs und bin insgesamt zufrieden. Mittlerweile habe ich mir auch einen Dienst geschrieben (auf dem PI) welcher die GPIOs überwacht und bei Änderung per JSON-RPC diese an den IPS schickt. Bei Gelegenheit werde ich das mal posten.

Was m.E. noch ein Fehler ist, welcher in der Betaphase behoben werden muss sind die Abstürze des IPS-Dienstes bei komplexeren Parametrierungen in der Konsole. Diese Abstürze sind nicht mit einem Neustart des Dienstes sondern nur mit einem Reboot zu beheben.

Während des normalen Betriebs ist mir IPS noch nicht abgestürzt.

Die Abstürze lassen sich „fast immer“ reproduzieren, wenn ich z.B. per Script mehrere Variablen anlegen will …

Gute Nacht
herbertf

cyberganny · 24. August 2014 um 00:49

**** GELÖST: Hatte vergessen IPV6 zu aktivieren ****

Hallo zusammen,

folgendes Problem auf Raspberry Pi B+ mit aktuellem Raspbian Kernel 3.12.22+ #691

root@Symcon-Pi:/# /etc/init.d/symcon start
[2014-08-24 00:39:41] [info] asio listen error: system:97 (Address family not supported by protocol)
IP-Symcon started with PID 2201

root@Symcon-Pi:/# netstat -ea --numeric-ports | grep 3777
liefert kein Ergebnis, d.h. dass kein Dienst unter Port 3777 läuft

Gesamtes Start Protokoll:

ChristianL · 24. August 2014 um 11:00

Also ich hab den Pi nun mal über Nacht laufen lassen, heute morgen war der Dienst dann auch wieder beendet!

Im Log keinerlei hinweise darauf! Macht es schwer da Fehler zu finden.

tomgr · 24. August 2014 um 11:58

Ist hier ähnlich, wenn Scripte ausgeführt werden, hängt sich ab und an Symcon (Console und WebIf ) weg.
Logs laufen weiter, und IPS lässt sich nur durch einen Reboot beenden.

lg Thomas

firebuster · 25. August 2014 um 12:15

wo gab es die eigentlich noch mal (also separat)

hardlog · 25. August 2014 um 12:57

Hab weiterhin das Problem mit der OW.-Konfigurator , trotz aktueller Console.

Gruß
hardlog

ckerndl · 25. August 2014 um 22:43

Kann bzw muss ich leider bestätigen

SebiMann · 27. August 2014 um 15:59

Hi zusammen,

bevor ich hier jetzt weiter mache hätte ich gerne ein Status ob das schon gehen sollte

ChristianL · 29. August 2014 um 16:57

Nun startet mein Symcon Dienst gar nicht mehr, bzw. verabschiedet sich direkt nach ein paar Sekunden wieder!? Hab nix geändert ihn heute nur mal wieder angeschmissen…

Folgender Fehler wird mir im Terminal ausgegeben:


symcon: /mnt/bamboo-ebs/symcon/arm/rapidjson/include/rapidjson/document.h:265: rapidjson::GenericValue<Encoding, Allocator>& rapidjson::GenericValue<Encoding, Allocator>::operator[](const Ch*) [with Encoding = rapidjson::UTF8<>; Allocator = rapidjson::MemoryPoolAllocator<>; rapidjson::GenericValue<Encoding, Allocator> = rapidjson::GenericValue<rapidjson::UTF8<> >; rapidjson::GenericValue<Encoding, Allocator>::Ch = char]: Assertion `false' failed.

Nall-chan · 29. August 2014 um 17:13

Gefühlt schon 10mal verlinkt.
http://www.ip-symcon.de/forum/showthread.php?p=228737
Michael

ckerndl · 31. August 2014 um 00:58

Gibt es die folgenden Funktionen schon wieder?

IPS_SetProperty (57334 , „Open“, false );
IPS_ApplyChanges (57334 );

herbertf · 2. September 2014 um 20:15

Hi,

Paresy ist scheinbar im Urlaub, hat schon drei Tage nichts gepostet - es sei ihm gegönnt.

Ich habe mittlerweile meinen zweiten PI auf IPS herumgehoben. IPS Ausfälle kann ich im Betrieb nicht feststellen. Was allerdings „sehr schlecht“ ist sind die dauernden Abstürze in der Konsole bei einer Vielzahl von Scripten (wenn man sie per Hand startet). Werden die Scripte hingegen durch ein Ereignis gestartet funktioniert dies. Ärgerlich ist hierbei auch, dass man IPS nicht mit „sudo killall symcon“ abschießen kann, würde mir das Rebooten ersparen … (:((((

Vielleicht hat ja einer einen Tipp - oder Paresy eine neue Version ;-))))

herbert

belmondo2001 · 2. September 2014 um 20:20

Hallo,
mit sudo service symcon restart
kann IPS neu gestartet werden.
Rebooten ist nicht nötig.

mfg.
Jürgen

herbertf · 2. September 2014 um 20:43

Hallo belmodo2001,

vielen Dank - funktioniert aber leider nicht, siehe Bild da bleibt der Befehl hängen. „Sudo Reboot“ funkt dann.

Ich habe jetzt den Absturz nochmal reproduziert. Ein Script was ich seit 2 Tagen alle 10min ausführe per Hand gestartet, funktioniert. In diesem Script ein Leerzeichen eingefügt und per Hand gestartet - ABSTURZ des IPS.

herbert

PumpkinEater · 2. September 2014 um 21:33

Funktioniert alternativ „sudo kill -9 <pid>“ ?

Gruß
Peter

herbertf · 3. September 2014 um 07:05

Hi Pumpkineater,

dies liefert zwar keinen Fehler, schießt auch den Prozess ab, da „pidof symcon“ danach keinen Prozess mehr erkennt.

Starte ich dann mit „sudo /etc/init.d/symcon start“ den IPS neu, startet dieses scheinbar auch korrekt, ich kann mich von der Konsole aber nicht verbinden :-(((

Trotzdem DANKE.

Ich warte jetzt auf eine neue Version.

(Heute früh habe ich übringens erst beim Einfügen des fünften Leerzeichens einen Absturz auslösen können.)

Herbert