Ich empfehle den Umstieg auf den Dienst todoist (https://todoist.com) und das Modul 98_todoist (https://forum.fhem.de/index.php/topic,78572.0.html). wunderlist wird seinen Dienst in naher Zukunft einstellen. todoist ist eine sehr gute Alternative zu wunderlist und bietet aktuell sogar deutlich mehr, als das als deprecated eingestufte wunderlist. Weiterentwicklungen (u.a. Frontend) wird es vermutlich nur noch im todoist Modul geben.
Ein kleines Modul zum Lesen einer wunderlist-Taskliste und zum erstellen oder ändern von Tasks in einer wunderlist. Das Modul tut bei mir eine Weile seinen Dienst. Benötigt wird ein wunderlist-Konto sowie die CLIENT-ID und ein ACCESS-TOKEN aus einer App (Entwicklerbereich). Support dazu gibt es bei wunderlist, nicht hier!
Als APP URL und AUTH CALLBACK URL kann jeweils http://127 (http://127).0.0.1 eingegeben werden.
Eine Taskliste kann folgendermaßen definiert werden:
define <name> wunderlist <CLIENT-ID> <LIST-ID>
Die ID der Liste kann als Anwender der URL entnommen werden, wenn man im Browser eine der wunderlist Listen aufruft. Der Access-Token wird über set gesetzt und verschlüsselt abgelegt.
Eine kleine Doku ist im Modul. Man benötigt die Perl-Module JSON, Data::Dumper and MIME::Base64. Das Modul ruft die Daten in einem Interval (Standard 1800 Sekunden) über die wunderlist-API ab. Das Interval ist über das Attribut pollInterval konfigurierbar, es darf aber nicht unter 600 Sekunden liegen. Das Modul sollte non-blocking sein. Neue Tasks können mit Optionen erstellt werden.
Das Modul wird zusammen mit einem FHEMWEB weblink-Widget geliefert (siehe Anlage). Damit das funktioniert, muss die Datei wunderlist.js aus dem git nach
<FHEMPFAD>/www/pgm2/
kopiert werden.
Der weblink wird dann bspw. so definiert:
define Einkaufsliste weblink htmlCode {wunderlist_Html("wunderlist_Einkaufsliste")}
für eine spezielle Liste. Dabei muss wunderlist_Einkaufsliste durch euer wunderlist-Device ersetzt werden.
define Einkaufslisten weblink htmlCode {wunderlist_AllHtml()}
für alle Listen im fhem-System nebeneinander.
Feedback ist gerne gesehen, Support zum Modul gibt es hier (nicht in Echtzeit), Support zu wunderlist oder der API nicht (da gibt es bessere Quellen).
Was ihr damit anfangen könnt, ist eurer Phantasie überlassen. Ich nutze es, um abends und/oder morgens noch einmal an die noch offenen Punkte einer gemeinsamen Einkaufsliste zu erinnern.
Installation:
update all https://raw.githubusercontent.com/marvin78/FHEM-wunderlist/master/controls_wunderlist.txt
Download: https://github.com/marvin78/FHEM-wunderlist
Beispiele:
Setze einen neuen Punkt auf die Einkaufsliste:
set Einkaufsliste addTask 3 Brötchen
Setze einen neuen Punkt auf die Einkaufsliste und setze ein Fälligkeitsdatum:
set Einkaufsliste addTask 3 Brötchen due_date=2017-01-13
Ändere einen Punkt auf der Einkaufsliste (mit wunderlist-ID):
set Einkaufsliste updateTask ID:12345678 title='5 Brötchen' due_date='2017-01-12'
Ändere einen Punkt auf der Einkaufsliste (mit FHEM-ID):
set Einkaufsliste updateTask 2 title='5 Brötchen' due_date='2017-01-12' remove=starred,recurrence_type
Einen schon erledigten Task auf unerledigt setzen (mit wunderlist-ID):
set Einkaufsliste updateTask ID:12345678 completed='false'
Einen schon erledigten Task auf unerledigt setzen (mit FHEM-ID):
set Einkaufsliste updateTask 5 completed='false'
Hake einen Punkt auf der Einkaufsliste ab (mit wunderlist-ID):
set Einkaufsliste completeTask ID:12345678
Hake einen Punkt auf der Einkaufsliste ab (mit FHEM-ID):
set Einkaufsliste completeTask 3
Lösche einen Punkt von der Einkaufsliste (mit wunderlist-ID):
set Einkaufsliste deleteTask ID:12345678
Lösche einen Punkt von der Einkaufsliste (mit FHEM-ID):
set Einkaufsliste deleteTask 3
Lösche alle Tasks
set Einkaufsliste clearList
Updates:
Update: count Reading hinzugefügt.
Update 14.08.2016: UTF8 für Task Title, Readings count und listText korrigiert
Update 14.08.2016 (2): einfache Taskerstellung per newTask (bisher nur mit Titel)
Update 14.08.2016 (3): ID des Tasks wird als Reading bereit gestellt. Außerdem werden auch assignee_id und assigner_id ausgelesen.
Update 15.08.2016: Task kann über FHEM-Reading ID abgeschlossen werden (completeTask)
Update 16.08.2016: deleteTask löscht einen Task, newTask in addTask umbenannt.
Update 26.09.2016: addTask mit due_date erweitert.
Update 24.12.2016: alphabetisches Sortieren mit sortTasks
Update 06.01.2017: Ansprache der Tasks über ihre wunderlist-ID, zusätzliche Parameter bei addTask möglich
Update 07.01.2017: updateTask, neue Readings (Parameter des Tasks)
Update 09.01.2017: clearList (löscht alle Tasks der FHEM-Liste), Attribut "getCompleted" holt auch erledigte Aufgaben ab
Update 11.01.2017: User zur Liste werden ausgelesen
Update 14.01.2017: X_Copy und X_Delete eingebaut
Update 24.02.2017: attr <NAME> sortTasks 2 sortiert die Tasks in wunderlist Reihenfolge
Update 18.01.2017: neue weblink Widgets
Update 19.01.2017: Widget für mehrere Listen kann nun mit Filer (nach Devspec) versehen werden
Super Modul, habe es gerade installiert und werde es testen.
Danke
Was noch nicht funktioniert, wenn in meiner Liste ein Umlaut wie Ü drin steht, bekomme ich ein Zeichen angezeigt. Hast du ne Idee, wie ich das hinbekomme, dass das Ü auch angezeigt wird ?
Grüße Marcel
Was noch genial wäre, wenn man mit fhem einträge auf die Liste setzen könnte, ist sowas machbar ?
Danke für das Feedback.
Umlaute sind so eine Sache in FHEM. Das muss ich mir ansehen.
Bezüglich Einträge aus FHEM heraus erstellen: Das habe ich auf der Liste. Möglich ist es auf jeden Fall.
Ggf. komme ich nächste Woche wieder dazu, etwas am Modul zu machen.
Danke für die schnelle Antwort.
Kein Stress, Umlaute sind jetzt nicht ganz so wichtig, Einträge von FHEM aus wären schon richtig gut, aber das hat Zeit, erstmal mach ich jetzt nen dauertest ob das alles stabil läuft. ;)
Gesendet von iPhone mit Tapatalk
Bis jetzt läuft das Modul stabil und ohne erkennbare Probleme.
Was noch schön wäre, wenn ich nichts in der liste stehen habe, gibt es im reading Count noch nen wert und im reading listText steht auch noch der letzte wert. Da diese nicht mehr aktualisiert werden.
kannst du es so einrichten dass der Count dann 0 anzeigt und der listText auch 0 oder none oder ähnliches anzeigt?
Gruß Marcel
Neue Version im ersten Post. Der Titel wird nun vor dem Erzeugen der Readings UTF8 kodiert und die beiden Readings count und listText funktionieren nun auch bei leerer Liste korrekt.
DANKE funktioniert !
Oben gibt es eine neue Testversion mit der auch Tasks erstellt werden können (newTask). Es wird nur ein normaler Task mit Titel erstellt. due_date und andere Optionen sind (noch) nicht möglich.
Bitte testen. Falls was nicht funktioniert, verbose im Modul auf 5 drehen und hier anhängen (wie üblich).
Danke, funktioniert auch mit dem newTask.
Wie. Das ging schnell... ;)
Sind Optionen wie due_date oder assignee_id interessant? Das werden sie sicher erst irgendwann für mich selbst.
Interessant auf jeden Fall, aber z.Z. brauch ich das nicht, mir reicht es wie es jetzt läuft schon.
Danke für die schnelle Einbindung.
Werde das jetzt erstmal ausgiebig testen und berichten ob alles stabil läuft.
Gruß Marcel
Noch ein kleines Update: Die wunderlist-ID der Tasks wird als Readings zur Verfügung gestellt. Ob das so bleibt, oder ob wir bspw. für das abhaken des Tasks aus FHEM heraus die ID nur intern speichern müssen, weiß ich noch nicht.
Ok, kann ich erst später testen oder morgen.
Gesendet von iPhone mit Tapatalk
Ein Task kann jetzt auch über FHEM abgeschlossen werden. Der Befehl
set WUNDERLIST completeTask 3
würde bspw. den Task_003 komplettieren.
Läuft bisher ohne erkennbare Fehler.
ZitatEin Task kann jetzt auch über FHEM abgeschlossen werden. Der Befehl
Code: [Auswählen]
set WUNDERLIST completeTask 3
würde bspw. den Task_003 komplettieren.
Hab das nur einmal getestet, funktioniert.
Interessant wäre evtl noch, alle vorhandenen Tasks mit einmal komplett löschen. Geht sowas auch?
Grüße Marcel
Löschen oder komplettieren?
Für mich ist löschen interessant, aber wenn beides geht, warum nicht. ;D
Ich frage, weil das oben ein Komplettieren des Tasks ist. Die Tasks werden dabei natürlich NICHT gelöscht. Das passiert auch in wunderlist nicht, wenn man einen Task abhakt sondern nur, wenn man ihn konkret löscht.
Genau, aber wenn es möglich ist, dann würde ich gerne die gesamte Liste, ob abgehakt oder nicht, löschen können, also nicht die Liste, sondern alle Einträge.
Aktuell behandelt das Modul ohnehin nur nicht komplettierte Tasks. Um alle Tasks löschen zu können, müsste das Modul auch die nicht komplettierten Listeinträge vorhalten und dann ggf. alle in einer Schleife löschen.
Was ist denn der Anwendungsfall für so ein Vorgehen?
Ich möchte diverse Werte von Sensoren in eine Liste schreiben lassen, sobald ich diese aber nicht mehr benötige ggfs. einmal am Tag automatisch, sollen alle Einträge wieder aus der Liste gelöscht werden, damit es übersichtlich bleibt.
Die neue Version im ersten Post kann einzelne Tasks löschen. Damit lässt sich sicher mit ein wenig Perl was machen (Schleife über alle Task_XXX Readings). Das bezieht sich aber weiterhin NUR auf nicht komplettierte Tasks, da bislang nur diese in FHEM auftauchen.
Ggf. baue ich in Zukunft noch ein Attribut ein, dass, wenn gesetzt, es ermöglicht, die nicht komplettierten Tasks auch einzulesen. Man müsste schauen, ob man dann den Typ als Reading anbietet.
VORSICHT: Ich habe newTask in addTask umbenannt. Ein
set newTask Eier
funktioniert zwar auch, in der Auswahlliste taucht newTask aber nicht mehr auf.
Super danke schon mal.
Kann ich aber erst Donnerstag testen.
Funktioniert bisher stabil und die Funktion einzelne Tasks zu löschen ist auch super.
Grüße Marcel
Dieses Modul ist genau das wonach ich gesucht habe. Ich würde gerne durch fhem automatisch eine ToDo-Liste pflegen, etwa wenn die Waschmaschine "habe fertig" meldet, ein ToDo "Wäsche aufhängen" oder wenn es einer Pflanze nach Wasser dürstet "Bitte gießen".
Habe das Modul installiert, aber bekomme permission_error, sicherlich weil ich beim Registrieren der Wunderlist App nicht die richtigen Werte bei APP URL bzw. bei AUTH CALLBACK URL eingetragen habe. marvin78, Du verweist da zwar auf die Wunderlist-Webseite, aber die wissen natürlich auch nicht wie es auf der Anwender-Seite aussieht und reden abstrakt von der redirect_uri. Ich habe eine DYNDNS-Adresse und habe ein Port-Forwarding zu meinem raspberry mit fhem eingerichtet. Für einen kleinen Tipp was ich bei der AUTH CALLBACK URL angeben muss, wäre ich sehr dankbar.
ich hatte bei APP URL und AUTH CALLBACK URL jeweils http://127.0.0.1 eingegeben
Danke! Habe es einfach noch einmal von vorne gemacht und siehe da - nun geht es!
Es ist im Grunde völlig egal, welche URLs man dort einträgt. Ich habe trotzdem mal das Beispiel localhost vorne ergänzt um Unsicherheiten vorzubeugen.
Hey marvin78, kannst du das Modul so abändern, dass diese Meldung
2016.09.04 07:45:05.666 3: wunderlist (Wunderlist_Einkaufsliste): No access. Token seems to be wrong or we can't get access. Got malformed JSON
2016.09.04 07:55:05.705 3: wunderlist (Wunderlist_Einkaufsliste): no access token set
einfach weiterhin kommt, ohne das Modul auf inactive zu setzen. Oder es intern irgendwie prüft und dann wieder automatisch auf active setzen, wenn wieder eine Internetverbindung besteht.
Die 2 Meldung versteh ich nicht, der access token ist doch gesetzt.
Ich hatte dieses Problem heute, da ich die Internetverbindung getrennt habe und wunderlist dann beim 2 versuch (aktualisierung alle 10min) sich automatisch auf inactive setzt, bis ich es wieder händisch auf active setze.
Grüße Marcel
Ich möchte das nicht ändern, ohne das eigentliche Problem zu kennen. Die Meldung passt nicht zum Ereignis. Das heißt, ich mache im Modul vermutlich etwas falsch. Könntest du das ganze noch einmal mit verbose 5 im Device simulieren und das Log hier posten?
Dass das Device bei fehlendem bzw. falschem Access Token auf inactive gesetzt wird, ist gut und richtig. Das Problem hier ist aber ein anderes sodass ich heraus finden muss, wie ich das handeln kann.
Ich schaue, dass ich es heute noch schaffe, sonst morgen.
Gesendet von iPhone mit Tapatalk
Hallo marvin78,
nachdem nun meine Erinnerungsliste, meine Einkaufsliste und meine ToDo-Liste laufen und teilweise auch schon automatisch befüllt werden und per Telegram-TALKTOME erreichbar sind, kommt nun schon der Hunger auf mehr. Wäre es möglich bei addTask neben dem Titel auch noch die Priorität, das Erledigungsdatum und die Erinnerungszeit sowie den zugewiesenen Nutzer zu übergeben? Bei Holen der Infos wird der Nutzer bereits angezeigt, allerdings mit einer Nummer, so dass man über ein attr Feld diese Nummer einem Klartextnamen zuordenbar machen müsste. Was hältst Du davon?
Danke für dieses Modul, das aus meiner Sicht zu jeder halbwegs intelligenten Heimautomation dazu gehört! Tausend Dank!
@Ma_Bo: Kannst du mal bitte testen, ob dein Problem mit der Version im ersten Post behoben oder besser geworden ist? Danke.
@hartenthaler: Das lässt sich sicher alles machen. Auch ohne Attribute. So wie ich das sehe, kann man auch die User, auf die der aktuelle User zugriff hat, bezogen auf die list_id auslesen, sodass man die Zuordnung von ID zu Name intern speichern kann. Das User auslesen könnte dann zyklisch passieren oder über ein get (ggf. ist es besser, es über get zu realisieren und dem User die Wahl zu lassen, das zyklisch zu erledigen (per at)).
Allerdings werde ich dafür noch etwas brauchen. Das Modul ist an einigen Stellen noch wenig generisch und das möchte ich erst umbauen, bevor ich weitere Optionen und/oder Möglichkeiten hinzufüge.
gibt das api eine eindeutige id pro task her? könntest du etwas einbauen um eine task über eine solche id anzusprechen? wenn nicht vom api dann vielleicht selber vergeben?
die laufenden nummern sind etwas unhandlich wenn man einen bestehenden task ändern möchte.
gruss
andre
Wenn du ein list auf das Device machst, siehst du, dass die IDs und die Revisions in helpers gespeichert werden. Die Tasks müssen darüber angesprochen werden. Ich habe kurz überlegt, die ID auch in Readings verfügbar zu machen bzw. war das auch schon einmal im Modul. Die Frage, die sich mir stellt ist: Hilft es, die ID zu kennen bzw. was ist besser daran, einen Task über die ID zu anzusprechen? Diese ist lang und kryptisch. Mir ist natürlich bewusst, dass die laufenden Nummern nicht die optimale Lösung sind, eine bessere ist mir jedoch noch nicht eingefallen.
Die Version im ersten Post, stellt zunächst erst einmal die ID als Reading zur Verfügung. Hilft das ggf. schon einmal?
Ändern eines Taks ist auch noch nicht im Modul aber auch das gibt das/die API her.
die laufende nummer ist glaube ich immer dann ok wenn der anwender etwas mehr oder weniger interaktiv macht.
wenn man z.b. die idee weiter verfolgt das fhem etwas voll automatisch auf die liste setzt wäre es ideal den task anhand einer selbst vergebenen eindeutigen id zu identifizieren um z.b. den task auch automatisch wieder zu löschen. wenn die tabs inzwischen doch wieder aufgefüllt wurden. das nächst beste wäre beim anlegen des task die id zurück zu bekommen um sie später wieder zu verwenden.
das echtes modifizieren (noch :) ) nicht geht ist klar. löschen hält aber auch schon zum ändern.
ja. ich weiss idealer weise hakt man einen task ab wenn man z.b. einkaufen war. aber wenn man schon versucht dinge automatisch auf die liste zu bekommen ist es natürlich genau so ein ziel automatisch zu merken wenn etwas wieder von der liste runter kann.
@marvin78, ich komme wahrscheinlich erst Mitte bis Ende dieser Woche dazu, die Version im ersten Post zu testen, z.Z. sind leider 2 andere Projekte dazwischen gekommen, da muss FHEM hinten anstehen...
Gesendet von iPhone mit Tapatalk
wunderlist hat eigene IDs. Weitere Benutzerdefinierte Felder kann man für die Tasks nicht vergeben. Aber die ID kommt im Grunde nach dem Anlegen zurück. Wenn man einen neuen Task anlegt, wird automatisch ein getTasks ausgeführt, sodass die neue ID danach verfügbar ist. Diese könnte, statt des Namens, im Reading lastCreatedTask zurück kommen, um damit leichter Automatismen umesetzen zu können. Wenn man viele Tasks schnell hintereinander anlegt, hilft das ggf. nicht.
Andere Idee: Man setzt einen Task folgendermaßen
set LISTE addTask EIGENE_ID:TASK
und diese EIGENE_ID wird in den Reading gespeichert. Dann könnte man den Task tatsächlich auch darüber ansprechen.
Oder ggf. könnte man im Device auch eine Liste mit ID zu Task Zuordnungen erfassen. Sowas wie
attr LISTE taskList EIGENE_ID1:TASK1 EIGENE_ID2:TASK2 [...]
Tasks würden in dem Fall, dass diese Liste existiert, nur noch über IDs angelegt.
Ich habe so eine Anwendung für das automatische Setzen und Löschen von Tasks. Per FlowerPower melden die Pflanzen (meiner Frau => WAF), dass sie Wasser brauchen. Das erzeugt ein ToDo "Gießen". Natürlich kann man das dann nach Erledigung manuell abhaken, aber eleganter ist, wenn die Pflanze nun meldet "Danke, habe das angeforderte Wasser bekommen" und so das ToDo automatisch als erledigt gekennzeichnet wird.
Oder die Waschmaschine meldet "habe fertig" und erzeugt ein ToDo "Wäsche aufhängen". Sobald man die Tür der Maschine dann öffnet, wird das ToDo wieder entfernt (in der Annahme, dass man nicht nur zum Spaß einen Blick reinwirft).
Aber das hat alles noch Zeit, muss meine Logik dafür auch erst einmal genau durchdenken und vorbereiten.
Ich bin begeistert das es für die wunderlist jetzt ein modul gibt, das wollte ich schon länger mal integrieren! DANKE!
Wie habt ihr die Funktionalität integriert? Habt ihr es in TableUIt eingebunden? Evtl. ein Push2Talk?
Ich zeige meine drei Listen es erst einmal auf dem iPad/iPhone mit der Wunderlist-App an. Und ich habe in TALKTOME dem RiveScript-Chatbot beigebracht so Dinge wie "Erinnere mich an xxx" oder "Zeige mir die Einkaufsliste" oder "xyz muss eingekauft werden" entsprechend zu bearbeiten und zu beantworten. Im Moment arbeite ich daran die ToDo-Liste beim Morgenrapport per Sprache über Sonos vorlesen zu lassen.
Sehr genieles Modul! Ich werde es einrichten! Das sieht für mich verdammt nach einem sinnvollen Use-Case für den Dashbutton aus ;)
Bin grade über das wunderlist-Modul gestolpert und hab's ausprobiert - super! Vielen Dank für Deine Mühe.
Ich würde mich über die Integration des Due_Dates freuen.
Ich versuch mich mal daran, die neuen Aufgaben sinnvoll in TabletUi zu integrieren. :)
Habe seit ca. 11:30 Probleme mit wunderlist, aber allgemein, nicht das Modul hier, meine Listen kann ich nicht mehr per Mac und iPhone synchronisieren.
Ist das bei euch auch so?
Meldung im LOG von fhem
2016.09.21 15:11:41.613 3: wunderlist (Wunderlist_Einkaufsliste): set Device active
2016.09.21 15:11:43.852 3: wunderlist (Wunderlist_Einkaufsliste): No access. Token seems to be wrong or we can't get access. Got malformed JSON
@marvin78 Sorry, habe heute erst deine neue Datei einspielen können, werde jetzt mal beobachten.
Grüße Marcel
Das mit den Logeinträgen verstehe ich nicht ganz. Das Modul greift doch gar nicht auf das iPhone oder den Mac zu sondern nur auf die API von wunderlist.
Ich habe leider kein iPhone oder Mac.
Zitat von: Ma_Bo am 21 September 2016, 15:10:59
Habe seit ca. 11:30 Probleme mit wunderlist, aber allgemein, nicht das Modul hier, meine Listen kann ich nicht mehr per Mac und iPhone synchronisieren.
Ist das bei euch auch so?
Meldung im LOG von fhem
2016.09.21 15:11:41.613 3: wunderlist (Wunderlist_Einkaufsliste): set Device active
2016.09.21 15:11:43.852 3: wunderlist (Wunderlist_Einkaufsliste): No access. Token seems to be wrong or we can't get access. Got malformed JSON
@marvin78 Sorry, habe heute erst deine neue Datei einspielen können, werde jetzt mal beobachten.
Grüße Marcel
Hallo Marcel,
Es ist bei mir aus so:(
Gruß
René
Sent from my iPhone using Tapatalk
@marvin78 Nein, das hatte nichts mit dem Modul zu tun.
Ich teile meine Einkaufsliste mit insgesamt 4 Geräten, alle konnten gestern nicht untereinander synchronisieren, das spricht für Probleme bei wunderlist.com
Jetzt gerade habe ich es nochmal versucht, aber es ist immer noch so.
Den Auszug aus dem LOG habe ich nur so angefügt, da ich diese Meldung bekomme, was aber normal ist, da keine meiner Listen erreichbar bzw. synchronisierbar ist.
Ist also nicht Gerätespezifisch sondern wahrscheinlich ein Problem beim wunderlist Server.
Grüße Marcel
Wunderlist hat wohl schon seit gestern Probleme: Wunderlist Status (https://status.wunderlist.com/)
Erste Meldung ist schon von gestern morgen:
ZitatIdentified - We are currently seeing issues with synchronization and task creation across all platforms. This means, you will possibly see different data across your Wunderlist Apps. There are also issues on some platforms that result in problems when creating new tasks.
Our engineering team is already working on getting the problems fixed as quickly as possible. Thank you for bearing with us and apologies for the hassle this may cause you.
Sep 21, 10:28 CEST
Ist ein Problem bei wunderlist :(
Gut. Ich konnte heute selbst nicht schauen.
Scheint wohl langsam wieder zu laufen:
ZitatMonitoring - Wunderlist is slowly coming back online. Sign-In and Sign-Up work again. Synchronization is happening between devices, but still not at 100%. We are now monitoring the database performance and server load, while the system is slowly recovering. Thank you for bearing with us and apologies for the hassle the downtime might have caused you. We'll post another update shortly.
Sep 22, 20:23 CEST
zumindest komme ich wieder an der wunderlist Server, allerdings habe ich jetzt folgenden (neuen) Fehler:
malformed JSON / Access Token wrong or API access gone
Bei mir kein Problem. Läuft, wie geschmiert.
Probiere mal einen neuen Access Token (bei wunderlist for Developer erzeugen und dann im FHEM Device austauschen (newAccessToken)) und falls das nicht funktioniert, ein Log mit verbose 5 anhängen.
Zitat von: marvin78 am 23 September 2016, 13:43:01Probiere mal einen neuen Access Token
das wars, Danke.
Das Modul ist wirklich top. Funktioniert tadellos in Kombination mit dem Amazon Dash Button.
Eine Kleinigkeit habe ich aber noch nicht hinbekommen. Nach einem Neustart des Pi ist immer das Access Token meiner Wunderlist nicht mehr gespeichert. Kann man das irgendwie dauerhaft speichern?
Gruß und Danke, Matthis
Sollte eigentlich so sein. Der Token wird in ./FHEM/FhemUtils/uniqueID dauerhaft gespeichert und auch bei einem Neustart (sprich define) von dort geholt. Das ist Standard und das machen auch viele andere Module so (FB_Callmonitor z.B.). Wird diese Datei bei dir ggf. bei einem Neustart gelöscht/überschrieben oder ähnliches? Gibt es Speicherplatz oder Rechteprobleme?
Jo, habe die Rechte geändert, daran lag es - danke!
Jetzt setzt mir der Amazon Dash Button schön Toilettenpapier auf die Wunderlist Einkaufsliste!
Genial, endlich habe ich eine Verwendung für meine Dash button.
Vielen Dank!
Für alle zur Info: Das Modul wird weiter entwickelt. Es kann allerdings noch etwas dauern, bis ich wieder daran arbeiten kann. Aktuell ist "Hauptsaison" bei mir und deshalb ist wenig Zeit.
Ich habe addTask vorerst noch um due_date erweitert. Der Rest folgt aber wirklich später ;)
Beispiel:
set Einkaufsliste addTask Brot 2016-10-05
Ein wenig Off-Topic..
Als ich gestern wunderlist startete, wurde ich informiert, daß ich jetzt für ein Jahr die Pro-Version habe.
Und siehe da, es stimmt. Anschließend gab es noch eine Email, in der auch stand, daß es sich nicht automatisch verlängert, wenn das Jahr abgelaufen ist..
Das alles trifft aber nur für Telekom-Kunden zu, und anscheinend auch auf deren Töchter (bin selbst bei congstar).
Ankündigung hier
https://megadeals.telekom-dienste.de/wunderlist.html (https://megadeals.telekom-dienste.de/wunderlist.html)
Hallo,
sehr schönes Modul! Danke dafür.
Ich habe leider das Problem, dass ich keine Tasks anlegen kann. Ein
set wunderlist addTask Test
liefert mir den Fehler "missing_pararmeter". Ich habe es auch schon mit einem Due_Date (2016-10-25) versucht - leider das selbe Ergebnis. Kann dazu jemand was sagen?
Hier ein List
Internals:
CLIENTID xxxxxxxxxxxxxxxxx
DEF xxxxxxxxxxxxxx xxxxxxx
INTERVAL 600
LISTID xxxxx
NAME wunderlist
NOTIFYDEV global
NR 163
NTFY_ORDER 50-wunderlist
STATE active
TYPE wunderlist
Readings:
2016-10-24 14:10:56 Task_000 Weihnachtslicht
2016-10-24 14:10:56 Task_000_ID 2230239235
2016-10-24 14:10:56 Task_001 Fernseher
2016-10-24 14:10:56 Task_001_ID 2230288917
2016-10-24 14:10:56 Task_002 RGB-Lampe
2016-10-24 14:10:56 Task_002_ID 2230289302
2016-10-24 14:10:56 count 3
2016-10-24 14:10:56 error none
2016-10-24 13:17:00 lastCompletedTask Guten Morgen
2016-10-24 14:10:53 lastError missing_parameter
2016-10-24 14:10:56 listText Weihnachtslicht, Fernseher, RGB-Lampe
2016-10-24 11:44:39 state active
Task_003:
Task_004:
Task_005:
Task_006:
Task_007:
Task_008:
Task_009:
Task_010:
Helper:
Ids:
Task_0 2230239235
Task_1 2230288917
Task_2 2230289302
Rev:
Task_0 1
Task_1 1
Task_2 1
Attributes:
pollInterval 600
LG
Oli
Hm. Das Problem muss an einer kleinen Änderung an der API liegen. Leere Parameter waren sonst kein Problem. Jetzt werden sie als fehlend interpretiert, wenn sie leer sind und nicht als nicht angegeben.
Probiere bitte mal die neue Version im ersten Post.
Oha, das ging schnell!
Funktioniert jetzt hervorragend - auch mit due_date. Vielen Dank.
LG
Oli
Ein kleines Problem bei mir, vielleicht auch nicht Problem, aber es funktioniert folgendes nicht richtig
set Wunderlist_Aufgaben addTask Test 2
Die 2 zeigt er mir nicht als Text an.
Ja. Das stimmt. Das mit der Implementierung von due_date war nicht durchdacht. Das muss ich verbessern, da nach dem Leerzeichen getrennt wird.
Ich wollte gerade schon schreiben, alles was nach dem ersten Wort ist wird abgeschnitten, nicht nur Zahlen, aber haste ja selber schon geschrieben...
Die neue Version im ersten Post verwendet den Doppelpunkt als Trennzeichen für Title und Datum.
Danke, funktioniert...
Hatte heute diese Meldung im Log:
2016.10.31 12:45:55.230 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/98_wunderlist.pm line 493.
Grüße Marcel
Nur eine Warnung. Nichts ernstes. Der Fehlertyp konnte ermittelt werden. Sollte in der Version im ersten Post weg sein.
gibt es eine Möglichkeit die SortOrder wie in der App zu ändern? also z.b. von Erstelldatum zu Alphabetisch?
Nein. Da ich keine wirkliche Notwendigkeit dafür sehe, kommt sowas auch maximal unten auf die Liste. Für was würde man das in FHEM benötigen?
Naja wir haben unsre Einkaufsliste darüber laufen. Und damit man nicht die ganze Liste durchsuchen muss wäre es einfacher wenn sie alphabetisch sortiert ist.
Die Intention des Moduls ist nicht, die Webseite oder die App zu ersetzen. Es geht darum, die wunderlist-Listen durch FHEM (Aktionen, Reaktionen, die in der Hausautomation verankert sind) für Erinnerungen zu verwenden oder die Liste automatisiert zu verändern. Warum sollte FHEM das gute Interface von wunderlist ersetzen? Das macht keinen Sinn.
Ich habe die Einkaufsliste im TabletUI eingebunden und kann so direkt im schauen was auf der Liste ist und Einträge ergänzen ohne im Küchentablet die App zu wechseln (iframe ist keine Alternative da ich mich im zweifel immer mal wieder einloggen müsste und es optisch auch nicht hineinpasst), da dies später auch nicht mehr möglich sein soll. Und es wäre um einiges einfacher wenn ich dort die Liste alphabetisch anstatt nach der normalen Reihenfolge hätte
Wie gesagt, das ist keine der Einsatzmöglichkeiten für die das Modul konzipiert wurde. Ich setze es auf die Liste, aber nicht weit oben.
@Bootscreen,
Wenn Marvin es aus für mich durchaus nachvollziehbaren Gründen nicht einbauen möchte, kannst du dir die Funktion dank der Flexibilität von fhem mit wenigen Zeilen in der myUtils und einem passenden notify selber bauen. In etwa so:
sub wunderlist_sort($$) {
my ($mdev,$prefix) = @_;
my @list;
my $readings = $defs{$mdev}->{READINGS};
foreach my $key (keys %{$readings}) {
if ($key =~ m/^Task_\d\d\d$/) {
push(@list,$readings->{$key}{VAL});
}
}
my @sorted_list = sort { lc($a) cmp lc($b) } @list;
for (my $i=0; $i < @sorted_list; $i++){
fhem("setreading $mdev ".$prefix."_".sprintf("%03s",$i)." @sorted_list[$i]");
}
}
Übergeben werden wunderlist-Device und das gewünschte Prefix der Readings.
Gruß
Hans
@Hans Franz:
Dank dir, aber das mit dem sort habe ich bei mir nun leider schon etwas anders gelöst. Ich bau mir bereits aus dem listText Reading ein json Reading über das Attribut userreading. Da hab ich mir nun auch ein Sort eingebaut.
Abschließend möchte ich noch sagen: ich persönlich kann es nicht nachvollziehen, das sortieren inkl. einem Attribut sortAlphabetic sind nur ein paar Zeilen Code. Für was das Modul am Anfang mal konzipiert wurde ist doch auch im Grunde egal. Es gibt hunderte, tausende und wahrscheinlich noch viel mehr FHEM Nutzer. Nicht jeder Nutzer nutzt die Module auf die selbe Art und Weise, nicht jeder wird sie so nutzen wie sie einmal gedacht waren, aber das ist ja auch das schöne an FHEM. Jeder kann sie nutzen wie er sie möchte. Module wachsen mit den Usern. Aber einem User so eine Abneigung / Ablehnung entgegen zu bringen nur weil er einen Wunsch geäußert hat und das Modul anders nutzen möchte als der Entwickler es einmal gedacht hat, finde ich einfach daneben. Aber gut, vllt kommt es eines Tages vllt auch nicht. Ich werde es bis dahin anders lösen.
Ich sag dennoch Danke für das Modul.
@marvin78, ich fände die Sortierung auch nicht schlecht, brauche es nicht unbedingt, aber wenn es nicht viel Arbeit ist dies mit einem attr anzubieten, warum sollte man es nicht einbauen...
Wenn ich das alles drauf hätte mit dem programmieren, dann hätte ich noch so viele Ideen die ich versuchen würde einzubauen, (nicht nur in dem modul hier, allgemein) aber dafür habe ich viel zu wenig Ahnung und auch leider viel zu wenig zeit...
Grüße Marcel
Hallo zusammen,
habe heute auch einmal versucht das wunderlist-Modul zum Laufen zu bringen, leider bislang erfolglos. Habe alle notwendigen Module installiert, Wunderlist-Account angelegt und Emailbestätigung ausgeführt, App registriert und Access-Token (nehme mal an das ist der "Client secret"). Bekomme aber immer so etwas im Log:
2016.11.11 11:44:20 4: WEB_192.168.1.86_58770 GET /fhem?XHR=1&inform=type=status;filter=Testliste;since=1478861059;fmt=JSON&fw_id=489×tamp=1478861058903; BUFLEN:0
2016.11.11 11:44:21 4: HttpUtils url=https://a.wunderlist.com/api/v1/tasks?list_id=XXXXXXXXX
2016.11.11 11:44:21 4: https://a.wunderlist.com/api/v1/tasks?list_id=XXXXXXXXX: HTTP response code 401
2016.11.11 11:44:21 4: HttpUtils https://a.wunderlist.com/api/v1/tasks?list_id=XXXXXXXXX: Got data, length: 23
2016.11.11 11:44:21 4: wunderlist (Testliste): got error:
2016.11.11 11:44:21 4: wunderlist (Testliste): got error:
Kann das jemand deuten? Fehler 401 ist ja ein Berechtigungsproblem...
Der Access Token ist NICHT Client Secret. Es gibt einen Button "Create Access Token".
Bitte lesen!
Zitat von: marvin78 am 11 November 2016, 11:56:37
Der Access Token ist NICHT Client Secret. Es gibt einen Button "Create Access Token".
Bitte lesen!
Ooops - dachte ich hätte das so gemacht. Gelesen habe ich, auch den Button "Create Access Token" geklickt. Aber anstatt dem grauen Token (den ich einfach mal salopp übersehen habe) hatte ich den Client Secret reingepastet, sorry.
Jetzt funktioniert es :-)
Zitat von: Bootscreen am 05 November 2016, 20:15:20
Abschließend möchte ich noch sagen: ich persönlich kann es nicht nachvollziehen, das sortieren inkl. einem Attribut sortAlphabetic sind nur ein paar Zeilen Code. Für was das Modul am Anfang mal konzipiert wurde ist doch auch im Grunde egal. Es gibt hunderte, tausende und wahrscheinlich noch viel mehr FHEM Nutzer. Nicht jeder Nutzer nutzt die Module auf die selbe Art und Weise, nicht jeder wird sie so nutzen wie sie einmal gedacht waren, aber das ist ja auch das schöne an FHEM. Jeder kann sie nutzen wie er sie möchte. Module wachsen mit den Usern. Aber einem User so eine Abneigung / Ablehnung entgegen zu bringen nur weil er einen Wunsch geäußert hat und das Modul anders nutzen möchte als der Entwickler es einmal gedacht hat, finde ich einfach daneben. Aber gut, vllt kommt es eines Tages vllt auch nicht. Ich werde es bis dahin anders lösen.
Was du persönlich nachvollziehen kannst, steht hier nicht zur Debatte und es ist mir tatsächlich egal, was du mit dem Modul machst (du kannst es gerne umbauen, patchen oder sonstiges). Das heißt aber nicht, dass ich von meiner Idee für das Modul abrücken muss. Module wachsen nicht mit den Usern sondern mit den Ideen, die ggf. von Usern kommen. Wenn diese nicht der Grundidee des Autors entsprechen, dann finden sie eben nicht oder später den Weg ins Modul. So ist das und so bleibt es. Es steht ja tatsächlich jedem frei, sich das Modul so anzupassen, wie er es braucht. Ein wenig Perl lernen ist nicht schwer.
Zu deinem Abschnitt mit der angeblich persönlichen Abneigung muss ich sagen: Ich habe lediglich sachlich erklärt, warum ich das mit der Sortierung nicht (sofort) einbauen möchte und festgestellt, dass man das nicht zwingend braucht, wenn man das Modulkonzept bedenkt. Nicht mehr und nicht weniger. Wie viele Menschen heute, kannst du aber wohl mit Sachlichkeit nicht umgehen. Das ist ok, aber nicht meins. Ich habe dich nicht perönlich angegriffen und auch nicht auf sonst eine Art beleidigt. Wenn du die Beiträge noch einmal liest, stellst du das ggf. auch fest. Nur weil meine Ansicht nicht deiner entspricht, ist das nichts, was persönlich gemeint ist. Das ist aber eine Lektion, die viele erst lernen müssen.
Nichts desto Trotz und weil es weitere Anfragen gab (ja, das ist tatsächlich ein wirklich guter Grund ein Modul auch um Dinge zu erweitern, die nicht geplant waren) und auch weil Weihnachten ist ( ;) ), gibt es jetzt
set WUNDERLIST sortTasksDas macht nichts anderes, als das Sortieren der Tasks nach Alphabet. Die neue Version findet ihr im ersten Post. Bitte auf Herz und Nieren Testen. Danke!
Die Weiterentwicklung stockt an anderer Stelle etwas. Ich bin dabei, auf parseParams umzustellen um weitere Parameter im Set leichter zu ermöglichen. Ein wenig wird es noch dauern.
Frohe Weihnachten an alle!
Edit: Als Ergänzung ist natürlich zu sagen, dass die Tasks unsortiert aus wunderlist kommen, wenn sie dort nicht schon sortiert sind. Das Updateinterval sortiert sie also wieder um. GGf. baue ich noch ein Attribut ein, dass die Tasks auch beim update sortiert, wenn gewünscht.
Edit2: Das Attribut "sortTasks" ist eingebaut.
Hallo zusammen,
sehr begeistert lese ich von dem Wunderlist-Modul für FHEM, möchte es ebenfalls verwenden. Ich finde in FHEM aber kein Wunderlist-Modul. In einem der Posts hier habe ich 98_wunderlist.pm gesehen, dieses gibt es nicht; auch nicht nach einem Update und in der Commandref ebenso nicht.
Wie heißt das Modul für die Wunderlist, bzw. wie kann man es verwenden?
Grüße,
Morius
Siehe erster Beitrag in diesem Thema.
Danke, das kommt davon wenn man Webseiten auf dem Smartphone liest und solche kleinen Links dann übersieht. Merci!
(Bitte ins offizielle FHEM-Repository submitten!)
Hi,
danke für das Modul.
Ist es noch geplant die erledigten Aufgaben auch als Readings anzubieten?
Hintergrund wäre das man dadurch nicht immer neue Tasks erstellen müsste sondern bei wiederkehrenden Ereignissen z.B. "Aufräumen" einfach automatisch mit einem Klick wieder auf aktuell setzen könnte.
So wie in der App halt auch.
Das ist auch ein Punkt, der sicher weiter unten auf die Liste kommt. Das Modul soll nicht die App ersetzen. Wenn man Dinge automatisiert auf die Liste setzt, ist es IMHO sogar besser, wenn es neue Punkte sind. Für alles andere gibt es weiterhin die sehr gute App.
Die neue Version hänge ich erst einmal diesem Post an, da sie ggf. noch nicht ganz stabil ist und erst von euch getestet werden sollte.Es ist nun möglich, einen bestehenden Task mit seiner wunderlist-ID anzusprechen. Man kann die Tasks mit dieser ID löschen oder komplettieren. Es ist weiterhin möglich, auch die Task-Nr. aus FHEM zur Ansprache des Tasks zu verwenden. Die Syntax hierfür hat sich nicht geändert. Die Syntax für die Ansprache per wunderlist-ID lautet folgendermaßen:
set <DEVICE> completeTask ID:<wunderlist-Task-ID>
set <DEVICE> deleteTask ID:<wunderlist-Task-ID>Außerdem kann man bei addTask nun weitere Parameter angeben:
- dueDate=<DUE_DATE> (formatted as an ISO8601 date)
- assignee_id=<ASSIGNEE_ID> (integer)
- recurrence_type=<RECURRENCE_TYPE> (string)
- recurrence_count=<RECURRENCE_COUNT> (integer - is set to 1 if recurrence_type is given and recurrence_count is not)
- starred=1 (boolean)
Beispiel:
set <DEVICE> addTask Bananen dueDate=2017-01-20 starred=1Wie man diese Daten über update demnächst ändern kann, muss ich noch entscheiden.
Diese Version benötigt ggf. einen FHEM restart. Ein reload reicht unter Umständen nicht aus. Die Doku wurde angepasst.
Ich bitte alle, diese Version auf Herz und Nieren zu testen und zu berichten. Danke!!
Edit: Die Version befindet sich im ersten Post.
Entgegen der Ankündigung von heute morgen/mittag, findet man diese Version nun doch im ersten Post.
Obwohl das Interesse an dem Modul offenbar nachgelassen hat, gibt es im ersten Post noch eine neue Version die "updateTask" kann. Parameter sind die gleichen, wie bei addTask. Zusätzlich gibt es 'title'.
Als Beispiel würde folgendes den Titel und das dueDate eines Tasks ändern:
set Einkaufsliste updateTask ID:123456789 title='2 Brote' dueDate='2017-05-01'
Das ganze funktioniert natürlich auch mit der FHEM-Task-ID
set Einkaufsliste updateTask 2 title='2 Brote' dueDate='2017-05-01'
Bitte testen und Feedback geben. Die Wünsche nach Einchecken kann ich natürlich, selbst wenn ich irgendwann meine, dass das Modul so weit ist (was noch nicht der Fall ist), nur dann erfüllen, wenn das Modul von einigen Usern getestet und viel Feedback gegeben wurde.
Hey marvin78,
das Interesse hat nicht nachgelassen, sondern ich komme mit der bisherigen Version von dir sehr gut zu recht, bzw. reicht mir das was es kann vollkommen.
Ich werde aber deine neue Version nächste Woche (ich hoffe ich komme dazu) testen, auch wenn ich diese Funktion (bis jetzt) so (noch) nicht nutze.
Da bei mir z.Z. viel anliegt, kann ich dir das aber nicht versprechen.
Gruß Marcel
Das war gar nicht als Vorwurf gemeint. Wenn das Modul kein Interesse findet, ist das für mich auch ok. Für mich tut es seinen Dienst. Es gibt aber Leute, die Wünsche geäußert haben, die sollten testen. Ich verstehe jedoch, wenn und dass das etwas dauert. Die Entwicklung dauert ja auch ;)
Habe es auch nicht als Vorwurf gesehen... ;)
Vielen Dank, habe das Modul nun auch endlich integriert. Erste Tests sehen sehr gut aus, danke für das Modul!
Kleines Update im ersten Post:
es gibt neue Readings (Attribute aus dem Task) und ich habe ein paar Beispiele hinzugefügt.
Und es gibt noch einmal ein Update im ersten Post. Neu ist:
set <LISTE> clearList
Das löscht alle Einträge der mit FHEM abgerufenen Liste (möglicherweise sind das nicht alle, die sich auch in der wunderlist-Liste befinden). Damit wurde ein Wunsch umgesetzt.
Das neue Attribut getCompleted sorgt, wenn auf 1 gesetzt, dafür, dass auch erledigte Tasks abgeholt werden. Für diese werden dann auch zusätzliche Readings bereit gestellt (completedAt,completedById). Diese Funktion habe ich so gut es geht getestet, kann aber mögliche Nebenwirkungen nicht aussschließen. Ist das Attribut sortTasks gesetzt, werden completed Tasks auch mit sortiert! In der Liste des Readings "listText" tauchen erledigte Tasks nicht auf. Auch das ist die Umsetzung eines Wunsches (bzw. mehrerer).
Tasks können natürlich mit updateTask auch wieder auf unerledigt gesetzt werden (completed='false').
Die neue Version im ersten Post liest jetzt auch die User der Liste aus und speichert die Daten in entsprechenden Readings.
Damit sind die Features, die ich ins Modul bekommen wollte und, so wie ich das sehe, auch alle Wünsche aus dem Thema hier, eingebaut. Mit den FHEM Bordmitteln lässt sich nun schon eine ganze Menge daraus zaubern. Ich bitte weiterhin um Testen und Feedback zur möglichen Fehlerbehebung. Weitere Wünsche sind natürlich auch gerne gesehen. Wenn nichts mehr kommen sollte, bleibt das Modul so wie es ist und bleibt auch nur hier im Forum verfügbar.
Es gibt eine neue Version im ersten Post. In der reinen Funktionalität bezüglich wunderlist gibt es keine Änderung aber es wurde X_Copy und X_Delete hinzugefügt um den jeweiligen Access-Token bei copy mit zu kopieren bzw. den überflüssigen bei delete auch zu löschen. X_Rename war schon seit einiger Zeit im Modul.
Ich habe das Problem, dass die wunderlist-Devices immer mal wieder inaktiv werden (Error: Device is disabled; state: inactive). Das PollIntervall steht auf 600. Woran könnte das liegen?
Um das beantworten zu können, müsste ich ein Log mit verbose 4 oder besser 5 von dem Moment haben, in dem das passiert. Eigentlich sollte sich die aktuelle Version nicht mehr deaktivieren, nur weil Wunderlist mal nicht erreichbar ist. Das war in älteren Versionen aber der Fall. Was steht dann in lastError?
ok, das Datum des Inaktivwerdens war am 28.12.2016; nun habe ich die neueste Version installiert und beobachte es.
Gestern hatte ich den Fehler auch (bisher einmalig, mit dem Wunderlist-Modul vom 07.01.2017). Einträge konnten via
'set Meine_Wunderliste addTask x' nicht hinzugefügt werden.
Der Fehler, der im Readings 'error' angezeigt wird ist "malformed JSON / Access Token wrong or API access gone".
Im Log mit verbose 3 steht:
2017.01.17 22:18:54 3: wunderlist (Meine_Wunderliste): No access. Token seems to be wrong or we can't get access. Got malformed JSON
...
2017.01.21 15:31:15 3: wunderlist (Meine_Wunderliste): Device is disabled at set Device addTask
2017.01.21 15:31:16 3: wunderlist (Meine_Wunderliste): Device is disabled at set Device addTask
2017.01.21 15:31:16 3: wunderlist (Meine_Wunderliste): Device is disabled at set Device addTask
Evtl. hat der Fehlereintrag vom 17.01. etwas damit zu tun, dass die Einträge nicht hinzugefügt werden konnten.
(Ich werde nun erst einmal die aktuellste Version des Moduls installieren.)
Zitat von: Morius am 22 Januar 2017, 08:53:43
(Ich werde nun erst einmal die aktuellste Version des Moduls installieren.)
Mach genau das. In der neuen Version haben sich einige Dinge geändert.
Neue Version im ersten Post.
attr <NAME> sortTasks 2
sortiert die Liste nach der Reihenfolge in wunderlist.
Ich habe die Datei aus dem ersten Post entfernt und durch einen Link auf das Projekt im github ersetzt. Falls die Entwicklung noch einmal weiter geht, gibt es auch dort immer die aktuelle Version.
Guten Tag,
bei mir Funktioniert das Modul nicht bzw. wird nicht gefunden!
Ich bekomme die Fehlermeldung " Cannot load module wunderlist", obwohl ich die
Datei 98_wunderlist.pm in den Ordner ...fhem/FHEM kopiert habe.
Was mache ich falsch?
Vielen dank
Stimmen die Rechte...?
Gesendet von iPhone mit Tapatalk
Seltsam, jetzt plötzlich geht es. Trotzdem danke!
Dass es plötzlich geht, glaube ich eigentlich nicht. Entweder es waren tatsächlich die Berechtigungen (wahrscheinlich) oder es fehlten Perl-Module.
Ich habe das Modul nochmal neu runtergeladen, und in den FHEM Ordner kopiert. Keine Perl-Module nach Installiert oder Rechte geändert!
Da ich nicht genau weiß warum es dann ging, habe ich geschrieben das es Plötzlich funktioniert hat. Vielleicht habe ich mich falsch ausgedrückt, Sorry!
Ich danke euch Trotzdem, ohne das Forum wäre ich manchmal aufgeschmissen.
Wichtig ist eben, dass man andere nicht verunsichert, in dem man sagt "plötzlich funktioniert es". Es hat eigentlich immer einen Grund, wenn etwas nicht oder dann doch funktioniert. Wenn die User aber glauen, dass etwas ohne Ursache nicht oder doch geht, dann meint man ggf. dass es Instabilitäten oder ähnliches gibt. Um diesen Eindruck zu vermeiden, habe ich den Kommentar geschrieben.
Du hast Recht! Und es ist auch richtig das du mich darauf hingewiesen hast!
Super Modul.
Ich setzte es für verschiedene Listen ein. Klappt sehr gut.
Jetzt hätte ich eine Frage: Kann man die Listen heute , Woche oder Wichtig als Liste eintragen ? Today als "ListenID" habe ich versucht, aber die LIsten ID muss ja numerisch sein. In der Webversion wird today angezeigt, eine numerische ListenID habe ich nicht gefunden.
Grüße,
Beate
Ich habe das jetzt nicht gecheckt aber aus meiner Sicht gibt das die API nicht her. Bspw. "today" als Listen ID kann ja nicht funktionieren. Ehrlich gesagt kenne ich diese Listen aktuell nicht einmal. Wie kommt man dahin?
Diese Ansichten werden automatisch eingeblendet wenn man heute einen Termin hat. Man kann Sie aber auch extra einblenden. Unter Account-Einstellungen-Smarte Listen. Kann aber auch sein das das Bestandteil der ProVersion ist. Ich bin auch Telekom Kunde und habe den Proaccount für ein Jahr geschenkt bekommen.
Das wird über die API nicht gehen. Das macht auch keinen Sinn. Diese Listen kann man natürlich in einem alternativen Frontend für wunderlist selbt generieren, wenn man alle Listen ausliest. Da FHEM aber kein Frontend für wunderlist, sondern mehr oder weniger eine FHEM-Schnittstelle zu einer wunderlist-Liste darstellt, gehört es auch dort nicht wirklich hin. Über eine readingsGroup oder sonstigen Hilfsmitteln, die FHEM von Haus aus bietet, kann man sich trotzdem solche Listen zur Ansicht sicher zusammen bauen, wenn man das zwingend nötig ist.
Danke für deine Antwort.
Vielleicht mach ich das wirklich über eine readingGroup. :)
danke für deine Arbeit!
Hallo Marvin,
kannst Du mir kurz erklären warum der Intervall nicht kleiner 600 gesetzt werden kann? Gibt es hier seitens Wunderlist eine Beschränkung?
Gruß
Michael
Es gibt keine Beschränkung in der API, so weit ich weiß. Aber aus technischen Gründen muss es ein Limit geben und das ist bei 600 festgelegt. Es könnte auch 300 sein, ich sehe bloß keinen Grund warum es kleiner als 60 sein sollte.
ok, danke für die schnelle Antwort.
Wenn an der Liste nichts verändert wird, dann ist es sicherlich nicht schlimm wenn der Intervall recht hoch ist. Blöd ist es nur wenn man am Handy etwas Einträgt und der FHEM Server es erst in 10 Minuten mitbekommt.
Ich habe es für mich im Modul mal auf 60 (auf eigene Gefahr) angepasst. Da es technisch wohl von wunderlist keine Einschränkung gibt, wäre es Langfristig schön wenn der Wert kleiner 600 auch möglich wäre.
Gruß
Michael
Ich empfehle als Alternative ein at auf getTasks. Dann kann man als Intervall verwenden, was man möchte.
das war auch mein erster Gedanke. Zumindest für Benutzer die sich schwer tun ein Modul zu lesen und bearbeiten sicherlich erst mal ein Workaround.
Da Du aber schon ein attribut hast wäre es schön wenn der Wert mal kleine sein kann
Meine Empfehlung bleibt das at. Ich sehe das nicht als Workaround denn genau dafür wurde getTasks eingebaut. Ich denke nicht, dass ich an dem Intervall drehen werde (wenn man es genau nimmt, ist das auch nichts weiter als ein at). In meinen Tests mit kleineren Intervallen traten häufiger Fehler auf, sodass ich mich für die 600 entschieden habe. Wenn ich an der Stelle etwas ändere, dann eher dass man das Interval ganz deaktiveren kann.
Hallo zusammen,
kann mir jemand sagen, wie die drei Perlmodule bei debian jessy bzw. Raspbian lauten?
Ich glaube ich habe die falschen, denn meine Log sagt:
PERL WARNING: Bareword found where operator expected at ./FHEM/98_wunderlist.pm line 23, near "<title>FHEM"
2017.04.18 20:42:37 1: PERL WARNING: (Missing operator before FHEM?)
2017.04.18 20:42:37 1: PERL WARNING: Bareword found where operator expected at ./FHEM/98_wunderlist.pm line 23, near "98_wunderlist"
2017.04.18 20:42:37 1: PERL WARNING: (Missing operator before wunderlist?)
2017.04.18 20:42:37 1: reload: Error:Modul 98_wunderlist deactivated: Unrecognized character \xC2; marked by <-- HERE after at master <-- HERE near column 53 at ./FHEM/98_wunderlist.pm line 23, <$fh> line 587.
2017.04.18 20:42:37 0: Unrecognized character \xC2; marked by <-- HERE after at master <-- HERE near column 53 at ./FHEM/98_wunderlist.pm line 23, <$fh> line 587.
Was ja todsicher an meiner mangelnden Perlausstattung liegt.
Mein rpi sagt:
$ sudo apt-get install libjson-perl libdata-dumper-concise-perl libmime-base64-perl
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Note, selecting 'perl' instead of 'libmime-base64-perl'
libdata-dumper-concise-perl ist schon die neueste Version.
libjson-perl ist schon die neueste Version.
perl ist schon die neueste Version.
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 1 nicht aktualisiert
Scheinbar sind das nicht die richtigen Packages. Welche muss ich denn nehmen?
Totsicher nicht. Entweder ist es ein genereller Fehler im Modul. Was ich erstmal ausschließen würde, oder aber Du hast eine fehlerhafte Moduldatei. Eventuell ist sie beim Download kaputt gegangen.
Hmmm, ja, du hast recht, das Paket war zu klein.
Ich habe es noch mal mit wget heruntergeladen, die Berechtigungen angepasst und den pi neugestartet (war eh mal wieder Zeit) - und dann ist er mir abgeschmiert.
Ich hab das Modul jetzt erst mal rausgenommen um zu schauen ob das Abschmieren daher kam, dann will ich es nochmal auf einem anderen Weg versuchen (manuelles Erstellen mit Nano).
Warum bekomme ich hier keine Benachrichtigung mehr? Grummel.
Von wo hast du das Modul denn heruntergeladen?
Der Marvin is in the House ;D
Zitat von: marvin78 am 19 April 2017, 12:27:17
Warum bekomme ich hier keine Benachrichtigung mehr? Grummel.
Forum nicht mehr abonniert?
Natürlich. Aber die Benachrichtigungen kommen nicht.
Edit: Nochmal nachgeschaut: sie landen im Spamordner. Warum auch immer?! Ggf. ist fhem.de auf irgendeiner Blacklist. Es ist mir zu anstrengend mich darum zu kümmern.
Die meisten Nachrichten vom Forum landen doch mittlerweile in den Spamordner. Ist seit der Umstellung auf eigene Hardware so. Noch gar nicht aufgefallen? :D
Ich habe aktuell wenig Zeit, mich um solche Dinge zu kümmern.
Wenn das so ist, würde ich mir als Forenbetreiber extrem viele Sorgen machen. Aber da mische ich mich nicht (mehr) ein.
Hallo Marvin,
Ich habe die Datei von github runtergeladen:
https://github.com/marvin78/FHEM-wunderlist/find/master?q=
Das war falsch
https://github.com/marvin78/FHEM-wunderlist
Und dann oben rechts Clone and Download
Ah, verdammt, die Schaltfläche hat er in der mobilen Ansicht bei mir gar nicht angezeigt. Habe nun via git die Datei geklont, nach Fhem verschoben und die Berechtigungen gesetzt, jetzt funktioniert es.
Danke ihr beiden!!!
Für alle anderen (mit RPI) zum Nachvollziehen:
ssh-Zugriff starten, dann:
sudo apt-get install git libjson-perl libdata-dumper-concise-perl libmime-base64-perl
cd ~
git clone https://github.com/marvin78/FHEM-wunderlist.git
cd FHEM-wunderlist
sudo cp 98_wunderlist.pm /opt/fhem/FHEM/
cd /opt/fhem/FHEM
sudo chown fhem:dialout *
exit
Danke für's Helfen @CoolTux. Ich habe aktuell nicht die Kapazitäten frei, um so schnell zu reagieren. Das ist auch der Grund, aus dem das Modul nicht im FHEM-SVN eingecheckt ist/wird.
Guten Morgen Marvin,
Null Problemo. Kenne das, ist bei mir auch eher Zufall das ich die Tage etwas mehr Zeit habe.
Grüße
Leon
Habe auch gerade gelesen das Wunderlist von Microsoft eingestellt wird. Schade eigentlich.
http://www.computerbild.de/artikel/cb-News-Software-Microsoft-Wunderlist-To-Do-App-17938017.html
Oh bitte. Was ist das denn für eine Quelle. Schon die ersten 3 Sätze sagen alles über deren Fähigkeiten des Journalismus aus.
Wunderlist wurde doch erst vor 2 Jahren verkauft, da werkelte nicht Microsoft Jahrelang dran rum sondern die Berliner Firma 6Wunderkinder.
Hier mal zwei vernünftige Quellen.
http://stadt-bremerhaven.de/offener-beitrag-wunderlist-wird-eingestellt-und-nun/
https://www.heise.de/ix/meldung/Zunaechst-als-Preview-Microsofts-To-Do-vom-Wunderlist-Team-3688744.html
Entschuldige, das war das erste was ich mit google gefunden habe...
Ich werde meinen Post dementsprechend markieren... ;)
Nein, mal ernst, wie geschrieben, das war das erste was Google ausspuckte.
Journalismus hin oder her, wann genau Microsoft daran rumgewerkelt hat, ist doch auch egal, es wird ja jetzt eingestampft.
Vielleicht ist es ja mit der neuen App dann auch mit FHEM möglich.
Grüße Marcel
Noch gibt es kein Datum für die Einstellung aber es war natürlich absehbar. Microsoft hat schon eine sonderbare Firmenpolitik.
Jedenfalls wird von mir für ToDo nichts kommen. Ich habe, wie ich gestehen muss, noch gar nicht nachgesehen, ob es eine API bieten wird.
Wenn jemand eine gute und brauchbare wunderlist-Alternative mit ordentlicher API kennt (mir fällt keine ein, ich habe aber noch nicht recherchiert), dann überlege ich mir, etwas zu machen.
Ich empfehle dann PostMe um Listen mit FHEM zu verwalten.
Ich hasse Springer Medien. Sorry, war echt nicht gegen Dich.
Ich denke nicht das es weiterhin gehen wird. Die werden die API einstampfen und es lediglich mit Ihren Produkten (Office, Cloudeplattform) verbinden. Wirst sehen. Ich fand Wunderlist immer sehr gelungen, die damals Studenten hatten sich da echt einen Kopf gemacht. Eigentlich war Wunderlist nur eine Randentwicklung und sollte ein klitzekleiner Teil es Großprojektes sein. Tja das Großprojekt scheiterte und Wunderlist holte die gesamten Entwicklungskosten wieder ein.
Coole Story.
Trello wäre eine Alternative, fällt mir gerade ein. Ich nutze das sehr oft geschäftlich und es lässt sich auch als "Einkaufsliste" missbrauchen. Ob ich es mir antue, die API zu durchwühlen, muss ich noch überlegen.
Eigentlich ist es schade, dass es zu google keep keine offizielle API gibt.
Neee, ne?
Na Suuuper.
Trello ist keine schlechte Idee, finde ich. Mir ist es als Einkaufsliste zwar etwas zu mächtig - das aber wiederum lässt ja Spielraum für andere Einbindungen in Fhem.
Ich arbeite beruflich viel mit toodledo da es allen von mir verwendeten Plattformen funktioniert, auch eine dokumentierte Api gibts dazu http://api.toodledo.com
Sent from my iPad using Tapatalk
Ich habe überlegt, das was ich für wunderlist entwickelt habe, ggf. im Grundgerüst auf Todoist zu übertragen. Das kommt, bezüglich der Einfachheit und den Möglichkeiten, die es bietet, der wunderlist am nächsten und hat eine starke API. Gibt es hier Interesse? Nutzt das jemand und kann ggf. seine Erfahrungen teilen?
Ich bin noch nicht sicher, ob ich das umsetze. Erstmal geht es nur um die Frage, ob Todoist noch weitere Leute interessieren würde.
Da ich eine Alternative zu Wunderlist suche (wer weiß, wie lange es das noch gibt) hätte ich vermutlich Interesse. Allerdings hab ich im Moment wenig Zeit um dich beim Testen zu Unterstützen.
Bin auch auf der Suche nach einer Alternativlösung da Wunderlist in Naher Zukunft wahrscheinlich weg vom Markt ist.
Hab gesehen dass Todoist auch bei Alexa als Liste integriert werden kann daher wäre es sicherlich eine interessante Alternative das dann auch in FHEM zu haben :)
Die zweite Alternative ist "Remember the milk" und meine Tendenz geht auch aktuell dort hin, da mir die API etwas besser gefällt. Ich habe beide APIs schon probiert und konnte erfolgreich Listen nach FHEM bringen. Ich habe mich noch nicht entschieden. Die Apps gefallen mir beide nicht so sehr, wie die wunderlist App.
Es ist todoist geworden:
https://forum.fhem.de/index.php/topic,78572.0.html
Zitat von: marvin78 am 20 April 2017, 18:26:51
Trello wäre eine Alternative, fällt mir gerade ein. Ich nutze das sehr oft geschäftlich und es lässt sich auch als "Einkaufsliste" missbrauchen. Ob ich es mir antue, die API zu durchwühlen, muss ich noch überlegen.
Eigentlich ist es schade, dass es zu google keep keine offizielle API gibt.
Gibt es mittlerweile eine google keep api ???? ..... hab kein link gefunden, kann man da keinen erstellen? :-\ :P :P :P .... ne mischung zwischen kalender und keep oder so was :o
Gibt es leider nicht. Meine Alternative ist todoist. Das Modul findest du hier im Forum.
Für die, die es noch verwenden: Es gab einen kleinen Bug in der sort Funktion, welche eine Warning ins Log warf. Ist im git behoben.
Ich empfehle weiterhin den Umstieg auf todoist.
Da ich für das todoist Modul (https://forum.fhem.de/index.php/topic,78572.msg705469.html#msg705469) ein weblink-widget gebaut habe, welches einfach einzubauen und zu verwenden ist, habe ich das auch für wunderlist nachgezogen. Dazu muss die neue Version von 98_wunderlist.pm im git verwendet werden. Außerdem muss die Datei wunderlist.js nach
<FHEMPFAD>/www/pgm2/
kopiert werden. Nach einen FHEM Neustart kann dann der weblink folgendermaßen definiert werden:
define Einkaufsliste weblink htmlCode {wunderlist_Html("wunderlist_Einkaufsliste")}
für eine spezielle Liste oder
define Einkaufslisten weblink htmlCode {wunderlist_AllHtml()}
für alle Listen, nebeneinander angeordnet.
Dabei muss "wunderlist_Einkaufsliste" durch den Namen eurer Liste ersetzt werden.
Edit: Als Hinweis: Es können nicht beide widget-Typen in einem Raum verwendet werden.