Hallo.
Was sagt denn ein:
ls /dev/serial/by-id/*
Grüße
Am Do., 18. Juni 2020 um 11:40 Uhr schrieb Daniel Lauckner :
> Hallo,
>
>
> an der Stelle würde ich es mit rpi-update versuchen.
> https://www.elektronik-kompendium.de/sites/raspberry-pi/2006061.htm
>
>
> mfg Daniel
>
>
Hallo.
>Bei mir steht Leistungswerte (el. Energy) als Typ powersensor was muss
denn dort eingestellt werden ?
Wirf mal einen Blick auf die Liste der Kanaltypen. Ich bin mir sicher. Du
wirst fündig. Es steht sogar indirekt in der Antwort von Andreas...
Grüße
Am Fr., 6. März 2020 um 10:27
vor Fehler sichern, Skript
> anwerfen, wenn Fehler nochmal sichern. Dann könnte ich mal auf den
> Unterschied schauen anstatt nur aus dem Fehlerbild zu versuchen woran es
> liegt.
>
> Oder wir ignorieren es weiter ;)
>
> Viele Grüße, Andreas
>
>
> On 19. Jan 2020, at
nächsten
Tag schon wieder der Aggregate Fehler. Hab jetzt den gesamten Kanal
gelöscht und der Fehler ist auch wieder weg.
Grüße
Am Do., 31. Okt. 2019 um 13:39 Uhr schrieb Christian S <
schnellrieder...@gmail.com>:
> Hallo Andreas.
>
> Immer noch nix. Also ja ich denke du kannst es zu
>Unter Initialverbrauch gebe ich quasi den aktuellen Zählerstand ein?
Zb. Ich hab den Stand eingegeben wo ich den Zähler übernommen hab.
Am Mi., 25. Dez. 2019 um 15:00 Uhr schrieb Christian Wimmer <
christ...@nega.at>:
> >In der Kanaltabelle, wenn in den Eigenschaften ein Initialwert
>
Ich hab den selben Zähler und kann bestätigen das der Faktor 1000 passt.
Adding reading to queue (value=22067043.00 ts=1577281533000)
Ergibt eben einen Zählerstand von 22067.043
Am Mi., 25. Dez. 2019 um 14:41 Uhr schrieb Frank Richter <
frank.richte...@gmail.com>:
> Standard ist
"baudrate": 9600,
"key": "hier steht normal der Key",
"mbus_debug": false
}
]
}
Man beachte diese Stelle:
"duplicates": 0
}
],
da hast du:
"duplicates": 0
},
],
Grüße
Hallo.
Deine vzlogger.conf passt nicht lt. https://volkszaehler.github.io/vzlogger/
Grüße
Am So., 22. Dez. 2019 um 07:55 Uhr schrieb Daniel Lauckner :
> Hallo,
>
>
> am Samstag, 21. Dezember 2019 um 23:51 hat Christian Wimmer geschrieben:
> > Ich komme mit dem VZ nicht weiter.
>
> Was hast du
Was man erkennen kann (und da braucht man wirklich eine gute Brille) ist
das sich die USB Devices abmelden. Also Kabel oder /USB Host Problem.
Wackel einfach mal am Kabel und schau via demesg ob sich was tut.
Grüße
Am Do., 12. Dez. 2019 um 05:17 Uhr schrieb René W :
> Moin
> Ich weiß nicht
Hallo.
Ja ich
Grüße
Christian Wimmer schrieb am Mi., 4. Dez. 2019, 22:10:
> Hallo
>
>
>
> Gibt es hier User, die den VZ am Stromzähler der Energie AG verwenden?
>
>
>
> Danke
>
>
>
Hallo Andreas.
Immer noch nix. Also ja ich denke du kannst es zu den Akten legen.
Grüße
Am Do., 24. Okt. 2019 um 10:33 Uhr schrieb Christian S <
schnellrieder...@gmail.com>:
> Hallo.
>
> Kann ich aktuell nicht direkt beantworten: Ich hab damals ja auf mariaDB
> umgestellt und
Viele Grüße, Andreas
>
>
> On 12. Jul 2019, at 13:35, Andreas Götz wrote:
>
> Ziemlich sicher nicht- ich sehe den Fehler auch, finde aber keine Ursache
> :(
>
> Viele Grüße,
> Andreas
>
> Am 12.07.2019 um 07:59 schrieb Christian S :
>
> So kleines Update.
Zufall draufgekommen hatte
die Datenbank nicht die altuelle Version. Nach einem Upgrade mit
"mysql_upgrade" war der Umstieg auf mariadb wirklich easy. Vielleicht liegt
da auch die Ursache für das eigentliche Problem.
Grüße
Am Mo., 8. Juli 2019 um 07:23 Uhr schrieb Christian S <
Hallo. Ich würde sowas mit Node-red machen.
Grüße
bconrad schrieb am Do., 11. Juli 2019, 17:19:
> Hallo,
>
>
> ich habe bei mir zwei USB-IR-Leseköpfe im Betrieb an einen Raspberry pi
> jetzt möchte ich gerne das z.b bei einer Aktuellen Leistung von 500 Watt
> ein Ausgang geschaltet wird um z.b
zurück zu mysql wo auch der dump restore ganz normal funktioniert hat.
Werd mir aber die Tage nochmal die Zeit nehmen und es nochmal testen.
Grüße
Am So., 7. Juli 2019 um 18:38 Uhr schrieb Daniel Lauckner :
> Hallo,
>
>
> am Sonntag, 7. Juli 2019 um 18:05 hat Christian S geschrieben:
top lange nicht benutzt)
> kann ichs nachvollziehen, für genauere Analyse brauche ich aber etwas Zeit.
>
> Viele Grüße, Andreas
>
>
> On 7. Jul 2019, at 10:45, Christian S wrote:
>
> Hallo Andreas.
>
> Der Fehler ist wieder gekommen.
> Log File und Dump liegen auf:
>
Hallo.
Ne der min Job läuft bei mir alle 10 min und min kann aktuell gar nicht
ausgeführt werden. Kommt immer dieser Fehler.
Grüße
Am So., 7. Juli 2019 um 16:47 Uhr schrieb Andreas Goetz :
> Ohne dass ich schon auf Fehlersuche war mal ein Gedanke: lässt Du die Jobs
> auch minütlich laufen?
abgesehen davon: brauchst du
> Level minute wirklich, d.h. loggst du Werte mit Intervall << 60s? Ich komme
> mit hour und day ganz gut klar, und die Tabelle aggregate bleibt deutlich
> kompakter.
>
> Viele Grüße
> Frank
>
> Christian S schrieb am So., 7. Juli 2019,
> 10:45:
Viele Grüße,
> Andreas
>
> Am 04.07.2019 um 10:03 schrieb Christian S :
>
> Ist notiert und sorry nochmal :(
>
> Am Do., 4. Juli 2019 um 10:01 Uhr schrieb Andreas Götz >:
>
>> Bitte schick mir direkt -v und dump wenn es wieder passiert. Das kam
>> jetzt 2x vor-
gt; Viele Grüße,
> Andreas
>
> Am 04.07.2019 um 09:58 schrieb Christian S :
>
> Danke Andreas für deine schnelle Antwort.
>
> Ich war leider schon zu schnell und hab mal in der Zwischenzeit gelesen
> welche commandos "aggregate" noch so bietet und ein "php /
te nochmal mit -v ausführen damit ich den
> Verursacher der Fehlermeldung sehr?
>
> Wäre es evtl möglich mir einen Dump Deiner DB zukommen zu lassen? Was für
> eine DB ist das?
>
> Viele Grüße,
> Andreas
>
> Am 04.07.2019 um 08:25 schrieb Christian S :
>
>
> Hallo.
Hallo.
Seit Tagen bekomme ich beim Ausführen von "aggregate" immer einen Fehler
(nur auf dem Level "minute").
In den Log Files hätte ich jetzt nichts gefunden. Unten der Fehler im
Detail aber so richtig schlau werde ich nicht daraus.
Grüße
root@service-uplink:/home/nas# php
Hallo.
Was hat es eigentlich mit den Asci Zeichen aufsich bei den Bildern?
[image: image.png]
Grüße
Am Sa., 22. Juni 2019 um 13:08 Uhr schrieb Rupert Schöttler <
rupert.schoett...@gmx.de>:
> Am 22.06.19 um 13:05 schrieb Justin Otherguy:
> >
> > Das ist ein klarer Fall von Spam; das hatten wir
Hallo.
Hab gestern das Update gemacht und läuft perfekt. Danke!
Sieht wirklich gut aus und auch mein Liebling sind die Balkendiagramme :)
Grüße,
Christian
Am Do., 14. März 2019 um 09:56 Uhr schrieb Andreas Goetz :
> Hallo Zusammen,
>
> in den letzten Tagen habe ich das Mistwetter genutzt um
Hallo.
Sollte man nicht eher die Daten abliefern via "middleware"?
Grüße
Am Sa., 26. Jan. 2019 um 13:23 Uhr schrieb Rupert Schöttler <
rupert.schoett...@gmx.de>:
> Hallo Peer,
>
> Am 26.01.19 um 01:51 schrieb Peer Janssen:
> > Hier nochmal das Script als Datei (in der Mail eben waren die
> >
25 matches
Mail list logo
