[vz-users] Elster AS1440 - vzlogger.conf
Frank Richter
frank.richter83 at gmail.com
Tue Jan 17 20:23:20 CET 2017
HTerm gibts auch für Linux.
Gruß
Frank
Am 17.01.2017 20:07 schrieb "Jörg Hildering" <joerghildering at gmail.com>:
> Hallo,
>
> hterm kann ich leider nicht testen da ich keinen Windows PC habe.
>
> Ob ein Passwort hinterlegt ist habe ich per Mail bei meinem
> Energieversorger angefragt aber bisher noch keine Antwort erhalten.
>
> "ackseq": "063030300d0a",
> "baudrate": 300,
> "baudrate_read": 300,
>
> Habe ich auch getestet. Leider auch ohne Erfolg. Ergebnis:
>
> ##### 29.551877000s ( 0 ms) opened
>
> ##### 29.567635000s ( 5 ms) read
>
> ##### 29.567747000s ( 0 ms) TCIOFLUSH and cfsetiospeed
>
> <<<<< 29.668389000s ( 80 ms)
>
> 2f 03 0f 34 03 00 33 03 02 33 03 08 31 02 01 43 / 4 3 3 1 C
>
> 05 02 2f 00 0d 0a /
>
>
> ##### 34.670535000s (104981 ms) timeout!
>
> ##### 34.673606000s ( 3 ms) read
>
> ##### 34.673730000s ( 0 ms) TCIOFLUSH and cfsetiospeed
>
> <<<<< 34.774351000s ( 83 ms)
>
> 2f 03 0f 34 03 00 33 03 02 33 03 08 31 02 01 43 / 4 3 3 1 C
>
> 05 02 2f 00 0d 0a /
>
>
> ##### 39.774967000s (104982 ms) timeout!
>
> ##### 39.778865000s ( 4 ms) read
>
> ##### 39.779069000s ( 1 ms) TCIOFLUSH and cfsetiospeed
>
> Gruß,
>
> Jörg
>
>
> Am 17. Januar 2017 um 09:06 schrieb <volkszaehler-users-request@
> demo.volkszaehler.org>:
>
>> Send volkszaehler-users mailing list submissions to
>> volkszaehler-users at demo.volkszaehler.org
>>
>> To subscribe or unsubscribe via the World Wide Web, visit
>> https://demo.volkszaehler.org/mailman/listinfo/volkszaehler-users
>> or, via email, send a message with subject or body 'help' to
>> volkszaehler-users-request at demo.volkszaehler.org
>>
>> You can reach the person managing the list at
>> volkszaehler-users-owner at demo.volkszaehler.org
>>
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of volkszaehler-users digest..."
>>
>>
>> Today's Topics:
>>
>> 1. Re: host vs. dev WAR: Middlware und vzlogger.conf (Andreas Goetz)
>> 2. Re: host vs. dev WAR: Middlware und vzlogger.conf
>> (Daniel Lauckner)
>> 3. Re: Elster AS1440 - vzlogger.conf (Frank Richter)
>> 4. Re: Elster AS1440 - vzlogger.conf (Udo1)
>> 5. Re: Elster AS1440 - vzlogger.conf (Daniel Lauckner)
>> 6. Re: vzlogger an zweite middleware (Andreas Goetz)
>>
>>
>> ----------------------------------------------------------------------
>>
>> Message: 1
>> Date: Mon, 16 Jan 2017 23:21:23 +0100
>> From: Andreas Goetz <cpuidle at gmail.com>
>> To: volkszaehler-users <volkszaehler-users at demo.volkszaehler.org>
>> Subject: Re: [vz-users] host vs. dev WAR: Middlware und vzlogger.conf
>> Message-ID: <0B0B0DE1-70F7-47BB-A83A-6FE7B4C82808 at gmail.com>
>> Content-Type: text/plain; charset=utf-8
>>
>> Schade- wäre als Lösung aber auch ok, oder???
>>
>> Viele Grüße, Andreas
>>
>> > On 16 Jan 2017, at 23:19, Daniel Lauckner <vz at jahp.de> wrote:
>> >
>> > Hallo Andreas,
>> >
>> >
>> > am Montag, 16. Januar 2017 um 18:08 hast du geschrieben:
>> >> Ihr könntet hier https://github.com/jdorn/json-editornachfragen
>> >> ob/wie sich die ANforderung lösen lässt. Das sit die verwedete
>> Editorkomponente.
>> >
>> > Hab nochmal geschaut und weitere Doku gewälzt: Keine Chance. Man muss
>> > über Array oder Objekt gehen wenn man einen Schlüssel an/abstellen
>> > will.
>> >
>> > Letzeres wäre möglich, würde im Editor dann wie im angehängten Bild
>> > aussehen. Man beachte die zwei zusätzlich Meter"typen".
>> >
>> >
>> > mfg Daniel<VZ_ML_host_vs_dev.jpg>
>>
>>
>>
>> ------------------------------
>>
>> Message: 2
>> Date: Mon, 16 Jan 2017 23:23:46 +0100
>> From: Daniel Lauckner <vz at jahp.de>
>> To: "volkszaehler.org - users"
>> <volkszaehler-users at demo.volkszaehler.org>
>> Subject: Re: [vz-users] host vs. dev WAR: Middlware und vzlogger.conf
>> Message-ID: <998987134.20170116232346 at jahp.de>
>> Content-Type: text/plain; charset=utf-8
>>
>> Hallo Andreas,
>>
>>
>> am Montag, 16. Januar 2017 um 23:21 hast du geschrieben:
>> > Schade- wäre als Lösung aber auch ok, oder???
>>
>> Schön ist sicher anders, aber würde zumindest mal funktionieren ohne
>> das man am vzlogger was umbauen muss.
>>
>>
>> mfg Daniel
>>
>>
>>
>> ------------------------------
>>
>> Message: 3
>> Date: Mon, 16 Jan 2017 23:30:38 +0100
>> From: Frank Richter <frank.richter83 at gmail.com>
>> To: "volkszaehler.org - users"
>> <volkszaehler-users at demo.volkszaehler.org>
>> Subject: Re: [vz-users] Elster AS1440 - vzlogger.conf
>> Message-ID:
>> <CAD+U_OBsKe4K1_JeLsY3w4is625BgUF0Pkat6Ct12e1EoVd=iw at mail.
>> gmail.com>
>> Content-Type: text/plain; charset="utf-8"
>>
>> Oder mal noch ohne den Baudrate-Wechsel probieren, ob dann was ankommt?
>> Weiß aber nicht wie ackseq dazu aussehen muss, meine Zähler senden alle
>> ohne Aufforderung...
>>
>> Gruß
>> Frank
>> Am 16.01.2017 22:47 schrieb "Udo1" <udo1 at gmx.net>:
>>
>> >
>> > Am 16.01.2017 um 21:55 schrieb Jörg Hildering:
>> >
>> >> 2f 45 4c 53 35 5c 40 56 39 2e 33 34 20 20 20 20 /ELS5\@V9.34
>> >>
>> > Er antwortet ja mit seiner Kennung.
>> > Aber dann geht es nicht weiter.
>> > Vielleicht doch mal beim VNB nach einem Passwort fragen.
>> >
>> > Gruß
>> > Udo
>> >
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/a
>> ttachments/20170116/c0e142bd/attachment-0001.html>
>>
>> ------------------------------
>>
>> Message: 4
>> Date: Mon, 16 Jan 2017 23:58:58 +0100
>> From: Udo1 <udo1 at gmx.net>
>> To: volkszaehler-users at demo.volkszaehler.org
>> Subject: Re: [vz-users] Elster AS1440 - vzlogger.conf
>> Message-ID: <5c3fd435-6b0f-ca5c-893f-9e29c2c54a2a at gmx.net>
>> Content-Type: text/plain; charset=utf-8; format=flowed
>>
>> Am 16.01.2017 um 21:34 schrieb Jörg Hildering:
>> > Funktioniert leider immer noch nicht.
>>
>> Probier bitte mal folgendes:
>>
>> Schließ den IR-Kopf an einen Windows-PC an und installier Hterm.
>>
>> Stell Hterm auf 300bd 7E1.
>> Sende /?! + CR/LF bei Enter (lässt sich Sendefenster von Hterm
>> einstellen.)
>> Weiter nichts machen..
>> und warte ob der Zähler was sendet.
>>
>> Gruß
>> Udo
>>
>>
>> ------------------------------
>>
>> Message: 5
>> Date: Tue, 17 Jan 2017 00:03:00 +0100
>> From: Daniel Lauckner <vz at jahp.de>
>> To: "volkszaehler.org - users"
>> <volkszaehler-users at demo.volkszaehler.org>
>> Subject: Re: [vz-users] Elster AS1440 - vzlogger.conf
>> Message-ID: <66633790.20170117000300 at jahp.de>
>> Content-Type: text/plain; charset=utf-8
>>
>> Hallo Frank,
>>
>>
>> am Montag, 16. Januar 2017 um 23:30 hast du geschrieben:
>> > Oder mal noch ohne den Baudrate-Wechsel probieren, ob dann was ankommt?
>> > Weiß aber nicht wie ackseq dazu aussehen muss
>>
>> "ackseq": "063030300d0a",
>> "baudrate": 300,
>> "baudrate_read": 300,
>>
>>
>> mfg Daniel
>>
>>
>>
>> ------------------------------
>>
>> Message: 6
>> Date: Tue, 17 Jan 2017 09:06:23 +0100
>> From: Andreas Goetz <cpuidle at gmail.com>
>> To: "volkszaehler.org - users"
>> <volkszaehler-users at demo.volkszaehler.org>
>> Subject: Re: [vz-users] vzlogger an zweite middleware
>> Message-ID:
>> <CAD+a8Mh3ggsZvD4NTxdM3Q6jVvZJXoS=_RnmdSSi5GQWPUVucg at mail.
>> gmail.com>
>> Content-Type: text/plain; charset="utf-8"
>>
>> Moin Frank,
>>
>> schau mal hier:
>> https://github.com/volkszaehler/volkszaehler.org/blob/
>> master/htdocs/frontend/javascripts/middleware.js#L49
>>
>> Probier mal ob Du einfach active auf false setzen kannst:
>>
>> json.entities.forEach(function(json) {
>> entity.active = false;
>> this.public.push(new Entity(json, this.url));
>> }, this);
>>
>> Viele Grüße,
>> Andreas
>>
>>
>> 2017-01-16 23:13 GMT+01:00 Andreas Goetz <cpuidle at gmail.com>:
>>
>> > Hallo,
>> >
>> > On 16 Jan 2017, at 22:30, Andre Bernemann <andre.bernemann at gmail.com>
>> > wrote:
>> >
>> > Hi Andreas,
>> >
>> > Andreas Goetz <cpuidle at gmail.com> schrieb am Mo., 16. Jan. 2017 um
>> > 18:06 Uhr:
>> >
>> >> Hi Andre,
>> >>
>> >> 2017-01-16 17:24 GMT+01:00 Andre Bernemann <andre.bernemann at gmail.com
>> >:
>> >>
>> >> Hi Andreas,
>> >>
>> >> in Entity.prototype.updateDOMRow wird die Tabellenzeile zunächst
>> geleert,
>> >> um sie dann mit neuen Daten zu befüllen. In meinem Fall hat das
>> übergeben
>> >> JS Objekt keinen Member "rows" [if (this.data && this.data.rows > 0)].
>> Die
>> >> Tabelle wird bei mir korrekt geleert, aber es werden keine neuen Daten
>> >> geparsed. Unabhängig von der Ursache könnte das clear mit ins if, damit
>> >> umgeht man den Fehler aber natürlich nur.
>> >>
>> >> ...
>> >>
>> >
>> >
>> >>
>> >>
>> >> parseJSON erzeugt bei mir beim Laden Subscriptions auch für nicht
>> >> angezeigte - aber aktive Channels.
>> >>
>> >>
>> >> Was meinst Du damit? Was für Kanäle sollen das sein?
>> >>
>> >
>> > parseJSON wird beim Startup für alle Kanäle durchlaufen, unabhängig
>> davon
>> > ob es überhaupt im FE angezeigt wird.
>> >
>> >
>> > Verdammt- ich fürchte Du hast recht. Das ist das im letzten Update rein
>> > gekommene laden der Public Entities. Idee war nicht bei jedem
>> Dialogfenster
>> > erstmal warten zu müssen. Soweit ich sehe ist parseJson im Prinzip ok
>> bis
>> > auf das abschließende subscribe(). Jetzt fehlt nur noch eine gute Idee
>> wo
>> > das hin kommt.
>> >
>> > Leider muss ich zugeben dass das Frontend einfach viel zu komplex und
>> > leider kaum modular ist :O
>> >
>> > Das führt zu Updates, auch wenn gar kein Kanal im FE ist. Scheinbar geht
>> > er direkt auf die Kanäle der DB. Zusätzlich wird parseJSON auch vom
>> "Kanal
>> > hinzufügen"-Dialog gecalled - vielleicht um die CB zu füllen. Ist
>> > this.active == true, wird Entity.prototype.subscribe() gecalled.
>> >
>> > Das Problem ist seit dem Commit 293dd76 vorhanden, da ist was am MW
>> Lookup
>> > gemacht worden:
>> > ...
>> >
>> > In der alten Version ist mw.session==false für die Calls über parseJSON,
>> > daher ist an der Stelle Ende - die Calls aus ab.connect(...) hingegen
>> haben
>> > eine Session. In der neuen Version haben beide Aufrufe eine Session.
>> >
>> > Jetzt Du :-)
>> >
>> >
>> > Ich glaub die Ursache ist eine andere, aber könnte sein. Allerdings-
>> auch
>> > wenn das die Ursache ist- sollten dennoch in den Updates Daten ankommen
>> und
>> > dann wäre das Phänomen auch weg. Sieht nach einer Macke im Pushserver
>> aus.
>> > Also was fixen?
>> >
>> > Wenn Du so nett sein willst mach bitte ein Issue mit dieser Beschreibung
>> > auf, heute fällt mir keine Halbwegs elegante Lösung mehr ein.
>> >
>> > Viele Grüße, Andreas
>> >
>> >
>> >
>> >
>> >>
>> >>
>> >> Zusätzlich werden in init.js nach dem WAMP connect noch die "richtigen"
>> >> Subscriptions erzeugt, wenn der Channel aktiv und sichtbar ist. Vom
>> Timing
>> >> her hab ich die korrupte Subscription immer als zweites, ich bekomme
>> also
>> >> ein korrektes Update und dann sofort das leere. Setze ich in der db
>> >> active=0 funktioniert es übrigens.
>> >>
>> >>
>> >> Alles sehr merkwürdig. Könntest Du mit Logging (console.log) in
>> >> entity.subscribe mal versuchen herauszufinden wer/was/wo diese
>> >> Subscriptions erzeugt werden?
>> >>
>> >>
>> >>
>> >> HTH, sonst sag nochmal Bescheid!
>> >>
>> >>
>> >> Ich fürchte da musst Du erstmal ran bis die Ursache klar ist da ichs
>> >> nicht reproduzieren kann. Wenn gar nix hilft u/p per pm an mich.
>> >>
>> >>
>> >>
>> >> Gruß
>> >>
>> >>
>> >> Viele Grüße,
>> >> Andreas
>> >>
>> >
>> > Gruß André
>> >
>> >
>> >>
>> >>
>> >>
>> >>
>> >> Andreas Goetz <cpuidle at gmail.com> schrieb am Mo., 16. Jan. 2017 um
>> >> 11:44 Uhr:
>> >>
>> >> Moin,
>> >>
>> >> kannst Du das eingrenzen? Mal nur einen Kanal aktivieren und schauen
>> >> welche Requests da an die MW geschickt werden? Wenn sich das Fehlerbild
>> >> konkretisieren lässt bitte hier hinzufügen: https://github.
>> >> com/volkszaehler/volkszaehler.org/issues
>> >>
>> >> Viele Grüße,
>> >> Andreas
>> >>
>> >>
>> >> 2017-01-14 20:59 GMT+01:00 Andre Bernemann <andre.bernemann at gmail.com
>> >:
>> >>
>> >> Ja stimmt :-) Ich sende jetzt an die MW der produktiven Umgebung und
>> per
>> >> Push an die die produktive und eine weitere zum testen, klappt
>> wunderbar.
>> >>
>> >> Mein eigentliches Problem ist es, dass ich bei aktiviertem Push keine
>> >> Werte in der Tabelle bekommen:
>> >>
>> >> <pasted1.png>
>> >> Die Werte tauchen kurz auf wenn das Frontend geladen ist, verschwinden
>> >> dann aber beim ersten Push vom push-server. Zusätzlich hab ich dann
>> >> sinnlose Werte für den Gesamtverbrauch. Sowas schon mal einer gesehen?
>> >>
>> >> Gruß
>> >>
>> >>
>> >> Frank Richter <frank.richter83 at gmail.com> schrieb am Sa., 14. Jan.
>> 2017
>> >> um 19:37 Uhr:
>> >>
>> >> Cool, wieder was gelernt:-)
>> >> Daten nur per push senden, aber nicht an Middleware/DB klappt übrigens
>> >> auch: dafür in der Kanaldefinition "api": null setzen
>> >> Das mach ich so mit den Momentanleistungen meiner Zähler.
>> >>
>> >> Gruß
>> >>
>> >>
>> >> Frank
>> >> Am 14.01.2017 18:57 schrieb "Andre Bernemann" <
>> andre.bernemann at gmail.com
>> >> >:
>> >>
>> >> Push funktioniert mit 2 Einträgen, das reicht mir erstmal.
>> >>
>> >> Danke.
>> >>
>> >> Gruß
>> >> André
>> >>
>> >>
>> >> Frank Richter <frank.richter83 at gmail.com> schrieb am Sa., 14. Jan.
>> 2017
>> >> um 17:17 Uhr:
>> >>
>> >> Hallo Andre,
>> >>
>> >> mehrere Middlewares sollte gehen, wenn man den Kanal mehrfach anlegt.
>> Bei
>> >> push bin ich allerdings überfragt. Allerdings ist push ja immerhin ein
>> >> JSON-Array - mach doch mal einen 2. URL-Eintrag, probieren kostet ja
>> nix...
>> >>
>> >> Gruß
>> >>
>> >>
>> >> Frank
>> >> Hi,
>> >>
>> >> ich würde gerne ein paar Sachen mit dem Push-Server testen. Ist der
>> >> vzlogger irgendwie in der Lage die gleichen Kanäle an 2 Middlewares
>> und an
>> >> zwei Push-Server gleichzeitig zu senden?
>> >>
>> >> Gruß,
>> >> André
>> >>
>> >>
>> >
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/a
>> ttachments/20170117/d5771360/attachment.html>
>>
>> ------------------------------
>>
>> Subject: Digest Footer
>>
>> _______________________________________________
>> volkszaehler-users mailing list
>> volkszaehler-users at demo.volkszaehler.org
>> https://demo.volkszaehler.org/mailman/listinfo/volkszaehler-users
>>
>>
>> ------------------------------
>>
>> End of volkszaehler-users Digest, Vol 66, Issue 76
>> **************************************************
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20170117/ea0f1576/attachment-0001.html>
More information about the volkszaehler-users
mailing list