Status of master #2
Comments
|
Hi, bitte entschuldige, dass ich erst jetzt antworte - da habe ich wohl die Mail von Github verpasst. Da ich zusätzlich zur Umstellung auf Python 3 einige größere Änderungen an der Codebasis vorgenommen habe, und noch einige andere geplant bzw. teilweise lokal umgesetzt habe, ist mein aktueller Durch die Umstellung von linphone auf pjsua2 ist außerdem momentan keine Videounterstützung vorhanden. Da ich sie selbst nicht benötige, ist da auch aktuell nichts weiter geplant. |
|
Gilt das eigentlich immernoch, oder ist 3.0.0b5 lauffähig? |
|
Würde mich auch interessieren. Vor allem bräuchte es eine Doku wie man das System neu aufsetzt. |
|
Ich habe anlässlich dessen nochmal versucht, das System frisch von Grund auf auf einem Raspi zu installieren, und dabei sind mir noch ein paar kleinere Bugs und Nervigkeiten aufgefallen. Derer werd ich mich die nächsten Tage noch annehmen, und dann zusammen mit Anleitung hier her pushen. |
|
Ähh ich versuch gerade mal die Installation und erhalte aber bei |
Das kommt wenn du versuchst das Projekt mit python 2.x zu bauen, mit python 3.x sollte es funktionieren. |
|
ok ist dann der Aufruf anders? |
|
|
|
sch............. git clone https://github.com/Wuestengecko/DoorPi.git Allerdings kommt dann bei letzerem: byte-compiling /usr/local/lib/python3.7/dist-packages/doorpi/web/templates/ini byte-compiling /usr/local/lib/python3.7/dist-packages/doorpi/web/api.py to api.c python-37.pyc byte-compiling /usr/local/lib/python3.7/dist-packages/doorpi/actions/out.py to o ut.cpython-37.pyc byte-compiling /usr/local/lib/python3.7/dist-packages/doorpi/status/systemd.py t o systemd.cpython-37.pyc alles andere davor und danach läuft durch und zum schluss kommt: running install_data Allerdings ist die Web-Seite nicht erreichbar ( hoffe Port 8080 ist geblieben) Abfrage mit Traceback (most recent call last): Wo legt der denn normalerweise jetzt die Config ab? Im Moment läuft mein "alter" Dorrpi ja noch brav mit regelmäßigen image Backups... ;-) Gruß Peter |
|
So, hab jetzt mal Zeit gefunden um mir die Neuerungen anzuschauen. @Wuestengecko Welches Keyboard ist getestet und voll funktionsfähig (mit voll meine ich auch außerhalb von Beispiel gpio: [keyboard.onboardpins]
type = "gpio"
mode = "BCM"
pull_up_down = "UP"
input.onboardpins = 27Ich komm da nicht klar ohne genaue Ansage. PS: kommt mir grad der einfall, das es mit |
|
Wie hast du denn die doorpi.ini angelegt ? Beim erststart wird ja keine angelegt und wenn ich die aus doorpi 2.5 verwende kommt ein fehler |
|
Durch die Umstellung auf toml (u.a.) sind die definitionen/strukturen andere. Da muss man sich leider durchfummeln. Hab bis jetzt schon einige Anpassungen gemacht/machen müssen. Wenn alles so funktioniert, das man es auch nutzen kann werde ich das ganze in den master (fork) mergen. Für Wagemutige: Hier gehts weiter (ist noch nicht auf So wie ich die Sache nachvollziehen kann war vorhergesehen die Konfiguration webseitig zu definieren (und sie dort auch näher zu erklären). Allerdings ist mitten in der Anpassung gestoppt worden. Ebenso werden die website-ressourcen im setup prozess nicht kopiert, man also auch kein webinterface hat. die test ini sieht bei mir so aus: Ist ein test setup mit GPIO keyboard und im wesentlichen darauf ausgelegt das neugeschriebene mycroft event zu testen. SIP und Konsorten habe ich noch nicht angepasst, deswegen kommt es auch noch nicht vor. Allerdings kann ich jetzt schon mit mycroft verbinden :) Nutzt du zuälligerweise ein piface? Wäre interessiert, ob es auch dort Anpassungen geben muss. |
|
irgendwie ist bei mir noch der Wurm drin. Selbst wenn ich deine verwende und in /etc/doorpi/doorpi.ini kopiere bekomme ich einen Fehler ich hab zwar ein piface verwende es aber nicht.
|
|
die kannst du nicht verwenden, da man vorher Einträge in den tomls' machen müsste. #du musst natürlich eine bleep_01.wav an der stellen haben, wenn die aktion ausgeführt werden soll ;) |
Stimmt, das bezog sich nicht nur auf website ressourcen, sondern jegliche nicht .py Du brauchst die einträge währen des setup prozesses spar dir die grauen haare und installiere testweise von meinem fork ACHTUNG: Sichere deine .ini!!! (insbesondere wenn sie sich unter doorpi/conf/ befindet. Ist entgegen der allgemeinen Änderungsrichtung (noch) auf sudo installs angelegt. Wird allerdings geändert, wenn alles so weit getestet ist |
|
Super, jetzt läuft es erstmal |
|
Ich hab mich jetzt mal am pjsua2 probiert, leider bisher ohne erfolg. |
|
Für alle die sich wegen der Konfiguration wundern, nachfolgend die keypaths der Konfiguration. (nur aufgeführt sind die diejenigen, die ein Wert besitzen bzw. einen { # http response
"success": true,
"message": {
"config": {
"web.ip": "0.0.0.0",
"web.port": "50317",
"web.root": "../DoorPiWeb",
"web.indexpage": "/dashboard/pages/index.html",
"web.areas.public": "('.*',)",
"mail.port": "587",
"mail.need_login": "False",
"mail.ssl": "False",
"mail.tls": "False",
"mail.signature": "!EPILOG!",
"sipphone.type": "dummy",
"sipphone.ringtime": "30",
"sipphone.calltime": "120",
"sipphone.max_calls": "8",
"sipphone.codecs": "('opus', 'PCMA', 'PCMU')",
"sipphone.server.username": "doorpi",
"sipphone.server.realm": "",
"sipphone.server.localport": "0",
"sipphone.server.identity": "DoorPi",
"sipphone.stunserver": "",
"sipphone.capture.volume": "100",
"sipphone.capture.loudness": "1.0",
"sipphone.playback.volume": "100",
"sipphone.playback.loudness": "1.0",
"sipphone.dialtone.loop": "True",
"sipphone.dialtone.loudness": "1.0",
"sipphone.recording.enabled": "False",
"sipphone.recording.path": "recordings",
"sipphone.recording.keep": "10",
"sipphone.recording.dial": "True",
"sipphone.echo_cancellation.enabled": "False",
"sipphone.echo_cancellation.tail": "250",
"sipphone.video.enabled": "False",
"sipphone.video.device": "",
"sipphone.video.resolution": "VideoResolution.vga",
"sipphone.video.codec": "vp8",
"snapshots.directory": "/home/sgee",
"snapshots.keep": "10",
"snapshots.width": "0",
"keyboard.*.bouncetime": "100",
"keyboard.*.polarity": "Polarity.HIGH", #Enum
"keyboard.*.pressed_on_key_down": "True",
"keyboard.*.reset_input": "True",
"keyboard.*.mode": "GPIOMode.BOARD", #Enum
"keyboard.*.pull_up_down": "GPIOPull.OFF", #Enum
"keyboard.*.baudrate": "9600",
"keyboard.*.input_stop_flag": "\n",
"keyboard.*.input_buffer_size": "255",
"keyboard.*.output_stop_flag": "\n",
"base_path": "/usr/local/etc/doorpi",
"mycroft.hivename": "DoorPi",
"mycroft.access_key": "x",
"mycroft.crypto_key": "x",
"mycroft.host": "192.168.188.29:5678",
"eventlog": "eventlog.db"
}
}
} Bis auf das, was mit mycroft beginnt (und "web.indexpage") ist alles nutzbar. (zumindest theoretisch) Das ganze läuft in der .ini immer wie folgt ab [sipphone.server]
username = "irgendeinname"
realm = "irgendeinrealm"
localport = 5000ebenso würde auch der Eintrag korrekt sein [sipphone]
server.username = "irgendeinname"Wildcardeinträge (*) beziehen sich immer auf einen zu definierenden namen (oder nummer im Falle von GPIO Aktionen) [keyboard.onboardpins]
pull_up_down = "UP"
baudrate = 9600
input.27 = ["os_execute:aplay /home/ubuntu/bleep_01.wav"] #GPIO 27 -> os_execute... / keypath keyboard.*.input.*
....Hoffe, das die Logik klar geworden ist |
Ich kümmere mich jetzt erst einmal darum das die konfiguration auf der webpage einsehbar ist, erklärt wird und geändert werden kann. Dann schmeiße ich mich an den sip Teil. |
Hab jetzt mal mein piface angeschlossen, piface musste ebenfalls angepasst werden. |
da pinpath anscheinend von der definition her hätte ich auch |
|
Auf jeden Fall klingt das letzte logisch, da die "out" Aktion ja nicht weiß auf welches Keyboard es sich beziehen soll |
|
Ok, das hätte ich auch mal selber testen können |
|
Was ebenfalls interessant wäre, ob es möglich ist zwei (grundsätzlich) verschiedene keyboards zu definieren. |
|
Im Augenblick muss ich im keyboard piface ebenfalls die Inputs in integer ändern, |
|
Da du wie ich erkenne den Source code komplett durch bist, noch eine Problem. Wenn ich folgendes Event konfiguriere bekomme ich folgenden Fehler Grunsätzlich ist der event aber vorhanden
|
|
'"OnKeyPressed_Onboard.0"' |
|
Aber unterscheiden tut er schon |
|
Heißt aber nicht, das die Configuration Class bzw. das Objekt auch einen eintrag dafür bereithält |
|
keyboard.toml |
|
edit: da hab ich quatsch erzählt. der splittet ja in dem Fall "_". Allerdings wird wahrscheinlich das nachfolgende .* nicht mit einbezogen. Muss man sich mal anschauen Nach dem eingesetzten schema (für events) müsste das theoretisch |
|
Hallo die Herrschaften :D ich weiß, ist hier völlig fehl am Platz, aber ich bin noch recht neu bei Github und kenne mich noch nicht wirklich hier aus, wüsste nicht wie ich euch zwei direkt ansprechen kann. Ich wurde von jemand hier her verwiesen... der mitbekommen hat, dass ihr hier weiter am DoorPi arbeitet. Da anscheinend EINIGE da draußen Interesse haben, aber das DoorPi-Forum anscheinend tot ist, so hatte ich meinen Discord angeboten, in dem sich schon die ersten treffen, wenns auch noch nicht viele sind. Die Idee ist, dass man sich austauscht und genau das möchte ich tun, denn derjenige hat wohl auch schon ein wenig mit dem alten DoorPi gemacht, Scripte etc. erstellt und würde sich u.U. auch einbringen wollen etc. Da sicher noch EINIGE mehr interessiert sind an einem neuen DoorPi (u.A. auch ich) vor allem auch auf Python3, hättet ihr Lust vorbei zu schauen und euch auf dem Discord auszutauschen? Ich kann auch gerne ein geschlossenen Bereich machen, wenn die "Entwickler" sich untereinander austauschen möchten. Grüße Mike |
|
Hallo Pampersjoe grundsätzlich finde emphasize ich es immer schade das solche wirklich gute Projekte nicht weiter entwickelt werden. Das was emphasize gerade veranstaltet scheint mir aktuell der aussichtsreichste Kanditat von Doorpi3 zu sein. Da ich aber nicht weiß wie viel Leidenschaft emphasize bereit ist zu investieren, kann ich auch nicht sagen ob es dazu kommt. Die bisherigen Versuche Doorpi auf python 3 umzustellen, waren individuell Lösungen oder wurden nicht beendet. |
|
ziemlich leidenschaftlich:P kurzer teaser: darunter (nicht abgebildet) befindet sich ein als iframe eingehängte zusätliche Beschreibung der Sektion. Die Beschreibungen von den tomls' sind also herausgelöst worden, das man nicht in den files rumkramen muss. |
das doorpi forum ist tot da mods schon lange weg sind und daran wird sich nichts ändern solange sich der adminstatus nicht ändert. Es wäre also nötig sich mit Thomas Meissner (motom001) auseinander zu setzen. |
|
Halle die Herrschaften :D danke für euer Feedback. Ja genau das ist der Knackpunkt... das Forum ist TOT, sonst hätten sich nicht ein Paar auf meine Installationsanleitungen gemeldet (da ging es aber nur um Support bei der Installation), daher wollen wir das "anderweitig" zum Leben erwecken, da auch ein Versuch im Forum gescheitert ist dort das gleiche Thema zu platzieren, es hat wirklich absolut KEINER geantwortet. Auch den Versuch zu starten den Entwickler zu kontaktieren war erfolglos, denn die im Impressum hinterlegte Mailadresse gibt es schon gar nicht mehr. Wie emphasize schon sagte, die letzten Beiträge der "Verantwortlichen" sind teils Jahre her. Das Einzige, wenn überhaupt, was sich dort noch bewegt, sind User die das irgendwo aufgeschnappt haben, nicht weiter kommen und dort um Hilfe bitten und "mit Glück" noch jemand da ist der mal eine Antwort gibt. Das ist ja auch heutzutage das "negative" am Forum, die Leute greifen ab, was sie brauchen und kommen nicht mehr, vor allem nicht, wenn ein Forum tot ist, das ist nicht böse gemeint oder falsch zu verstehen, ich komme doch selbst aus der Zeit (bin 40) in der ich in einigen Foren unterwegs war. Es wird auch gemunkelt (das ist aber nur "Hörensagen"), dass die sich verabschiedet und das kostenpflichtige Doorbird daraus gemacht haben, weiss ich aber nicht mit Gewissheit, hat man mir gestern nur ins Ohr geflüstert, daher wäre erst recht verständlich, wenn man das Projekt nicht neu machen möchte. Ich kann verstehen, dass du eine gewisse "Treue" gegenüber dem Forum hast @Wuestengecko, es war auch nie 100% gedacht das Forum abzulösen, denn dort kann man ja nach wie vor Posten und alte Informationen kann man sicher weiter verwenden! Aber andererseits wird heute nunmal mehr Discord verwendet und es ging ja eher darum sich mit anderen "willigen" auszutauschen, damit man das nicht alleine machen muss, genau wie schon beschrieben... es scheint ja einige Forks zu geben, vllt. hat jemand das im stillen Kämmerchen sogar schon fertig, aber nicht veröffentlicht. Wie heißt es so schön "gemeinsam ist man stark" :D Ok... ich kann den Discord stellen und die Menschen zusammen bringen, auf meinem Blog Anleitungen zur Verfügung stellen, Pizza bestellen und sonstigen Support leisten, da ich selbst leider nicht programmieren kann aber ja, ihr wisst was ich meine :D Ihr habt ja "hier" und nicht im Forum das gleiche gemacht... euch zusammen geschlossen. Keiner muss, jeder darf :D es sind aktuell auch noch nicht viele dort, aber ich werde es zumindest weiter anbieten, denn damals (in dem Beitrag "ist DoorPi tot" oder wie der hieß) gab es ja auch schon welche die nur darauf gewartet haben, was sie tun sollen. Gestern hatten wir z.B. darüber philosophiert ob es nicht sogar sinn macht ein "Beispielrezept" zu basteln, was verstehen wir darunter:
Gerade wenn Anfragen bisher zur Installation bei mir kamen, scheiterte es gerade bei Anfängern schon an Kleinigkeiten... es muss ja NUR eine andere Soundkarte gekauft werden, die zwar auch USB etc kann, aber am Ende vom Namen her anders heißt, woran die Anfänger meist schon scheitern, wenn man eine Hardwareempfehlung ausspricht, macht es das vllt. einfacher. Und auch nicht in gefühlt 50 verschiedenen Beiträgen irgendwo mal ein Codeschnipsel eingeworfen sondern ein Wiki oder im Image einen Ordner hinterlegen mit Scripts. Sprich der eine benötigt "Nachrichten" per Telegram --> Script telegram.py oder so ausführen, ein anderer will es vllt. per Mail --> Mail.py ausführen (sind jetzt nur ausgedachte Beispiele) aber aktuell muss man sich halt mühsam alles zusammen suchen. (das musste ich 2016 schon, als ich damit angefangen hatte um es auf meine Bedürfnisse anzupassen). Die Ideen sind schier unendlich ... das kann von "lasst eine Sammelbestellung von Hardware" bis hin zu manchen Usern die z.B. im Metallbau arbeiten und Frontplatten vergünstig anbieten könnten, wäre für alle Seiten eine Win Win Situation, Unterputzkästen mit 3D Druck... oder oder oder... (ne ich habe weder noch, kann weder noch, will daran wirklich kein Geld verdienen, ich bin nur an der Community interessiert und an DoorPi 3 :D) Na ja, ich danke trotzdem für eure Antwort und was ich so stehe bisher echt coole Arbeit! Kann mans schon testen? Was fehlt denn noch zum "geplanten Finale"? Grüße Mike |
Aktuell ist deviloper admin vom Forum, Letztes jahr hat sich mottom001 mal gemeldet das er weiter machen möchte. Da er aber mehrere User hat bin ich mir nicht sicher ob er nicht doch regelmäßig reinschaut. Vielleicht solltest du mal deviloper ansprechen, da er vielleicht einen direkten Kontakt zu mottom001 hat
Auf die idee bin auch schon gekommen. Könnt ich auch verstehen, läuft ja wirklich stabil Ich bin auch nur User und habe niemand die treue geschworen. Wenn sich mein Gefühl bestätigt das es jetzt wirklich weitergeht, werde ich mich auch daran orientieren welchen Weg der Entwickler einschlägt. Und sofern möglich auch Unterstützen. Selber bin ich mit meinem eigenen Projekt beschäftigt, und ehrlich gesagt ist noch eine andere Liga an Programierer als ich. |
|
Wäre es nicht am einfachsten, die Möglichkeiten von Github als Forum und Issue-Tracker zu nutzen? |
:D genau darüber reden wir :D ein (zumindest wie es aktuell ausschaut) totes Projekt zum Leben erwecken... und falls das IRGENDWIE falsch rüber kam... ich bin dafür, dass der Ursprung forgesetzt wird... ich will mich weder über jemand hinweg setzen noch etwas Parallel bauen, wenn der Kern weiter entwickelt wird... Daher habe ich bisher weder hier noch im Forum den Discord hinterlegt, da ich ja eben mit dem Entwickler selbst sprechen will (siehe mein Beitrag im Forum, wo der Entwickler ist!!!) Das ist sein Baby... sein Erfolg und soll auch ihm weiter gehören, wenn er es denn möchte... wenn halt keine Meldung kommt... wäre es schade aber gibt genug (so Leute wie ihr) die das eben weiter machen wollen (so böse wie es klingt) mit oder ohne ihn... aber genau darum geht es halt... ich versuche ja ihn zu erreichen, wenn Ihr Kontaktdaten habt... her damit =) Grüße |
|
Das mit den Babies wird in dem Fall etwas freier gehandhabt. Es ist der "Vater", auf dessen fork sich die letzten funktionalen Entwicklungen beziehen - in sofern derjenige sich den Schuh anzieht (und eigentlich diskutieren wir hier auf dem falschen ;) this way. Vorväter gut und schön, aber was soll ich mit einem nicht nutzbaren Produkt machen? Im übrigen ist die Lizenz auf dem das ganze basiert NC (non-commercial). Sollten diejenigen den code als grundlage für Doorbird genommen haben, hätten sie (potentiell) ein echtes Problem. |
@Pampersjoe Auch wenn du es höchstwahrscheinlich nicht so gemeint hast, die Änderungen beziehen sich jetzt erst einmal auf Teilbereiche. Ich will jetzt erst einmal den Config - also den elementarsten - Bereich so gestalten, das er ohne commandline Kenntnisse (bzw. Kenntnisse von den inneren Funktionsweise der Konfiguration ) funktioniert. Grundlagen waren schon gelegt, nur fehlten die letzten Strecken dafür. Wenn das so weit fertig ist gehts ans testen der implementierung der keyboards bzw des sip-parts. (bei dem inbesondere Nutzer mit verschiedenster - unterstützter - hardware benötigt werden). Es wurden im Zuge der Umschreibung der linphone part gestrichen (und nur pjsua vorgesehen). Nach meinem Verständnis schließt das also video (per sip) aus. Weiterhin sind die Änderungen ursprünglich darauf ausgelegt per Nutzer zu installieren... Bis es "final" wäre wird noch einiges an Zeit ins Land gehen. |
|
Good news =) ich habe eine Kontaktmöglichkeit gefunden und stehe nun mit Thomas in Kontakt... weiteres kläre ich mit Ihm und werden euch auf dem Laufenden halten, wenn ihr möchtet. |
|
So... wer sich beteiligen möchte =) Grüße |
|
Wow, ihr habt ja schon viel gemacht. Respekt! |
|
Ist in manchen Teilbereichen noch entfernt von "stabil". Bitte auf dem fork weiterarbeiten. Die eigentliche Richtung ist per user zu installieren, der Einfachkeit wegen ist es noch auf system install ausgelegt Die Konfigurationsdatei ist neu aufzubauen (perspektivisch über den webauftritt) und kann nicht übernommen werden. |
Fände ich super, wenn du wieder dabei wärst |
|
Die Jungs, wollen sich morgen Abend im Discord austauschen, sofern alle Zeit haben ab 20 oder 21... steht noch nicht fest... wollt ihr dazu stoßen? |
Hi Wuestengecko,
entschuldige, dass ich Dich per Issue kontaktiere, aber ich habe keine andere Kontaktmöglichkeit gesehen. Dein Master-Branch scheint der aktivste DoorPi Branch zu sein. Kannst Du kurz was zum Zustand sagen. Sollte der halbwegs stabil und einsetzbar sein oder ist der z.B. in der Mitte im Umbau zu python3 und läuft nichtmal?
Weitere Empfehlungen zur Codebasis von Doorpi sind herzlich willkommen. Hier oder per PM [email protected]
Danke und Gruß
Rainer
The text was updated successfully, but these errors were encountered: