ZitatMan kann doch bereits jetzt über das Attr graphicBeamXContent den consumptionForecast anzeigen lassen.
Oder was meinst du?
ZitatWoraus schließt du bzw. läßt dich vermuten dass der interne Intervaltimer nicht anhält?
ZitatKönnte man in das Balkendiagramm nicht auch die Forcastconsumption einfliessen lassen. Jetzige Balken nur halb so breit und der consumption Forecast mit rein. Ist vieleicht etwas tricky mit den Zahlenwerten (eventuell vertikal anordnen dann?) . Fände ich schick den vermutliche Verbrauch auch zu sehen.Man kann doch bereits jetzt über das Attr graphicBeamXContent den consumptionForecast anzeigen lassen.
ZitatAllerdings hätte ich da zwei Fragen.Der KI Lernprozess läuft per default um 02:15, die Stunde kann aber mit dem Attr ctrlAIshiftTrainStart verschoben werden. Um 01:xx laufen im Modul keine besonderen Aktivitäten ab. In der Sub _specialActivities siehst du die Zeiten für besondere Aktivitäten. Das Attr ctrlAIshiftTrainStart hat entsprechenden Einfluß.
Um 1Uhr-kurz nach 1Uhr geht mein Load zielich hoch. Ich meine das da was war mit der Ki und dem DWD Modul einst (deshalb 1 uhr und nicht wie vorher Mitternacht). Was macht das Modul zu der Zeit?
Ist nicht kritisch interressiert mich einfach nur.
ZitatUnd was auch nicht kritisch ist (zumindest für mich jetzt) ist die Frage wieso der interne Intervaltimer nicht anhält wenn ich den Interval auf 0 setzte oder das Modul disable.Woraus schließt du bzw. läßt dich vermuten dass der interne Intervaltimer nicht anhält?
##############################################
## $Id: myUtilsTemplate.pm 21509 2020-03-25 11:20:51Z rudolfkoenig $
##
## Save this file as 99_myUtils.pm, and create your own functions in the new
## file. They are then available in every Perl expression.
package main;
use strict;
use warnings;
sub
myUtils_Initialize($$)
{
my ($hash) = @_;
}
sub
readings2json($@)
{
my $in = $defs{shift()}{READINGS};
my %out;
map { $out{$_} = $in->{$_}{VAL} } @_;
return toJSON(\%out);
}
1;
attr mqttBridge globalPublish state|desiredTemperature|temperature|valveposition|battery|mode:topic={"$base"} state|desiredTemperature|temperature|valveposition|battery|mode:expression={main::readings2json($device, "state","desiredTemperature","temperature","valveposition","battery","mode")}
Zitat von: noansi am 03 Mai 2024, 23:17:56Beim nano ist die DTR Leitung via Kondensator mit dem Reset Pin des Atmel verbunden. Beim Öffnen wird da wohl ein Puls drauf gegeben. Gleiches dürfte auch für miniCUL und megaCUL gelten.Danke für den Hinweis, das teste ich mal. Für ser2net könnte schon -RTSCTS und LOCAL reichen. Ich frage mich, ob ich ggf noch DTRLO und RTSLO setzen muss.
Mitstty -F /dev/ttyUSB0 -hupcl
soll man das abstellen können. /dev/ttyUSB0 wäre durch Deine Schnittstelle zu ersetzen.
Kann man wohl auch via udev rules automatisieren. Schau mal z.B. hier zum Thema https://raspberrypi.stackexchange.com/questions/9695/disable-dtr-on-ttyusb0
ZitatControls are: DTRHI, DTRLO Turns on and off the DTR line. RTSHI, RTSLO Turns on and off the RTS line(https://manpages.debian.org/experimental/ser2net/ser2net.8.en.htm)
Zitat von: noansi am 03 Mai 2024, 23:17:56Kann daran liegen, dass es conditional burst devices sind oder einfach daran, dass zu viel "geplappert" wurde. Müsstest Du für eines der devices mal mit verbose 4 loggen nebst list vom device, wenn Registerwerte fehlen..Ok, kann beides möglich sein: zu viel geplappert weil die neuen tempListen an alle RT und TCs gehen; aber auch könnten die TCs conditional burst devices sein. Bei der nächsten Umstellung (Mitte Herbst ) werde ich es beobachten.