Ce que vous indique la carte d'utilisation dans Automation, y compris la ligne des protections
Traduit de English par IA ·
Voici le haut de la page Automation sur l’un de nos espaces de test, pris ce matin. La plupart des gens font défiler la carte pour accéder à leurs flows, alors voici ce qu’elle contient.

L’utilisation de ce mois-ci correspond à novembre jusqu’à présent, comptée en UTC : 153 596 exécutions et 577 034 étapes, soit environ 3,8 étapes par exécution. Script CPU vaut 0 ms et Limit hits vaut 0. Flows affiche « 1 · no plan limit ». Script blocks indique « 0 of 0 » en rouge. Flows et Script blocks sont les deux cases comptées dans le forfait ; les script blocks ne sont comptés que dans les flows déployés.
La ligne Last 7 days comporte Errors (avec la part des exécutions, 0 % ici), Timeouts, Failed messages et Dropped messages.
La ligne que je regarde en premier lorsqu’un flow se comporte bizarrement est Flow protections this month. Chaque case compte le nombre de fois où cette protection est intervenue : Loop guard, Runs a minute, Fan-out, Repeated messages, Runs at once, Message size, Retries used up, Too old, Device commands a minute et Repeated notifications. Tout est à zéro ici. Les valeurs par défaut correspondantes se trouvent dans Protections and failed messages ; celles dont on me demande le plus souvent : un flow se met en pause automatiquement après 6 000 exécutions en une minute, au maximum 16 exécutions d’un même flow s’effectuent en même temps et les autres attendent, les flows peuvent envoyer 30 commandes par minute à un même appareil, et un message peut peser 256 KiB.
Dans l’en-tête, on trouve Refresh, le bouton rouge Emergency stop, Import et New flow, ainsi que les onglets Flows et Templates sous la carte.
This is the top of Automation on one of our test workspaces, taken this morning. Most people scroll past the card to get to their flows, so here is what’s on it.
Usage this month is November so far, counted in UTC: 153,596 runs and 577,034 steps, so about 3.8 steps per run. Script CPU is 0 ms and Limit hits 0. Flows says « 1 · no plan limit ». Script blocks reads « 0 of 0 » in red. Flows and Script blocks are the two boxes counted against the plan; script blocks count only in deployed flows.
The Last 7 days row has Errors (with the share of runs, 0 % here), Timeouts, Failed messages and Dropped messages.
The row I’d look at first when a flow behaves oddly is Flow protections this month. Each box counts how often that protection acted: Loop guard, Runs a minute, Fan-out, Repeated messages, Runs at once, Message size, Retries used up, Too old, Device commands a minute and Repeated notifications. All zero here. The defaults behind them are on Protections and failed messages; the ones I get asked about most: a flow pauses itself after 6,000 runs in a minute, at most 16 runs of one flow go at once and the rest wait, flows may send one device 30 commands a minute, and a message may be 256 KiB.
Up in the header there’s Refresh, the red Emergency stop, Import and New flow, and the Flows and Templates tabs under the card.
Traduit de English par IA ·
Est-il sûr d’appuyer une fois sur Arrêt d’urgence pour voir ce qu’il fait ? Je ne veux pas que le stockage des données de nos appareils s’arrête.
Is it safe to press Emergency stop once to see what it does? I don’t want our device data to stop being stored.
Traduit de English par IA ·
N’essayez pas cela sur un espace de travail avec des appareils en service. Cela met en pause chaque flux en cours d’exécution sur chaque hôte, flux racines compris, et le flux racine est celui qui stocke vos données d’appareils. Les messages des appareils, les planifications et les webhooks ne démarrent aucune exécution tant que vous n’avez pas repris.Une confirmation est demandée d’abord : vous cochez « Je comprends que rien ne s’exécute tant que les flux ne sont pas repris. » et vous saisissez STOP. Reprendre les flux rétablit chaque flux mis en pause par l’arrêt. Un flux qui s’était déjà mis en pause lui-même reste en pause. Les deux éléments figurent dans le journal d’audit.
Don’t try it on a workspace with live devices. It pauses every running flow on every host, root flows included, and the root flow is the one storing your device data. Device messages, schedules and webhooks start no run until you resume.
It does ask first: you tick « I understand that nothing runs until the flows are resumed. » and type STOP. Resume the flows brings back every flow the stop paused. A flow that had paused itself before stays paused. Both are in the audit log.
Traduit de English par IA ·
Pourquoi Script CPU affiche-t-il 0 ms avec 150 000 exécutions ? Je pensais que chaque exécution consommait du CPU.
Why is Script CPU 0 ms with 150k runs? I thought every run used CPU.
Traduit de English par IA ·
Script CPU ne comptabilise que le temps CPU des blocs Script, et non le reste de l’exécution. 0 ms signifie qu’aucune des exécutions de ce mois n’a passé du temps dans un bloc Script.
Script CPU only counts the CPU time of Script blocks, not the rest of the run. 0 ms means none of this month’s runs spent time in one.
Traduit de English par IA ·
Le mois dernier, nous avons eu un déclenchement « Runs a minute ». Un déclencheur Status surveillait un bloc qui changeait d’état à chaque message, si bien que le flux se relançait sans cesse. Il s’est mis en pause, l’alerte « Flow paused itself » est arrivée, et Activity > Errors a rendu le problème évident.
We had Runs a minute trip last month. A Status trigger was watching a block that changed its status on every message, so the flow kept starting itself. It paused, the « Flow paused itself » alert came in, and Activity > Errors made it obvious.
Traduit de English par IA ·
Encore celui-là. Après le correctif : Deploy, puis Resume depuis le menu de la ligne du flux. La pause conserve la mémoire du flux et les messages en attente.
That one again. After the fix: Deploy, then Resume from the flow’s row menu. The pause keeps the flow’s memory and the messages that were waiting.
Traduit de English par IA ·
30 commandes par minute et par appareil depuis les flux : nous avons une séquence de rinçage qui bascule une vanne toutes les secondes pendant deux minutes. Cela atteindrait-il la limite ?
30 commands a minute per device from flows: we have a flush sequence that toggles a valve every second for two minutes. That would hit it?
Traduit de English par IA ·
Oui. Une bascule chaque seconde représente 60 par minute, ce qui dépasse la limite de flux de 30 commandes et réglages par minute vers un même appareil (elle peut être fixée entre 1 et 600), ainsi que la limite générale de commandes de 10 par appareil et par minute. Les commandes qui dépassent la limite sont refusées. De toute façon, je ne piloterais pas une séquence à la seconde depuis le cloud. Placez la séquence dans le firmware de l’appareil et envoyez une seule commande qui la démarre, avec la durée comme paramètre.
Yes. A toggle every second is 60 a minute, over the flows limit of 30 commands and settings a minute to one device (it can be set anywhere from 1 to 600), and the general command limit is 10 per device per minute. Commands over the limit are refused. I wouldn’t drive a one-second sequence from the cloud anyway. Put the sequence in the device firmware and send one command that starts it, with the duration as a parameter.
- Vous devez être connecté pour répondre à ce sujet.
Rejoignez la discussion
Connectez-vous pour poser et répondre à des questions, aimer les messages utiles et marquer la réponse qui a résolu votre problème. Chaque contribution rapporte des points et des niveaux.

