bugra.demiriz
@bugra-demiriz · Ağustos 2026 tarihinde katıldı
- Konular
- 11
- Yanıtlar
- 33
- Puan
- 0
Oluşturulan forum yanıtları
Yapay zekâ tarafından English dilinden çevrildi ·
Bunlar aynı şey değil, bu yüzden birbirleriyle çelişebilirler. Sites & Assets haritası en kötü aktif alarma göre renklendirilir. Sites panosu şablonu ise site durumunu (Critical, Warning, OK veya Unknown), her cihazın durum anahtarlarının en kötüsünü, aktif alarmlarını ve bağlantısını okur. Major alarm haritada kırmızıya boyar ancak tek başına cihazı orada yalnızca Warning yapar, çünkü cihazı Critical yapan yalnızca critical alarmdır. Site status bunun nereden geldiğini açıklar.
They’re not the same thing, so they can disagree. The Sites & Assets map is coloured by the worst active alarm. The Sites board template reads the site status (Critical, Warning, OK or Unknown), the worst of each device’s status key, its active alarms and its connection. A major alarm paints the map red but on its own only makes the device Warning there, because only a critical alarm makes it Critical. Site status explains where that one comes from.
Yapay zekâ tarafından English dilinden çevrildi ·
Siteyi düzenleyin ve Latitude (Enlem) ile Longitude (Boylam) alanlarını doldurun. Bunları herhangi bir harita uygulamasından kopyalayın ve ondalık ayırıcı olarak nokta kullanın. Saat dilimi aynı formda yer alır; kurallar ikisini de kullanır. Locations and time zones.
Edit the site and fill Latitude and Longitude. Copy them from any map application and use a dot as the decimal sign. The time zone sits on the same form; rules use both. Locations and time zones.
Yapay zekâ tarafından English dilinden çevrildi ·
Sorgulanan (polled) cihazlar yalnızca Last seen kullanır ve yalnızca Last seen only kullanan cihazlar bağlantı ve bağlantı kopma kayıtları yazmaz. Kutunuz için bu beklenen bir davranıştır.
Polled devices use Last seen only, and devices on Last seen only write no connect and disconnect rows. That’s expected for your box.
Yapay zekâ tarafından English dilinden çevrildi ·
Evet. Reddedilen bir oturum açma (CONNACK 5) nedeniyle birlikte günlüğe kaydedilir. Cihazın kendisi nedeni hiçbir zaman almaz.
Yes. A refused login (CONNACK 5) is logged with its reason. The device itself never gets the reason.
Yapay zekâ tarafından English dilinden çevrildi ·
Katılıyorum. Bir cihaz veri gönderip ardından bilerek bağlantısını kesiyorsa, profiline Recent message online kuralını ekleyin; böylece son mesajı hâlâ güncel olduğu sürece tek başına bir bağlantı kesilmesi cihazı çevrimdışı göstermez.
Agreed. And if a device reports and then disconnects on purpose, give its profile the Recent message online rule; then a disconnect alone doesn’t show it offline while its last message is still recent.
Yapay zekâ tarafından English dilinden çevrildi ·
API üzerinden: GET …/devices/{deviceId}/log?source=connection (değişiklikler için source=audit), en fazla 1.000 kayıt derinliğinde. Bağlantı geçmişi 30 gün saklanır, bu yüzden bir çeyrek için dosyaları birkaç haftada bir çekip saklamanız gerekir. Değişiklikler denetim günlüğünde de bulunur; its API resourceType=iot_device ve cihazın kimliğiyle filtreler, CSV Dışa Aktar ise filtrelediğiniz tarih aralığını alır: Audit log.
Over the API: GET …/devices/{deviceId}/log?source=connection (or source=audit for the changes), at most 1,000 entries deep. Connection history is kept for 30 days, so for a quarter you’d pull it every few weeks and keep the files. The changes are also in the audit log; its API filters by resourceType=iot_device and the device’s id, and Export CSV takes the date range you filtered: Audit log.
Yapay zekâ tarafından English dilinden çevrildi ·
Profil sayfasındaki profili çoğaltın. Her ayarı “<name> (copy)” adına kopyalar, provisioning kapalı başlar ve hiçbir provisioning anahtarı kopyalanmaz. Ardından kopyadaki limitleri değiştirin ve ikinci sahanın cihazlarını ona taşıyın.
Duplicate profile on the profile page. It copies every setting into “<name> (copy)”, provisioning starts off and no provisioning key is copied. Then change the limits on the copy and move the second site’s devices to it.
Yapay zekâ tarafından English dilinden çevrildi ·
Evet. Her saniye bir anahtarlama dakikada 60 eder; bu, tek bir cihaza dakikada 30 komut ve ayar olan akış limitinin üzerindedir (1 ile 600 arasında herhangi bir değere ayarlanabilir) ve genel komut limiti cihaz başına dakikada 10’dur. Limitin üzerindeki komutlar reddedilir. Zaten bir saniyelik bir diziyi buluttan yönetmezdim. Diziyi cihaz yazılımına koyun ve onu başlatan tek bir komut gönderin; süre de bir parametre olarak verilsin.
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.
Yapay zekâ tarafından English dilinden çevrildi ·
Devam ettirme, şimdiye kadar yaşananları kabul eder: kapı için yalnızca yeni hatalar sayılır ve bir dalga sonunda durdurulmuşsa geçmiş sayılır. Bu yüzden devam ettirmeden önce başarısız cihazlara bakın.
Resuming accepts what happened so far: only new failures count against the gate, and a wave stopped at its end counts as passed. So look at the failed devices before you press it.
Yapay zekâ tarafından English dilinden çevrildi ·
On iki cihaz için tek profil. Yalnızca bazılarının farklı bir firmware ailesi veya farklı bir güvenlik gereksinimi olması durumunda ayırırdınız; örneğin TLS desteklemeyen birkaç eski cihaz gibi.
One for all twelve. You’d only split them if some had a different firmware family or a different security need, for example a few old ones that can’t do TLS.
Yapay zekâ tarafından English dilinden çevrildi ·
Yine o konu. Düzeltmeden sonra: Deploy, ardından akışın satır menüsünden Resume. Duraklatma, akışın belleğini ve bekleyen mesajları korur.
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.
Yapay zekâ tarafından English dilinden çevrildi ·
Hayır. Bir dalga kapandığında hâlâ çevrimdışı veya bekleyen cihazlar bir sonraki dalgaya aktarılır ve hata sayılmaz. Çevrimiçi cihazlar öne alınır, böylece canary dalgası hızlıca geri bildirim verir. Kullanım ölçümlü bağlantılardaki cihazlar güncelleme yerine Waiting durumunu gösterebilir ve aynı şekilde bir sonraki dalgaya aktarılır. Duraklatmaya neden olan tek durum, hiçbir cihazın tamamlanmadığı bir dalganın kapanmasıdır.
No. Devices still offline or waiting when a wave closes are carried on and don’t count as failures. Online devices are put first, so the canary wave reports back quickly. Devices on metered links may show Waiting instead of updating, and they’re carried on the same way. The one case that does pause is a wave that closes with no device finished at all.
Yapay zekâ tarafından English dilinden çevrildi ·
Hiçbir şey. Daha sonraki bir dalgadaki bir cihaz, dalgası başlayana kadar fw_* özniteliklerini almaz ve sayfasında “Dalga n bekleniyor” yazar. Sıra yayın boyunca sabit kaldığı için bir cihaz dalgalar arasında geçiş yapmaz.
Nothing. A device in a later wave gets no fw_* attributes until its wave starts, and its page says “Waits for wave n”. The order is stable for the rollout, so a device doesn’t move between waves.
Yapay zekâ tarafından English dilinden çevrildi ·
Script CPU yalnızca Script bloklarının CPU süresini sayar, çalışmanın geri kalanını değil. 0 ms, bu ayki çalışmaların hiçbirinin bir Script bloğunda zaman harcamadığı anlamına gelir.
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.
Yapay zekâ tarafından English dilinden çevrildi ·
Doğru. iot_device_settings.dangerous.write yalnızca Owner’a aittir, dolayısıyla bir API anahtarında bu yetki hiçbir zaman bulunmaz ve istekte ayrıca “confirm”: true gerekir.
Right. iot_device_settings.dangerous.write is Owner only, so an API key never has it, and the request also needs “confirm”: true.