Beiträge von pula

Hallo,

mit vielen guten Tips von motom001 - DANKE!!!!! - konnte ich ein kleines Projekt verwirklichen.
Ein keyboard für doorpi, das mittels I2C kommunizieren kann.

Hintergrund bei mir: Ich habe eine billige Folientastatur (sh Foto, kostet bei ali*** ca 80 cent inkl Porto), die ich gerne zum Öffnen der Tür (zusätzlich zu RFID) verwenden möchte. Außerdem habe ich noch einige Relais herumliegen, die allerdings nur mit Arduinos direkt funktionieren (5V) - und in Software kenne ich mich ein wenig besser aus als in Hardware....

Anbei das keyboard-file, das ich mit der aktuellen doorpi-Version (frisch laut Anleitung auf Jessie installiert) getestet habe.
Außerdem anbei der arduino-Sketch (getestet mit einem UNO), der sowohl die Tastatur als auch ein an Pin 10 des Arduino angeschlossenes Relay bedient. Der Sketch ist ein wenig roh und könnte sicherlich noch wesentlich verbessert werden (zum Beispiel ist der Pin 10 hardcoded) - aber das lässt sich sicherlich gut erweitern.

Ich hoffe, die enthaltene Doku ist halbwegs verständlich.

WICHTIG: Damit das funktioniert, muß das python smbus-package installiert sein! geht am raspi mit:
sudo apt-get install python-smbus

motom001_new: Kannst Du das evtl ins repo mit aufnehmen? Würde mich darüber sehr freuen...

Cheers,

Pula

Zitat von Wal

geht auch so : http://nutzername:kennwort@i[font=Lato, sans-serif]p:8083/fhem?cmd.........." [/font]

Ja, außer unter openelec, weil das wget dort das nicht kann

Ach so - ja, das ist richtig.
Ich hab das auch oben in dem code vermerkt. Habe aus den raspbian-repos die Pakete

python-smbus python3-smbus pypy-smbus-cffi

nachinstalliert. Ich habe heute keine Zeit mehr, aber ich kann morgen ausprobieren, ob wirklich alle drei notwendig sind (habe sicherheitshalber alles installiert, was python und smbus war)...

Python selber kann anscheinend ohne diese libs nicht mit I2C kommunizieren...

lg
Pula
[hr]
Hi,

OK, habs getestet.

python-smbus

reicht aus, damit die Kommunikation funktioniert...
[hr]
Was mir aber nicht wirklich weiterhilft...

kannst du mir bitte kurz sagen, wie ich eine eingabe mit einem eintrag in der ini vergleichen kann?
ich vermute, es handelt sich um diesen code:

for input_pin in self._InputPins:
                if self._last_received_chars.endswith(input_pin):

aber werd da nicht ganz schlau...
müsste den gesamten eingegebenen pin mit einem in der ini hinterlegten vergleichen....

Wie meinst du das?
Das wird für die Anbindung von I2C benötigt...
Lg,
Pula

Tolle Sache

Hi,

hab mal ein wenig angefangen, aber teilweise seh ich den Wald vor lauter Bäumen nicht, hab ich das Gefühl. Hab zb nicht wirklich Ahnung, was die _ immer bedeuten, aber das lässt sich recherchieren.

Was ich aber nicht verstehe:
Im Gegensatz zu dem RFID-Reader habe ich keine definierten Start- und End-Chars. Also müsste ich in der Schleife auf die Strings aus der ini prüfen. Kannst Du mir hier bitte weiterhelfen?
Hab mal ein wenig angefangen, dein Keyboard ein wenig umzuklempnern (sorry, bin wirklich noch kein Python-Profi)....

#!/usr/bin/env python
# -*- coding: utf-8 -*-


#
#  Configuration
#  -------------
#
#  1. Define a new keyboard of type 'i2c'
#  2. Define inputPins section for that keyboard
#
#  Sample:
#
#  [keyboards]
#  i2cconnection = i2c
#  ...
#  [i2connection_InputPins]
#  1234567 = out:Tueroeffner,1,0,3
#  2345678 = out:Tueroeffner,1,0,3
#
#  That's all...
#
#
#
#  Hardware Connections
#  --------------------
#  Connect the I2C Pins of Arduino and Raspberry as follows:
#  SDA (A4 on an UNO) to SCL (GPIO3, Pin 5) on the Raspi
#  SCL (A5 on an UNO) to SDA (GPIO2, Pin 3) on the Raspi
#  GND of Arduino to GND of Raspi
#  see also http://blog.oscarliang.net/raspberry-pi-arduino-connected-i2c/
#  you will also need the smbus-libs for python
#  to install on raspbian simply do a
#  sudo apt-get install python-smbus




 
import logging
logger = logging.getLogger(__name__)
logger.debug("%s loaded", __name__)


