warum in einem CRON noch ein delay ??

[arteck]

const jobCurrentPrice = CronJob.from({
					cronTime: "20 57 * * * *", //"20 57 * * * *" = 3 minuten vor 00:00:20 jede Stunde
					onTick: async () => {
						let okPrice = false;
						do {
							await this.delay(3 * 60 * 1000);
							okPrice = await tibberAPICaller.updateCurrentPriceAllHomes(this.homeInfoList);
							this.log.debug(`Cron job CurrentPrice - okPrice: ${okPrice}`);
						} while (!okPrice);
						tibberCalculator.startCalculatorTasks();
						tibberAPICaller.updateConsumptionAllHomes();
					},
					start: true,
					timeZone: "system",
					runOnInit: false,
				});

kannst du mir Erklären warum du ein CRON Job defienierst und dann ein delay machst ..
dir ist schon klar (oder nicht) dass wenn 1000000 adapter um pünktlich Zeit X (im CRON) anlaufen dass es seitens der API zu einer falsch Meldung (DDOS) kommen kann und die Abfrage blokiert werden könnte..

[hombach]

es sind eher 1000 Adapter, die werden bei deiner 1000000 Anfragen dann ja nicht so sehr auffallen ;)
Es gibt bereits ein Issue dazu, hier etwas varianz reinzubringen istne gute Idee.
Ich denke das delay erklärt die Schleife und der aufgerufene code selbst.

[arteck]

Ich denke das delay erklärt die Schleife und der aufgerufene code selbst.

ok jetzt seh ich es.. man kann es auch kompliziert machen.. aber ist dein code

[hombach]

Hey, bessere Vorschläge sind immer willkommen! ;)

akut habe ich das delay für die randomisierung genutzt.... V2.0.0

			const jobPricesTomorrow = CronJob.from({
				cronTime: "20 56 12 * * *", //"20 56 12 * * *" = 5 minuten vor 13:01:20
				onTick: async () => {
					let okPrice = false;
					do {
						await this.delay(this.getRandomDelay(4, 6));
						okPrice = await tibberAPICaller.updatePricesTomorrowAllHomes(this.homeInfoList);
						this.log.debug(`Cron job PricesTomorrow - okPrice: ${okPrice}`);
					} while (!okPrice);
					tibberCalculator.startCalculatorTasks();
				},
				start: true,
				timeZone: "system",
				runOnInit: true,
			});
			if (jobPricesTomorrow) this.cronList.push(jobPricesTomorrow);

[arteck]

na ja mit einem selbzudefinierbaren zeit Intervall (in Einstellungen wählbar)

_jobPricesTomorrow = setInterval(async () => {
hier werden die daten abgeholt
hier werden die daten abgeholt
hier werden die daten abgeholt
}, interval); <- das kann ich bestimmen

ist es variabler... für jeden.. und einfacher zu händeln für dich...

https://github.com/arteck/ioBroker.hs100/blob/110413a8de492338b407c4b3f4b3bb2533edb725/main.js#L152

dann kann ich selbst bestimmen ab wann der adapter los rennt (nämlich ab da wo ich den gestartet habe) und wie oft dann abgefragt wird (so wie ich es eingestellt habe in der config)

damit stelltst du auch sicher, dass nicht ALLE adapter zur gleichen Zeit los rennen ..

[hombach]

Von da komme ich. Das macht dann halt den ganzen Tag Abfragen die gar nicht nötig sind. Ich wollte ab dem passenden Zeitpunkt - z.B. 13:00 für pricesTomorrow eine Abfrage der Daten die sich (mit jetzt unterschiedlichen) Abständen wiederholt bis die Daten korrekt empfangen sind. ginge auch mit cron und Interval, aber
a) wollte ich Delay mal probieren (wenn das iOBroker schon bereitstellt :) )
b) kümmert sich bei Delay der js-controller selbst um die "Garbage Collection"
c) sind es gefühlt 2 (?) Zeilen weniger total code... da steh ich voll drauf - LOL

freies Einstellen nutze ich in meinem Kostal Adapter z.B. auch - hier finde ich es überflüssig, "schnell" geht eh nicht wegen Tibber Restriktionen und sehr viel länger macht dann auch keinen Sinn mehr.