Hallo,
ich habe bisher den Mediola Adapter ohne Probleme verwendet. Doch seit einiger Zeit ist mir aufgefallen, dass er keine Verbindung mehr hat.
Hat es hier eine Änderung evt. von Seiten Mediola gegeben, da mein Adapter seither nicht mehr geht. Ist hier irgendwas bekannt?
@thomas-braun dass war’s! Hoffentlich bleibt es so. Danke
@crunchip der zeigt an, dass ich 4 Kamaras habe - aber es sind nur 2 mit Port 8898 und 8899
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:1883 0.0.0.0:* LISTEN 494/mosquitto
tcp 0 0 127.0.0.1:9001 0.0.0.0:* LISTEN 7379/iobroker.js-co
tcp 0 0 127.0.0.1:9000 0.0.0.0:* LISTEN 7379/iobroker.js-co
tcp 0 0 0.0.0.0:8765 0.0.0.0:* LISTEN 483/python3
tcp 0 0 0.0.0.0:8899 0.0.0.0:* LISTEN 10788/motion
tcp 0 0 0.0.0.0:8898 0.0.0.0:* LISTEN 10788/motion
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 525/sshd: /usr/sbin
tcp 0 0 127.0.0.1:8081 0.0.0.0:* LISTEN 492/motion
tcp 0 0 127.0.0.1:8080 0.0.0.0:* LISTEN 492/motion
tcp 0 0 127.0.0.1:6999 0.0.0.0:* LISTEN 10788/motion
tcp 0 0 192.168.178.69:1882 0.0.0.0:* LISTEN 7700/io.shelly.0
tcp6 0 0 :::1883 :::* LISTEN 494/mosquitto
tcp6 0 0 :::4712 :::* LISTEN 859/evcc
tcp6 0 0 :::22 :::* LISTEN 525/sshd: /usr/sbin
tcp6 0 0 :::8095 :::* LISTEN 10200/io.onvif.0
tcp6 0 0 :::8084 :::* LISTEN 7926/io.socketio.0
tcp6 0 0 :::8083 :::* LISTEN 7995/io.web.0
tcp6 0 0 :::8082 :::* LISTEN 7428/io.admin.0
tcp6 0 0 :::3389 :::* LISTEN 530/xrdp
tcp6 0 0 :::7070 :::* LISTEN 859/evcc
tcp6 0 0 ::1:3350 :::* LISTEN 498/xrdp-sesman
udp 0 0 0.0.0.0:1902 0.0.0.0:* 7892/io.mediola-gat
udp 0 0 0.0.0.0:60841 0.0.0.0:* 370/avahi-daemon: r
udp 0 0 0.0.0.0:67 0.0.0.0:* 7685/io.radar2.0
udp 0 0 0.0.0.0:68 0.0.0.0:* 853/dhcpcd
udp 0 0 0.0.0.0:53460 0.0.0.0:* 7892/io.mediola-gat
udp 0 0 0.0.0.0:5353 0.0.0.0:* 859/evcc
udp 0 0 0.0.0.0:5353 0.0.0.0:* 370/avahi-daemon: r
udp 0 0 0.0.0.0:5683 0.0.0.0:* 7735/io.shelly.1
udp6 0 0 :::51464 :::* 370/avahi-daemon: r
udp6 0 0 :::546 :::* 853/dhcpcd
udp6 0 0 :::5353 :::* 859/evcc
udp6 0 0 :::5353 :::* 370/avahi-daemon: r
Evt. Noch von der 1. Installation? Kann ich die 8080 und 8081 dann rauskicken?
@crunchip das habe ich schon abgeändert
Trotzdem wird die 8081 von irgendetwas anderes blockiert
Wenn ich auf den stream url klicke, passiert nichts. Gebe ich die ip mit dem Port ein, sehe ich das Kamara. Aber er zeigt mir keine snapshot url, stream url, eingebettete url - aber das ist ein anderes Thema 
@haselchen ich musste den motion eye nochmals deinstallieren und neu aufsetzten, weil er zu viele Fehler hatte.
Nun konnte ich meinen Iobroker nicht mehr wie gewohnt auf dem Port 8081 erreichen, sondern auf dem 8082.
in der Iobroker list instance zeigt er mir jedoch den 8081 an:
system.adapter.admin.0 : admin : iobroker-pi - enabled, compact disabled, port: 8081, bind: 0.0.0.0, run as: admin
Die Ports von motion und motion eye sind in der config auf 8765 gesetzt. Das passt.
Jedoch hab ich unternetstart -n -a -p TCP so viele Dienste drin - teilweise auch doppelt. Kann das zusammenhängen mit dem neuen Iobroker Port 8082?
@haselchen der obere RTSP habe ich im Motion Eye eingegeben. Dieser ist ja dann mit User und PW.
Laut der Einstellung in meiner Kamara ist die RTSP wie folgt:
rtsp://User:PW@IP_Nummer:544/live/ch1
Aber wie gesagt, den User/PW gebe ich ja in der Motion Eye Setup ein
Oct 13 16:53:47 iobroker-pi motion[11715]: [0:motion] [NTC] [ALL] motion_startup: Using log type (ALL) log level (WRN)
Oct 13 16:54:32 iobroker-pi motion[11792]: [0:motion] [NTC] [ALL] conf_load: Processing thread 0 - config file /etc/motioneye/motion.conf
Oct 13 16:54:32 iobroker-pi motion[11792]: [0:motion] [NTC] [ALL] config_camera: Processing camera config file camera-1.conf
Oct 13 16:54:32 iobroker-pi motion[11792]: [0:motion] [ALR] [ALL] conf_cmdparse: "netcam_keepalive" replaced with "netcam_params" after version >
Oct 13 16:54:32 iobroker-pi motion[11792]: [0:motion] [ALR] [ALL] conf_cmdparse: "netcam_tolerant_check" replaced with "netcam_params" after ver>
Oct 13 16:54:32 iobroker-pi motion[11792]: [0:motion] [NTC] [ALL] motion_startup: Logging to syslog
Oct 13 16:54:32 iobroker-pi motion[11792]: [0:motion] [NTC] [ALL] motion_startup: Motion 4.7.0 Started
Oct 13 16:54:32 iobroker-pi motion[11792]: [0:motion] [NTC] [ALL] motion_startup: Using default log type (ALL)
Oct 13 16:54:32 iobroker-pi motion[11792]: [0:motion] [NTC] [ALL] motion_startup: Using log type (ALL) log level (WRN)
Oct 13 17:25:38 iobroker-pi motion[11792]: [2:nc2:Hausgang] [ERR] [NET] netcam_rtsp_handler_reconnect: norm: Reconnecting with camera....
@haselchen
Vom Gerät hab ich die rtsp. Sie lautet rtsp://ip:554/live/ch1
Ich bekomm auch ein Bild, jedoch wundert mich die Fehlermeldung
@line ok Kamara konnte ich nun einbinden.
Der Status zeigt folgenden Fehler
Oct 13 16:49:12 iobroker-pi meyectl[385]: ERROR: rtsp client error: Connection refused
Oct 13 16:49:23 iobroker-pi meyectl[385]: INFO: adding new netcam camera with id 1...
Oct 13 16:49:23 iobroker-pi motion[11559]: [0:motion] [NTC] [ALL] conf_load: Processing thread 0 - config file /etc/motioneye/motion.conf
Oct 13 16:49:23 iobroker-pi motion[11559]: [0:motion] [NTC] [ALL] config_camera: Processing camera config file camera-1.conf
Oct 13 16:49:23 iobroker-pi motion[11559]: [0:motion] [ALR] [ALL] conf_cmdparse: "netcam_keepalive" replaced with "netcam_params" after version >
Oct 13 16:49:23 iobroker-pi motion[11559]: [0:motion] [ALR] [ALL] conf_cmdparse: "netcam_tolerant_check" replaced with "netcam_params" after ver>
Oct 13 16:49:23 iobroker-pi motion[11559]: [0:motion] [NTC] [ALL] motion_startup: Logging to syslog
Oct 13 16:49:23 iobroker-pi motion[11559]: [0:motion] [NTC] [ALL] motion_startup: Motion 4.7.0 Started
Oct 13 16:49:23 iobroker-pi motion[11559]: [0:motion] [NTC] [ALL] motion_startup: Using default log type (ALL)
Oct 13 16:49:23 iobroker-pi motion[11559]: [0:motion] [NTC] [ALL] motion_startup: Using log type (ALL) log level (WRN)
@haselchen
Sowas doofes. Du hast recht! Ich dachte es wäre 8756. Danke dir, jetzt gehts