import threading
import serial 
import time


from doorpi.keyboard.AbstractBaseClass import KeyboardAbstractBaseClass, HIGH_LEVEL, LOW_LEVEL
import doorpi


#otto
import smbus
DELETE_KEY = 'D'
bus = smbus.SMBus(1)
address = 0x04
# otto ende


START_FLAG = '\x02'
STOP_FLAG = '\x03'
MAX_LENGTH = 14


def get(**kwargs): return RDM6300(**kwargs)
class I2C(KeyboardAbstractBaseClass):
    name = 'I2C basic keyboard and relay keyboard'


    @staticmethod
    def readtast():
        try:
            tast = self._bus.read_byte_data(address, 1)
            if (tast >= 48 and tast <= 57) or (tast >= 64 and tast <= 68):
                #print(tast)
                return tast
        except IOError:
            time.sleep(.001)


    @staticmethod
    def sendi2c(apin):
        try:
            bus.write_byte(address, apin)
        except IOError:
            time.sleep(.001)


    def readI2C(self):


        self._bus = smbus.SMBUS(1)
        try:
            chars = ""
            while not self._shutdown:
                # char holen
                now = time.time()
                #nach festgelegter zeit puffer leeren
                if now - self.last_key_time > self.__dismisstime:
                        chars = ""


                newchar = readI2C.readtast()


                if newChar != 0 and newChar != None:
                    self.last_key_time = now
                    logger.debug("I2C new char %s read", newChar)
            
                    chars += str(newChar)


                    # aktuelles Ergebnis kontrollieren
                    # hier Vergleich mit PIN aus ini?!  --> wie????




                    if newChar == STOP_FLAG and chars[0] == START_FLAG and len(chars) == MAX_LENGTH and RDM6300.check_checksum(chars):
                        logger.debug("found tag, checking dismisstime")
                        # alles okay... nur noch schauen, ob das nicht eine Erkennungs-Wiederholung ist
                        now = time.time()
                        if now - self.last_key_time > self.__dismisstime:
                            doorpi.DoorPi().event_handler('OnFoundTag', __name__)
                            self.last_key = int(chars[5:-3], 16)
                            self.last_key_time = now
                            logger.debug("key is %s", self.last_key)
                            if self.last_key in self._InputPins:
                                self._fire_OnKeyDown(self.last_key, __name__)
                                self._fire_OnKeyPressed(self.last_key, __name__)
                                self._fire_OnKeyUp(self.last_key, __name__)
                                doorpi.DoorPi().event_handler('OnFoundKnownTag', __name__)
                            else:
                                doorpi.DoorPi().event_handler('OnFoundUnknownTag', __name__)


                    # ggf. löschen
                    if newChar == DELETE_KEY:
                        chars = ""


        except Exception as ex:
            logger.exception(ex)
        finally:
            # shutdown the UART
            logger.debug("I2C thread ended")


        
    def __init__(self, input_pins, keyboard_name, conf_pre, conf_post, *args, **kwargs):
        logger.debug("__init__ (input_pins = %s)", input_pins)
        self.keyboard_name = keyboard_name
        self._bus = smbus.SMBUS(1)


        doorpi.DoorPi().event_handler.register_event('OnFoundTag', __name__)
        doorpi.DoorPi().event_handler.register_event('OnFoundUnknownTag', __name__)
        doorpi.DoorPi().event_handler.register_event('OnFoundKnownTag', __name__)


        self.last_key = ""
        self.last_key_time = 0


        # somit wirds aus der Config-Datei geladen, falls dort vorhanden.
        section_name = conf_pre+'keyboard'+conf_post
        self.__dismisstime = doorpi.DoorPi().config.get_int(section_name, 'dismisstime', 20)


        for input_pin in self._InputPins:
            self._register_EVENTS_for_pin(input_pin, __name__)


        self._shutdown = False
        self._thread = threading.Thread(target = self.readI2C)
        self._thread.daemon = True
        self._thread.start()


        self.register_destroy_action()


    def destroy(self):
        if self.is_destroyed: return
        logger.debug("destroy")
        self._shutdown = True
        doorpi.DoorPi().event_handler.unregister_source(__name__, True)
        self.__destroyed = True


    def status_input(self, tag):
        logger.debug("status_input for tag %s", tag)
        if tag == self.last_key:
            return True
        else:
            return False


    def set_output(self, pin, value, log_output = True):
        # noch recherchieren, wie das mit den outputs funktioniert....
        return False

