Beiträge von pula

    bei genauerer Betrachtung liegt es wohl daran:

    Code
    [Apr 6 20:00:06] WARNING[442] chan_sip.c: Failed to bind to 192.168.178.241:5060: Cannot assign requested address

    Vermutung: Das Netzwerk ist zum Zeitpunkt des asterisk-starts noch nicht da.... (sonst würde es vermutlich später bei einem manuellen Start auch nicht gehen - ist aber ins Blaue geschossen)

    mal ein schuß ins blaue (da das die letzte Fehlermeldung war)... Probier mal


    Zitat

    apt-get install corosync corosync-dev


    da sind ja jede menge errors drin ^^
    wobei: wenns wirklich corosync ist, wäre das seltsam, wenn es beim manuellen starten geht...
    kannst du mal versuchsweise auch noch das log von einem erfolgreichem (manuellem) start posten? vielleicht bringt uns das zusätzlich weiter...

    stimmt. Allerdings vermute ich aufgrund seines ersten Posts:


    Zitat

    ...mit DoorPi und den Clients, anmelden....

    dass Nea mit den Clients doch ein wenig gewartet hat, um asterisk Zeit zum starten zu lassen - oder Nea?

    Ich hab keinen asterisk im Einsatz, aber das hört sich für mich so an, als ob beim ersten Start irgendwas noch nicht oder nicht zur Verfügung stehen würde oder etwas blockiert wäre. Was sagt denn dmesg? Und /var/log/syslog direkt nach dem nicht funktionierenden Start?

    In dem Zusammenhang:
    Wie handhabst Du das eigentlich mit Updates?
    Fehlerkorrekturen bzw. neue features zwischendurch machst Du ja nicht, oder?
    Also ist ein Update nur nötig, wenn Du es hier bekanntgibst?

    Naja. eigentlich bin ich schon langsam am fertigwerden... Hatte letztes Jahr einen Umbau. Also die groben Dinge funktionieren schon (Beleuchtung, Musik, Fernsehen etc...) :)
    Hast Du eigentlich die keymatic noch?

    Ja, mache ich auch so ähnlich, hab aber neben HM auch noch wifilight, arduinos, mysensors, squeezeplayer, kodi, Heizungssteuerung (über vnc, was anderes kann die heizung nicht - das mach ich grade) und ein paar andere dinge laufen, daher nehme ich nicht die ccu sondern fhem - was eigentlich super funktioniert.
    Laut stört mich bei dem Teil nicht (hab noch keins), die Eingangstür ist so weit von den Wohnungen entfernt, da ist das kein Problem. Aber ist für mich eh noch Zukunftsmusik. Momentan arbeite ich grade an der Heizung, nebenbei ein wenig am doorpi (ist noch im Prototyp-Statium) und am Fertigstellen der letzten Komponenten für die Haussteuerung (ein, zwei Beleuchtungsdinger und Bewegungsmelder muß ich noch bauen). Und dann kommt für die eigentliche Wohnungstür noch ein Fingerprint-Reader mit arduino, der die Tür mit Summer aufmacht (extra Einbruchsschutz is hier nicht nötig, weil eh nur wir und die Eltern im Haus sind)....
    Also noch jede Menge zu tun und so wenig Zeit ;)

    Da ich auch kein Elektroniker bin, habe ich es folgendermaßen gemacht:


    Arduino UNO (ca. 3 € bei Ali) genommen, 5V-Relais direkt dran, Arduino per I2C (3 Drähte) mit Raspi verbunden.
    Sketch zusammengeklempnert (hab ich im Software-Bereich --> I2C-Keyboard abgelegt) und auf den Arduino geflasht. Dann noch (mit vielen Guten Tips von motom001) ein I2C-Keyboard zusammengeschustert, doorpi.ini ein wenig angepasst.
    Funktioniert ohne zusätzlichen Aufwand und hat den Vorteil, daß ich so auch gleich ein Keypad (81c pei Ali inkl. Porto) angebaut habe, das es mir erlaubt, die Tür auch ohne Schlüssel zu öffnen, oder wenn ich mal den RFID-Tag nicht mithabe...

    Ja, diesen Gedanken hatte ich auch schon, einfach die Kabel vom Summer mit 12V versorgen und offen ist die Tür.
    Hat mit doorpi nix zu tun, aber wenn man die Kabel nur mit Blech abdeckt, kann das wirklich ein Problem werden.
    Daher kommt bei mir eine Stahlplatte von 3mm über die Installation und das wird von innen mit Gewindestange und Mutter gesichert (natürlich wird innen auf die Stahlpatte auch noch ein "Verdrehschutz" geschweisst....)
    Ich denke, 3mm sollte der Sache Genüge tun.
    Eine andere Sache ist, daß eine Sicherung einer Tür nur mit Summer (wenn es sich nicht um ein Mehr-Parteien-Haus handelt) versicherungstechnisch auch ein Problem werden könnte.
    Daher denke ich drüber nach, zusätzlich innen auf das Schloß so ein Homematic-Teil zu stecken, das den Schlüssel drehen kann (kostet gut 100€ und geht mit Batterien)....

    Hi,


    danke! hatte das serial-getty auch ausgeschaltet UND disabled....
    das war es bei mir nicht. bei mir hängt das mit dem streamer zusammen (fahr aber auch NICHT über die web-oberfläche, weil die für meine anwendungsfälle (kodi) nicht passt)
    aber cooles testprogramm :)
    geht bei dir dein test-programm jetzt trotz laufendem raspimjpg? und wenn ja, könntest du das evtl mal mit dem "normalen" mjpg_streamer testen?

    ich hoffe mal, daß das keinen Unterschied macht ;)


    alternativ werde ich mich in den nächsten Tagen mal dran setzen und versuchen, den rdm6300 mit arduino und I2C-Keyboard zu testen/implementieren.
    Ist ja hoffentlich nicht _SO_ schwer, einen entsprechenden Sketch zu basteln...


    I2C geht nämlich trotz mjpg-Streamer....