Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[MHeymann]

@Thomas-Braun

Ok. Ist meine Testumgebung auf Proxmox. Aber ist ist ja nicht der Fehler oder?

[Thomas Braun]

@MHeymann

Ok. Ist meine Testumgebung auf Proxmox. Aber ist ist ja nicht der Fehler oder?

Doch, das ist grundsätzlich ein Fehler. Das zerschießt dir u. U. die Pfade und Rechte.
Und auch in einem Testsystem arbeitet man nicht als root.

[MHeymann]

@Thomas-Braun

Da hast du sicherlich recht. Aber die anderen 30 Instanzen laufen ja problemlos.

[Thomas Braun]

@MHeymann

Aber die anderen 30 Instanzen laufen ja problemlos.

Heißt jetzt genau was? Die doorio-Instanz aber nicht.
Jetzt meldest du dich als USER an und jagst den

iobroker fix

durch das System.
Vielleicht hast du auch baresip durch den root-login krumm installiert.

[MHeymann]

@Thomas-Braun sagte in Test Adapter doorio v1.0.x:

iobroker fix

Habe ich gemacht Fehler ist immer noch da.

Habe DoorIO im debug mode laufen lassen. Ich habe innerhalb weniger Minuten 1000de Einträge. Hatte das davor über mein Handy eingestellt und ca. eine Stunde laufen gelassen. Die Log Datei ist ca 550 MB groß. Ist das normal?

[Thomas Braun]

@MHeymann
Nein.

[MHeymann]

@Thomas-Braun sagte in Test Adapter doorio v1.0.x:

Vielleicht hast du auch baresip durch den root-login krumm installiert.

baresip läuft auf nem anderen pi.

[Thomas Braun]

@MHeymann Orgelst du da auch als root rum?

[MHeymann]

@Thomas-Braun

Nein.

[MHeymann]

Hier mal ein Auszug aus der Log.

Log.txt

[Wal]

@MHeymann
ist der Adapter dann grün ?
Ich sehe den Error um 23:00 Uhr und um 23:03 Uhr sagt er dann Connect.

[MHeymann]

@Wal

Hab das gerade mal beobachtet. Wenn die Fehlermeldung kommt wird der Adapter rot und kurze Zeit später wider grün.

doorio.0	2020-08-01 23:47:01.401	info	(15061) Connected to 192.168.2.26
doorio.0	2020-08-01 23:47:01.179	info	(15061) starting. Version 1.0.8 in /opt/iobroker/node_modules/iobroker.doorio, node: v12.18.3, js-controller: 3.1.6
doorio.0	2020-08-01 23:46:28.491	info	(14465) Terminated (NO_ERROR): Without reason
doorio.0	2020-08-01 23:46:28.490	info	(14465) terminating
doorio.0	2020-08-01 23:46:28.471	info	(14465) Disconnected from 192.168.2.26
doorio.0	2020-08-01 23:46:28.469	error	(14465) uncaughtException: TypeError: Cannot read property 'val' of null
doorio.0	2020-08-01 23:46:28.466	error	(14465) TypeError: Cannot read property 'val' of null at send2Server (/opt/iobroker/node_modules/iobroker.doorio/lib/client.js:40:50) at BaresipClient.onStateChange (/opt/iobroker/node_modules
doorio.0	2020-08-01 23:46:28.463	error	(14465) uncaught exception: Cannot read property 'val' of null
doorio.0	2020-08-01 23:46:05.129	info	(14465) Connected to 192.168.2.26
doorio.0	2020-08-01 23:46:05.005	info	(14465) starting. Version 1.0.8 in /opt/iobroker/node_modules/iobroker.doorio, node: v12.18.3, js-controller: 3.1.6
doorio.0	2020-08-01 23:45:32.511	info	(11483) Terminated (NO_ERROR): Without reason
doorio.0	2020-08-01 23:45:32.494	info	(11483) terminating
doorio.0	2020-08-01 23:45:32.474	info	(11483) Disconnected from 192.168.2.26
doorio.0	2020-08-01 23:45:32.472	error	(11483) uncaughtException: TypeError: Cannot read property 'val' of null
doorio.0	2020-08-01 23:45:32.470	error	(11483) TypeError: Cannot read property 'val' of null at send2Server (/opt/iobroker/node_modules/iobroker.doorio/lib/client.js:40:50) at BaresipClient.onStateChange (/opt/iobroker/node_modules
doorio.0	2020-08-01 23:45:32.466	error	(11483) uncaught exception: Cannot read property 'val' of null
doorio.0	2020-08-01 23:41:26.524	info	(11483) Connected to 192.168.2.26
doorio.0	2020-08-01 23:41:26.358	info	(11483) starting. Version 1.0.8 in /opt/iobroker/node_modules/iobroker.doorio, node: v12.18.3, js-controller: 3.1.6

ioBroker verliert immer wider die Verbindung. Liegt das vielleicht doch an baresip? Gibt da ne Log Datei? Wenn ja wo finde ich die denn? Dann schaue ich da mal rein.

[Wal]

@MHeymann
nein, das liegt nicht an baresip. An deinem Log stört mich, das die Ganzen stateChange anscheinend über den DoorIO-Adapter geleitet werden. Bei mir sehe ich nur einen stateChange wenn geklingelt wird.

Was wird hier bei dir angezeigt ?
Evtl. wird der Adapter mit stateChange geflutet und hängt sich auf.
Kannst du mal alle Adapter ausser Doorio und den Admin stoppen und sehen was passiert ?

[Wal]

@MHeymann
hab's gefunden, du hast in der Ring-Konfig das "none" entfernt und den Eingang nicht mit einem Object belegt.
Der Adapter abonniert dadurch alle Objekte und irgend ein Objekt hat in der Val eine Null stehen.

Edit: Was einem so nacht's im Bett alles einfällt :-)

[MHeymann]

@Wal

Das kann gut sein das ds kein none bzw. garnichts steht. Ich werde das ausprobieren wenn ich zuhause bin.

Danke

[MHeymann]

@Wal

Jep das ist der Fehler. Ich hab wohl bei der Konfiguration des Adapters das "none" bei "Eingabe für Ring_2" gelöscht :dizzy_face:. Kleiner Fehler große Wirkung.

Jetzt kann ich fleißig weiterbauen...

Vielen vielen Dank für die Unterstützung und den tollen Adapter.

LG :)

[Wal]

@MHeymann
auf Github habe ich Version 1.0.9, die fängt den Fehler auf. :-)

[Wal]

Auf Github was neues .
Eine zweite Nummer pro Klingel zum eintragen und jeweils 1 Objekt("detour") zugefügt.
Wird das Objekt auf "True" gesetzt, wird die zweite Nummer angerufen.
Falls man nicht zu Hause ist, könnte man sich so auf dem Handy anrufen lassen.

[Ralf87]

Hallo,

ich versuche mich gerade an der Installation von baresip auf einem Raspberry Pi 4. Ich habe die Image Datei aus dem ersten Post genommen und installiert.
Wollte dann Baresip accounts anlegen und wenn ich anschließend baresip -v ausführe bekomme ich die Meldung:
ua: SIP Transport failed: Adress allready in use
ua: Init failed Adress allready in use

Ich hoffe ihr könnt mir helfen.

Grüße Ralf

[Wal]

@Ralf87 ,
im Image ist ein Baresip-Service schon vorhanden. Du startest Baresip zum zweiten mal. Falls du baresip -v ausführen möchtest, musst du erst ein "sudo systemctl stop baresip" machen.