Ach ja... beim I2C kommts immer wieder zu errors, daher die sleep(.001) in den excepts

Cheers,

Otto

Also naja.... kodi ist ein mediaplayer (den ich auch zum Fernsehen einsetze zb) und fhem ist ein Hausautomatisierungs-System, das in perl geschrieben wurde.

Die Standard-Oberfläche ist vielleicht nicht so jedermanns Sache, aber man kann das mit diversen Mitteln super anpassen.
Ich steuere zb damit Rolladen, Beleuchtung, Lüfter, Zirkulationspumpe, Multimedia, Fritzbox, Verstärker, Squeezebox-Player (auf einem raspi im Bad), Beschattung, Fenster/Tür Status etc. Ist ziemlich mächtig mittlerweile und das schöne ist, es ist extrem offen für viele, viele verschiedene Systeme (von Homematic über Arduino, mysensors, Beleuchtungs-Protokolle wie Wifilight, Hue und so weiter).
Ich hab grad umgebaut und hab mir das alles mehr oder weniger selbst gebaut inkl. vollständiger LED-Beleuchtung um unter 2000€ - wenn man so was fertig kauft, ist man in etwa 20.000 € los....
Und da passt doorpi wunderbar rein - weil man da zb. auch Events absetzen kann. Beispielsweise könnte man bestimmte Beleuchtungen einschalten im Haus, wenn der RFID-Reader einen bestimmten Chip erkennt. Oder eben ein Live-Umschalten des Fernsehers auf das Kamerabild vom doorpi, wenn jemand läutet

Falls Dich das Thema Hausautomatisierung interessiert, schau mal auf forum.fhem.de - da gibts jede Menge Infos und auch viele hilfsbereite Menschen

//EDIT \\
Und ja: ist eine einfache Terminal-Implementation
[hr]
Aber noch eine andere Frage:
Hab grad festgestellt, daß meine kleine python-Routine so den Raspi (Modell A) zu etwa 40% auslastet.
Wenn ich ein time.sleep(.2) einfüge funktioniert es noch genau so gut (kein Mensch kann so schnell drücken) und lastet das System nicht mehr spürbar aus.
Da ich die Architektur von doorpi nicht kenne - wenn ich hier ein sleep in das Modul einbauen würde, bremst das doorpi dann aus?
Muss ich das keyboard dann (außer in der ini) irgendwie speziell einbinden? Oder erkennt doorpi das modul, wenn es im keyboard-dir liegt von selbst?

Hi!

Danke für die rasche Antwort!

Naja - ich bastle hier nur mit vim herum, hab nur Linux und so viel hab ich mit python noch nicht gemacht
Aber danke für den Hinweis - wenn ich wirklich mehr mache, werd ich mich mal umschaun, was es so an IDEs für Linux und Python gibt. Eclipse is ja hier wie mit Kanonen auf Spatzen schießen...

Wenn ich das richtig verstanden habe, dann ist das keyboard für den arduino einfach eine "einfache" Terminal-Anbindung?

Ich werde mir das rfid-keyboard genauer ansehen, aber ich kann noch nicht versprechen, daß ich da durchsteige. Richtig programmieren ist bei mir schon eine Weile her und so firm bin ich mit I2C auch nicht (war froh, daß ich das so weit mal hinbekommen habe). Aber eleganter, als mit files zu arbeiten wäre das allemal....

So richtig spannend ist doorpi meiner Einschätzung auch, wenn man es mit einer Hausautomatisierung (in meinem Fall fhem) koppelt. Ich denke da zb an Dinge wie automatisches Einblenden des Kamera-Bildes ins laufende Fernsehen oder Türöffnen per Fernbedienung (entweder aus fhem oder aus kodi heraus).... spannend, spannend

Zitat

Blöde Frage - benutzt Du das richtige Passwort?

Hatte ich eigentlich schon - mehrmals geprüft. Aber scheinbar nimmt die Fritz blabla nicht als Kennwort an (obwohl kein Fehler kommt).
Mit blabla123 (ist sowieso nur zum testen ein einfaches passwort, das später geändert wird) gehts jetzt.
DANKE für Deine rasche und nette Hilfe! Und nochmal DANKE für Dein tolles Projekt!!
Hoffe, daß ich jetzt weiter komme, ohne noch jemanden belästigen zu müssen.

