Re: [vz-dev] Wartungsarbeiten an volkszaehler.org am Wochenende
Hi, das sollte es gewesen sein. Alles sollte nun wieder funktionieren wie gewohnt. Anderenfalls bitte ich um Handzeichen! Gruß, J. P.S.: Hurra, für vzlogger haben wir seit heute ein Debian-Paket :D > Am 22.04.2023 um 07:40 schrieb Justin Otherguy : > > Hi, > > heute und morgen finden Wartungsarbeiten auf volkszaehler.org statt. > Hierdurch wird es zu mehreren kurzen und längeren Unterbrechungen der Dienste > kommen. > Betroffen sind: > > https://volkszaehler.org/ > https://wiki.volkszaehler.org/ > https://demo.volkszaehler.org/ (Demo-Server, Mailingliste) > > Ich schick ne weitere Mail, sobald alles wieder i.O. ist. > > > Gruß, J.
[vz-dev] Wartungsarbeiten an volkszaehler.org am Wochenende
Hi, heute und morgen finden Wartungsarbeiten auf volkszaehler.org statt. Hierdurch wird es zu mehreren kurzen und längeren Unterbrechungen der Dienste kommen. Betroffen sind: https://volkszaehler.org/ https://wiki.volkszaehler.org/ https://demo.volkszaehler.org/ (Demo-Server, Mailingliste) Ich schick ne weitere Mail, sobald alles wieder i.O. ist. Gruß, J.
Re: [vz-dev] Demo-Gruppe
Hi, > Am 16.04.2021 um 15:50 schrieb Andreas Goetz : > > Gute Frage. Die Temperatur Baden hab ich bei der Datenbankreparatur auch > schon vermisst? ...wird ab sofort wieder angeliefert :) Danke für den Hinweis ;-) Gruß, J.
Re: [vz-dev] Verfügbarkeit Hardware
Moin Daniel, > Am 21.06.2019 um 07:16 schrieb Daniel Lauckner : > > es hat sich wieder jemand im Forum gemeldet der von Nils keine Antwort > erhalten hat. > > Woran liegt das? > Wie können wir unterstützen? > Hat jemand helfende Vorschläge? Ich habe das inzwischen mal mit Nils besprochen. Der einzige Weg scheint mir derzeit, Nils' Mailadresse (und damit das Angebot) aus dem Wiki rauszunehmen. Nils hat nicht die Zeit, alle eingehenden Bestellungen zu bedienen. Eine Besserung ist auch nicht absehbar. > Da ich selbst schon (auch für andere Projeke) Zeug vertickt hab weiß > ich in etwas wie der Hase läuft. Und auch das ich sehr schnell die > Geduld verliere wenn dann irgendwann die "Billig ist nicht billig > genug"-Fraktion aufschlägt. Von daher tu ich mich schwer mich selbst > als Lösung vorzuschlagen. Mir fällt leider auch nix anderes ein. Kannst Du den Eintrag im Wiki bitte anpassen? Danke! Gruß, J.
Re: [vz-dev] Image-Download
Moin, > Am 17.04.2019 um 06:38 schrieb Daniel Lauckner : > > Hallo, > > > am Mittwoch, 17. April 2019 um 00:45 hat Frank Richter geschrieben: >> demo.volkszaehler.org/downloads sieht grad sehr leer aus. Weißt du warum? Hoppla - ja; ich war in den letzten Tagen dran, die Demo-Installation umzubauen. Dabei ist das dann passiert - sorry! > Genau genommen fehlt das gesamte Verzeichnis. Ich habs aufm Server in > einem "-test"-Verzeichnis wiedergefunden und auf die Schnelle einfach mal > verlinkt. Wunderbar - danke! Gruß, J.
[vz-dev] Zusammenfassung VZ-Entwicklertreffen
Moin, neulich(TM) hatten wir beim Chaospott in Essen [0] unser Entwicklertreffen. Die wesentlichen Ergebnisse waren: 0. Wir wollen die Webseite überarbeiten; Ziel: wartbar, Fokussierung auf die wesentlichen Inhalte für den ersten Einstieg; konkret: - neues Design - neuer Content - vollständig entschlackter Auftritt - mit irgendeiner Art von einfachem Content Management (gh wiki etc) Womit hast _Du_ Erfahrung und würdest daher zuraten (oder abraten)? :) 1. Wir wollen prüfen, ob sich vzlogger (SML rein, MQTT und ggf. Noch HTTP raus) in Go neu bauen liesse Später prüfen, welche Funktionen vzlogger heute hat, die sich mit übernehmen lassen. Wichtig: damit ist im Moment mal noch nichts über die aktuelle C++-Implementierung von vzlogger gesagt. Im Moment geht es erst mal um die Frage, ob sich das wirklich so einfach(TM) neu implementieren lässt. Gut möglich, dass wir feststellen, dass Hr. Pareto schon wieder Recht hat und ein halbwegs funktional vollständiger vzlogger in Go zu aufwändig ist. Hast _Du_ Erfahrung mit Go? 2. Wir wollen die Architektur aktualisieren 1. DB/MW/FE: 1. Schritt: prüfen, ob sich eine TSDB (Favorit war gestern InfluxDB, die aufgebohrte PostgreSQL war auch im Gespräch) als DB für VZ eignet - vielleicht sogar besser eignet als MySQL. Es stellen sich folgende Fragen: - wie zugängiglich ist Influx für die Anwender ggü MySQL? - würde uns das die Pflege und Weiterentwicklung der Aggregationslogik ersparen? - wie aufwändig ist es, Grafana (oder ein anderes Frontend/Dashboard) dran zu klöppeln, welches als Ersatz für unser Frontend geeignet wäre? - um Bestehendes zu bewahren: wie aufwändig wäre es das Frontend an Influx/TSDB anzubinden? - wie aufwändig ist es, _neue_ Installationen gleich gegen einen TSDB laufen zu lassen? - wie aufwändig ist die Migration bestehender Daten? -> hier sehe ich das Potenzial, unseren Aufwand für die Pflege von MW und FE zu verringern und von der Entwicklung anderer Tools direkt zu profitieren Würdest _Du_ bei dieser Analyse aktiv mitmachen? 2. Schritt: entscheiden, ob wir MW und/oder FE ersetzen würden oder ob wir zweigleisig fahren; ggf. temporär (mein Favorit wäre: nicht zweigleisig zu fahren) Ansonsten habe ich mitgenommen, dass der Austausch sehr rege war und wir versuchen sollten, das 1x/Jahr zu machen :) Dankeschön nochmal für die Versorgung mit Pizza und Getränken an Frank S.! Vielen lieben Dank an der Stelle auch nochmal an die Leute vom Chaospott - wir haben uns sehr wohl gefühlt und waren von den ganzen Spielzeugen sehr beeindruckt (mein Favorit: die Display-Decke!). Ich wünsche schon mal ein Frohes Fest und einen Guten Rutsch in 2019! Gruß, J. [0] https://chaospott.de/
Re: [vz-dev] copyright assignment in libsml
Moin, > Am 14.12.2018 um 21:02 schrieb Andreas Goetz : > > Find ich gut! Magst Du einen PR machen und wir bitten Justin um den Merge? danke Johannes, dass Du das Thema aufgebracht hast! Dank euch beiden für die Diskussion! Bin komplett dabei - daran hatte noch keiner gedacht nach der "Übernahme" von libsml. Gruß, J.
[vz-dev] Bits & Bäume
Moin, morgen und übermorgen werde ich auf der Bits & Bäume [0] in Berlin sein. Dort werde ich Teil der Podiumsdiskussion "Energiewende & Datenschutz" sein https://fahrplan.bits-und-baeume.org/events/204.html Geht hier zufällig noch Jemand hin? Gib Bescheid, dann können wir uns treffen. Gruß, J. P.S.: Sorry für den Cross-Post [0] https://bits-und-baeume.org/de
[vz-dev] Volkszaehler-Entwicklertreffen am 2018-12-01 im Chaospott in Essen
Hi, am Samstag, 1.12. wird es in Essen ein Volkszaehler-Entwicklertreffen geben. Der Chaospott (Erfa-Kreis des CCC in Essen) war so freundlich, uns seine Räume zur Verfügung zu stellen - danke an der Stelle dafür! :) Wir freuen uns über weitere Teilnehmer. Wichtig: falls Du Dich fragst: „aber was soll ich da? Ich bin doch gar kein Entwickler!?!“ - wenn Du Interesse am und etwas Zeit für das Projekt hast, bist Du willkommen. Beim Treffen sind nicht nur Entwickler (ich selbst zB schreibe seit Längerem keinen Code mehr für das Projekt - aber zu tun gibt es ja immer…). Falls Essen für Dich also halbwegs erreichbar ist und Du Lust hast: komm dazu! (Und gib vorher bitte kurz per PM Bescheid). Da ich aus Baden da hin fahre, kann ich auch Leute einsammeln, die halbwegs auf der Strecke liegen. Gruß, J.
Re: [vz-dev] link-titel im wiki
Servus, > Am 30.05.2018 um 06:42 schrieb Daniel Lauckner : > > am Mittwoch, 30. Mai 2018 um 00:02 hat Thorben Thuermer geschrieben: >> das menue-modul im wiki ("indexmenu"), >> hatte mal die funktion, die titel aus den seiten zu extrahieren, > > useheading Danke - hab’s wieder aktiviert. Es gibt ein paar Einstellungen, die bei den Updates immer wieder mal rausfliegen - habe „useheading“ jetzt auf meinem Spickzettel ergänzt: https://wiki.volkszaehler.org/howto_wiki_anpassen >> diese ist irgendwann 2015-2016 verloren gegangen. > > War vor kurzem mal wieder aktiv. Ich hatte deswegen einige Titel > überarbeitet. Jepp; Daniel hatte mich im März angefunkt. Wie gesagt: ist beim letzten Update (Anfang Mai) dann wieder rausgeflogen. >> (wohl auch allgemein bei allen verlinkungen, nicht nur menues.) > > Ja. Und deswegen bin ich aktuell auch etwas zwiegespalten. > Im Index ist das gerade deswegen praktisch weil Seiten mit Titel > "(verschobene Seite)" eindeutig als nicht mehr aktuell > zu identifizieren sind. Führt aber auch dazu das wenn man > weitergeleitet wird in dem Hinweis oben "sie wurden von (verschobene > Seite) weitergleitet" erscheint. Die Info welche Seite das konkret war > geht unter. Hm - es gibt auch mehrere Optionen: 1|0|navigation|content (https://www.dokuwiki.org/config:useheading). Ich habe es jetzt mal auf „1“ gestellt. Könnt Ihr mir Testfälle nennen? Dann probier’ ich auch die anderen mal aus. Gruß, J.
Re: [vz-dev] Image lässt sich nicht downloaden.
> Am 26.04.2018 um 22:19 schrieb Udo1 : > > War wohl nur vorübergehender Serverausfall. > Jetzt tut es wieder. Nee, hatte die Dateien tatsächlich nicht vom alten Server übernommen. Danke für den Hinweis - habe sie nun kopiert, drum sind sie jetzt wieder da :) Bitte weiter testen und gerne Rückmeldung an mich. Gruß, J.
Re: [vz-dev] Neues Passwort fürs Wiki erhalten.
Hi Daniel, Oh - sorry für die Verwirrung! Habe gerade die Benutzergruppen im Wiki gerade gezogen (self-register -> user; darf nur lesen; ich bekomme parallel eine Mail; wenn das plausibel(tm) aussieht, schiebe ich den User in die Gruppe member; dann darf er auch editieren). Dabei ist mir aufgefallen, dass Du zwar unser "Mr. Wiki“ bist, aber keine Zauberrechte hast. Und das habe ich bei der Gelegenheit gerade gezogen: Du bist jetzt Admin :D Ich habe dabei „per Mail benachrichtigen“ angekreuzt und hatte angenommen (nie getestet), dass Du eine sprechende Mail erhalten würdest. Nun sieht es so aus, als hättest Du nur eine „hier ist Dein Passwort“-Mail erhalten. Hm… Langer Rede kurzer Sinn: Willkommen im Club :) Gruß, J. > Am 19.03.2018 um 15:26 schrieb Daniel Lauckner : > > Hallo, > > > ich hab gerade eine Email mit neuem Passwort fürs Wiki erhalten. > Ist da was im Busch? Feindliche Übernahme? > Oder unangekündigte Umbaumaßnahme? > > > mfg Daniel >
Re: [vz-dev] VZ-Dev-Treffen 2018: 0. Iteration
Hi Frank, > Am 04.03.2018 um 12:01 schrieb Frank Richter : > > gibt's schon eine Auswertung? Ja; wir versuchen, ein Treffen in Essen zu organisieren (vielleicht kennt Jemand Jemanden, der Jemanden in Essen kennt, der dort nen Raum organisieren kann…). Könnte klappen - klärt sich in den nächsten Wochen. Falls das nicht klappt, wird das Treffen wohl in Hannover statffinden. Mitfahrgelegenheiten aus dem Süden wird es geben. Nächster Halt: „ja und wann?!“. Stay tuned. Gruß, J.
Re: [vz-dev] ML-Test
Moin, > Am 23.02.2018 um 18:58 schrieb Udo1 : > > Am 23.02.2018 um 18:43 schrieb Justin Otherguy: >> Sorry - es gibt nichts zu sehen, bitte gehen Sie weiter ;-) > > Ok, ich kam drauf, weil erstens in letzter Zeit keine Mails mehr kamen und > hier: > https://www.photovoltaikforum.com/volkszaehler-org-f131/bekomme-keine-werte-in-die-middleware-ir-lesekopf--t122270.html > der User schrieb: >> habe dies auch schon in die Mailingliste gesetzt, scheint aber nicht >> angekommen zu sein. Hm - mit der Absenderadresse, dem genauen Zeitpunkt oder dem Betreff der Mail kann ich in den Logs suchen; so ist das leider zu dünn. Gruß, J. P.S.: danke für’s Aufpassen und Informieren; hätte ja sein können, gerade weil wir angefangen haben, umzuziehen.
[vz-dev] ML-Test
Sorry - es gibt nichts zu sehen, bitte gehen Sie weiter ;-)
Re: [vz-dev] Status-Update neue VM (war: VZ WIki + HP)
Hi, Update: Das Wiki lief gestern im Test auf der neuen VM. Gerade habe ich den DNS-Eintrag umgestellt. Nun läuft das Wiki also schon mal auf der neuen VM. Die Umstellung müsste schon durch sein. Falls Euch irgendwas komisch vorkommt: her damit! :) Danke an die Tester! Gruß, J. > Am 16.02.2018 um 18:36 schrieb Justin Otherguy : > > Moin Michael, > >> Am 16.02.2018 um 15:51 schrieb Michael Koch : >> >> derzeit gibt es große Probleme mit der Erreichbarkeit - ca. seit Montag. >> >> Nicht nur noch sporadisch, sondern durchgängig. >> >> Ist das Wiki und die HP bereits zu Leitwerk umgezogen? > > nein, bisher wurde noch nichts verändert. > > Die neue VM steht bereit (schon seit einigen Tagen). Sobald ich dazu komme, > ziehe ich die Inhalte um. > Ich werde wohl das Wiki zuerst mal umziehen; auch um zu sehen, wie sich das > auf die Last der alten VM auswirkt. > > Wer mich dabei unterstützen mag, kann sich gerne per PM melden. > > > Gruß, J.
[vz-dev] Status-Update neue VM (war: VZ WIki + HP)
Moin Michael, > Am 16.02.2018 um 15:51 schrieb Michael Koch : > > derzeit gibt es große Probleme mit der Erreichbarkeit - ca. seit Montag. > > Nicht nur noch sporadisch, sondern durchgängig. > > Ist das Wiki und die HP bereits zu Leitwerk umgezogen? nein, bisher wurde noch nichts verändert. Die neue VM steht bereit (schon seit einigen Tagen). Sobald ich dazu komme, ziehe ich die Inhalte um. Ich werde wohl das Wiki zuerst mal umziehen; auch um zu sehen, wie sich das auf die Last der alten VM auswirkt. Wer mich dabei unterstützen mag, kann sich gerne per PM melden. Gruß, J.
Re: [vz-dev] VZ-Dev-Treffen 2018: 0. Iteration
Hi, Ein paar Antworten sind schon eingetrudelt - wer noch antworten möchte, möge das bitte bis So Abend tun, dann kommt das noch in die Auswertung :) Die verspulte Nummerierung bitte ich zu entschuldigen… Gruß, J. > Am 27.01.2018 um 11:29 schrieb Justin Otherguy : > > Servus, > > Zeit für ein neuen VZ-Dev-Treffen - sind ja bald schon wieder 2 Jahre her > seit dem letzten! > > Für den Anfang habe ich mal ein paar Fragen zusammen gestellt; dadurch können > wir abschätzen, wo das Treffen am Besten stattfinden sollte und welche > Größenordnung es wohl haben wird, damit wir einen passenden Raum finden. > > Du kannst die Antworten direkt hier an die Liste schicken oder per PM an mich. > > Danke schon mal und ein schönes WE! > > > Gruß, J. > > 0) hast Du Interesse an einem Treffen? > > 1) was wäre der Radius, den zu reisen Du bereit wärst? >100 km >300 km >Ganze Republik > > 2) ich wohne >eher Nord/Mitte/Süd >eher Ost/Mitte/West > > 4) ich könnte u.U. einen Raum für ein Treffen bei mir hier ums Eck > organisieren (8-15 Leute, 1/2 - 1 Tag) >ja/nein > > > Und falls Du Bock auf etwas Freitext hast, gibt’s hier noch Bonusfragen: > > 3) warum interessiert dich VZ? > > > 4) Welche coolen Dinge baust Du damit?
[vz-dev] VZ-Dev-Treffen 2018: 0. Iteration
Servus, Zeit für ein neuen VZ-Dev-Treffen - sind ja bald schon wieder 2 Jahre her seit dem letzten! Für den Anfang habe ich mal ein paar Fragen zusammen gestellt; dadurch können wir abschätzen, wo das Treffen am Besten stattfinden sollte und welche Größenordnung es wohl haben wird, damit wir einen passenden Raum finden. Du kannst die Antworten direkt hier an die Liste schicken oder per PM an mich. Danke schon mal und ein schönes WE! Gruß, J. 0) hast Du Interesse an einem Treffen? 1) was wäre der Radius, den zu reisen Du bereit wärst? 100 km 300 km Ganze Republik 2) ich wohne eher Nord/Mitte/Süd eher Ost/Mitte/West 4) ich könnte u.U. einen Raum für ein Treffen bei mir hier ums Eck organisieren (8-15 Leute, 1/2 - 1 Tag) ja/nein Und falls Du Bock auf etwas Freitext hast, gibt’s hier noch Bonusfragen: 3) warum interessiert dich VZ? 4) Welche coolen Dinge baust Du damit?
Re: [vz-dev] Wiki gelöscht?
Hi Udo, > Am 26.01.2018 um 18:52 schrieb Udo1 : > > > Am 26.01.2018 um 18:48 schrieb Justin Otherguy: >> bevor ich die Mail geschrieben habe, hatte ich aber den Apachen >> durchgestartet. > > Ja. dann dürfte das die Ursache gewesen sein. seltsame Sache; da gab es tatsächlich eine Config-Einstellung, die nach dem Reboot (wieder) dazu geführt hat, dass beim Aufruf von http://wiki.volkszaehler.org/ der Inhalt der VZ-Webseite (normalerweise nur unter http://volkszaehler.org erreichbar) angezeigt wurde. Dieses Mal konnte ich es nachvollziehen. Seltsam, dass das heute zum ersten Mal aufgefallen ist (und dass der Neustart vorhin etwas daran geändert hat). Habe dies nun korrigiert. Jedenfalls Danke an Udo für’s Aufpassen und Melden! :) Gruß, J.
Re: [vz-dev] Wartung an demo.volkszaehler.org heute von 20-21 Uhr - Update: done
Moin, ging deutlich schneller - Maschine ist wieder freigegeben. Gruß, J. > Am 26.01.2018 um 18:52 schrieb Justin Otherguy : > > Hi, > > heute Abend zwischen 20 und 21 Uhr wird die Demo-Maschine (volkszaehler.org > inkl. Wiki, ML und Webseite) nicht zur Verfügung stehen. > Ich werde die Maschine herunter fahren und einen Snapshot ziehen. > > Hintergrund: > wir haben seit ein paar Wochen ein Performance-Problem; die Ursache ist > unklar. Jedenfalls hat mir ein Systemhaus hier in Baden > (https://leitwerk.de/) angeboten, das Sponsoring für die VM zu übernehmen. > Der Snapshot dient zur Vorbereitung des Umzugs. > > Ich bitte die Unannehmlichkeiten zu entschuldigen. > > > Gruß, J. >
[vz-dev] Wartung an demo.volkszaehler.org heute von 20-21 Uhr
Hi, heute Abend zwischen 20 und 21 Uhr wird die Demo-Maschine (volkszaehler.org inkl. Wiki, ML und Webseite) nicht zur Verfügung stehen. Ich werde die Maschine herunter fahren und einen Snapshot ziehen. Hintergrund: wir haben seit ein paar Wochen ein Performance-Problem; die Ursache ist unklar. Jedenfalls hat mir ein Systemhaus hier in Baden (https://leitwerk.de/) angeboten, das Sponsoring für die VM zu übernehmen. Der Snapshot dient zur Vorbereitung des Umzugs. Ich bitte die Unannehmlichkeiten zu entschuldigen. Gruß, J.
Re: [vz-dev] Wiki gelöscht?
Hi Udo, > Am 26.01.2018 um 18:40 schrieb Udo1 : > > Am 26.01.2018 um 17:33 schrieb Justin Otherguy: >> Könnt ihr mir helfen, das Problem nachzustellen? > > Sorry, nein. Weil, jetzt geht es wieder. > > Gerade in Firefox in der URL-Leiste: wiki.volkszaehler.org eingegeben und > siehe da: ich lande im Wiki. > > Aber vorhin ging es nicht. Irgendwas wurde zuletzt geändert. Ja, verstehe. Ich habe an der Config nichts verändert; bevor ich die Mail geschrieben habe, hatte ich aber den Apachen durchgestartet. Wir behalten das im Auge. Gruß, J.
Re: [vz-dev] Wiki gelöscht?
Hm, Ich versuche das nachzuvollziehen: - http://volkszaehler.org -> dort auf den Link „Wiki“: http://wiki.volkszaehler.org -> ich lande im Wiki - das selbe, wenn ich jeweils https statt http verwende - die Inhalte unter http://volkszaehler.org, https://volkszaehler.org, http://www.volkszaehler.org und https://www.volkszaehler.org sind identisch - Webseite - die Inhalte unter http://wiki.volkszaehler.org und https://wiki.volkszaehler.org sind identisch - Wiki - je nach Browser (HSTS, History, …) lande ich auch direkt von http -> https Könnt ihr mir helfen, das Problem nachzustellen? Ich habe die Maschine heute gg. 14:30 rebootet in Vorbereitung eines Umzugs. Das sollte allerdings nicht zu Problemen geführt haben(TM). Sieht übrigens so aus, als würden wir eine VM gesponsert bekommen. Details folgen. Gruß, J. > Am 26.01.2018 um 15:33 schrieb Udo1 : > > Am 26.01.2018 um 15:24 schrieb Udo1: >> Wenn ich die Adresszeile aus dem Chrome: >> https://wiki.volkszaehler.org/hardware >> in die Adresszeile des Firefox eingebe, dann erscheint auch im Firefox das >> Wiki. > > Ok. der Link zum Wiki auf der Hauptseite von volkszaehler.org ruft: > http://wiki.volkszaehler.org auf. Damit kommt wieder nur die html von > volkszaehler.org. > Der Link müsste https:// aufrufen. > > Gruß > Udo
Re: [vz-dev] Testing Pull Request 659 / jwt - Add basic login capabilities
Hi, Puh - ich versuch mal zusammenzufassen, was ich verstanden habe: - derzeit gibt es (alt) keine Auth, sondern nur eine UUID, mit der alles möglich ist; das ist doof, weil jeder der die UUID alles tun kann - neu gibt es - Andreas sei Dank - die Möglichkeit, sich per User+Pwd zu authentisieren - das ist eine Option, die man - zB für einen Betrieb im LAN - auch ungenutzt lassen kann Korrekt soweit? Frage: welche Optionen soll es künftig geben? Nach meinem Verständnis hat man heute doch folgende Hierarchie: - User+Pwd stehen ganz oben - daraus kann man sich alles weitere generieren - zB einen Token (vgl. API-Key/secret oder …) für den Zugriff - welche Berechtigungen mit diesem Token einhergehen, lässt sich im Prinzip konfigurieren - ich könnte mir also mehrere Tokens erstellen, die unterschiedliche Berechtigungen haben: - read-only für mein Display (oder zur Weitergabe an Leute, die die Datenreihe auch sehen können sollen) - read-write für meinen Sensor - … - die Tokens kann ich jederzeit widerrufen oder die Berechtigungen anpassen - das Token hat keine feste Gültigkeitsdauer; potenziell zeitlich unbegrenzt - ganz unten in der Kette gibt es das Cookie - dieser wird aus dem Token generiert und ist Client-spezifisch - bei einem Neustart des Clients wird dieser ggf. gelöscht oder ungültig gemacht - dann muss er - aus dem Token oder User+Pwd - neu erzeugt werden Soweit immer noch korrekt? Wir haben im Moment ein Token, welches im Cookie abgelegt wird. Da müssen wir uns nach meinem Verständnis entscheiden, ob wir wollen, dass es sich eher wie ein Token (unbeschränkte Laufzeit, Client-übergreifend) oder eher wie ein Cookie (beschränkte Laufzeit, Client-spezifisch) verhält. Egal welche Ebene (User+Pwd, Token, Cookie): solange diese gültig sind, sollte ich auf diese gut aufpassen. Sind sie in falsche Hände geraten, können sie missbraucht werden und sollten daher geändert/ungültig gemacht werden. Konkret: - für vzlogger würde ein Cookie nicht ausreichen - der bräuchte einen Token, der dauerhaft gilt. - wenn ich Token oder Cookie lösche oder ungültig mache, muss ich es neu erzeugen (Eingabe User+Pwd) - „Token aus dem Cookie auslesen“: ergibt für mich keinen Sinn (vllt. habe ich etwas falsch verstanden); entweder wir unterscheiden nicht - dann können wir hin- und herwandeln (bzw. -kopieren) oder wir unterscheiden - dann aber kann man aus dem Token zwar das Cookie generieren, aber nicht umgekehrt - „Token ungültig machen“ - kommt m.E. ebenfalls daher, dass wir nicht zwischen Token und Cookie unterscheiden; anderenfalls könnte man Tokens (die dann Server-seitig gespeichert würden) ungültig machen - Cookie hingegen nicht:; durch die begrenzte Laufzeit wäre das aber auch tolerierbar Frage: Sind die Tokens derzeit Kanal-spezifisch? Also: gilt ein Token immer nur für einen Kanal oder kann ein Token (so wie User+Pwd) auch für mehrere Kanäle berechtigt sein? Mein Vorschlag: - (weiterhin) keine Unterscheidung zwischen „Auth-Code in Cookies" und „Tokens“; ein Token kann auch per Cookie übermittelt werden Das würde das Thema nur aufblähen, ohne einen deutlichen Gewinn (ich lass mich vom Gegenteil überzeugen - eine Unterscheidung wäre m.E. sauberer) - Tokens können mit Berechtigungen versehen werden (read only/read-write/write-only?/weitere?) - jedes Token kann für mehrere Kanäle berechtigt werden; wenn wir das gebaut bekommen: auch unterschiedlich: Token A darf Kanal n lesen und Kanal m schreiben; vermtl. ist das aber verzichtbar, weil anderenfalls in vzlogger eben für jeden Kanal ein separates Token mitgegeben wird - auch kein Beinbruch, oder? Damit hätten wir: - weiterhin die Möglichkeit, alles so zu belassen wie bisher (zB LAN-Installation) - die Möglichkeit, Daten Read-only weiter zu geben - die Möglichkeit, einzelne Kanäle auch vor lesendem Zugriff zu schützen - ggf. write-only Kanäle zu bauen Was meint Ihr? Gruß, J. > Am 21.01.2018 um 16:59 schrieb Andreas Goetz : > > Hallo, > >> On 21. Jan 2018, at 15:50, Daniel Lauckner wrote: >> >> Hallo, >> >> >> am Sonntag, 21. Januar 2018 um 15:42 hat Frank Richter geschrieben: >>> Wer seine Cookies löscht, muss sich halt danach im Frontend neu >>> anmelden, aber das ist ja bei anderen Seiten nicht anders. >> >> Ja, und es nervt. > > Dann tu’s nicht :) > > Wie Frank schrieb: > >> Aber wenn du nichts an der Standardconfig änderst, sind GET-Requests eh >> nicht betroffen, du wirst also beim normalen Zugriff aufs Frontend nicht von >> einer Passwortabfrage behelligt. > > Also kein Problem. In der Diskussion ging es darum wie man den Zugriff von > außen vernageln kann und trotzdem noch mit vzlogger reinkommen. > >> >> Kann man User/Passwort auch mit der URL übergeben? > > Nein, sicher nicht. Weil das Passwort bei absolut jedem Proxy im Logfile > landen würde. > > @Frank: Cookie geht jetzt auch: > > // authorization header? > if (($header = $request->headers-
Re: [vz-dev] wiki down bzw. ewig lange Antwortzeit.
Hi, > Am 21.01.2018 um 19:01 schrieb Udo1 : > > Am 15.01.2018 um 18:33 schrieb Daniel Lauckner: >> es klemmt mal wieder... > > Es ist wieder Sonntag :( > > Kann es sein, dass der Hoster irgendwelche Cron-Jobs Sonntags fährt? Meine Vermutung: auf dem Blech, auf dem die VM läuft, ist zu manchen Zeitpunkten zu viel los, weil unsere VM nicht die einzige ist, die zu dem Zeitpunkt Last hat. Weder CPU noch RAM oder IO sind besonders ausgelastet. Ich habe gerade ein Ticket beim Hoster aufgemacht. Gruß, J.
Re: [vz-dev] wiki down bzw. ewig lange Antwortzeit.
Hi Markus, > Am 14.01.2018 um 20:51 schrieb Markus Frosch : > > Was kostet das Hosting im Moment? EUR 5,99/Monat für 3 GB RAM, 2x Xeon® E5-2660V3 („dediziert“), und 4x120 GB SAS (RAID10) > Was ist mit AWS oder Google? ich kann es nicht genau sagen, bin aber sehr sicher, dass das teurer ist (lasse mich aber gerne vom Gegenteil überzeugen). Gruß, J.
Re: [vz-dev] wiki down bzw. ewig lange Antwortzeit.
Update: > Am 14.01.2018 um 19:28 schrieb Justin Otherguy : > > Werde mal versuchen, die Antwortzeiten zu protokollieren; mal sehen, wie sich > das im Laufe der Zeit verändert. hab’s jetzt mal in mein Monitoring aufgenommen - mal sehen, wie es sich - auch im Vergleich mit einer anderen VM bei netcup, auf die ich Zugriff habe - verhält. Gruß, J.
Re: [vz-dev] wiki down bzw. ewig lange Antwortzeit.
Hi, Tja - wie gehabt: - CPU, RAM, Disk: unauffällig im Vergleich zu den vergangenen 7 Tagen - Backup läuft jede Nacht - also 1. keine Besonderheit am Sonntag und 2. läuft es tagsüber nicht mehr Das einzige, was mir noch einfällt - insbesondere, weil man es aus der Kiste heraus nicht als erhöhte Last nicht erkennen kann: zu viel Last auf dem Hypervisor durch die anderen VMs, die noch darauf laufen. Was hier helfen würde: - eine andere Hypervisor-Maschine (glaube nicht, dass wir das bei Netcup aussuchen können) - ein anderes Paket beim selben Hoster ($$$) - ein anderer Hoster ($$$?) Werde mal versuchen, die Antwortzeiten zu protokollieren; mal sehen, wie sich das im Laufe der Zeit verändert. Gruß, J. > Am 14.01.2018 um 19:10 schrieb F. S. : > > same here > Frank S. > > Am 14.01.2018 7:00 nachm. schrieb "Frank Richter" : > Hier ebenso > > Gruß > Frank > > Am 14. Januar 2018 um 18:50 schrieb Udo1 : > Am 07.01.2018 um 17:55 schrieb Udo1: > Am 07.01.2018 um 17:48 schrieb Daniel Lauckner: > Das Wiki antwortet gerade wieder nur sporadisch. > Immer wieder Sonntagstadadadadaa ;) > > Ist wieder Sonntag heutewoll? > > Wiki geht wieder nicht. :( > > > Gruß > Udo >
Re: [vz-dev] wiki down bzw. ewig lange Antwortzeit.
Servus und ein Frohes Neues! > Am 07.01.2018 um 17:55 schrieb Udo1 : > > Am 07.01.2018 um 17:48 schrieb Daniel Lauckner: >> Das Wiki antwortet gerade wieder nur sporadisch. > Immer wieder Sonntagstadadadadaa ;) > > Geht aber gerade wieder. Seltsam; ich sehe sporadische Hänger - kann aber nicht erkennen, woran es liegt. CPU-, RAM- und IO-Last sehen unverdächtig aus; habe auch den Eindruck, dass nur wiki.volkszaehler.org betroffen ist. Wir beobachten das mal weiter - ich bitte um sachdienliche Hinweise (sei es Beobachtungen oder Dokuwiki-Tricks). Gruß, J.
Re: [vz-dev] Frohe Weihnachten && User und Passwort im Frontend
Servus, > Am 24.12.2017 um 15:48 schrieb Andreas Goetz : > >> On 24. Dec 2017, at 10:10, Daniel Lauckner wrote: >> >> Hallo, >> >> >> am Samstag, 23. Dezember 2017 um 23:41 hat Koch, Michael geschrieben: >>> Und bevor ich meine Frage an euch zu dieser heiligen Zeit absetze, >>> wünsche ich euch allen ein frohes Weihnachtsfest! >> >> Gleichfalls alles Gute und feiert schön! > > Von mir auch eine Frohe Weihnachten! dem schliesse ich mich an! Danke für die tolle Arbeit an alle, die mithelfen - egal ob sie nun coden, testen, konstruktiv meckern oder dokumentieren. Danke! Im Neuen Jahr setzen wir mal wieder ein VZ-Treffen an. Lasst Euch überraschen :) Gruß, J.
Re: [vz-dev] wiki down bzw. ewig lange Antwortzeit.
Servus, > Am 10.12.2017 um 09:43 schrieb Udo1 : > > Am 09.12.2017 um 23:26 schrieb Andreas Götz: >> Https redirect temporär defekt? > > Keine Ahnung, andere Seiten funktionieren, mit und ohne HTTPS. > Mehrere Rechner und verschiedene Browser ausprobiert. Heute Morgen kommt gar > keine Verbindung mehr zustande. seltsam - ich kann den Fehler auch nicht nachvollziehen. Gibt es weitere, die das|ein ähnliches Problem haben? Gruß, J.
Re: [vz-dev] Unterstützung für PHP 5.6 entfernen?
Moin, habe vorhin mal g’schwind(tm) demo.volkszaehler.org von jessie auf stretch angehoben; war ziemlich schmerzfrei (phpmyadmin hat um Neuinstallation gebeten). Aus meiner Sicht läuft nun alles wieder rund - ich bitte um Hinweise, falls Euch Fehler in der Matrix auffallen. Gruß, J. > Am 09.09.2017 um 12:21 schrieb Andreas Goetz : > > Hallo Zusammen, > > seit einiger Zeit war es möglich PHP7 auf Debian/Raspbian jessie zu > installieren. Seit auch Raspian bei stretch angekommen ist ist PHP7 > standardmäßig verfügbar. Die Programmierung mittels PHP7 ist an vielen > Stellen angenehmer als mit 5.6. > > Was haltet ihr davon den aktuellen Stand der Repositories als Version zu > releasen (kein Changelog, da ist so viel passiert) und dann composer und > travis auf PHP7 umzustellen? Ab diesem Zeitpunkt wird keine Installation auf > 5.6 mehr möglich sein. > > Wie seht ihr das? > > Viele Grüße, Andreas
Re: [vz-dev] HTML im Wiki
danke für den Hinweis! Habe es gefixt (und hoffentlich auch dauerhaft…) > Am 16.05.2017 um 10:41 schrieb Daniel Lauckner : > > Hallo, > > > im Wiki sind aktuell die HTML-Tags wieder deaktiviert: > https://wiki.volkszaehler.org/overview > > > mfg Daniel >
Re: [vz-dev] Spammer im Wiki
Hi Daniel, danke für den Hinweis. Wir hatten schon mal die Einstellung im Wiki, dass neue Benutzer in der Gruppe „user“ landen und „user“ nicht editieren darf. Ich habe neue Benutzer, die plausibel aussahen, zur Gruppe „member“ hinzugefügt. Dann durfte er auch editieren. Allerdings ist das doof, weil legitime Neuankömmlinge erst mal nicht verstehen, warum sie nicht editieren dürfen… Ich lass das jetzt mal so, dass auch neue Benutzer editieren dürfen. Gruß, J. > Am 13.05.2017 um 12:27 schrieb Daniel Lauckner : > > Hallo, > > > ich glaub wir haben uns einen Spammer eingefangen. > Wiki-User: ashlireuter842 > > > mfg Daniel >
Re: [vz-dev] Wartung: demo.volkszaehler.org, Mailingliste und Wiki heute Abend ab 20 Uhr offline
Servus, sodele - das war’s. Umzug hat geklappt; soweit ich sehen kann, sind Middleware, Frontend, ML und Wiki wieder da. Und mehr RAM und Platte auch ;-) Bitte testen und ggf. Bescheid geben. Gruß, J. P.S.: mein vzlogger hat gerade die Daten aus seinem Puffer brav nachgetragen; die Kurve erscheint nun ohne Ausfall. Cool :) > Am 28.04.2017 um 15:54 schrieb Justin Otherguy : > > Hi, > > heute Abend ab 20 Uhr werde ich demo.volkszaehler.org auf einen neuen Server > umziehen. Folgende Dienste werden daher nicht erreichbar sein: > > - Middleware, Frontend unter demo.volkszaehler.org > - Mailingliste (Web-Interface und SMTP) > - Wiki unter wiki.volkszaehler.org > > Ich bin per Mail erreichbar - das läuft über einen anderen Server. > > > Gruß, J.
[vz-dev] Wartung: demo.volkszaehler.org, Mailingliste und Wiki heute Abend ab 20 Uhr offline
Hi, heute Abend ab 20 Uhr werde ich demo.volkszaehler.org auf einen neuen Server umziehen. Folgende Dienste werden daher nicht erreichbar sein: - Middleware, Frontend unter demo.volkszaehler.org - Mailingliste (Web-Interface und SMTP) - Wiki unter wiki.volkszaehler.org Ich bin per Mail erreichbar - das läuft über einen anderen Server. Gruß, J.
Re: [vz-dev] Erreichbarkeit Wiki
Hi, > Am 06.04.2017 um 16:48 schrieb Andreas Goetz : > > Ich denke das Muster wird langsam klar. Hier der Apache Status: > > CPU Usage: u1237.04 s161.58 cu.21 cs.08 - .433% CPU load > 3.36 requests/sec - 82.9 kB/second - 24.7 kB/request > 84 requests currently being processed, 6 idle workers > GGWG_G_G_WG_WGGWGGGWWGWWGWGGG_GG > WGG_CWGGCC > > Nur 6 Worker sind frei um Arbeit zu leisten. Die G sind websocket Connections > die offen gehalten werden. > > Also Maßnahme 1: die doppelten WS Connections verhindern (mache ich) > Maßnahme 2: verfügbare Worker nochmal erhöhen (@Justin) erledigt; das ist aber doch eher kontraproduktiv, oder? (weil: jetzt wird noch mehr RAM belegt). Gruß, J.
Re: [vz-dev] Erreichbarkeit Wiki
> Am 06.04.2017 um 14:25 schrieb Andreas Goetz : > > Nicht zuviel los: jein > top - 14:23:52 up 6 days, 15:24, 1 user, load average: 0.40, 0.27, 0.16 > Tasks: 182 total, 2 running, 180 sleeping, 0 stopped, 0 zombie > %Cpu(s): 3.0 us, 0.7 sy, 0.0 ni, 94.3 id, 2.0 wa, 0.0 hi, 0.0 si, 0.0 > st > KiB Mem: 1024416 total, 955180 used,69236 free, 9864 buffers > KiB Swap: 1492988 total, 398944 used, 1094044 free. 175652 cached Mem 1 GB RAM eingebaut; 955 MB Mem used; 400 MB Swap used -> RAM ist das Problem Gruß, J.
Re: [vz-dev] Erreichbarkeit Wiki
…wenn ich mich kurz einmischen darf: > Am 04.04.2017 um 18:27 schrieb Andreas Goetz : > > >> On 4. Apr 2017, at 18:05, Frank Richter wrote: >> >> +1 von mir für standardmäßige Deaktivierung von Demo in der options.js. Ich >> glaube der Fall, dass jemand Demo als MW nutzt, das Frontend aber selbst >> installiert, dürfte eher exotisch sein. >> >> Damit werden wir die vielen Frontends, die eine Verbindung aufbauen wollen, >> aber erstmal nicht los. Wie wäre es mit nochmaligem Test des Push-Servers >> ohne Apache-Proxy (stattdessen zusätzlicher Port) oder mit abweichend >> konfiguriertem Proxy, so dass nur das Frontend von Demo Verbindungen >> aufbauen kann? > > Ich bleibe bei meinem Vorschlag: erst Analyse, dann demo umbauen. Wie sollen > wir denn sonst was über das Verhalten vom Pushserver lernen? ich erkenne da keinen Widerspruch. Wir sollten im aktuellen Zustand das Verhalten analysieren und ggf. den Fehler beheben. Sobald das der Fall ist, können wir den Push-Server standardmäßig deaktivieren. Einverstanden? > Den PR könnt ihr ja unabhängig davon schonmal stellen… genau. Gruß, J.
Re: [vz-dev] Erreichbarkeit Wiki
Hi Udo, > Am 03.04.2017 um 09:52 schrieb Udo1 : > > Am 02.04.2017 um 22:34 schrieb Justin Otherguy: >> Mal sehen… > Also bis jetzt ist die Erreichbarkeit sehr gut. inzwischen ist klar: es lag am zusätzlich aktivierten Push-Server. Andreas schaut sich nochmal an, ob es am Push-Server an sich liegt oder die Beliebtheit desselben die Maschine überfordert :-) Danke schon mal für die Rückmeldungen! > Braucht es dann überhaupt einen neuen Server? Jein - jetzt nicht mehr dringend; allerdings ist die vKiste schon 3 Jahre alt und inzwischen bekommt man deutlich mehr RAM (3-4 GB statt 1 GB) und mehr Platte für’s selbe Geld. Der Umzug geht inzwischen per Snapshot und sollte daher nicht mehr besonders weh tun (keine Neuinstallation). Ich warte jetzt also ein passendes Angebot ab und buche dann mal was Neues. Ich hoffe auf ein Oster-Special :) Gruß, J.
Re: [vz-dev] Erreichbarkeit Wiki
> Am 02.04.2017 um 22:09 schrieb Andreas Götz : > > Kann es mir zwar nicht vorstellen aber der Test wäre sinnvoll. Falls doch ein > Problem drin steckt finden wir es sonst nie wieder! ok, ich bin jetzt mal auf af7d2a715eb777419f87315569fc34ef509cb532 („Use https to avoid CORS error on demo“) zurück und habe den Apache durchgestartet. Mal sehen… Gruß, J.
Re: [vz-dev] Erreichbarkeit Wiki
Hi Udo, > Am 02.04.2017 um 21:56 schrieb Udo1 : > > was ich nicht verstehe ist, dass die Probleme quasi von heute auf morgen > auftraten. lustig - an der Frage war ich auch gerade. > Es hat doch vorher mit dem Server einwandfrei funktioniert. hier der Screenshot von der RAM+SWAP-Auslastung von März: daraus lässt sich gut ablesen, dass der Spuk am Ende von Woche 11 (um den 17.3.) begonnen hat. Ich kann keinen Zusammenhang erkennen es gab einen Commit am 13.3. und einen am 21.3. Ich könnte versuchen, den Stand zurück zu rollen auf die Version davor. @Andreas: erscheint Dir das sinnvoll, das mal zu testen? Gruß, J.
Re: [vz-dev] Erreichbarkeit Wiki
Hi Daniel, > Am 02.04.2017 um 20:23 schrieb Daniel Lauckner : > > ich hab gerade ein halbes Dutzend Anläufe gebraucht um eine geänderte > Wikiseite zu speichern. Immer meldete Opera Proxyfehler wegen > Zeitüberschreitung. sorry dafür - ich werde den Server in den nächsten Tagen durch einen neuen ersetzen. Bis dahin wird es wohl leider so bleiben. Ich gebe nochmal kurz Bescheid, sobald klar ist, wann’s los geht. Das wird dann ein paar Stunden Downtime mit sich bringen. Gruß, J,
Re: [vz-dev] Erreichbarkeit Wiki
Moin, > Am 28.03.2017 um 13:23 schrieb Andreas Goetz : > > On 28. Mar 2017, at 13:09, Udo1 wrote: >> >> Ich hänge mich mal daran. >> Auch hier ist der Aufruf des Wikis sehr lahm bzw. teilweise gar nicht >> möglich. > > Die Kiste langweilt sich: > > load average: 0.08, 0.11, 0.08 > > @Justin: Worker nochmal hoch setzen und/oder Middleware aktualisieren wie > vorgeschlagen? beides erledigt - bitte mal beobachten. Gruß, J.
Re: [vz-dev] Java Frontend
Servus, > Am 11.03.2017 um 11:20 schrieb Wolfgang Fahl : > > Das Projekt würde ich jetzt gerne aufsplitten und den Teil der > Volkszähler-spezifisch ist Open source stellen. cool! > eingestellt aber entweder habe ich keine Rechte (mehr?) oder ich weiss > nicht wie man mit Dokuwiki eine Seite ändert. Einen edit-Button habe ich > leider nicht gefunden. > > Zwei Fragen habe ich > > 1) Wie kann ich den Wiki-Eintrag erstellen? genau so, wie Daniel es beschreiben hat; allerdings konntest Du das bis vorhin nicht (mehr). Grund: ich habe vor einer Weile die Registrierung zum Wiki so umgestellt, dass durch diese nicht automatisch „Edit“-Rechte mit sich bringt. Damit wollte ich verhindern, dass das Wiki durch Spammer verunstaltet wird. Ich hatte den Benutzern, die ich für legitim hielt, händisch Edit-Rechte gegeben. Bei ca. 300 Accounts sind mir aber sicher einige durchgerutscht. Einer von denen warst Du :) Jedenfalls habe ich Dir nun die Berechtigung gegeben. Da sich das Wiki-Spammer-Problem mit dem Wechsel des CAPTCHA-Plugins vor ein paar Wochen wohl erledigt hat, habe ich die Berechtigungen nun wieder so eingestellt, dass auch normale User wieder editieren dürfen. Drum: bitte testen und ggf. Bescheid geben. Gruß, J.
Re: [vz-dev] Wiki editieren
Moin Chris, > Am 23.02.2017 um 23:16 schrieb Christian Wulff : > > ich wollte mich mal daran versuchen etwas in der Wiki zu editieren. > Registriert und angemeldet bin ich schon. > > Aber wo und wie kann ich nun etwas editieren? das kannst Du nicht wissen: ich habe vor ein paar Wochen die Anmeldung im Wiki so umgestellt, dass man sich zwar weiterhin selbst registrieren kann - aber mit der Standardberechtigung, die man dann erhält, nicht editieren kann. Ich lasse mich benachrichtigen, wenn sich Jemand registriert und versuche dann abzuschätzen, ob es sich um einen legitimen Nutzer oder einen Spammer handelt. Denen, die ich für normale Benutzer halte, gebe ich dann edit-Rechte. Aber da kann ich mich schon mal vertun (oder das kann auch mal ein paar Tage dauern). Für alle bestehenden Benutzer (über 300) bin ich einmal durchgegangen und habe die offensichtlichen Spam-Accounts gelöscht und die offensichtlichen legitimen Benutzer entsprechend berechtigt. Leider waren viele Konten weder das eine noch das andere… Kurzum: im Zweifel bitte melden, dann korrigiere ich das. Ich bitte, die Umstände zu entschuldigen - aber leider ist Spam auch hier ein Problem geworden. Gruß, J.
Re: [vz-dev] Wiki defekt?
Danke für den Hinweis! Beim Update des Wiki hatte sich ein "$conf['useslash']= 0;“ eingeschlichen. Sollte nun gefixt sein - bitte testen. > Am 21.02.2017 um 19:21 schrieb Koch, Michael : > > Klar. > > z.B. hier: > > http://wiki.volkszaehler.org/doku.php?id=howto:getstarted > > http://wiki.volkszaehler.org/doku.php?id=howto:debug > > Ich glaube die URL wird falsch ausgegeben. > > Wenn mich nicht alles täuscht war das doch ein zusammenspiel mit der > .htaccess oder? > > Gruß, Michael > > > Am 21.02.2017 um 18:53 schrieb Andreas Götz: >> Hast Du's genauer? Dann wirds für Justin kein Suchspiel ;) >> >> Vielen Dank, Andreas >> >>> Am 21.02.2017 um 18:22 schrieb Koch, Michael : >>> >>> Hallo, >>> im Wiki sind aber auch noch einige Verknüpfungen nicht in Ordnung oder? >>> Bitte noch maldie config des Wikis prüfen ;-) >>> Danke, >>> Michael >
Re: [vz-dev] Wiki defekt?
> Am 20.02.2017 um 23:34 schrieb Udo1 : > > Hab ich mir abgewöhnt ;) wird sich wohl nicht durchsetzen, oder? ;-) bitte mal testen - sollte nun wieder tun.
Re: [vz-dev] Wiki defekt?
…wann schläfst Du denn mal? ;-) Bin dran... > Am 20.02.2017 um 23:26 schrieb Udo1 : > > Wer hat das Wiki kaputt gemacht? ;) > > Gruß > Udo >
Re: [vz-dev] Frontend Ordner entfernen?!
Sodele - jetzt besser? :) > Am 09.02.2017 um 11:54 schrieb Andreas Goetz : > > Zu schnell: das Zertifikat umfasst ja z.B. auch wiki.vz.org. Wenn ich nun auf > https://wiki.vz.org gehe lande ich auf auf der Demo Installation :O > > Da gäbe es also an den vhosts noch etwas zu drehen? > > vg > Andreas > > 2017-02-09 11:51 GMT+01:00 Andreas Goetz : > Läuft- Issue zu :) > > DANKE!!! > > 2017-02-09 11:47 GMT+01:00 Justin Otherguy : > Moin, > > > Am 05.02.2017 um 12:22 schrieb Andreas Goetz : > > > > PS.: Was macht denn letsencrypt für die demo domain? Bei mir läuft das > > super :) > > hurra - erledigt :) > > Bitte testen und ggf. Rückmeldung. > > > Gruß, J. > > >
Re: [vz-dev] Link auf volkszaehler.org 'Jetzt ausprobieren' falsch, nach Änderung der Pfade.
> Am 16.02.2017 um 18:47 schrieb Andreas Goetz : > > Ping @Justin: laut > https://github.com/volkszaehler/volkszaehler.org/blob/master/htdocs/.htaccess#L22 > müsste das rewrite von /frontend auf / schon erfolgen. > > Könntest Du prüfen ob die aktuelle git Version drauf ist? ja, habe aktualisiert; sieht so aus, als würde es funktionieren :) Gruß, J.
Re: [vz-dev] Rewrite Fehler?
Moin, done - bitte mal testen. Die Aktivierung der Rewrite-Rule hat ausgereicht. Gruß, J. > Am 14.02.2017 um 08:36 schrieb Andreas Götz : > > Hallo Thorben, > > Schön mal wider von Dir zu hören! Deine Hinweise hatte ich schon abgegrast: > - mod_rewrite & a2enmod > - AllowOverride FileInfo > - .htaccess > > Am Ende wars tatsächlich der fehlende mime type für php. Umso verwunderlicher > als "normale" php Skripte ausserhalb des rewrites ja einfach liefen... > > Viele Grüße, Andreas > >> Am 14.02.2017 um 00:24 schrieb Thorben Thuermer : >> >> On Mon, 13 Feb 2017 18:18:46 +0100 >> Andreas Goetz wrote: >>> Hallöchen, >>> >>> laut .htaccess sollte es möglich sein die Middleware ohne .php aufzurufen: >> >> laut DIESER .htaccess: >> https://u4603688.ct.sendgrid.net/wf/click?upn=hTCt6w-2FxnkyyKwrlSEYcnL9P98PGmlLmxMHrtFDrRqBrXf7mYe6xDw5fQrgT3NiMKmKDuF4pmDht2uXZrwYo9ViO-2FsmEoo7N93AEuZkTS4xzQ7jkurCmcmMxi7LHHM3a_JHBugIZtyDEQ95PEMChsFFW27Bkjd6hpiqi0OHlOPDXE-2Far8xWC6dZ-2Bf5GIMB5P5AiOfgoxL1QGXRHmswvWM6DdyqaY-2BfvODde0gFyCcY-2FHhnNeEP-2FoCKydy2F9Ek0Mz6u1fX8AXc0XCdUHZVHO1SZjz9nRpUri36-2F4jko15deRICBxtujgfy9M7rofbhu6o9z6EX-2BskEObIg526PsvJtzX-2FFzBudb4r3QWZ56yvwaQ4VnRCuKyy-2F5GTdrbHe1Oa >> >>> https://u4603688.ct.sendgrid.net/wf/click?upn=N6lXNzG4ANU8a6jEiDu4kYQWyseScuOnGzTChBk6652Og61JgDDeJcnht198M0GMLgKMk7ZTfH4osNou1jrn6g-3D-3D_JHBugIZtyDEQ95PEMChsFFW27Bkjd6hpiqi0OHlOPDXE-2Far8xWC6dZ-2Bf5GIMB5P5AiOfgoxL1QGXRHmswvWM6DdyqaY-2BfvODde0gFyCcY-2FFO30pbshK8UxQNK05QKg0owHk3KH6BIlPVCqF7LAfjQnpjobpgb8JEnRDlM0759EsorCt0pZY2zoW4DwTXU-2FzDRGuHvj8EDc-2FgAHwRBGDGCvQOjQUCIQE3yXZQfteDicVbr1yLs7JuFLTvvRqFpiPj >>> >>> Bei mir lokal geht das auch, allerdings nicht auf Demo und auch nicht auf >>> meinem Pi obwohl zumindest auf Letzterem mod_rewrite auch sicher aktiv ist. >>> >>> Habt ihr eine Idee woran das liegen könnte? >> >> fehlendes "AllowOverride FileInfo" in der globalen config? >> >> https://u4603688.ct.sendgrid.net/wf/click?upn=hTCt6w-2FxnkyyKwrlSEYcnOwNL2VMMlNSVmXNpflSaiFAPx2UsUlOq-2BxJHpqMjxpZA-2F06OngWZzZtj30KqHveFUhoYS4fu2OtY470wgFAqqk-3D_JHBugIZtyDEQ95PEMChsFFW27Bkjd6hpiqi0OHlOPDXE-2Far8xWC6dZ-2Bf5GIMB5P5AiOfgoxL1QGXRHmswvWM6DdyqaY-2BfvODde0gFyCcY-2FEF-2F5IBurUp6GWXKZ0CJ19X3eAG0piHEqqbIjjinwK6z5y8-2FV54tHv1OlHLOWS8pNmB9yTEDsZ4M85T7ax-2FpDv3XCCVYNjD6osFApCdQZjnjnMK3-2BtoAPp2in0ExFoLDIbkUb5ouvIhmnHV8M8HfhxM >> >>> Viele Grüße, Andreas >> >> - T.
Re: [vz-dev] Frontend Ordner entfernen?!
lustig ist: das Verhalten war vorher schon genauso - nur war’s da insofern konsistent, als der Inhalt dort zum Host und zum Zert gepasst hat. Ich hab schon mal die anderen Domains mit dazu gepackt und will bei Gelegenheit (tm) auch SNI einrichten. > Am 09.02.2017 um 11:54 schrieb Andreas Goetz : > > Zu schnell: das Zertifikat umfasst ja z.B. auch wiki.vz.org. Wenn ich nun auf > https://wiki.vz.org gehe lande ich auf auf der Demo Installation :O > > Da gäbe es also an den vhosts noch etwas zu drehen? > > vg > Andreas > > 2017-02-09 11:51 GMT+01:00 Andreas Goetz : > Läuft- Issue zu :) > > DANKE!!! > > 2017-02-09 11:47 GMT+01:00 Justin Otherguy : > Moin, > > > Am 05.02.2017 um 12:22 schrieb Andreas Goetz : > > > > PS.: Was macht denn letsencrypt für die demo domain? Bei mir läuft das > > super :) > > hurra - erledigt :) > > Bitte testen und ggf. Rückmeldung. > > > Gruß, J. > > >
Re: [vz-dev] Frontend Ordner entfernen?!
Moin, > Am 05.02.2017 um 12:22 schrieb Andreas Goetz : > > PS.: Was macht denn letsencrypt für die demo domain? Bei mir läuft das super > :) hurra - erledigt :) Bitte testen und ggf. Rückmeldung. Gruß, J.
Re: [vz-dev] Frontend Ordner entfernen?!
Moin, > Am 05.02.2017 um 11:13 schrieb Andreas Goetz : > > Servus, > > ich war mal so mutig das zu mergen- ab jetzt gibts keinen /frontend Ordner > mehr. Bei Problemen bitte melden. Die MW heißt weiter wie gehabt. > > Viele Grüße, Andreas habe das Update gerade auf demo.volkszaehler.org eingespielt. Keine Probleme erkennbar - die Kanäle müssen neu abonniert werden, klar. Vielen Dank Andreas! :) Gruß, J.
Re: [vz-dev] elektro:camp(<<2016.10>>) am Fr/Sa 7./8.10.2016 in Appenweier
…Mathias Dalheimer war so nett, die Weiterleitung von http://elektro-camp.de/ schon mal umzubiegen :) Kann Jemand hier die Kollegen in den benachbarten Kanälen (PV-Forum, …) informieren? Registrierung läuft übrigens; hilft ungemein bei der Planung des Caterings - danke! > Am 26.09.2016 um 07:59 schrieb Justin Otherguy : > > Moin, > > keine 2 Wochen mehr hin - ich habe eine Registrierung-Seite eingerichtet: > http://wiki.volkszaehler.org/ec1610-signup > > Allgemeine Infos zur Veranstaltung: > http://wiki.volkszaehler.org/ec1610-coordination > > > Gruß, J. > >> Am 16.09.2016 um 21:44 schrieb Justin Otherguy : >> >> Hi, >> >> das elektro:camp(<<2016.10>>) findet am Fr+Sa, 7.+8.10. in Appenweier statt. >> >> Wo: http://www.openstreetmap.org/#map=18/48.55108/7.97279 >> Wann: Fr, 7.10.; Start: 13 Uhr >> >> Was: Falls Ihr nicht wisst, was Euch erwartet: >> ca. 20-30 verrückte Hacker, die sich irgendwo zwischen Hardware (Bart hat >> z.B. schon mal einen beeindruckenden Vortrag über die HF-Aspekte beim Layout >> seiner Boards gehalten, Udo hat auch schon des Öfteren seine neusten >> HW-Kreationen präsentiert) und Software (MQTT, Bonjour, …) eingegraben haben >> und fantastische Erkenntnisse mit Euch teilen wollen. Mathias Dalheimer >> (Fraunhofer ITWM in Kaiserslautern, der Initiator von mysmartgrid.de) mit >> seinem Team, die Macher von http://openenergymonitor.org/ (emonCMS) aus >> Wales, Jean-Claude Wippler (http://jeelabs.org/, der Erfinder der JeeNodes) >> und einige andere sind meist mit dabei. Die neue Wiki-Seite steht noch >> nicht, zur Orientierung verweise ich Euch auf eine der alten: >> http://developer.mysmartgrid.de/doku.php?id=ec1404-coordination >> >> >> Gruß, J. >
Re: [vz-dev] elektro:camp(<<2016.10>>) am Fr/Sa 7./8.10.2016 in Appenweier
Moin, keine 2 Wochen mehr hin - ich habe eine Registrierung-Seite eingerichtet: http://wiki.volkszaehler.org/ec1610-signup Allgemeine Infos zur Veranstaltung: http://wiki.volkszaehler.org/ec1610-coordination Gruß, J. > Am 16.09.2016 um 21:44 schrieb Justin Otherguy : > > Hi, > > das elektro:camp(<<2016.10>>) findet am Fr+Sa, 7.+8.10. in Appenweier statt. > > Wo: http://www.openstreetmap.org/#map=18/48.55108/7.97279 > Wann: Fr, 7.10.; Start: 13 Uhr > > Was: Falls Ihr nicht wisst, was Euch erwartet: > ca. 20-30 verrückte Hacker, die sich irgendwo zwischen Hardware (Bart hat > z.B. schon mal einen beeindruckenden Vortrag über die HF-Aspekte beim Layout > seiner Boards gehalten, Udo hat auch schon des Öfteren seine neusten > HW-Kreationen präsentiert) und Software (MQTT, Bonjour, …) eingegraben haben > und fantastische Erkenntnisse mit Euch teilen wollen. Mathias Dalheimer > (Fraunhofer ITWM in Kaiserslautern, der Initiator von mysmartgrid.de) mit > seinem Team, die Macher von http://openenergymonitor.org/ (emonCMS) aus > Wales, Jean-Claude Wippler (http://jeelabs.org/, der Erfinder der JeeNodes) > und einige andere sind meist mit dabei. Die neue Wiki-Seite steht noch nicht, > zur Orientierung verweise ich Euch auf eine der alten: > http://developer.mysmartgrid.de/doku.php?id=ec1404-coordination > > > Gruß, J.
Re: [vz-dev] Kontakt-Link
Hi Daniel, > Am 20.09.2016 um 01:29 schrieb Daniel Lauckner : > > der Link "Kontakt" auf der Startseite der Homepage volkszaehler.org > ist falsch (http://wiki.volkszaehler.org/doku.php/contact) und führt > deswegen nur auf die Startseite des Wiki. > > Müsste http://wiki.volkszaehler.org/contact lauten. korrekt! Vielen Dank für den Hinweis (das war ein Überbleibsel aus der Zeit, als das Wiki krank war…). Habe bei der Gelegenheit nach weiteren Links in dieser Art gesucht und alle beseitigt. Sollte nun also wieder i.O. sein. Gruß, J.
[vz-dev] elektro:camp(<<2016.10>>) am Fr/Sa 7./8.10.2016 in Appenweier
Hi, das elektro:camp(<<2016.10>>) findet am Fr+Sa, 7.+8.10. in Appenweier statt. Wo: http://www.openstreetmap.org/#map=18/48.55108/7.97279 Wann: Fr, 7.10.; Start: 13 Uhr Was: Falls Ihr nicht wisst, was Euch erwartet: ca. 20-30 verrückte Hacker, die sich irgendwo zwischen Hardware (Bart hat z.B. schon mal einen beeindruckenden Vortrag über die HF-Aspekte beim Layout seiner Boards gehalten, Udo hat auch schon des Öfteren seine neusten HW-Kreationen präsentiert) und Software (MQTT, Bonjour, …) eingegraben haben und fantastische Erkenntnisse mit Euch teilen wollen. Mathias Dalheimer (Fraunhofer ITWM in Kaiserslautern, der Initiator von mysmartgrid.de) mit seinem Team, die Macher von http://openenergymonitor.org/ (emonCMS) aus Wales, Jean-Claude Wippler (http://jeelabs.org/, der Erfinder der JeeNodes) und einige andere sind meist mit dabei. Die neue Wiki-Seite steht noch nicht, zur Orientierung verweise ich Euch auf eine der alten: http://developer.mysmartgrid.de/doku.php?id=ec1404-coordination Gruß, J.
Re: [vz-dev] Formatierung im Wiki
Hi Daniel, > Am 23.08.2016 um 14:12 schrieb Daniel Lauckner : > > die Formatierung von Notizen und Hinweisen der Art im Wiki ist > defekt. jupp, danke für den Hinweis! > Wenn ich die Doku richtig interpretiere ist dazu ein Plugin notwendig: > https://www.dokuwiki.org/plugin:note ex-akt :) Hab’s installiert - sollte nun tun, bitte testen. Und bitte weiterhin Bescheid geben, falls etwas fehlt :) Gruß, J.
Re: [vz-dev] Wiki leer
Hi Frank, 1. danke für den Hinweis! Hinweise wie dieser sind unverzichtbar, um Fehler zu fixen, die nicht offensichtlich sind 2. das Wiki war nicht "weitgehend leer“, sondern nur die Index-Seiten, auf denen sich die Links für die Unterseiten finden, waren leer (diese Indizes werden automatisch generiert - sofern das entsprechende Plugin läuft - s.u.) 3. die Seiten mit den Inhalten waren die ganze Zeit über die URLs erreichbar, die Suche hat auch funktioniert 4. „zum wiederholten Mal“ und „schon wieder“ wundert mich; wir hatten vor ein paar Monaten ein kaputtes Wiki; damals hat es auch eine Weile gedauert, bis es wieder i.O. war; das Problem hier bestand seit Montag Abend; dazwischen ist mir keine Störung bekannt; Und was war passiert? Nach der Neuinstallation und dem Re-Import der Daten auf Basis vor ein paar Monaten dachte ich, die Installation des dokuwiki aus dem Debian-Repo wäre schlau; ich hatte gehofft, dass die dokuwiki-Updates auch aus dem Repo kommen. Hihi. Bei Debian. *kicher* Nundenn - jetzt bin ich schlauer. Also habe ich nach einem Weg gesucht, wie wir zwar dokuwiki-Updates aus dem Debian-Repo erhalten, aber in der Zwischenzeit trotzdem schon mal aktualisieren können und hier [0] einen gefunden. Dabei sind mir aber die Plugins abhanden gekommen. Das war mir nicht aufgefallen, da das Wiki ordentlich aussah. Nebenwirkung: ohne das captcha-Plugin für die Registrierung hat das nur ca. 1h gedauert, bis der erste Bot sich Wiki-Accounts angelegt und Mails verschickt hat (…). Die dadurch auch erzeugten Bounces sind mir am Di früh aufgefallen (s. Recent Changes im Wiki). Also habe ich das Plugin installiert, die neuen Accounts und die Seiten wieder gelöscht. Bei der Gelegenheit habe ich auch ca. 100 weitere Accounts gelöscht, die mir suspekt erschienen. Das Plugin für die Erstellung der Index-Seiten habe ich nun nachinstalliert (und ein weiteres, mit dem Tabellen sortierbar gemacht werden). Ich hoffe, dass nun alle benötigten Plugins wieder am Start sind - anderenfalls bitte ich um Hinweise :) Was ich damit sagen will: bitte schick weiterhin Hinweise; vielleicht gelingt es Dir beim nächsten Mal, etwas genauer hinzuschauen und uns mit weiteren Details zu versorgen, wenn Du Dich an die ML wendest, sobald auf dem Weg zu Deinen Seiten ein Fehler auftritt. Wie gesagt: die Seiten haben funktioniert und die Suche nach den Seiten auch. Da sehe ich ein Missverhältnis aus dem Aufwand, den Du Deinerseits in die Analyse und die Beschreibung des Problems gesteckt hast und dem Anspruch an die Verfügbarkeit des Wiki. Gruß, J. [0] http://www.eaktion.com/blog/2010/01/16/installing-dokuwiki-the-debian-way-by-hand/ > Am 18.08.2016 um 16:31 schrieb E. Olsen : > > Hallo Andreas, > nein - ich bin unten bei dev, hardware und software, also wo die harten facts > stehen. Das ging vor allem schon alles einmal (nach der Umstellung). > Gruß Frank > > Am 18. August 2016 um 15:59 schrieb Andreas Goetz : > Hallo iot, > > was meinst Du mit "wiki" leer? Ich sehe hier jede Menge Content: > http://wiki.volkszaehler.org/basics > > Viele Grüße, > Andreas > > > 2016-08-18 14:38 GMT+02:00 E. Olsen : > Hallo Kollegen, > ich schätze Eure Arbeit sehr, aber zum wiederholten Mal, finde ich ein > weitgehend leeres Wiki vor. Was ist da los? Ich habe da mühsam Infos > aufbereitet, die möglichst dauerhaft zur Verfügung stehen sollten. Jetzt > sieht das schon wieder wie eine Baustelle aus. > Sorry, aber ich kann meine open source-Lösung (VIR) deshalb nicht verlinken. > VG iot
Re: [vz-dev] Fragen zum Protokoll "s0" in vzlogger (Zusammenfassung)
Guten Morgen, > Am 14.05.2016 um 12:49 schrieb Andreas Goetz : > >> 2016-05-14 8:05 GMT+02:00 Justin Otherguy : >> >> Jetzt, wo ich die „[AVG]“-Blöcke im Log entdeckt habe, habe ich mich doch >> mal auf die Suche nach der relevanten Gegend in vzlogger gemacht und ich >> würde mal hier hin deuten: >> https://github.com/volkszaehler/vzlogger/blob/master/src/Buffer.cpp#L80 > > Zitat aus dem Link: > > // AVG needs to handle tuples with different distances properly: > // so we need to consider the last tuple from last aggregate call as well > // and use this value as the starting point. > // we assume buffer values are already sorted by time here! TODO: is this > always true? > // otherwise a sort by time would be needed but this might conflict with > _last_avg > > AVG macht genau kein arithmetisches Mittel sondern ein gewichtetes Mittel. > Dahinter steht die Annahme dass AVG _nur_ für Sensorwerte zum Einsatz kommt, > also z.b. Leistung. Um von da bei nicht gleih verteilten Timestamps auf eine > durchschnittliche Leistung zu kommen muss eben gewichtet werden. > > Ich kenne keine Anwendungfall wo wir AVG mit der von Dir erwarteten Funktion > brauchen. ok, dann sind wir spätestens jetzt an der Stelle angekommen, an der (auch mir) klar ist: - "protocol s0“ in vzlogger eignet sich nicht in Kombination mit „avg“ - richtig wäre „sum“, damit werden alle Impulse aufsummiert und dann nach aggtime geloggt vorher war schon klar (hier der Übersicht Halber nochmal zusammen gefasst): - „send_zero“ wird benötigt (zumindest derzeit, s. https://github.com/volkszaehler/vzlogger/issues/231) - „interval“ sollte nicht verwendet werden in Kombination mit protocol s0 (s. https://github.com/volkszaehler/vzlogger/issues/253) - bei „protocol s0“ arbeitet vzlogger so, dass er die gezählten Impulse jede Sekunde im log ausgibt (bei entsprechend hoher verbosity) - sobald https://github.com/volkszaehler/vzlogger/issues/252 implementiert ist, kommt ein solches Setup auch ohne Impulsformer (http://wiki.volkszaehler.org/hardware/channels/meters/working_hours) aus - ein geschalteter Eingang aus: „Förderung läuft -> Spannung“; "Förderung läuft nicht -> keine Spannung“; geloggt wird dann nach aggtime (zB 10s) die aufsummierte Laufzeit - der Identifier muss in diesem Fall „Impulse“ sein (s. https://github.com/volkszaehler/vzlogger/issues/255) Die passende vzlogger.conf sieht so aus: { "retry": 0, "daemon": true, "verbosity": 5, "log": „/tmp/vzlogger.log", "meters": [ { //Pellet-Simulator "enabled": true, "allowskip": false, "aggtime": 10, // aggregate all signals and give one update to middleware every seconds "protocol": "s0", "device": "GPIO17", "gpio": 17, "gpio_dir": -1, "configureGPIO": true, "resolution": 1, "send_zero": true, "debounce_delay": 1, "nonblocking_delay": 10, "channels": [ { "uuid": , "identifier": "Impulse", "api": "volkszaehler", "middleware": "http://demo.volkszaehler.org/middleware.php";, "type": "device", "aggmode": „sum", "duplicates": 0 } ] } ] } Nächster Halt: Middleware :) Gruß J.
Re: [vz-dev] Fragen zum Protokoll "s0" in vzlogger
Hi, > Am 08.05.2016 um 20:39 schrieb Andreas Goetz : > >> 2016-05-07 18:18 GMT+02:00 Justin Otherguy : > > Ich vermute mal Du meinst "Mittelwert 60 nach 10 Sekunden Aggregation > beobachtet während ich Mittelwert 70 erwartet habe"? ganz genau! :) >> Soll ich hierfür auch ein Issue aufmachen? > > Auch hier stehe ich grad auf dem Schlauch. Bei aggmode sum (was für Impulse > richtig ist!) müsste sowieso die 704 geloggt werden und nicht die 70. Da > passt also mal wieder gar nichts (oder ich kriegs nicht übereinander). > > Könntest Du das zur Sicherheit nochmal mit dem aktuellen Setup nachtesten? > Insbesondere auch sicher stellen dass da am Anfang nicht ein Meßwert im Log > fehlt? klaro. Jetzt mit echten (TM) 50 Hz, mit dieser vzlogger.conf [1] und diesem vzlogger.log [2]. Auszüge daraus: [May 14 07:36:44][chn0] Adding reading to queue (value=50.00 ts=1463204204075) [May 14 07:36:45][chn0] Adding reading to queue (value=50.00 ts=1463204205076) [May 14 07:36:46][chn0] Adding reading to queue (value=50.00 ts=1463204206077) [May 14 07:36:47][chn0] Adding reading to queue (value=50.00 ts=1463204207079) [May 14 07:36:48][chn0] Adding reading to queue (value=50.00 ts=1463204208080) [May 14 07:36:49][chn0] Adding reading to queue (value=21.00 ts=1463204208500) [May 14 07:36:50][chn0] Adding reading to queue (value=0.00 ts=1463204209500) [May 14 07:36:51][chn0] Adding reading to queue (value=0.00 ts=1463204210500) [May 14 07:36:52][chn0] Adding reading to queue (value=0.00 ts=1463204211500) [May 14 07:36:53][chn0] Adding reading to queue (value=0.00 ts=1463204212500) [May 14 07:36:53][AVG] [0] 50.00 @ 1463204204075 [May 14 07:36:53][AVG] [1] 50.00 @ 1463204205076 [May 14 07:36:53][AVG] [2] 50.00 @ 1463204206077 [May 14 07:36:53][AVG] [3] 50.00 @ 1463204207079 [May 14 07:36:53][AVG] [4] 50.00 @ 1463204208080 [May 14 07:36:53][AVG] [5] 21.00 @ 1463204208500 [May 14 07:36:53][AVG] [6] 0.00 @ 1463204209500 [May 14 07:36:53][AVG] [7] 0.00 @ 1463204210500 [May 14 07:36:53][AVG] [8] 0.00 @ 1463204211500 [May 14 07:36:53][AVG] [9] 0.00 @ 1463204212500 [May 14 07:36:53][AVG] [10] RESULT 31.009972 @ 1463204212500 [May 14 07:36:53][chn0] ==> number of tuples: 1 [May 14 07:36:53][chn0] compare: 1463204203074 1463204212500 [May 14 07:36:53][chn0] JSON request body: [ [ 1463204212500, 31.009972416719705 ] ] values sind: 5x50, 1x21, 4x0 Summe: 271 Durchschnitt: 271/10=27.1 (ich hätte erwartet, dass der Wert gesendet wird) gesendeter Wert: 31.01 [May 14 07:36:54][chn0] Adding reading to queue (value=0.00 ts=1463204213500) [May 14 07:36:55][chn0] Adding reading to queue (value=0.00 ts=1463204214501) [May 14 07:36:56][chn0] Adding reading to queue (value=0.00 ts=1463204215501) [May 14 07:36:57][chn0] Adding reading to queue (value=0.00 ts=1463204216501) [May 14 07:36:58][chn0] Adding reading to queue (value=0.00 ts=1463204217501) [May 14 07:36:59][chn0] Adding reading to queue (value=29.00 ts=1463204219081) [May 14 07:37:00][chn0] Adding reading to queue (value=50.00 ts=1463204220082) [May 14 07:37:01][chn0] Adding reading to queue (value=49.00 ts=1463204221063) [May 14 07:37:02][chn0] Adding reading to queue (value=50.00 ts=1463204222065) [May 14 07:37:03][chn0] Adding reading to queue (value=50.00 ts=1463204223066) [May 14 07:37:03][AVG] [0] 0.00 @ 1463204213500 [May 14 07:37:03][AVG] [1] 0.00 @ 1463204214501 [May 14 07:37:03][AVG] [2] 0.00 @ 1463204215501 [May 14 07:37:03][AVG] [3] 0.00 @ 1463204216501 [May 14 07:37:03][AVG] [4] 0.00 @ 1463204217501 [May 14 07:37:03][AVG] [5] 29.00 @ 1463204219081 [May 14 07:37:03][AVG] [6] 50.00 @ 1463204220082 [May 14 07:37:03][AVG] [7] 49.00 @ 1463204221063 [May 14 07:37:03][AVG] [8] 50.00 @ 1463204222065 [May 14 07:37:03][AVG] [9] 50.00 @ 1463204223066 [May 14 07:37:03][AVG] [10] RESULT 16.773330 @ 1463204223066 [May 14 07:37:03][chn0] ==> number of tuples: 1 [May 14 07:37:03][chn0] compare: 1463204212500 1463204223066 [May 14 07:37:03][chn0] JSON request body: [ [ 1463204223066, 16.773329547605528 ] ] values sind: 5x0, 1x29, 1x49, 3x50 Summe: 228 Durchschnitt: 228/10=22,8 gesendeter Wert: 16.77 [May 14 07:37:04][chn0] Adding reading to queue (value=50.00 ts=1463204224067) [May 14 07:37:05][chn0] Adding reading to queue (value=50.00 ts=1463204225068) [May 14 07:37:06][chn0] Adding reading to queue (value=50.00 ts=1463204226069) [May 14 07:37:07][chn0] Adding reading to queue (value=50.00 ts=1463204227071) [May 14 07:37:08][chn0] Adding reading to queue (value=50.00 ts=1463204228072) [May 14 07:37:09][chn0] Adding reading to queue (value=50.00 ts=1463204229073) [May 14 07:37:10][chn0] Adding reading to queue (value=50.00 ts=1463204230074) [May 14 07:37:11][chn0] Adding reading to queue (value=50.00 ts=1463204231076) [May 14 07:37:12][chn0] Adding reading to queue (value=50.00 ts=14632042320
Re: [vz-dev] Fragen zum Protokoll "s0" in vzlogger
Servus, > Am 07.05.2016 um 09:40 schrieb Andreas Goetz : > >> 2016-05-06 22:22 GMT+02:00 Justin Otherguy : > >> - "mir war das mit dem Identifier neu; wie ist das definiert? Haben wir da >> schon eine Übersicht in der Art "für Protocol a -> identifier b“ o.ä.?" > > Gute Frage und nein. Siehe > https://github.com/volkszaehler/vzlogger/issues/255 als Merkel sehr gut, dann geht’s nicht unter! >> - "Gehe ich das falsch an oder sind die Mittelwerte falsch?" > > Räusper. Welche Mittelwerte? s. https://demo.volkszaehler.org/pipermail/volkszaehler-dev/2016-May/004983.html (daraus hatte ich zitiert); ich hole den Rest auch noch hierher: >> 2. Beispiel: >> >> [May 06 09:03:37][chn0] Adding reading to queue (value=0.00 ts=1462518217302) >> [May 06 09:03:38][chn0] Adding reading to queue (value=0.00 ts=1462518218302) >> [May 06 09:03:39][chn0] Adding reading to queue (value=6.00 ts=1462518219360) >> [May 06 09:03:40][chn0] Adding reading to queue (value=100.00 >> ts=1462518220363) >> [May 06 09:03:41][chn0] Adding reading to queue (value=100.00 >> ts=1462518221365) >> [May 06 09:03:42][chn0] Adding reading to queue (value=99.00 >> ts=1462518222358) >> [May 06 09:03:43][chn0] Adding reading to queue (value=100.00 >> ts=1462518223361) >> [May 06 09:03:44][chn0] Adding reading to queue (value=100.00 >> ts=1462518224363) >> [May 06 09:03:45][chn0] Adding reading to queue (value=100.00 >> ts=1462518225366) >> [May 06 09:03:46][chn0] Adding reading to queue (value=99.00 >> ts=1462518226358) >> [May 06 09:03:46][chn0] ==> number of tuples: 1 >> [May 06 09:03:46][chn0] compare: 1462518216302 1462518226358 >> [May 06 09:03:46][chn0] JSON request body: [ [ 1462518226358, >> 60.114856801909298 ] ] >> >> -> 704/10=70.4 vs. 60.11 >> >> Gehe ich das falsch an oder sind die Mittelwerte falsch? Soll ich hierfür auch ein Issue aufmachen? >> Vielen Dank schon mal bis hierhin für die tolle Unterstützung, Andreas! :) > > Vielleicht geht uns ja schon vor dem vz Treffen die Arbeit aus ;) genau. ...and the rocks might melt and the sea may burn (Tom Petty) Gruß, J.
Re: [vz-dev] Fragen zum Protokoll "s0" in vzlogger
Hi Andreas, > Am 06.05.2016 um 10:44 schrieb Andreas Goetz : > >> 2016-05-05 20:27 GMT+02:00 Justin Otherguy : >> >> sieht besser aus…seither ist der Abstand zwischen den Übertragungen konstant >> und der höchste „value“ war 101. >> -> damit scheint mir bestätigt, dass die Verwendung von „interval“ hier >> reingespuckt hat - sehr schön, etwas Klarheit :) >> >> Bleibt die Frage, wie aggtime sich hier auswirken sollte. >> - bei aggtime = 1 würde ich erwarten, dass die Impulse für 1 Sekunde >> gesammelt und dann in einem Request übertragen werden (value= (ca.) 100) >> > Ich auch- allerdings 50 statt 100 bei 50 Hz, es sei denn Dein GPIO triggert > auf beiden Flanken? nee - Denkfehler bei mir: ich hatte tatsächlich 100 Hz draufgegeben, daher die Werte; hab’s nun korrigiert. -> der Punkt ist auch erledigt >> - bei aggtime = 10 würde ich erwarten, dass die Impulse für 10 Sekunden >> gesammelt und dann in einem Request übertragen werden (value= (ca.) 1000) >> >> Habe ich hier die falsche Vorstellung? > > Denke nein. Wie kommst Du drauf dass da was falsch sein könnte? Hast Du mal > mit und ohne aggfixed interval getestet? ist erledigt, seit „interval“ raus ist; wollte nur nochmal meine Erwartung klar stellen -> auch ein Haken dran >> > >> Ich gebe 50 Hz auf den Eingang - und das sieht so aus, als würden die >> > >> auch (zum Grossteil) verarbeitet. >> > >> > Mal für die Doofen wie mich: Du erwartest aufgrund der 50 Hz also einen >> > konstanten Wert im Log, richtig? >> >> ex-akt. >> Das ist die Simulation für den Zustand „Pelletförderschnecke läuft“; der >> andere Zustand („…läuft nicht“) liefert eben 0 Hz und ist mit „send_zero“ >> erschlagen. > > Passt. Wobei das- wenn Matthias > https://github.com/volkszaehler/vzlogger/issues/252 gelöst hat alles nicht > mehr nötig sein sollte sondern einfach der Wert des Pins erfasst wird. ja, das klingt schick. Mein ursprünglicher Ansatz wäre gewesen (ich glaube, die Idee war hier auch schon mal auf der Liste), dass vzlogger den Statuswechsel loggt. Das hätte ich für zu fehleranfällig gehalten, wenn vzlogger den Status selbst nicht behält. Wenn eine Flanke unter geht (Last auf dem RPi, Reboot, …) Wenn vzlogger aber den aktuellen Status kennt, kann er ja nach Wunsch diesen zB alle 10s loggen. Das klingt für mich nach einer sehr guten Lösung, die auch eine hohe Auflösung erlaubt. > Das heißt also dass bei Dir aggtime auch ohne aggfixedinterval funktioniert? genau, s. https://github.com/volkszaehler/vzlogger/issues/231#issuecomment-217445086 Problematisch erscheint mir das fehlende send_zero. > Mit aktuellem logger? jo, guck: vzlogger -V 0.5.2 based on git version: heads/master-0-gd98c44860c last commit date: Wed, 4 May 2016 07:19:44 +0200 > Bitte kurzes Feedback hier, dann können wir den Bug schließen: > https://github.com/volkszaehler/vzlogger/issues/231 ja und nein…wo kam die Vermutung her, aggregation würde ohne aggfixedinterval nicht funktionieren? >> Neue Ideen? > > Jetzt hast Du mich erwischt. Wozu- läuft doch jetzt alles?? ja - aber s. meine self-replies: - "mir war das mit dem Identifier neu; wie ist das definiert? Haben wir da schon eine Übersicht in der Art "für Protocol a -> identifier b“ o.ä.?" - "Gehe ich das falsch an oder sind die Mittelwerte falsch?" Vielen Dank schon mal bis hierhin für die tolle Unterstützung, Andreas! :) Gruß, J.
Re: [vz-dev] Fragen zum Protokoll "s0" in vzlogger
Moin, nächstes Rätsel :) Mir schien bei der Auswahl des aggmode „sum“ am Logischsten: ich möchte ja alle Impulse gezählt haben. Hier kommt (vermutlich) der Wählertyp der MW hinzu - den lassen wir trotzdem mal noch aussen vor. Wenn ich die aggtime verändert, ändert das auch den geloggten Wert - klar: bei avg bliebe das gleich (Durchschnitt), die Summe hängt von der Zeit ab, über die ich zähle. Wenn ich mir die Werte für „sum“ anschaue, passt das perfekt: [May 06 09:10:35][chn0] Adding reading to queue (value=0.00 ts=1462518634830) [May 06 09:10:36][chn0] Adding reading to queue (value=0.00 ts=1462518635830) [May 06 09:10:37][chn0] Adding reading to queue (value=0.00 ts=1462518636830) [May 06 09:10:38][chn0] Adding reading to queue (value=0.00 ts=1462518637830) [May 06 09:10:39][chn0] Adding reading to queue (value=0.00 ts=1462518638830) [May 06 09:10:40][chn0] Adding reading to queue (value=55.00 ts=1462518640380) [May 06 09:10:41][chn0] Adding reading to queue (value=99.00 ts=1462518641372) [May 06 09:10:42][chn0] Adding reading to queue (value=100.00 ts=1462518642375) [May 06 09:10:43][chn0] Adding reading to queue (value=100.00 ts=1462518643377) [May 06 09:10:44][chn0] Adding reading to queue (value=100.00 ts=1462518644380) [May 06 09:10:44][chn0] ==> number of tuples: 1 [May 06 09:10:44][chn0] compare: 1462518633830 1462518644380 [May 06 09:10:44][chn0] JSON request body: [ [ 1462518644380, 454 ] ] -> 55+99+100+100+100 = 454 [May 06 09:10:45][chn0] Adding reading to queue (value=99.00 ts=1462518645372) [May 06 09:10:46][chn0] Adding reading to queue (value=100.00 ts=1462518646375) [May 06 09:10:47][chn0] Adding reading to queue (value=100.00 ts=1462518647377) [May 06 09:10:48][chn0] Adding reading to queue (value=100.00 ts=1462518648380) [May 06 09:10:49][chn0] Adding reading to queue (value=99.00 ts=1462518649372) [May 06 09:10:50][chn0] Adding reading to queue (value=48.00 ts=1462518649854) [May 06 09:10:51][chn0] Adding reading to queue (value=0.00 ts=1462518650855) [May 06 09:10:52][chn0] Adding reading to queue (value=0.00 ts=1462518651855) [May 06 09:10:53][chn0] Adding reading to queue (value=0.00 ts=1462518652855) [May 06 09:10:54][chn0] Adding reading to queue (value=0.00 ts=1462518653855) [May 06 09:10:54][chn0] ==> number of tuples: 1 [May 06 09:10:54][chn0] compare: 1462518644380 1462518653855 [May 06 09:10:54][chn0] JSON request body: [ [ 1462518653855, 546 ] ] -> ebenso. Wenn ich nun auf avg umschalte, sehe ich das: [May 06 09:03:27][chn0] Adding reading to queue (value=99.00 ts=1462518207356) [May 06 09:03:28][chn0] Adding reading to queue (value=100.00 ts=1462518208358) [May 06 09:03:29][chn0] Adding reading to queue (value=94.00 ts=1462518209301) [May 06 09:03:30][chn0] Adding reading to queue (value=0.00 ts=1462518210301) [May 06 09:03:31][chn0] Adding reading to queue (value=0.00 ts=1462518211301) [May 06 09:03:32][chn0] Adding reading to queue (value=0.00 ts=1462518212301) [May 06 09:03:33][chn0] Adding reading to queue (value=0.00 ts=1462518213301) [May 06 09:03:34][chn0] Adding reading to queue (value=0.00 ts=1462518214302) [May 06 09:03:35][chn0] Adding reading to queue (value=0.00 ts=1462518215302) [May 06 09:03:36][chn0] Adding reading to queue (value=0.00 ts=1462518216302) [May 06 09:03:36][chn0] ==> number of tuples: 1 [May 06 09:03:36][chn0] compare: 1462518206363 1462518216302 [May 06 09:03:36][chn0] JSON request body: [ [ 1462518216302, 38.91719421811 ] ] -> 99+100+94=293; als Durchschnitt für die 10 Sekunden (aggtime=10) hätte ich also 293/10=29.3 erwartet; geloggt wird aber 38.92 2. Beispiel: [May 06 09:03:37][chn0] Adding reading to queue (value=0.00 ts=1462518217302) [May 06 09:03:38][chn0] Adding reading to queue (value=0.00 ts=1462518218302) [May 06 09:03:39][chn0] Adding reading to queue (value=6.00 ts=1462518219360) [May 06 09:03:40][chn0] Adding reading to queue (value=100.00 ts=1462518220363) [May 06 09:03:41][chn0] Adding reading to queue (value=100.00 ts=1462518221365) [May 06 09:03:42][chn0] Adding reading to queue (value=99.00 ts=1462518222358) [May 06 09:03:43][chn0] Adding reading to queue (value=100.00 ts=1462518223361) [May 06 09:03:44][chn0] Adding reading to queue (value=100.00 ts=1462518224363) [May 06 09:03:45][chn0] Adding reading to queue (value=100.00 ts=1462518225366) [May 06 09:03:46][chn0] Adding reading to queue (value=99.00 ts=1462518226358) [May 06 09:03:46][chn0] ==> number of tuples: 1 [May 06 09:03:46][chn0] compare: 1462518216302 1462518226358 [May 06 09:03:46][chn0] JSON request body: [ [ 1462518226358, 60.114856801909298 ] ] -> 704/10=70.4 vs. 60.11 Gehe ich das falsch an oder sind die Mittelwerte falsch? Ich habe meinen Testaufbau wie folgt verändert: der Arduino gibt weiterhin 50 Hz - allerdings nur für 10s; anschliessend gibt es 10s keine Impulse raus und dann geht’s von vorne los also die Simulation der getakteten Förderschnecke (10s an, 10s aus) Gruß, J.
Re: [vz-dev] Fragen zum Protokoll "s0" in vzlogger
…update: > Am 05.05.2016 um 20:27 schrieb Justin Otherguy : > >> Am 05.05.2016 um 12:28 schrieb Andreas Goetz : >> >> 2016-05-05 12:12 GMT+02:00 Justin Otherguy : >> >>> Am 05.05.2016 um 11:57 schrieb Andreas Goetz : >>> >>> 2016-05-05 8:18 GMT+02:00 Justin Otherguy : >>> >>>>> Hier ist meine vzlogger.conf: >>>>> http://pastie.org/10824437 >>>>> >>>>> Ich hatte das Thema als Github-Issue #249 eröffnet - dann zeigte sich >>>>> aber, dass das auf der ML besser aufgehoben ist. >>>>> Hier schon mal ein paar Zwischenergebnisse und neue Fragen: >>>>> >>>>> 1. bei der Verwendung von s0 in Kombination mit "interval": 1 werden lt. >>>>> Matthias für 1 s keine Daten gezählt >>>>> das verstehe ich nicht; weder leuchtet mir ein, wieso oder wozu das so >>>>> sein soll noch deckt es sich mit meiner Beobachtung - habe ich das falsch >>>>> verstanden? >>>>> >>>> Das soll gar nicht sein. S0 reagiert auf Impulse (!), interval pollt. Die >>>> beiden Settings schließen sich logisch eigentlich aus und sollten nicht >>>> zusammen verwendet werden. >>> >>> ok - richtig wäre also, interval nicht zu setzen, wenn ich s0 nutze, >>> korrekt? >>> >> M.E. ja! > > done! s. [3] > > sieht besser aus…seither ist der Abstand zwischen den Übertragungen konstant > und der höchste „value“ war 101. > -> damit scheint mir bestätigt, dass die Verwendung von „interval“ hier > reingespuckt hat - sehr schön, etwas Klarheit :) > > Bleibt die Frage, wie aggtime sich hier auswirken sollte. > - bei aggtime = 1 würde ich erwarten, dass die Impulse für 1 Sekunde > gesammelt und dann in einem Request übertragen werden (value= (ca.) 100) > - bei aggtime = 10 würde ich erwarten, dass die Impulse für 10 Sekunden > gesammelt und dann in einem Request übertragen werden (value= (ca.) 1000) > > Habe ich hier die falsche Vorstellung? ja! wenn ich schon grepe (greppe?), dann doch auch auf die richtige Zeile: [May 05 20:48:38][s0] Reading S0 - returning 2 readings (n=99 n_neg = 0) [May 05 20:48:38][mtr0] Got 2 new readings from meter: [May 05 20:48:38][mtr0] Reading: id=Power/StringItentifier: value=359274156.25 ts=1462474118547 [May 05 20:48:38][mtr0] Reading: id=Impulse/StringItentifier: value=99.00 ts=1462474118547 [May 05 20:48:39][s0] Reading S0 - returning 2 readings (n=100 n_neg = 0) [May 05 20:48:39][mtr0] Got 2 new readings from meter: [May 05 20:48:39][mtr0] Reading: id=Power/StringItentifier: value=358923222.80 ts=1462474119550 [May 05 20:48:39][mtr0] Reading: id=Impulse/StringItentifier: value=100.00 ts=1462474119550 -> das sind 2 Blöcke; davon erscheint jede Sekunde einer (aus welchem Grund auch immer - anderes Thema) Das hier ist der Block, den ich suche: May 05 20:48:39][chn0] ==> number of tuples: 0 [May 05 20:48:39][chn0] JSON request body is null. Nothing to send now. [May 05 20:48:39][chn0] Buffer dump (size=0): {} Und der erscheint tatsächlich im Abstand von aggtime! :) >>>> Wir haben seit ewigen Zeiten aber vmtl. diesen Fehler offen: >>>> https://github.com/volkszaehler/vzlogger/issues/231 Könnte das die Ursache >>>> sein? >>> >>> das ist ein guter Punkt - vielleicht können wir das nun gleich mit klären. >>> >>> Ich habe send_zero nun auskommentiert [1] - Auszug aus dem Log (wieder >>> gegrept nach Impulse/StringItentifier): >> >> Das ist schon Fehlersuche aus dem Issue- noch wissen wir nicht obs bei Dir >> vorher einen anderen Fehler gibt der den überlagert. >> Könntest Du bitte erstmal testen ob aggtime wie erwartet funktioniert wenn >> Du aggfixedinterval ebenfalls setzt? Dann wissen wir ob das Logging wie >> erwartet läuft und können dann in send_zero aus dem Issue einsteigen. > > jepp. > > Habe aggfixedinterval aktiviert (s. [3]) und es werden weiterhin jede Sekunde > die Werte geloggt: > > [May 05 20:26:28][mtr0] Reading: id=Impulse/StringIdentifier: value=100.00 > ts=1462472788615 > [May 05 20:26:29][mtr0] Reading: id=Impulse/StringIdentifier: value=99.00 > ts=1462472789607 > [May 05 20:26:30][mtr0] Reading: id=Impulse/StringIdentifier: value=100.00 > ts=1462472790610 > [May 05 20:26:31][mtr0] Reading: id=Impulse/StringIdentifier: value=100.00 > ts=1462472791612 > [May 05 20:26:32][mtr0] Reading: id=Impulse/StringIdentifier: value=100.00 > ts=1462472792615 > [May 05 20:26:33][mtr0] Reading: id=Impulse/StringIdentifier: value=99.00 > ts=1462472793608 > [May 05 20:26:34][mtr0] Reading: id=Impulse/Str
Re: [vz-dev] Fragen zum Protokoll "s0" in vzlogger
Moin, > Am 05.05.2016 um 12:28 schrieb Andreas Goetz : > > Servus (ich muss endlich in den Garten ;) …war ich schon :D > 2016-05-05 12:12 GMT+02:00 Justin Otherguy : > > > Am 05.05.2016 um 11:57 schrieb Andreas Goetz : > > >> 2016-05-05 8:18 GMT+02:00 Justin Otherguy : >> >> >> Hier ist meine vzlogger.conf: >> >> http://pastie.org/10824437 >> >> >> >> Ich hatte das Thema als Github-Issue #249 eröffnet - dann zeigte sich >> >> aber, dass das auf der ML besser aufgehoben ist. >> >> Hier schon mal ein paar Zwischenergebnisse und neue Fragen: >> >> >> >> 1. bei der Verwendung von s0 in Kombination mit "interval": 1 werden lt. >> >> Matthias für 1 s keine Daten gezählt >> >> das verstehe ich nicht; weder leuchtet mir ein, wieso oder wozu das so >> >> sein soll noch deckt es sich mit meiner Beobachtung - habe ich das falsch >> >> verstanden? >> >> >> > Das soll gar nicht sein. S0 reagiert auf Impulse (!), interval pollt. Die >> > beiden Settings schließen sich logisch eigentlich aus und sollten nicht >> > zusammen verwendet werden. >> >> ok - richtig wäre also, interval nicht zu setzen, wenn ich s0 nutze, korrekt? >> > M.E. ja! done! s. [3] sieht besser aus…seither ist der Abstand zwischen den Übertragungen konstant und der höchste „value“ war 101. -> damit scheint mir bestätigt, dass die Verwendung von „interval“ hier reingespuckt hat - sehr schön, etwas Klarheit :) Bleibt die Frage, wie aggtime sich hier auswirken sollte. - bei aggtime = 1 würde ich erwarten, dass die Impulse für 1 Sekunde gesammelt und dann in einem Request übertragen werden (value= (ca.) 100) - bei aggtime = 10 würde ich erwarten, dass die Impulse für 10 Sekunden gesammelt und dann in einem Request übertragen werden (value= (ca.) 1000) Habe ich hier die falsche Vorstellung? >> Das probiere ich mal aus. Falls ich das richtig verstanden habe: haben wir >> eine Chance, das beim Parsen der Config entweder >> - als Fehler auszugeben -> vzlogger beendet sich oder >> - als Warning auf der Konsole und im Logfile? >> > Mach bitte ein Issue auf. done! s. [4] > >> Ausschnitt aus vzlogger.conf: > >> [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 > >> [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 > >> [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 > >> [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 > >> [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 > >> [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 > >> [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 > >> [May 05 08:11:31][s0] Reading S0 - returning 4 readings (n=100 n_neg = 0) > >> [May 05 08:11:31][mtr0] Got 4 new readings from meter: > >> [May 05 08:11:31][mtr0] Reading: id=Power/StringIdentifier: > >> value=359281.40 ts=1462428691862 > >> [May 05 08:11:31][mtr0] Reading: id=Impulse/StringIdentifier: value=100.00 > >> ts=1462428691862 > >> [May 05 08:11:31][mtr0] Reading: id=Power_neg/StringIdentifier: value=0.00 > >> ts=1462428691862 > >> [May 05 08:11:31][mtr0] Reading: id=Impulse_neg/StringIdentifier: > >> value=0.00 ts=1462428691862 > >> [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 > >> [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 > >> [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 > >> [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 > >> [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 > >> [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 > >> [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 > >> > >> Ich gebe 50 Hz auf den Eingang - und das sieht so aus, als würden die auch > >> (zum Grossteil) verarbeitet. > > Mal für die Doofen wie mich: Du erwartest aufgrund der 50 Hz also einen > konstanten Wert im Log, richtig? ex-akt. Das ist die Simulation für den Zustand „Pelletförderschnecke läuft“; der andere Zustand („…läuft nicht“) liefert eben 0 Hz und ist mit „send_zero“ erschlagen. > >> 2. aggtime ist die Zeit, über die aggregiert wird > >> > >> das scheint mir nicht immer zu funktionieren - noch ein Auszug, jetzt > >> gegrept nach "Impulse/StringIdentifier“: > >> > >> [May 05 08:12:36][mtr0] Reading: id=Impulse/StringIdentifier: value=100.00 > >> ts=1462428756878 > >> [May 05 08:12:37][mtr0] Readi
Re: [vz-dev] Fragen zum Protokoll "s0" in vzlogger
Hi Udo, > Am 05.05.2016 um 12:39 schrieb Udo1 : > > Am 05.05.2016 um 12:28 schrieb Andreas Goetz: >> ich verwende Udos whm [2] „produktiv“ und im Test hier gerade einen Arduino, >> der 50 Hz auf den GPIO17 des RPi ausgibt. > 50Hz sind aber jetzt auch schon eine Nummer... Wozu sollte man bei einem > Betriebsstundenzähler eine Auflösung von 20ms brauchen? > Eine Sekunde oder 10 Sekunden würde doch völlig ausreichen. klar. Mein Gedanke war: wenn der Pi das in 50Hz-Auflösung einlesen kann: warum nicht? Die Daten werden ja dann aggregiert übermittelt. Welche Auflösung sinnvoll oder notwendig ist, ist eine andere Frage - da taste ich mich ran. Meine Fragen haben m.E. mit der Auflösung nichts zu tun; die Probleme treten höchstwahrscheinlich mit 1 Hz auch auf. Mein Ziel ist es, die Phänomene zu verstehen und ggf. vorhandene Bugs (oder eben auch Doku-Lücken) zu finden und auszumerzen. Als Prototyp hab ich’s am Laufen - nun würde ich das gerne noch etwas schleifen und verbessern. Gruß, J.
Re: [vz-dev] Does libSML compile on esp8266?
Moin, > Am 05.05.2016 um 15:52 schrieb Tim Abels : > > Zu LibSML: wen kann ich dazu befragen? ich würde mal sagen, dass Du hier auf der Liste die besten Chancen hast, aktive Entwickler zu erwischen. Der Network-Graph auf github liest sich für mich auch so: https://github.com/volkszaehler/libsml/network TheCount war m.E. zumindest mal hier auf der Liste, Ob r3wald hier auch mitliest?!? Jenseits libsml gibt’s noch openmuc.org - die hatten wir mal angefunkt, aber keine Reaktion erhalten. Die haben das auf Basis von Java gebaut. Dann gibt’s da noch devZer0: unter https://github.com/devZer0/libsml-testing hat er mal echte SML-Mitschnitte gesammelt; er hatte hier mitgelesen - tut er m.W. derzeit aber nicht. Das hier scheint recht aktuell, auf Basis von LUA - wie generisch oder generalisierbar das aber ist? https://github.com/hpd96/easymeter > Leistungsschwach würde ich den ESP nicht nennen. Hier mal ein Auszug aus > Wikipedia: schon klar - ich meinte: für Linux spielt der halt schlicht in der falschen Liga. Und wenn Du Linux hast, hast Du eine andere Infrastruktur, auf die Du bauen kannst. Ist halt alles relativ; im Vergleich zu anderen Controllern (insbesondere für das Geld) ist das natürlich spektakulär. Gruß, J.
Re: [vz-dev] Fragen zum Protokoll "s0" in vzlogger
Hi, > Am 05.05.2016 um 11:57 schrieb Andreas Goetz : > > 2016-05-05 8:18 GMT+02:00 Justin Otherguy : > >> um die Menge verbrauchter Pellets zu bestimmen, verwende ich das Protokoll >> „s0“ in vzlogger zusammen mit dem „Betriebsstundensensor“ in der Middleware. >> Mir scheint, ich habe ein paar Dinge in vzlogger noch nicht verstanden - >> vielleicht könnt Ihr mir helfen, Licht drauf zu werfen. >> > Sensor = Wert oder Zustand. Ist eigentlich per Definition mit S0 (=Impuls > oder Änderung) nicht verdaulich und allenfalls ein Hack. Siehe > https://github.com/volkszaehler/vzlogger/issues/252 wie wir das ändern wollen. ok - ich habe (für den Moment) die Middleware absichtlich mal rausgelassen, damit wir das Stück für Stück einmal durchkauen können. >> Hier ist meine vzlogger.conf: >> http://pastie.org/10824437 >> >> Ich hatte das Thema als Github-Issue #249 eröffnet - dann zeigte sich aber, >> dass das auf der ML besser aufgehoben ist. >> Hier schon mal ein paar Zwischenergebnisse und neue Fragen: >> >> 1. bei der Verwendung von s0 in Kombination mit "interval": 1 werden lt. >> Matthias für 1 s keine Daten gezählt >> das verstehe ich nicht; weder leuchtet mir ein, wieso oder wozu das so sein >> soll noch deckt es sich mit meiner Beobachtung - habe ich das falsch >> verstanden? >> > Das soll gar nicht sein. S0 reagiert auf Impulse (!), interval pollt. Die > beiden Settings schließen sich logisch eigentlich aus und sollten nicht > zusammen verwendet werden. ok - richtig wäre also, interval nicht zu setzen, wenn ich s0 nutze, korrekt? Das probiere ich mal aus. Falls ich das richtig verstanden habe: haben wir eine Chance, das beim Parsen der Config entweder - als Fehler auszugeben -> vzlogger beendet sich oder - als Warning auf der Konsole und im Logfile? >> Ausschnitt aus vzlogger.conf: >> [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 >> [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 >> [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 >> [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 >> [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 >> [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 >> [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 >> [May 05 08:11:31][s0] Reading S0 - returning 4 readings (n=100 n_neg = 0) >> [May 05 08:11:31][mtr0] Got 4 new readings from meter: >> [May 05 08:11:31][mtr0] Reading: id=Power/StringIdentifier: value=359281.40 >> ts=1462428691862 >> [May 05 08:11:31][mtr0] Reading: id=Impulse/StringIdentifier: value=100.00 >> ts=1462428691862 >> [May 05 08:11:31][mtr0] Reading: id=Power_neg/StringIdentifier: value=0.00 >> ts=1462428691862 >> [May 05 08:11:31][mtr0] Reading: id=Impulse_neg/StringIdentifier: value=0.00 >> ts=1462428691862 >> [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 >> [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 >> [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 >> [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 >> [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 >> [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 >> [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 >> >> Ich gebe 50 Hz auf den Eingang - und das sieht so aus, als würden die auch >> (zum Grossteil) verarbeitet. >> >> >> 2. aggtime ist die Zeit, über die aggregiert wird >> >> das scheint mir nicht immer zu funktionieren - noch ein Auszug, jetzt >> gegrept nach "Impulse/StringIdentifier“: >> >> [May 05 08:12:36][mtr0] Reading: id=Impulse/StringIdentifier: value=100.00 >> ts=1462428756878 >> [May 05 08:12:37][mtr0] Reading: id=Impulse/StringIdentifier: value=99.00 >> ts=1462428757871 >> [May 05 08:12:38][mtr0] Reading: id=Impulse/StringIdentifier: value=100.00 >> ts=1462428758874 >> [May 05 08:12:48][mtr0] Reading: id=Impulse/StringIdentifier: value=998.00 >> ts=1462428768879 >> [May 05 08:12:49][mtr0] Reading: id=Impulse/StringIdentifier: value=100.00 >> ts=1462428769882 >> [May 05 08:12:50][mtr0] Reading: id=Impulse/StringIdentifier: value=99.00 >> ts=1462428770874 >> [May 05 08:12:51][mtr0] Reading: id=Impulse/StringIdentifier: value=100.00 >> ts=1462428771877 >> >> -> in der Liste hat’s ein Mal geklappt: „value=998“, sonst immer ca. 100. >> >> Wie kann ich das genauer eingrenzen? >> > Ich kann nicht erkennen wo/was da nicht funktioniert insofern schwer zu
Re: [vz-dev] Fragen zum Protokoll "s0" in vzlogger
oh - ich vergass die vzlogger-Version: # ./src/vzlogger -V 0.5.2 based on git version: heads/master-0-gd98c44860c last commit date: Wed, 4 May 2016 07:19:44 +0200 zu erkennen auch am „d“ in „Identifier": > Am 05.05.2016 um 08:18 schrieb Justin Otherguy : > > Reading: id=Power/StringIdentifier: ;-)
Re: [vz-dev] Does libSML compile on esp8266?
Moin Tim, > Am 04.05.2016 um 16:18 schrieb Tim Abels : > > Die Lib ist eingebunden und wird aufgerufen, gibt aber nur eine 1 für > SML_PARSE_ERROR zurück. > > Ohne Dokumentation oder Fachmann komme ich da nicht weiter. ich würde gerne unterstützen - kann Dir Deine Fragen aber nicht beantworten. Etwas historisches Wissen habe ich noch: - die SMLlib wurde mit dem Ziel geschrieben, dass sie sich sowohl auf Linux übersetzen lässt als auch auf einem ATmega lauffähig ist -> Ziel war also, das Ding schlank zu halten - Tobias hat sich m.E. seit dem initialen Commit auf github nicht mehr um den Code gekümmert - er hatte mir damals (im Oktober 2011 - der Commit ist von Juni 2011) noch einen Tar-Ball geschickt, den lasse ich Dir per PM zukommen - keine Ahnung, ob das hilft - Idee war glaube ich eine Implementierung für Flukso (http://flukso.net/) und zwar auf dem ATmega-basierten Tochter-Board Wichtig erscheint mir noch: wenn es eine Chance gibt, libsml statt SMLlib auf dem esp zum Laufen zu bekommen, wäre das m.E. sehr viel besser, weil: - libsml ist inzwischen mit allen SML-basierten Zählern kompatibel, die uns unter gekommen sind - libsml funktioniert und läuft stabil - auch da ist viel Zeit reingeflossen; das stünde SMLlib noch bevor - das hat den Status eines Prototypen Aber: libsml wurde schon von Anfang an mit Linux als Zielplattform (und mit einem entsprechend leistungsfähigen System) konzipiert; daran könnte die Portierung von libsml scheitern. Falls es mit libsml also nicht klappen will, wäre SMLlib auf dem esp auch ziemlich genial. HTH. Gruß, J.
[vz-dev] Fragen zum Protokoll "s0" in vzlogger
Hi, um die Menge verbrauchter Pellets zu bestimmen, verwende ich das Protokoll „s0“ in vzlogger zusammen mit dem „Betriebsstundensensor“ in der Middleware. Mir scheint, ich habe ein paar Dinge in vzlogger noch nicht verstanden - vielleicht könnt Ihr mir helfen, Licht drauf zu werfen. Hier ist meine vzlogger.conf: http://pastie.org/10824437 Ich hatte das Thema als Github-Issue #249 eröffnet - dann zeigte sich aber, dass das auf der ML besser aufgehoben ist. Hier schon mal ein paar Zwischenergebnisse und neue Fragen: 1. bei der Verwendung von s0 in Kombination mit "interval": 1 werden lt. Matthias für 1 s keine Daten gezählt das verstehe ich nicht; weder leuchtet mir ein, wieso oder wozu das so sein soll noch deckt es sich mit meiner Beobachtung - habe ich das falsch verstanden? Ausschnitt aus vzlogger.conf: [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 [May 05 08:11:31][s0] Reading S0 - returning 4 readings (n=100 n_neg = 0) [May 05 08:11:31][mtr0] Got 4 new readings from meter: [May 05 08:11:31][mtr0] Reading: id=Power/StringIdentifier: value=359281.40 ts=1462428691862 [May 05 08:11:31][mtr0] Reading: id=Impulse/StringIdentifier: value=100.00 ts=1462428691862 [May 05 08:11:31][mtr0] Reading: id=Power_neg/StringIdentifier: value=0.00 ts=1462428691862 [May 05 08:11:31][mtr0] Reading: id=Impulse_neg/StringIdentifier: value=0.00 ts=1462428691862 [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 [May 05 08:11:31][S0] MeterS0:HWIF_GPIO:first poll returned 1 Ich gebe 50 Hz auf den Eingang - und das sieht so aus, als würden die auch (zum Grossteil) verarbeitet. 2. aggtime ist die Zeit, über die aggregiert wird das scheint mir nicht immer zu funktionieren - noch ein Auszug, jetzt gegrept nach "Impulse/StringIdentifier“: [May 05 08:12:36][mtr0] Reading: id=Impulse/StringIdentifier: value=100.00 ts=1462428756878 [May 05 08:12:37][mtr0] Reading: id=Impulse/StringIdentifier: value=99.00 ts=1462428757871 [May 05 08:12:38][mtr0] Reading: id=Impulse/StringIdentifier: value=100.00 ts=1462428758874 [May 05 08:12:48][mtr0] Reading: id=Impulse/StringIdentifier: value=998.00 ts=1462428768879 [May 05 08:12:49][mtr0] Reading: id=Impulse/StringIdentifier: value=100.00 ts=1462428769882 [May 05 08:12:50][mtr0] Reading: id=Impulse/StringIdentifier: value=99.00 ts=1462428770874 [May 05 08:12:51][mtr0] Reading: id=Impulse/StringIdentifier: value=100.00 ts=1462428771877 -> in der Liste hat’s ein Mal geklappt: „value=998“, sonst immer ca. 100. Wie kann ich das genauer eingrenzen? Danke schon mal! Gruß, J.
[vz-dev] grid:camp(<<2016.04>>)
Servus, Bart (Mr. Flukso) van der Meerssche lässt das Elektro-Camp wieder aufleben! :) Am Fr./Sa. 22./23.4. findet in Brüssel das grid:camp(<<2016.04>>) statt. Falls Ihr nicht wisst, was Euch erwartet: ca. 20-30 verrückte Hacker, die sich irgendwo zwischen Hardware (Bart hat z.B. schon mal einen beeindruckenden Vortrag über die HF-Aspekte beim Layout seiner Boards gehalten, Udo hat auch schon des Öfteren seine neusten Kreationen präsentiert) und Software (MQTT, Bonjour, …) eingegraben haben und fantastische Erkenntnisse mit Euch teilen wollen. Mathias Dalheimer (Fraunhofer ITWM in Kaiserslautern, der Initiator von mysmartgrid.de) mit seinem Team, die Macher von http://openenergymonitor.org/ (emonCMS) aus Wales, Jean-Claude Wippler (http://jeelabs.org/, der Erfinder der JeeNodes) und einige andere sind meist mit dabei. Na, Mund wässrig? Prima! :) Meine Route läuft aus Baden nach Brüssel, ich fahre selbst mit dem Auto und hätte noch Plätze frei. Gruß, J.
Re: [vz-dev] Logo im Wiki
Hi, > Am 21.02.2016 um 13:04 schrieb Andreas Goetz : > > PPS.: Die Kontaktangaben stimmen auch nicht mehr (u.a. Steffen): > http://wiki.volkszaehler.org/doku.php/contact stimmt, habe ich auch aktualisiert. Danke! Gruß, J.
Re: [vz-dev] Logo im Wiki
Moin, > Am 21.02.2016 um 13:01 schrieb Andreas Goetz : > > PS.: Schaffen wir es noch das doku.php virtuell wieder auf / zu legen? das wäre zumindest mein Plan. Ich hab noch nicht raus, wie das geht - vielleicht finde ich auch hier Unterstützung. > So war es im alten Wiki, dann sollten auch die Links wie > wiki.vz.org/howto/debug wieder passen? Problem ist: wenn wir das lange genug so laufen lassen, brauchen wir’s nicht mehr umzubiegen... Gruß, J.
Re: [vz-dev] Logo im Wiki
Hi, > Am 21.02.2016 um 11:32 schrieb Andreas Götz : > > Und das Logo könnte für meinen Geschmack nochmal die halbe Grösse verteagen, > vllt 48px damit das Alignment mit dem oberen Menü passt. in der Tat. Auch geändert. So gut? Gruß, J.
Re: [vz-dev] Wikibreite
Moin Mirko, > Am 21.02.2016 um 12:10 schrieb Sirko : > > da das neue Dokuwiki schmaler ist, gibt es jetzt viele unschöne Stellen, an > denen man z.B. bei Code oder bei Tabellen in der Breite scrollen muß. > Außerdem sind normale moderne Monitore etwa doppelt so breit, wie das Wiki. jepp, guter Punkt! > Ich schlage deshalb vor, die Breite zu erhöhen. > Bei meinem privaten Dokuwiki hab ich dazu die Variable > > __site_width__ = "90em" > > eingestellt (von 75em auf 90 em). (wieder was gelernt, kuhl) > Das geht normalerweise in der > > ...dokuwiki/lib/tpl/dokuwiki/style.local.ini (welche eine Kopie der > ...dokuwiki/lib/tpl/dokuwiki/style.ini ist). > https://www.dokuwiki.org/template:dokuwiki#changing_the_width_and_other_styles > > (Allerdings hat das bei mir nicht funktioniert, ich mußte die Variable direkt > in der style.ini ändern…) das hat sich wohl geändert, ich hab folgendes gemacht: - in conf/tpl/dokuwiki (conf statt lib, lib ist alt) - eine style.ii (style.local.ini ist alt) angelegt mit dem Inhalt: [replacements] __site_width__ = „90em“ Tut - und sieht besser aus - *bedankt* :) Gruß, J.
Re: [vz-dev] Logo im Wiki
Hi, > Am 21.02.2016 um 12:19 schrieb Andreas Götz : > >> Am 21.02.2016 um 11:50 schrieb Udo1 : >> >>> Am 21.02.2016 um 11:32 schrieb Andreas Götz: >>> Der Downloadlink im Wiki geht nicht- too many redirects. >> Welcher Link? > > Direkt "Download" auf der Homepage, neben "Wiki“. danke! Gefixt (und gleich noch ein paar andere Links von der Webseite auf das Wiki). Gruß, J.
Re: [vz-dev] Logo im Wiki
Moin, > Am 21.02.2016 um 09:17 schrieb Daniel Lauckner : > > Danke. :) kein Ding :) > War ja dann doch überraschend einfach. Hätte ich nicht erwartet > obwohl im (generierten) Quelltext die Größe des Bildes so > eindeutig definiert ist… jepp. Offenbar liest das PHP die Bildgröße aus und trägt diese ins HTML ein; das hat den Vorteil, dass der Browser schon mal ausreichend Platz reservieren kann, solange das Bild noch nicht geladen ist. Gruß, J.
Re: [vz-dev] Logo im Wiki
Hi Udo, > Am 20.02.2016 um 14:11 schrieb Udo1 : > > Am 20.02.2016 um 13:42 schrieb Justin Otherguy: >> Zur Logogröße: >> gefällt mir auch nicht. Die Größe scheint im Standard-Template definiert zu >> sein. Wer da mal reinbohren will - das würde mich freuen. > Ist das nicht das favicon.png? nein, favicon.png auf wiki.vz ist ein DokuWiki-Bildchen. Zusammen mit Christians Tipp habe ich aber mal nach der logo.png gesucht und bin fündig geworden: $ find . -name logo.png ./data/media/logo.png logo.png liegt also in dokuwiki/data/media und hat 280x280 Pixel: $ file ./data/media/logo.png logo.png: PNG image data, 280 x 280, 8-bit/color RGBA, non-interlaced Die also per ImageMagick skaliert: $ convert -scale 80x80 logo.png logo-80.png und ausgetauscht - et viola: http://wiki.volkszaehler.org/doku.php Danke für die Unterstützung! :-) Und gebt weiterhin Bescheid, wenn Euch etwas nicht gefällt! Gruß, J.
Re: [vz-dev] Logo im Wiki
Hi Christian, danke für Deine Unterstützung! :) > Am 20.02.2016 um 15:41 schrieb Christian Schnellrieder > : > > Kannst du dir mal die doku.php ansehen. Zeile 41 > Hier steht genau die Breite und Höhe. 80 80 sollte es tun meiner Meinung nach. hm - Du hast in den HTML-Code geschaut; doku.php ist ein PHP-Skript, welches ausgeführt wird und dann HTML ausgibt. doku.php auf der Platte stimmt also nicht mit dem HTML überein insofern ist das schon mal ein erster Schritt, aber wir sind noch nicht am Ziel… Ich bin sicher, dass es einen Weg gibt, der in DokuWiki vorgesehen ist, um die Größe des Logos einzustellen - wir wollen uns ja auch nicht gleich wieder von den Updates abschneiden... Gruß, J.
Re: [vz-dev] Logo im Wiki
Moin, > Am 20.02.2016 um 13:11 schrieb Udo1 : > > Am 20.02.2016 um 12:13 schrieb Daniel Lauckner: >> Das neue Logo im Wiki fällt ziemlich groß aus. > Auf das Logo hat nur Justin Zugriff. ich will mal etwas Licht ins Dunkel bringen: bis letzte Woche lief demo.volkszaehler.org noch auf Debian 7 (wheezy). Für den Push-Server sollte neuerdings Apache 2.4 genutzt werden, weil mod_proxy_wstunnel benötigt wird. In Wheezy ist nur Apache 2.2 (ohne mod_proxy_wstunnel) enthalten. Gute Gelegenheit also, mal g’schwind(TM) auf Debian 8 (jessie) zu aktualisieren. Hat auch recht glatt funktioniert - bis auf das Wiki, das lief anschliessend nicht mehr (bis auf die Einstiegsseite - die ging noch). Also: Flucht nach vorne - auch das Wiki hat schon länger mal dringend ein Update benötigt. Dem stand das Template im Wege, welches wir vor Jahren mal gebaut haben, um dem Wiki den gleichen Anstrich wie die Webseite zu geben. Und genau dieses war nicht mehr kompatibel mit der aktuellen Version von DokuWiki. Ich selbst kenne mich mit DokuWiki nicht besonders gut aus - drum war nicht klar, wo ich da hingreifen muss. Wir hatten schon länger mal überlegt, ob wir eher „Template reparieren“ oder eher „auf Template verzichten“ wählen. Nachdem wir mit „Template reparieren“ gescheitert waren, blieb nur „auf Template verzichten“. Das war also die einzige Option. Zur Funktionalität des Wiki: bereits seit ein paar Monaten hatte die Registrierung neuer Benutzer nicht mehr funktioniert - auch das ist nun repariert (darüber bin ich sehr froh, weil es die Mitarbeit erleichtert und sich so Arbeit auf mehr Schultern verteilen lässt). Das Einzige, was ich noch vermisse, sind die „schönen URLs“, z.B. http://wiki.volkszaehler.org/contact; die sehen derzeit so aus: http://wiki.volkszaehler.org/doku.php/contact. Das ist an sich nicht so schlimm, weil das Wiki die eigenen Verlinkungen anpasst - allerdings sind externe Links betroffen, z.B. http://wiki.volkszaehler.org/hardware/controllers/doku.php . Die finden sich z.B. im PV-Forum. Zur Logogröße: gefällt mir auch nicht. Die Größe scheint im Standard-Template definiert zu sein. Wer da mal reinbohren will - das würde mich freuen. Die Schritte wären m.E.: - DokuWiki auf einem Server (eigene VM, RPi o.ä.) aufsetzen (am Besten mit Debian 8) - anschauen, wie groß das Logo dort ist - falls es dort genau so groß ist: rausfinden, wie sich das ändern lässt (Template anpassen? anderes Template aussuchen? (ggf. klären, wie hoch die Wahrscheinlichkeit ist, dass dieses weiter gepflegt wird…)) Ich kann gerne auch einen Abzug des aktuellen Wiki (ca. 100 MB ohne Cache und Benutzer-Datenbank) bereit stellen - bitte PM an mich. Kurzum: - mit der Debian-Version sollten wir nun für 2 Jahre Ruhe haben - das Wiki läuft nun wieder auf der aktuellen Version - externe Links auf das Wiki sind derzeit noch defekt - hier kann ich Unterstützung gebrauchen - mir gefällt das riesige Logo auch nicht - hier kann ich Unterstützung gebrauchen Also: frisch ans Werk! Ein „das gefällt mir nicht!“ ist m.E. ein prima Anfang und eine tolle Motivation, um etwas zum Projekt beizutragen :) Schönes Rest-WE! Gruß, J. BTW: sollte sich Jemand finden, der das (alte) schöne Template auf das aktuelle DokuWiki anpasst, können wir das m.E. gerne nochmal reanimieren. Nach der Erfahrung allerdings bin ich skeptisch, ob das eine gute Idee ist. Was passiert, wenn das angepasste Template dann wieder in n Monaten nicht mehr mit der neuen Version von DokuWiki kompatibel ist? Hm…lässt mich eher zu „Standard-Template“ tendieren - aber ich bin offen für Vorschläge.
Re: [vz-dev] Gitter Chat?
Hi Andreas, Am 04.02.2016 um 10:34 schrieb Andreas Goetz : > > 2016-02-04 9:34 GMT+01:00 Justin Otherguy : > >> Am 02.02.2016 um 13:47 schrieb Andreas Goetz : >>> >>> Ich hänge da im Moment häufiger rum und für ping-pong Spiele gibts weniger >>> Verwirrung als auf der ML. Wäre natürlich aber auch eine Konkurrenz zu >>> dieser… >>> >> als Alternative zur ML (asynchron, inkl. Archiv) halte ich es nicht für >> geeignet. >> > Muss auch nicht- aber es macht gerade die interaktiven, hochvolumigen > Diskussionen und Fehlersuche einfacher. ja, für interaktive Themen auf alle Fälle! > Dann ginge es hier los: https://gitter.im/volkszaehler/volkszaehler.org oh, mit Apps. Sehr schick! > Damit das richtig sexy wird brauchen wir aber Integration mit github, evtl > auch mit vzlogger (weiss ich nicht ob das geht). Das müsste bei GH > administriert werden (falls Du mir Rechte geben magst ;). Et viola - Du bist jetzt owner; die nächste Stufe wäre dann wohl Besitzer von github.com :-D Gruß, J.
Re: [vz-dev] Gitter Chat?
Hi Andreas, Am 04.02.2016 um 10:34 schrieb Andreas Goetz : > > 2016-02-04 9:34 GMT+01:00 Justin Otherguy : > >> Am 02.02.2016 um 13:47 schrieb Andreas Goetz : >>> >>> Ich hänge da im Moment häufiger rum und für ping-pong Spiele gibts weniger >>> Verwirrung als auf der ML. Wäre natürlich aber auch eine Konkurrenz zu >>> dieser… >>> >> als Alternative zur ML (asynchron, inkl. Archiv) halte ich es nicht für >> geeignet. >> > Muss auch nicht- aber es macht gerade die interaktiven, hochvolumigen > Diskussionen und Fehlersuche einfacher. ja, für interaktive Themen auf alle Fälle! > Dann ginge es hier los: https://gitter.im/volkszaehler/volkszaehler.org oh, mit Apps. Sehr schick! > Damit das richtig sexy wird brauchen wir aber Integration mit github, evtl > auch mit vzlogger (weiss ich nicht ob das geht). Das müsste bei GH > administriert werden (falls Du mir Rechte geben magst ;). Et viola - Du bist jetzt owner; die nächste Stufe wäre dann wohl Besitzer von github.com :-D Gruß, J.
Re: [vz-dev] Gitter Chat?
Moin, > Am 02.02.2016 um 13:47 schrieb Andreas Goetz : > > noch eine Idee. In der letzten Zeit gefällt mir gitter.im ziemlich gut- eine > mit github integrierte Chatplattform, z.B. https://gitter.im/esp8266/Arduino kannte das nicht, sieht gut aus > Da IRC m.E. ziemlich tot ist- wäre das eine Alternative für uns? als Alternative für IRC halte ich das für schlau > Ich hänge da im Moment häufiger rum und für ping-pong Spiele gibts weniger > Verwirrung als auf der ML. Wäre natürlich aber auch eine Konkurrenz zu dieser… als Alternative zur ML (asynchron, inkl. Archiv) halte ich es nicht für geeignet. Lasst es uns doch mal ausprobieren. Gruß, J.
Re: [vz-dev] Verbosity in vzlogger
Hi Udo, > Am 09.01.2016 um 15:11 schrieb Udo1 : > > Moin, > > Am 09.01.2016 um 13:38 schrieb Justin Otherguy: >> Anderenfalls ein Vorschlag: >> sollten wir eine Handvoll Levels definieren und grob festhalten, was in >> welchem Level passiert? > ist eigentlich definiert und dokumentiert: > http://volkszaehler.github.io/vzlogger/ ah, danke! Hab das mal hier ergänzt: http://wiki.volkszaehler.org/software/controller/vzlogger?&#command_line_parameters Gruß, K.
[vz-dev] Verbosity in vzlogger
Servus, täusche ich mich oder ist die Bedeutung der „verbosity“ in vzlogger nicht besonders gerade? Ich habe in Erinnerung, dass wir uns mal Werte von 0-15 festgelegt haben - dabei aber nie genauer definiert, welcher Wert denn nun was bedeutet. Drum zuerst: bitte abgrätschen, falls ich mich täusche. Anderenfalls ein Vorschlag: sollten wir eine Handvoll Levels definieren und grob festhalten, was in welchem Level passiert? M.E. können wir bei Zahlen bleiben und auch die Skala von 0-15 muss nicht weg, aber mir fällt spontan sowas ein: Emergency Alert Critical Error Warning Notice Informational Debug Quelle: https://de.wikipedia.org/wiki/Syslog Was meint Ihr? Gruß, J.
Re: [vz-dev] bei Wiki registrieren
Servus, > Am 29.12.2015 um 16:30 schrieb Andreas Götz : > > Ich würde freiwillig die Software aktualisieren falls Justin Zugang gewährt. daran soll’s nicht scheitern - Du hast PM; gib Bescheid, falls Du mehr Freiheitsgrade brauchst! Vielen Dank für Deine Arbeit - tu mir einen Gefallen: vergiss nicht, ab und zu mal zu schlafen und all die anderen regelmäßigen Service-Tätigkeiten... > Ps.: auf meiner Wunschliste steht auch noch die Installation des Pushservers > auf demo.vz.org…. wie kann ich helfen? Gruß, J.
[vz-dev] [volkszaehler/volkszaehler.org] b5c044: Add extra parameter support
Branch: refs/heads/master Home: https://github.com/volkszaehler/volkszaehler.org Commit: b5c044838827fcce8ec496385da28ed69016b330 https://github.com/volkszaehler/volkszaehler.org/commit/b5c044838827fcce8ec496385da28ed69016b330 Author: andig Date: 2014-07-01 (Tue, 01 Jul 2014) Changed paths: M test/Tests/DataContext.php Log Message: --- Add extra parameter support Commit: 01f34373b5a165c25079d9724cdb73779d9eefec https://github.com/volkszaehler/volkszaehler.org/commit/01f34373b5a165c25079d9724cdb73779d9eefec Author: andig Date: 2014-07-01 (Tue, 01 Jul 2014) Changed paths: M lib/Volkszaehler/Interpreter/DataIterator.php M lib/Volkszaehler/Interpreter/SQL/MySQLOptimizer.php M lib/Volkszaehler/Interpreter/SensorInterpreter.php M test/Tests/DataSensorTest.php Log Message: --- Add resolution support for SensorInterpreter and correct AVG calculation (weighed average) Commit: a4002e0fb7d890d1ef6b7e2d53c456d349e9f56e https://github.com/volkszaehler/volkszaehler.org/commit/a4002e0fb7d890d1ef6b7e2d53c456d349e9f56e Author: andig Date: 2014-07-01 (Tue, 01 Jul 2014) Changed paths: M lib/Volkszaehler/Util/Aggregation.php Log Message: --- Implement weighed average for SensorInterpreter in aggregation, too Commit: 6174f4b6af4b60916094e82f58d52351da274556 https://github.com/volkszaehler/volkszaehler.org/commit/6174f4b6af4b60916094e82f58d52351da274556 Author: andig Date: 2014-07-01 (Tue, 01 Jul 2014) Changed paths: M lib/Volkszaehler/Definition/EntityDefinition.json M lib/Volkszaehler/Definition/PropertyDefinition.json Log Message: --- Expose SensorInterpreter resolution property Commit: 04667a6e81e95f2e0573ea72d97fa84cd569f761 https://github.com/volkszaehler/volkszaehler.org/commit/04667a6e81e95f2e0573ea72d97fa84cd569f761 Author: andig Date: 2014-07-01 (Tue, 01 Jul 2014) Changed paths: M lib/Volkszaehler/Util/ConsoleApplication.php M misc/tools/aggregate.php Log Message: --- Refactored ConsoleApplication Commit: 6d8ee595e14c31518dc8cc6a9fe75888c93fd21e https://github.com/volkszaehler/volkszaehler.org/commit/6d8ee595e14c31518dc8cc6a9fe75888c93fd21e Author: andig Date: 2014-07-01 (Tue, 01 Jul 2014) Changed paths: A misc/tools/model_helper.php Log Message: --- Simple model validation tool Commit: d2d43d6d45af75b6359d06a58d10070c244fc1e6 https://github.com/volkszaehler/volkszaehler.org/commit/d2d43d6d45af75b6359d06a58d10070c244fc1e6 Author: andig Date: 2014-07-02 (Wed, 02 Jul 2014) Changed paths: M .travis.yml Log Message: --- Fix parameter order according to 3264b32e24 Commit: 47e06cd67d896363bc20c916766c3b6b20de3929 https://github.com/volkszaehler/volkszaehler.org/commit/47e06cd67d896363bc20c916766c3b6b20de3929 Author: Justin Otherguy Date: 2014-07-02 (Wed, 02 Jul 2014) Changed paths: M .travis.yml M lib/Volkszaehler/Definition/EntityDefinition.json M lib/Volkszaehler/Definition/PropertyDefinition.json M lib/Volkszaehler/Interpreter/DataIterator.php M lib/Volkszaehler/Interpreter/SQL/MySQLOptimizer.php M lib/Volkszaehler/Interpreter/SensorInterpreter.php M lib/Volkszaehler/Util/Aggregation.php M lib/Volkszaehler/Util/ConsoleApplication.php M misc/tools/aggregate.php A misc/tools/model_helper.php M test/Tests/DataContext.php M test/Tests/DataSensorTest.php Log Message: --- Merge pull request #174 from andig/fix-sensor-interpreter-add-resolution-clean Fix sensor interpreter add resolution Compare: https://github.com/volkszaehler/volkszaehler.org/compare/3264b32e249f...47e06cd67d89
[vz-dev] [volkszaehler/volkszaehler.org] 29611b: Add symfony/console
Branch: refs/heads/master Home: https://github.com/volkszaehler/volkszaehler.org Commit: 29611b6f7ef031f4c71b3e1587ceddc98b4e8c6a https://github.com/volkszaehler/volkszaehler.org/commit/29611b6f7ef031f4c71b3e1587ceddc98b4e8c6a Author: andig Date: 2014-06-20 (Fri, 20 Jun 2014) Changed paths: M composer.json M composer.lock Log Message: --- Add symfony/console Commit: 5a92d627bcf9670edce2bafd4a257788b89eb8ee https://github.com/volkszaehler/volkszaehler.org/commit/5a92d627bcf9670edce2bafd4a257788b89eb8ee Author: andig Date: 2014-06-29 (Sun, 29 Jun 2014) Changed paths: M composer.json M composer.lock R lib/Volkszaehler/Util/Console.php A lib/Volkszaehler/Util/ConsoleApplication.php M misc/tools/aggregate.php Log Message: --- Refactor console applications on top of symfony/console Commit: 3264b32e249f27911ddae3a1b6c3fa3722b1cf58 https://github.com/volkszaehler/volkszaehler.org/commit/3264b32e249f27911ddae3a1b6c3fa3722b1cf58 Author: Justin Otherguy Date: 2014-06-29 (Sun, 29 Jun 2014) Changed paths: M composer.json M composer.lock R lib/Volkszaehler/Util/Console.php A lib/Volkszaehler/Util/ConsoleApplication.php M misc/tools/aggregate.php Log Message: --- Merge pull request #172 from andig/symfony-console Improve console parameter handling based on Symfony/Console Compare: https://github.com/volkszaehler/volkszaehler.org/compare/1f819f71f08d...3264b32e249f
[vz-dev] [volkszaehler/volkszaehler.org] 877316: Add ability to display total consumption
Branch: refs/heads/master Home: https://github.com/volkszaehler/volkszaehler.org Commit: 8773165d0f25002ed55adf7ffe8efa24c60b2d42 https://github.com/volkszaehler/volkszaehler.org/commit/8773165d0f25002ed55adf7ffe8efa24c60b2d42 Author: andig Date: 2014-06-28 (Sat, 28 Jun 2014) Changed paths: M htdocs/frontend/index.html M htdocs/frontend/javascripts/entities.js M htdocs/frontend/javascripts/entity.js M htdocs/frontend/javascripts/wui.js M htdocs/frontend/stylesheets/style.css M lib/Volkszaehler/Definition/EntityDefinition.json M lib/Volkszaehler/Definition/PropertyDefinition.json Log Message: --- Add ability to display total consumption Commit: e13b9f28da25653001d500c7570e94b9b31c98f6 https://github.com/volkszaehler/volkszaehler.org/commit/e13b9f28da25653001d500c7570e94b9b31c98f6 Author: andig Date: 2014-06-28 (Sat, 28 Jun 2014) Changed paths: M htdocs/frontend/javascripts/entity.js Log Message: --- Fixed comment Commit: f95a8328de8e97a2a919c15fced42248087bae37 https://github.com/volkszaehler/volkszaehler.org/commit/f95a8328de8e97a2a919c15fced42248087bae37 Author: andig Date: 2014-06-28 (Sat, 28 Jun 2014) Changed paths: M lib/Volkszaehler/Definition/PropertyDefinition.json Log Message: --- Updated German translation Commit: 1f819f71f08df3ab787fef6132252183a09eab9c https://github.com/volkszaehler/volkszaehler.org/commit/1f819f71f08df3ab787fef6132252183a09eab9c Author: Justin Otherguy Date: 2014-06-29 (Sun, 29 Jun 2014) Changed paths: M htdocs/frontend/index.html M htdocs/frontend/javascripts/entities.js M htdocs/frontend/javascripts/entity.js M htdocs/frontend/javascripts/wui.js M htdocs/frontend/stylesheets/style.css M lib/Volkszaehler/Definition/EntityDefinition.json M lib/Volkszaehler/Definition/PropertyDefinition.json Log Message: --- Merge pull request #168 from andig/total-consumption Expose total consumption in frontend Compare: https://github.com/volkszaehler/volkszaehler.org/compare/2a13acb712ec...1f819f71f08d
[vz-dev] [volkszaehler/volkszaehler.org] 0a6a6c: Added test for aggregation command line tool
Branch: refs/heads/master Home: https://github.com/volkszaehler/volkszaehler.org Commit: 0a6a6c07160b6bc44e0419f2bcc716ca98791f6d https://github.com/volkszaehler/volkszaehler.org/commit/0a6a6c07160b6bc44e0419f2bcc716ca98791f6d Author: andig Date: 2014-06-28 (Sat, 28 Jun 2014) Changed paths: M .travis.yml Log Message: --- Added test for aggregation command line tool Commit: 3c5617782e692793aef7608601be662de49664c8 https://github.com/volkszaehler/volkszaehler.org/commit/3c5617782e692793aef7608601be662de49664c8 Author: andig Date: 2014-06-28 (Sat, 28 Jun 2014) Changed paths: M lib/Volkszaehler/Interpreter/Interpreter.php Log Message: --- Fix exception class Commit: 2a13acb712eccb83d7a4b2c0f14a2bef4492a5de https://github.com/volkszaehler/volkszaehler.org/commit/2a13acb712eccb83d7a4b2c0f14a2bef4492a5de Author: Justin Otherguy Date: 2014-06-29 (Sun, 29 Jun 2014) Changed paths: M .travis.yml M lib/Volkszaehler/Interpreter/Interpreter.php Log Message: --- Merge pull request #167 from andig/add-tools-test Add test for aggregate.php Compare: https://github.com/volkszaehler/volkszaehler.org/compare/1dae2c1677c4...2a13acb712ec
[vz-dev] [volkszaehler/volkszaehler.org] d05c5e: Fix jshint warnings
Branch: refs/heads/master Home: https://github.com/volkszaehler/volkszaehler.org Commit: d05c5eb4284e3ed4c09f60819a1d1b300cf04061 https://github.com/volkszaehler/volkszaehler.org/commit/d05c5eb4284e3ed4c09f60819a1d1b300cf04061 Author: andig Date: 2014-06-24 (Tue, 24 Jun 2014) Changed paths: M htdocs/frontend/javascripts/entity.js M htdocs/frontend/javascripts/wui.js Log Message: --- Fix jshint warnings Commit: 702c5e47a11581a60ecec3b5eef5ac329e3a830b https://github.com/volkszaehler/volkszaehler.org/commit/702c5e47a11581a60ecec3b5eef5ac329e3a830b Author: Justin Otherguy Date: 2014-06-24 (Tue, 24 Jun 2014) Changed paths: M htdocs/frontend/javascripts/entity.js M htdocs/frontend/javascripts/wui.js Log Message: --- Merge pull request #166 from andig/fix-jshint Fix jshint warnings Compare: https://github.com/volkszaehler/volkszaehler.org/compare/377a61831647...702c5e47a115
[vz-dev] [volkszaehler/vzlogger] d86df9: fix all compilation warnings and one clang compila...
Branch: refs/heads/master Home: https://github.com/volkszaehler/vzlogger Commit: d86df90541078b8c26f47e44b7a05c5cf2858d2e https://github.com/volkszaehler/vzlogger/commit/d86df90541078b8c26f47e44b7a05c5cf2858d2e Author: Matthias Behr Date: 2014-06-17 (Tue, 17 Jun 2014) Changed paths: M include/Buffer.hpp M include/Channel.hpp M include/Config_Options.hpp M include/Meter.hpp M include/MeterMap.hpp M include/Obis.hpp M include/Options.hpp M include/Reading.hpp M include/api/MySmartGrid.hpp M include/protocols/MeterFluksoV2.hpp M src/Obis.cpp M src/Options.cpp M src/Reading.cpp M src/local.cpp M src/protocols/MeterD0.cpp M src/vzlogger.cpp Log Message: --- fix all compilation warnings and one clang compilation error Commit: c518cb33e78caee42d04549817bb2ea660424e73 https://github.com/volkszaehler/vzlogger/commit/c518cb33e78caee42d04549817bb2ea660424e73 Author: Matthias Behr Date: 2014-06-17 (Tue, 17 Jun 2014) Changed paths: M include/protocols/MeterD0.hpp M src/protocols/MeterD0.cpp Log Message: --- added d0 wait end sync feature Commit: 57e85f1d65c934a8e0d1e3e04e2800948f7ca877 https://github.com/volkszaehler/vzlogger/commit/57e85f1d65c934a8e0d1e3e04e2800948f7ca877 Author: Justin Otherguy Date: 2014-06-18 (Wed, 18 Jun 2014) Changed paths: M include/Buffer.hpp M include/Channel.hpp M include/Config_Options.hpp M include/Meter.hpp M include/MeterMap.hpp M include/Obis.hpp M include/Options.hpp M include/Reading.hpp M include/api/MySmartGrid.hpp M include/protocols/MeterD0.hpp M include/protocols/MeterFluksoV2.hpp M src/Obis.cpp M src/Options.cpp M src/Reading.cpp M src/local.cpp M src/protocols/MeterD0.cpp M src/vzlogger.cpp Log Message: --- Merge pull request #34 from mbehr1/fix_all_warnings Fix all warnings and added D0 wait end sync feature Compare: https://github.com/volkszaehler/vzlogger/compare/b1b88277eea1...57e85f1d65c9
[vz-dev] [volkszaehler/volkszaehler.org] 176c7a: Add X-UA-Compatible=Edge
Branch: refs/heads/master Home: https://github.com/volkszaehler/volkszaehler.org Commit: 176c7a91ad7fa6b7eaaadbdd93950b57c1a3 https://github.com/volkszaehler/volkszaehler.org/commit/176c7a91ad7fa6b7eaaadbdd93950b57c1a3 Author: andig Date: 2014-05-29 (Thu, 29 May 2014) Changed paths: M htdocs/frontend/index.html Log Message: --- Add X-UA-Compatible=Edge Commit: 8a50c0053a4d2ed7c2f82ab34d304845e9a1fe13 https://github.com/volkszaehler/volkszaehler.org/commit/8a50c0053a4d2ed7c2f82ab34d304845e9a1fe13 Author: andig Date: 2014-06-10 (Tue, 10 Jun 2014) Changed paths: M htdocs/frontend/javascripts/wui.js Log Message: --- Fix formatting of negative numbers Commit: 8474f4abd98b621b96801578780f72636a33e8f3 https://github.com/volkszaehler/volkszaehler.org/commit/8474f4abd98b621b96801578780f72636a33e8f3 Author: Justin Otherguy Date: 2014-06-10 (Tue, 10 Jun 2014) Changed paths: M htdocs/frontend/javascripts/wui.js Log Message: --- Merge pull request #163 from andig/fix-negative-number-format Fix formatting of negative numbers Commit: 377a618316473417907f59a3df8fd81c581c1972 https://github.com/volkszaehler/volkszaehler.org/commit/377a618316473417907f59a3df8fd81c581c1972 Author: Justin Otherguy Date: 2014-06-13 (Fri, 13 Jun 2014) Changed paths: M htdocs/frontend/index.html Log Message: --- Merge pull request #155 from andig/fix-ua-agent Add X-UA-Compatible=Edge Compare: https://github.com/volkszaehler/volkszaehler.org/compare/148488e9c18e...377a61831647
[vz-dev] [volkszaehler/volkszaehler.org] 176c7a: Add X-UA-Compatible=Edge
Branch: refs/heads/master Home: https://github.com/volkszaehler/volkszaehler.org Commit: 176c7a91ad7fa6b7eaaadbdd93950b57c1a3 https://github.com/volkszaehler/volkszaehler.org/commit/176c7a91ad7fa6b7eaaadbdd93950b57c1a3 Author: andig Date: 2014-05-29 (Thu, 29 May 2014) Changed paths: M htdocs/frontend/index.html Log Message: --- Add X-UA-Compatible=Edge Commit: 8a50c0053a4d2ed7c2f82ab34d304845e9a1fe13 https://github.com/volkszaehler/volkszaehler.org/commit/8a50c0053a4d2ed7c2f82ab34d304845e9a1fe13 Author: andig Date: 2014-06-10 (Tue, 10 Jun 2014) Changed paths: M htdocs/frontend/javascripts/wui.js Log Message: --- Fix formatting of negative numbers Commit: 8474f4abd98b621b96801578780f72636a33e8f3 https://github.com/volkszaehler/volkszaehler.org/commit/8474f4abd98b621b96801578780f72636a33e8f3 Author: Justin Otherguy Date: 2014-06-10 (Tue, 10 Jun 2014) Changed paths: M htdocs/frontend/javascripts/wui.js Log Message: --- Merge pull request #163 from andig/fix-negative-number-format Fix formatting of negative numbers Commit: 377a618316473417907f59a3df8fd81c581c1972 https://github.com/volkszaehler/volkszaehler.org/commit/377a618316473417907f59a3df8fd81c581c1972 Author: Justin Otherguy Date: 2014-06-13 (Fri, 13 Jun 2014) Changed paths: M htdocs/frontend/index.html Log Message: --- Merge pull request #155 from andig/fix-ua-agent Add X-UA-Compatible=Edge Compare: https://github.com/volkszaehler/volkszaehler.org/compare/148488e9c18e...377a61831647