31.10.2024 22:40:48 | 49676 | ERROR | KernelMT | InstanzManager: Fehler bei Instanz #25572, Meldung Unbekannte Meldung mit ID 21010: Objekt mit Ident NightMode wurde nicht gefunden
Gibt doch ne Meldung 
Fix im nächsten Update!
paresy
1 „Gefällt mir“
Hab jetzt mal mein Nuki Schloß zum öffnen der Türe eingestellt leider bekomme ich nur eine nichts sagende Fehlermeldung und wenn ich auf mehr drücke wird nichts angezeigt.
Nuki lässt sich sonst aber per Symcon ansteuern
Gruß Stefan
Kannst du mal ein Skript erstellen und dir per „Befehl“ hinzufügen für die Variable diese Aktion mal bauen? Kommt dann auch diese Meldung? Denn eigentlich müsste die Meldung ja von NUKI kommen, die wir dann nur anzeigen.
paresy
Ja wenn ich den Befehl per Skript auslöse geht es einwandfrei.
Magst du mal im Logfile beim Start schauen was da kommt? Hast du den ProxyInterface Spezialschalter gesetzt und stimmt die IP?
paresy
keine Ahnung wiso aber hab symcon jetzt nochmals neu gestartet und jetzt geht es wider das hatte ich vor kurzen schon mal.
Ip Adresse war richtig ProxyInterface war leer im logfile war nichts besonderes
vermutlich bin ich mir aber nicht ganz sicher das es immer kommt wenn ein stromausfall war. Symcon und fritz an USV Sprechanlage nicht.
Guten Morgen,
nachdem mit einem der letzten Beta-Versionen die Push-Mitteilung wieder funktioniert hatte, geht es jetzt leider mit der aktuellen Beta
https://community.symcon.de/t/ip-symcon-8-0-ninja/44478/495?u=sunnyww
nicht mehr.
Wurde hier was geändert, versehentlich etwas vergessen oder muss meinerseits die Push-Mitteilung aktiviert werden?
Wie kann ich bei der Fehlersuche unterstützen?
Gehen bei dir normale Push Nachrichten noch? Denn eigentlich haben wir daran nichts mehr geändert 
paresy
ja die normalen Push-Mitteilungen gehen noch (z.B. Bewegungsmelder, der das iPad per Push-Nachricht aufweckt).
Nur der Klingel-Push wird nicht „durchgereicht“
Kann mich mal einer auf den aktuellen Stand bringen. Das ist ja ein seperates Modul. Wie ist dann der vorgegebene Installationsprozess bzw. das Vorgehen für ein bestehendes PHP Modul?
Angenommen ich würde das PHP Modul Doorbird überarbeiten. In einem normalen PHP Modul kann ich ja mit RequireParent zumindest schauen ob etwas da ist bzw. das erzeugen. Das geht ja aber nur in einem PHP Modul.
In dem Fall müsste ich ja Konfigurationsdaten fertig an eine andere Instanz in IP-Symcon übergeben. Dazu müsste ich ja auch aus dem PHP Modul erst mal prüfen ob die zusätzliche Instanz überhaupt installiert ist.
Gibt es dazu schon einen grobes Vorgehen wie bei einer vollständigen Integration in einem PHP Modul vorzugehen ist? Was ist wenn man eine eigene Kachel für einen Türstation erstellen will, wie kann man dann beide Instanzen in einer Kachel vereinen?
Hallo Paresy,
seit den letzten 4 Beta-Versionen der App funktioniert die Push-Benachrichtigung jetzt wieder zuverlässig.
Eine Fehlermeldung hat es nie gegeben, es machte den Eindruck, wie wenn einfach keine Push-Nachricht ausgelöst worden ist.
Ich werde das Thema bei den nächsten Beta-Versionen weiter verfolgen.
Gibt es bzgl. des early-Video schon Neuigkeiten?
Moin, mir ist aufgefallen, dass DoorIP nicht mehr reagiert.
Es steht nichts im Debug-Log der Instanz und der Symcon lauscht auch nicht auf Port 5060.
Gabs hier Änderungen?
Laut Variablenaktualisierung war die letzte Änderung der „Türklingel“ Variable am 25. und am 26. hab ich Updates eingespielt →
von 8.0-493, 8.0-498.
Da ich mich von meinem bisherigen Kartenleser an der Türstation trennen will und somit etwas Neues her muss, habe ich mir eine Fanvil i62 mit Kamera und RFID Leser angeschafft.
Die Türstation habe ich erfolgreich an der Fritzbox als LAN Telefon anmelden können. Nun möchte ich auch Symcon als Telefon anmelden, scheitere da aber an der Anmeldung.
In der Fritzbox habe ich ein Telefon angelegt:
In Symcon sieht die DoorIP Instanz so aus:
Der Verbindungsversuch bricht nach 30 Sekunden mit einem Fehler ab:
Mache ich da eventuell etwas grundlegend falsch, oder was bedeutet der Fehler -118?
Burkhard
Schau mal ganz oben. Die FANVIL musst du nicht an der FritzBox anmelden. Und du musst ignorieren, dass die FANVIL dir sagt, dass sie sich nicht an Symcon anmelden kann. Das ist normal. Die ruft Symcon dann aber trotzdem korrekt an.
paresy
Eigentlich wollte ich das schon. Ich möchte gerne auch von unseren Dect Telefonen aus mit der Türstation sprechen können und auch die Tür öffnen.
Große Ziele🙂
Kannst du etwas zu der -118 sagen? Oder geht nur eine Direktverbindung?
EDIT:
Ich habe mal die Direktverbindung probiert. Aber leider komme ich da auch noch nicht weiter
Damit meinst du den Fehler 501?
Bei der Klingeltaste habe ich die IP von Symcon eingetragen
Aber wenn ich die Taste drücke, dann kommt sofort das Besetztzeichen. Das Debug bleibt leer.
seit dem Update von heut hört der symcon Dienst wieder auf Port 5060
Ich hatte gestern und heute mehrfach neugestartet, leider war dies aber ohne erfolg.
erst jetzt nach dem Update 
:
root@sympi:/var/lib/symcon# ss -tlpn | grep symcon
LISTEN 0 5 192.168.182.91:5061 0.0.0.0:* users:(("symcon",pid=26345,fd=16))
LISTEN 0 5 192.168.182.91:5060 0.0.0.0:* users:(("symcon",pid=26345,fd=23))
1 „Gefällt mir“
Ich versuche weiter, eine Direktverbindung hinzubekommen, aber leider ohne Erfolg. Meine aktuelle Fanvil Einstellung:
Im Syslog der Fanvil sehe ich auch den Verbindungsversuch beim Klingeln:
Feb 1 10:54:46 platform[773]: D/sip | compose request to=<sip:Symcon_42580@192.168.178.86>;
Feb 1 10:54:46 platform[773]: D/sip | via = [SIP/2.0/TCP 192.168.178.71:5060]
Feb 1 10:54:46 platform[773]: I/sip | send REGISTER message!
Feb 1 10:54:46 platform[773]: I/sip | call failover=[0] proxyIndex=[0] ua->proxy=[0]
Feb 1 10:54:46 platform[773]: D/sip | Transaction use proxy [0:0]
Feb 1 10:54:46 platform[773]: D/sip | no available proxy! proxyindex=[0]
Feb 1 10:54:46 platform[773]: D/sip | update timer=[0] timeout=[0]
Feb 1 10:54:46 platform[773]: I/sip | transaction id=[2615]!
Feb 1 10:54:46 platform[773]: I/sip | transport send with trn=[2615]
Feb 1 10:54:46 platform[773]: I/sip | call exist, line=[1]
Feb 1 10:54:46 platform[773]: D/sip | line=[1] remote IP[192.168.178.86:5060] sock=[0] failback=[0]
Feb 1 10:54:46 platform[773]: D/sip | Send with sock[70]!
Feb 1 10:54:46 platform[773]: D/sip | localip=[] port=[1939]
Feb 1 10:54:46 platform[773]: I/sip | Not Invite receive 501!
Feb 1 10:54:46 platform[773]: I/sip | Receive failure err:501, call=[a669e8] failback=[0] failuretime=[0]
Feb 1 10:54:46 platform[773]: I/sip | fail message is [REGISTER].
Feb 1 10:54:46 platform[773]: D/sip | proxyIndex=[0] unavailable mode=[0]
Feb 1 10:54:46 platform[773]: D/sip | line[1] failback socket already closed.
Feb 1 10:54:46 platform[773]: I/sip | need Register failback=[0] need new register=[0] cur working line=[1]
Feb 1 10:54:46 platform[773]: D/sip | line=[1] registerCode=501
Feb 1 10:54:46 platform[773]: I/sip | line = [1] close connect immediately
Feb 1 10:54:46 platform[773]: D/vcore.nm.connectivity | Active IP is 192.168.178.71 .
Feb 1 10:54:46 platform[773]: D/sip | contact Ip=[192.168.178.71]
Feb 1 10:54:46 platform[773]: D/sip | set contact line=[1] contact=[sip:Symcon_42580@192.168.178.71:5060]
Feb 1 10:54:46 platform[773]: D/sip | set contact line=[1] contact=[sip:Symcon_42580@[::]:5060]
Feb 1 10:54:46 platform[773]: D/sip | Transaction 2615 killed.
Feb 1 10:54:46 platform[773]: I/sip | transaction total=[2].
Aber auch da kommt er zu einem Anmeldefehler „Not Invite receive 501!“.
Leider bleibt das Debug der Symcon Instanz leer 
Der Port selber scheint geöffnet zu sein:
Was könnte ich als nächstes probieren? Momentan bin ich ratlos.
Hast du mal UDP versucht? SIP war lange nur UDP. Ggf. reagiert an irgendeiner Stelle der Symcon Code nicht korrekt auf TCP Anfragen.
Ja, mit UDP hatte ich zunächst probiert. Mit gleichem Ergebnis.
Welchen Aufbau hast du? Direct SIP zu Symcon?