Übrigens: dieses board ist ein unglaublicher Fortschritt! Ich denke, daß hier sehr rasch eine Wissensdatenbank aufgebaut wird, die neuen (so wie mir) hilft, sich zurechtzufinden. Der thread im raspberry-forum war schon ein wenig arg unübersichtlich

Hallo,

ich hab das im raspi-forum-Thread schon einmal geschrieben, aber dort ist das irgendwie untergegangen.

Ich möchte neben den coolen features, die doorpi schon bietet, auch eine Matrix-Tastatur anbinden - kostet bei ali unter einem Euro.

Da der Pi selbst nicht genug Pins hat (wenn man so wie ich auch noch einen RFID-Leser und mehrere Taster angeschlossen hat), habe ich das kurzerhand per Arduino und I2C gelöst.
Mein Ansatz (da ich mit dem Konzept von doorpi noch nicht so vertraut bin und auch python für mich neu ist):

Auf dem Raspi läuft parallel zum doorpi ein kleines python-Skript, das die Kommunikation mit dem Arduino übernimmt und mit doorpi über eine einfache File-Schnittstelle kommuniziert (an der config für doorpi muss ich noch feilen, aber nach dem, was ich gelesen habe sollte das funktionieren).

Da ich nur 5V Relais für den Arduino herumliegen habe und keine Lust hatte, extra zum Elektronik-Shop zu fahren, um mir Sachen zu holen, mit denen ich das Relais am Raspi betreiben kann, habe ich auch das Relais, das dann den Türöffner bedienen soll am Arduino hängen. Das Python-Skript betätigt es, wenn ein bestimmtes File existiert.
Außerdem wird das Relais von dem Skript betätigt, wenn ein richtiger PIN auf der am Arduino hängenden Tastatur eingegeben wird.
Ich habe das Skript und den Sketch angehängt - vielleicht kann das mal jemand gebrauchen (und bitte nicht schimpfen, weil mein code stümperhaft ist).

Nebenbei wäre es toll, wenn I2C ebenfalls (als keyboard?) in doorpi integriert werden könnte - dann würde man sich den Zauber mit eigenem Skript sparen...

lg

Pula
[hr]
Und hier noch der Sketch (habs leider nicht in einem Posting geschafft, 2 Files hochzuladen)

Hallo,

danke für die rasche Antwort. Ich habe in der Zwischenzeit noch einmal ganz von vorne begonnen, nach Deiner Anleitung für jessie. (Hab schon ewig lang an dem image herumgebastelt, da war irgend was nicht mehr sauber)...

Hier der Auszug aus dem ini (hab das standard-File /usr/local/etc/DoorPi/conf/doorpi.ini genommen):

[SIP-Phone]
firewallpolicy = PolicyNoFirewall
audio_codecs = PCMA,PCMU
call_timeout = 15
capture_device = ALSA: default device
dialtone = !BASEPATH!/media/ShortDialTone.wav
dialtone_renew_every_start = False
dialtone_volume = 35
echo_cancellation_enabled = False
identity = DoorPi
local_port = 5060
max_call_time = 120
playback_device = ALSA: default device
record_while_dialing = False
records = !BASEPATH!/records/%Y-%m-%d_%H-%M-%S.wav
sipphonetyp = linphone
sipserver_password = blabla
sipserver_realm = fritz.box
sipserver_server = 192.168.1.1
sipserver_username = 620
stun_server =
ua.max_calls = 2
video_codecs = VP8
video_device = StaticImage: Static picture
video_display_enabled = False
video_size = vga

Trotzdem bekomme ich die gleiche Meldung:

2016-03-18 20:52:07,367 [INFO]          [doorpi.sipphone.from_linphone] channel [0x1499228] [361] bytes parsed
2016-03-18 20:52:07,373 [INFO]          [doorpi.sipphone.from_linphone] Found transaction matching response.
2016-03-18 20:52:07,378 [INFO]          [doorpi.sipphone.from_linphone] Changing [client] [REGISTER] transaction [0x148af70], from state [TRYING] to [COMPLETED]
2016-03-18 20:52:07,384 [WARNING]       [doorpi.sipphone.from_linphone] Authentication is failing constantly, will retry later
2016-03-18 20:52:07,390 [INFO]          [doorpi.sipphone.from_linphone] Refresher: scheduling next timer in 60000 ms
2016-03-18 20:52:07,396 [INFO]          [doorpi.sipphone.from_linphone] Register refresher  [401] reason [Unauthorized] for proxy [sip:192.168.1.1]
2016-03-18 20:52:07,402 [INFO]          [doorpi.sipphone.from_linphone] linphone_core_find_auth_info(): returning auth info username=620, realm=fritz.box
2016-03-18 20:52:07,408 [INFO]          [doorpi.sipphone.from_linphone] fritz.box/620/192.168.1.1 authentication fails.
2016-03-18 20:52:07,414 [DEBUG]         [doorpi.sipphone.from_linphone]                 [PYLINPHONE] >>> pylinphone_Core_callback_auth_info_requested(0x1470b70, "fritz.box", "620", "192.168.1.1")
2016-03-18 20:52:07,419 [DEBUG]         [doorpi.sipphone.from_linphone]                 [PYLINPHONE] <<< pylinphone_Core_callback_auth_info_requested
2016-03-18 20:52:07,425 [INFO]          [doorpi.sipphone.from_linphone] Linphone core [0x1470b70] notifying [auth_info_requested]
2016-03-18 20:52:12,288 [INFO]          [doorpi.sipphone.from_linphone] Changing [client] [REGISTER] transaction [0x14f6770], from state [COMPLETED] to [TERMINATED]
2016-03-18 20:52:12,295 [INFO]          [doorpi.sipphone.from_linphone] Client internal REGISTER transaction [0x14f6770] terminated
2016-03-18 20:52:12,455 [INFO]          [doorpi.sipphone.from_linphone] Changing [client] [REGISTER] transaction [0x148af70], from state [COMPLETED] to [TERMINATED]
2016-03-18 20:52:12,461 [INFO]          [doorpi.sipphone.from_linphone] Client internal REGISTER transaction [0x148af70] terminated

Den dump aus der console habe ich diesmal gleich angehängt. Klar ist mir das allerdings überhaupt nicht. Kann das sein, daß das mit dem stun-server (den ich nicht konfiguriert habe oder dem sip-proxy (detto) zusammenhängt? Oder daß das Telefonie-Gerät auf der Fritz so konfiguriert werden muß, daß es auch Anmeldungen aus dem Internet annimmt (würde ich nur _sehr_ ungern machen)?
Die ini sollte jetzt auf jeden Fall gefunden werden - hab die config nicht extra angegeben beim Aufruf und im log hab ich auch nichts gefunden, daß doorpi sich beschweren würde....

Danke im voraus!

Hallo,

ich hab nun ein wenig aufgeräumt, um eine evtl. aufgetretene Versions-Vermischung zu vermeiden.
Allerdings hat sich das Problem nur verschoben, SIP zur Fritz funktioniert (scheinbar) immer noch nicht.

Im Anhang das Logfile.

Ausschnitt aus meiner doorpi.cfg:

[AdminNumbers]
**622 = active


[SIP-Phone]
sipphonetyp = linphone
sipserver_server = 192.168.1.1
sipserver_username = 620
sipserver_password = blabla
sipserver_realm = 192.168.1.1

Eigentlich müsste sich doch _irgend_ etwas tun, wenn ich intern von meinem Android-Gerät (622) auf 620 anrufe. Aber nix in dem Consolen-Output vom doorpi. Und die Verbindung wird einfach auf dem Android getrennt?!
Versteh es nicht...

Übrigens: Wie bekommt man eigentlich doorpi dazu, ein echtes logfile zu schreiben? Habe nur den consolen-output in das file anbei kopiert...

Ich denke, ich werde in der Zwischenzeit mal versuchen, noch einmal from scratch mit jessie zu starten. Hab irgendwie das Gefühl, daß hier irgend was bei der Installation schiefgegangen ist.

Danke für die Hilfe!

Danke, sende später von zu Hause das Log...

Zitat von Wal

Habe es eben getestet, mit"http://ip:8083/fhem?cmd.Wohnzimmer=set%20Wohnzimmer%20klick&room=EG&XHR=1" schalte ich das Licht im Wohnzimmer an und aus.
d.h. mit

[font=Lato, sans-serif][font=Lato, sans-serif][DTMF][/font][/font]

[font=Lato, sans-serif][font=Lato, sans-serif]"#0815" = out:Tueroeffner,1,0,3,"http://ip/fhem?cmd.........."[/font][/font]

könnte man die Tür öffnen und ein Befehl an FHEM senden, wenn das machbar wäre.
Man ist dann auch nicht auf S7 angewiesen, sondern man könnte alle Systeme in FHEM bedienen.

Alles anzeigen

Habe da vor einiger Zeit mal was zusammengeklempnert, um von kodi aus per python fhem anzusteuern, hat gegenüber dem einfachen http-Aufruf den Vorteil, daß es auch mit Authentifizierung funktioniert. [url=https://forum.fhem.de/index.php/topic,36878.msg291515.html#msg291515]https://forum.fhem.de/index.ph….msg291515.html#msg291515[/url]
Vielleicht kann das ja jemand brauchen (ich denke, ich werde das selber auf jeden Fall brauchen, sobald ich mit doorpi so weit bin )
Wobei: wget von raspbian unterstützt glaube ich (im gegensatz zu der Version von openelec) ohnehin Authentifizierung....

Hallo,

ich habe vor einiger Zeit mal testweise einen doorpi aufgesetzt, bei dem die Verbindung zur fritzbox eigentlich schon funktioniert hat. Blöderweise habe ich die config nicht gesichert und musste von vorne anfangen.

Eigentlich bin ich unter Linux schon lange zu Hause - aber doorpi ist neu für mich.

Mein aktuelles Problem: Ich habe offenbar ein Problem mit der Authentifizierung:

2016-03-17 20:07:29,264 [INFO]          [doorpi.sipphone.from_linphone] channel [0x222b2d8] [361] bytes parsed
2016-03-17 20:07:29,267 [INFO]          [doorpi.sipphone.from_linphone] Found transaction matching response.
2016-03-17 20:07:29,270 [INFO]          [doorpi.sipphone.from_linphone] Changing [client] [REGISTER] transaction [0x2243720], from state [TRYING] to [COMPLETED]
2016-03-17 20:07:29,273 [WARNING]       [doorpi.sipphone.from_linphone] Authentication is failing constantly, will retry later
2016-03-17 20:07:29,276 [INFO]          [doorpi.sipphone.from_linphone] Refresher: scheduling next timer in 60000 ms
2016-03-17 20:07:29,279 [INFO]          [doorpi.sipphone.from_linphone] Register refresher  [401] reason [Unauthorized] for proxy [sip:192.168.1.1]
2016-03-17 20:07:29,282 [INFO]          [doorpi.sipphone.from_linphone] Proxy config [0x20d95e0] for identity ["DoorPi" <sip:620@192.168.1.1>] moving from state [LinphoneRegistrationProgress] to [LinphoneRegistrationFailed]
2016-03-17 20:07:29,285 [DEBUG]         [doorpi.sipphone.from_linphone]                 [PYLINPHONE] >>> pylinphone_Core_callback_registration_state_changed(0x22210c8, 0x20d95e0, 4, "Unauthorized")
2016-03-17 20:07:29,288 [DEBUG]         [doorpi.sipphone.from_linphone]                 [PYLINPHONE] <<< pylinphone_Core_callback_registration_state_changed
2016-03-17 20:07:29,291 [INFO]          [doorpi.sipphone.from_linphone] Linphone core [0x22210c8] notifying [registration_state_changed]
2016-03-17 20:07:29,295 [INFO]          [doorpi.sipphone.from_linphone] linphone_core_find_auth_info(): returning auth info username=620, realm=fritz.box
2016-03-17 20:07:29,298 [INFO]          [doorpi.sipphone.from_linphone] fritz.box/620/192.168.1.1 authentication fails.
2016-03-17 20:07:29,301 [DEBUG]         [doorpi.sipphone.from_linphone]                 [PYLINPHONE] >>> pylinphone_Core_callback_auth_info_requested(0x22210c8, "fritz.box", "620", "192.168.1.1")
2016-03-17 20:07:29,304 [DEBUG]         [doorpi.sipphone.from_linphone]                 [PYLINPHONE] <<< pylinphone_Core_callback_auth_info_requested
2016-03-17 20:07:29,307 [INFO]          [doorpi.sipphone.from_linphone] Linphone core [0x22210c8] notifying [auth_info_requested]

Auszug aus meiner doorpi.cfg:

[SIP-Phone]
sipphonetyp = linphone
capture_device = ALSA: USB PnP Sound Device 
playback_device = ALSA: USB PnP Sound Device
server = 192.168.1.1
username=620
password=password
realm = fritz.box

Bin schön langsam echt am verzweifeln und wäre für zweckdienliche Hinweise dankbar!