Λήψη δεδομένων ενέργειας IAMMETER στον δικό σας διακομιστή

Λήψη δεδομένων ενέργειας IAMMETER στον δικό σας διακομιστή

Οι μετρητές ενέργειας Wi-Fi της IAMMETER μπορούν να στέλνουν τα δεδομένα μέτρησης απευθείας σε έναν διακομιστή, έναν μεσίτη MQTT (broker) ή μια πλατφόρμα δεδομένων που ελέγχεται από τον πελάτη. Αυτό επιτρέπει στους προγραμματιστές και στους ενοποιητές συστημάτων να αναπτύξουν το δικό τους EMS, BMS, υπηρεσία IoT, βάση δεδομένων ή πίνακα παρακολούθησης, χωρίς να χρησιμοποιούν το IAMMETER-Cloud ως προορισμό των δεδομένων.

Αυτός ο οδηγός προσεγγίζει την ενοποίηση από την πλευρά του διακομιστή λήψης：

• να θέσετε σε λειτουργία έναν δοκιμαστικό δέκτη·
• να καταγράψετε το πρώτο ωφέλιμο φορτίο του μετρητή·
• να αναγνωρίσετε τον μετρητή και τα κανάλια μέτρησης·
• να ομαλοποιήσετε και να αποθηκεύσετε τα δεδομένα·
• να εκτιμήσετε τον όγκο εισαγωγής δεδομένων·
• να προετοιμάσετε τον δέκτη για λειτουργία παραγωγής.

IAMMETER meter
      │
      │ HTTP/HTTPS, MQTT/MQTTS or TCP/TLS
      ▼
Customer ingestion service
      │
      ├── Raw-payload log
      ├── Time-series or relational database
      ├── EMS / BMS / ERP
      └── Dashboard, report and alarm services

Για τις δυνατότητες του υλικολογισμικού από την πλευρά του μετρητή και τις μορφές διευθύνσεων, χρησιμοποιήστε τον Οδηγό Τοπικού API και Ανοιχτής Διεπαφής της IAMMETER. Για την επιλογή αρχιτεκτονικής, δείτε το Αναπτύξτε το Δικό σας Σύστημα Παρακολούθησης Ενέργειας.

1. Επιλέξτε μια αρχιτεκτονική δέκτη

Ο μετρητής μπορεί να προωθεί τις μετρήσεις του μέσω πολλών πρωτοκόλλων μεταφοράς. Το σύστημα λήψης θα πρέπει να επιλέξει μία κύρια διαδρομή εισαγωγής δεδομένων.

Μεταφορά	Στοιχείο δέκτη	Καλό σημείο εκκίνησης για
HTTP / HTTPS	Τελικό σημείο ιστού (web endpoint)	REST backends και την απλούστερη πρώτη ενοποίηση
MQTT / MQTTS	Μεσίτης MQTT και συνδρομητής	Υπάρχουσες πλατφόρμες IoT και αγωγούς μηνυμάτων
TCP / TLS	Ακροατής υποδοχής (socket listener)	Αποκλειστικούς συλλέκτες και υπηρεσίες προσαρμοσμένου πρωτοκόλλου

Το HTTP είναι συνήθως ο ευκολότερος τρόπος να επιθεωρήσετε το πρώτο ωφέλιμο φορτίο, επειδή ο επίσημος δοκιμαστικός δέκτης μπορεί να εκκινηθεί με ένα μικρό παράδειγμα Node.js. Το MQTT αποτελεί ισχυρή επιλογή όταν ένας μεσίτης αποτελεί ήδη μέρος του συστήματος. Το TCP/TLS παρέχει μια ενοποίηση υποδοχής χαμηλότερου επιπέδου, αλλά απαιτεί περισσότερη μηχανική εργασία στην πλευρά του δέκτη.

Τα ασφαλή πρωτόκολλα μεταφοράς και οι μορφές προσαρμοσμένων θυρών διατηρούνται στον τρέχοντα οδηγό υλικολογισμικού και δεν επαναλαμβάνονται εδώ.

2. Γρήγορη εκκίνηση: Λάβετε το πρώτο ωφέλιμο φορτίο μέσω HTTP

Η IAMMETER παρέχει ένα επίσημο παράδειγμα δέκτη HTTP σε Node.js για δοκιμές ενοποίησης.

2.1 Εκκινήστε τον δοκιμαστικό δέκτη

Κατεβάστε το παράδειγμα από:

• Παράδειγμα HTTP Server της IAMMETER στο GitHub

Εκτελέστε:

node Server.js

Το παράδειγμα ακούει στη θύρα 8000. Όταν φτάνει ένα αίτημα, το παράδειγμα:

• συλλέγει το σώμα του αιτήματος HTTP·
• εκτυπώνει τη διεύθυνση URL του αιτήματος·
• εκτυπώνει το μεταφορτωμένο σώμα·
• επιστρέφει την κατάσταση HTTP 200 με μια μικρή απόκριση JSON επιτυχίας.

Το παράδειγμα είναι σκόπιμα ελάχιστο. Δεν παρέχει έλεγχο ταυτότητας, αποθήκευση, επικύρωση, περιορισμό ρυθμού ή ασφάλεια παραγωγής.

2.2 Κάντε τον δέκτη προσβάσιμο

Πριν από τη διαμόρφωση του μετρητή, επιβεβαιώστε ότι:

• ο διακομιστής ακούει στην αναμενόμενη διεπαφή και θύρα·
• το τείχος προστασίας επιτρέπει τη σύνδεση·
• ο μετρητής μπορεί να επιλύει το όνομα τομέα όταν χρησιμοποιείται τομέας·
• κάθε διαδρομή NAT, αντίστροφου proxy ή VPN λειτουργεί·
• η τελική διεύθυνση URL φτάνει στη σωστή διαδρομή εφαρμογής.

Για μια δοκιμή LAN, ο μετρητής και ο δέκτης μπορούν να χρησιμοποιήσουν το ίδιο τοπικό δίκτυο χωρίς πρόσβαση στο Διαδίκτυο. Για έναν απομακρυσμένο δέκτη, ο χώρος εγκατάστασης πρέπει να έχει διαδρομή προς τον διακομιστή.

2.3 Στρέψτε τον μετρητή στον δέκτη

Στο τρέχον WebUI του μετρητή, επιλέξτε τη λειτουργία εκτέλεσης HTTP και εισάγετε έναν προορισμό όπως:

{server-address}:8000/upload

Τα τελικά σημεία HTTPS μπορούν να χρησιμοποιούν την προεπιλεγμένη θύρα ή μια προσαρμοσμένη θύρα. Οι τρέχοντες κανόνες διευθύνσεων, συμπεριλαμβανομένου του https://host:port, τεκμηριώνονται στην ενότητα HTTP/HTTPS του υλικολογισμικού.

Αφού αποθηκεύσετε τη ρύθμιση, ελέγξτε την κονσόλα του δέκτη για τη διαδρομή του αιτήματος και το μεταφορτωμένο JSON. Κρατήστε αυτό το πρώτο ακατέργαστο ωφέλιμο φορτίο ως δοκιμαστικό δείγμα (fixture) για μελλοντικές δοκιμές του αναλυτή και της βάσης δεδομένων.

3. Κατανοήστε το εισερχόμενο ωφέλιμο φορτίο της IAMMETER

Η IAMMETER χρησιμοποιεί μια συνεπή βασική δομή JSON μέτρησης σε όλα τα υποστηριζόμενα πρωτόκολλα προώθησης. Το πρωτόκολλο μεταφοράς αλλάζει τον τρόπο άφιξης του ωφέλιμου φορτίου, αλλά το μοντέλο μέτρησης παραμένει συνεπές.

Ένα ωφέλιμο φορτίο περιλαμβάνει συνήθως πεδία σε επίπεδο συσκευής, όπως:

• SN — ο σειριακός αριθμός του μετρητή που χρησιμοποιείται για την αναγνώριση της συσκευής·
• version — η έκδοση υλικολογισμικού του μετρητή·
• method — η μέθοδος μηνύματος ή ο τύπος ωφέλιμου φορτίου·
• Data ή Datas — οι πίνακες μετρήσεων.

Το Data χρησιμοποιείται για ένα μόνο κανάλι μέτρησης. Το Datas περιέχει πολλούς πίνακες μετρήσεων για έναν πολυκαναλικό μετρητή ή για μετρητή τριών φάσεων.

Παράδειγμα δομής ενός καναλιού:

{
  "method": "uploadsn",
  "mac": "B0F8932A295C",
  "version": "i.75.98.71y",
  "server": "em",
  "SN": "12345678",
  "Data": [228.91, 1.61, 225, 15066.47, 0]
}

Μην κωδικοποιείτε σταθερά (hard-code) έναν μόνο αριθμό στοιχείων του πίνακα για κάθε μετρητή. Ο αριθμός των καναλιών και τα διαθέσιμα πεδία εξαρτώνται από το μοντέλο του μετρητή και τις ενεργοποιημένες δυνατότητες μέτρησης.

Χρησιμοποιήστε τον έγκυρο ορισμό κατά την υλοποίηση του αναλυτή:

• Ορισμός δεδομένων JSON μετρητή ενέργειας IAMMETER

3.1 Επεξεργασία ανάλογα με το μοντέλο

Διατηρήστε την επεξεργασία που εξαρτάται από το μοντέλο ξεχωριστή από τον δέκτη μεταφοράς.

Για παράδειγμα, οι WEM3046T και WEM3046TE μετρούν τη δευτερεύουσα έξοδο 5 A ενός εξωτερικού μετασχηματιστή έντασης (CT). Οι τιμές τους πρέπει να μετατραπούν με την κατάλληλη αναλογία CT για να ληφθεί η μέτρηση της πρωτεύουσας πλευράς. Αυτό είναι χαρακτηριστικό του μετρητή και του CT και όχι διαφορά HTTP, MQTT ή TCP.

Ένας πρακτικός αγωγός εισαγωγής δεδομένων διαχωρίζει επομένως:

1. την αποκωδικοποίηση της μεταφοράς·
2. την επικύρωση JSON·
3. την αναγνώριση μετρητή και καναλιού·
4. την κλιμάκωση ή ομαλοποίηση ανάλογα με το μοντέλο·
5. την αποθήκευση και τους επιχειρηματικούς υπολογισμούς.

4. Σχεδιάστε το μοντέλο δεδομένων εισαγωγής

Αποθηκεύστε αρκετές πληροφορίες ώστε να μπορείτε να αναπαράγετε και να διαγιγνώσκετε την αρχική ένδειξη.

Ένα χρήσιμο ελάχιστο μοντέλο περιλαμβάνει:

Πεδίο	Σκοπός
SN μετρητή	Αντιστοιχίζει το ωφέλιμο φορτίο σε μια καταχωρισμένη συσκευή
Δείκτης καναλιού ή φάσης	Διακρίνει δεδομένα μονοφασικά, διφασικά (split-phase) και τριφασικά
Χρόνος λήψης από τον διακομιστή	Παρέχει μια συνεπή χρονική σήμανση εισαγωγής
Τάση	Ηλεκτρική μέτρηση
Ένταση ρεύματος	Ηλεκτρική μέτρηση
Ενεργός ισχύς	Είσοδος υπολογισμού εισαγωγής/εξαγωγής σε πραγματικό χρόνο ή φορτίου
kWh εισαγωγής	Σωρευτική εισαγόμενη ενέργεια
kWh εξαγωγής	Σωρευτική εξαγόμενη ενέργεια
Έκδοση υλικολογισμικού	Υποστηρίζει την αντιμετώπιση προβλημάτων και τη συμβατότητα του αναλυτή
Ακατέργαστο ωφέλιμο φορτίο	Επιτρέπει αναπαραγωγή, έλεγχο (audit) και διόρθωση του αναλυτή

Πρόσθετα πεδία, όπως συχνότητα, συντελεστής ισχύος και μετρήσεις αέργου ισχύος, θα πρέπει να αποθηκεύονται όταν το επιλεγμένο μοντέλο και η διαμόρφωση τα παρέχουν.

4.1 Διατηρήστε τα ακατέργαστα και τα ομαλοποιημένα δεδομένα ξεχωριστά

Για συστήματα παραγωγής, εξετάστε το ενδεχόμενο διατήρησης:

• μιας αμετάβλητης ή βραχυπρόθεσμης διατήρησης εγγραφής ακατέργαστης εισαγωγής·
• ομαλοποιημένων ενδείξεων ανά κανάλι που χρησιμοποιούνται από την εφαρμογή·
• συγκεντρωτικών τιμών ανά ώρα, ανά ημέρα και ανά μήνα.

Αυτό διευκολύνει τη διόρθωση της λογικής ανάλυσης ή αναλογίας CT χωρίς να χάνεται το αρχικό ωφέλιμο φορτίο.

4.2 Χρησιμοποιήστε τον χρόνο λήψης του διακομιστή με προσοχή

Καταγράψτε τον χρόνο κατά τον οποίο ο διακομιστής αποδέχτηκε το ωφέλιμο φορτίο. Αν το επιχειρηματικό σύστημα χρησιμοποιεί επίσης χρονική σήμανση συσκευής ή πηγής, αποθηκεύστε και τις δύο τιμές ξεχωριστά αντί να αντικαταστήσετε τη μία με την άλλη.

Η καθυστέρηση δικτύου, οι επανασυνδέσεις και η επεξεργασία σε ουρά μπορούν να κάνουν τον χρόνο εισαγωγής διαφορετικό από τον χρόνο μέτρησης. Ορίστε τη χρονική σήμανση που χρησιμοποιείται στα διαγράμματα, τη χρέωση και τους συναγερμούς πριν από την ανάπτυξη παραγωγής.

5. Υλοποιήστε τους άλλους τύπους δεκτών

5.1 Δέκτης MQTT ή MQTTS

Για εισαγωγή μέσω MQTT, το σύστημα του πελάτη παρέχει:

• έναν προσβάσιμο μεσίτη MQTT·
• κανόνες ελέγχου ταυτότητας και πρόσβασης·
• μια υπηρεσία συνδρομητή ή καταναλωτή·
• επικύρωση και αποθήκευση ωφέλιμου φορτίου·
• παρακολούθηση της υγείας του μεσίτη και του καταναλωτή.

Η IAMMETER δημοσιεύει δεδομένα σε πραγματικό χρόνο σε ένα θέμα (topic) συσκευής όπως:

device/{SN}/realtime

Χρησιμοποιήστε τον ειδικό οδηγό για τη διαμόρφωση του μεσίτη, τα διαπιστευτήρια, τα θέματα και τις παρατηρήσεις MQTTS:

• Δημοσιεύστε δεδομένα IAMMETER στον μεσίτη MQTT σας

Το Home Assistant MQTT Discovery δεν είναι απαραίτητο για μια γενική ενοποίηση με διακομιστή πελάτη.

5.2 Δέκτης TCP

Η IAMMETER παρέχει έναν ελάχιστο ακροατή TCP σε Node.js:

• Παράδειγμα TCP Server της IAMMETER στο GitHub

Το παράδειγμα ακούει στη θύρα 8000 και εκτυπώνει τα λαμβανόμενα δεδομένα. Ένας δέκτης TCP παραγωγής πρέπει επιπλέον να παρέχει:

• διαχείριση του κύκλου ζωής των συνδέσεων·
• προσωρινή αποθήκευση (buffering) και επικύρωση ωφέλιμου φορτίου·
• ασφαλή διαχείριση μερικών ή συνδυασμένων τμημάτων υποδοχής·
• αναγνώριση συσκευής·
• αποθήκευση και διαχείριση σφαλμάτων·
• παρακολούθηση και ελεγχόμενα όρια πόρων.

Μην υποθέτετε ότι ένα συμβάν data μιας υποδοχής αντιστοιχεί πάντα σε ένα πλήρες μήνυμα εφαρμογής.

5.3 Δέκτης TLS

Το επίσημο παράδειγμα TLS παρουσιάζει έναν ακροατή TLS με κλειδί και πιστοποιητικό διακομιστή:

• Παράδειγμα TLS Server της IAMMETER στο GitHub

Πριν από τη χρήση σε παραγωγή, αντικαταστήστε τα πιστοποιητικά και τις ρυθμίσεις επίδειξης με το εγκεκριμένο πιστοποιητικό, τη διαχείριση κλειδιών και τη διαμόρφωση ασφαλείας του οργανισμού. Ο δέκτης θα πρέπει να καταγράφει τα σφάλματα TLS ξεχωριστά από τα σφάλματα επικύρωσης ωφέλιμου φορτίου.

Οι μορφές διευθύνσεων από την πλευρά του μετρητή για TCP και TLS διατηρούνται στον οδηγό διεπαφής υλικολογισμικού.

6. Προγραμματίστε το διάστημα μεταφόρτωσης και τη χωρητικότητα του διακομιστή

Το τρέχον υλικολογισμικό υποστηρίζει διάστημα μεταφόρτωσης προς τρίτους έως και 2 δευτερόλεπτα. Ένα σύντομο διάστημα είναι χρήσιμο μόνο όταν το σύστημα λήψης, η αποθήκευση και η εφαρμογή χρειάζονται την πρόσθετη ανάλυση.

Κατά προσέγγιση εγγραφές που παράγονται ανά μετρητή:

Διάστημα μεταφόρτωσης	Εγγραφές ανά μετρητή ανά ημέρα	100 μετρητές ανά ημέρα	1.000 μετρητές ανά ημέρα
60 δευτερόλεπτα	1.440	144.000	1.440.000
10 δευτερόλεπτα	8.640	864.000	8.640.000
2 δευτερόλεπτα	43.200	4.320.000	43.200.000

Αυτοί οι αριθμοί αντιπροσωπεύουν γεγονότα μεταφόρτωσης και όχι απαραίτητα εγγραφές βάσης δεδομένων. Ένα ωφέλιμο φορτίο τριών φάσεων μπορεί να ομαλοποιηθεί σε πολλές εγγραφές καναλιών, ενώ οι δείκτες, η διατήρηση ακατέργαστου ωφέλιμου φορτίου ή ο αναδιπλασιασμένος χώρος αποθήκευσης αυξάνουν τον πραγματικό όγκο της βάσης δεδομένων.

Ο προγραμματισμός χωρητικότητας θα πρέπει να περιλαμβάνει:

• μέγιστες ταυτόχρονες συνδέσεις·
• αιτήματα ή μηνύματα ανά δευτερόλεπτο·
• κόστος ανάλυσης JSON·
• πολλαπλασιασμό εγγραφών σε επίπεδο καναλιού·
• δείκτες και διατήρηση βάσης δεδομένων·
• πίνακες και ερωτήματα συγκέντρωσης·
• αρχεία καταγραφής, επαναλήψεις και αποθήκευση νεκρών μηνυμάτων (dead-letter)·
• κίνηση αντιγράφων ασφαλείας και αναπαραγωγής.

Για έλεγχο ή αυτοματισμό ενός δευτερολέπτου στο ίδιο LAN, εξετάστε το Modbus TCP αντί για τη χρήση μιας απομακρυσμένης διοχέτευσης μεταφόρτωσης.

7. Διαχειριστείτε την αξιοπιστία και την ποιότητα δεδομένων

Ένας δέκτης παραγωγής θα πρέπει να αναμένει αποτυχίες δικτύου και εφαρμογών.

7.1 Επικυρώστε κάθε ωφέλιμο φορτίο

Επικυρώστε τουλάχιστον:

• τη σύνταξη JSON·
• τα απαιτούμενα πεδία ταυτότητας·
• την αναμενόμενη δομή πινάκων·
• τους αριθμητικούς τύπους και τα λογικά εύρη τιμών·
• την υποστηριζόμενη αντιστοίχιση μοντέλου ή καναλιού·
• τις παραλλαγές πεδίων ανάλογα με το υλικολογισμικό.

Διατηρήστε τα κακοσχηματισμένα ωφέλιμα φορτία σε μια ελεγχόμενη διαγνωστική διαδρομή, χωρίς να επιτρέπετε να μπλοκάρουν τις έγκυρες συσκευές.

7.2 Προγραμματίστε για διπλότυπες και χαμένες μεταφορτώσεις

Μην υποθέτετε ότι κάθε διάστημα παράγει ακριβώς μία μόνιμα αποθηκευμένη εγγραφή. Διακοπές δικτύου, συμπεριφορά επανασύνδεσης, επαναλήψεις διακομιστή ή επεξεργασία εφαρμογής μπορούν να προκαλέσουν χαμένα ή επαναλαμβανόμενα γεγονότα εισαγωγής.

Ορίστε πώς το επιχειρηματικό σύστημα θα:

• εντοπίζει διπλότυπες εγγραφές·
• αναγνωρίζει τα κενά·
• διακρίνει έναν σιωπηλό μετρητή από έναν αποτυχημένο δέκτη·
• αποφεύγει τον υπολογισμό ενέργειας με τυφλή άθροιση σωρευτικών καταχωρητών kWh·
• συμβιβάζει τη σωρευτική ενέργεια μετά από μια διακοπή.

7.3 Παρακολουθήστε ολόκληρη τη διαδρομή δεδομένων

Παρακολουθήστε κάτι περισσότερο από τη διεργασία ιστού ή υποδοχής. Χρήσιμα σήματα περιλαμβάνουν:

• τον χρόνο του τελευταίου ωφέλιμου φορτίου ανά μετρητή·
• τον αριθμό των μη έγκυρων ωφέλιμων φορτίων·
• τον χρόνο απόκρισης του δέκτη και το ποσοστό σφαλμάτων·
• τις ενεργές συνδέσεις TCP/TLS·
• την καθυστέρηση καταναλωτή MQTT (consumer lag)·
• την καθυστέρηση εγγραφής στη βάση δεδομένων·
• το βάθος της ουράς·
• τη χρήση δίσκου και τις εργασίες διατήρησης.

8. Ασφαλίστε το σύστημα λήψης

Για έναν δέκτη με πρόσβαση στο Διαδίκτυο:

• προτιμήστε ένα κρυπτογραφημένο πρωτόκολλο μεταφοράς που υποστηρίζεται από την ανάπτυξη·
• περιορίστε τις εκτεθειμένες θύρες και τις πηγές δικτύου όπου είναι δυνατόν·
• εφαρμόστε έλεγχο ταυτότητας MQTT και εξουσιοδότηση θεμάτων·
• προστατέψτε τα τελικά σημεία HTTP με την αρχιτεκτονική ασφαλείας του περιβάλλοντος δικτύου ή της εφαρμογής·
• διαχειριστείτε με ασφάλεια τα πιστοποιητικά TLS και τα ιδιωτικά κλειδιά·
• αποφύγετε την εγγραφή διαπιστευτηρίων ή πλήρων ευαίσθητων ωφέλιμων φορτίων στα αρχεία καταγραφής της εφαρμογής·
• εφαρμόστε περιορισμό ρυθμού και απομονώστε κακοσχηματισμένη ή καταχρηστική κίνηση·
• διατηρήστε ενημερωμένα το λειτουργικό σύστημα, το περιβάλλον εκτέλεσης και τις εξαρτήσεις.

Εξετάστε την τρέχουσα συμπεριφορά υλικολογισμικού MQTTS, TLS και HTTPS στον οδηγό υλικολογισμικού και ανοιχτής διεπαφής πριν επιλέξετε έναν σχεδιασμό ασφαλείας.

9. Λίστα ελέγχου ανάπτυξης παραγωγής

Μετρητής και δίκτυο

• Η έκδοση υλικολογισμικού καταγράφηκε και επικυρώθηκε
• Το SN του μετρητή αντιστοιχίστηκε στον σωστό χώρο και στα σωστά κανάλια
• Η διεύθυνση και η θύρα προορισμού επαληθεύτηκαν
• Η διαδρομή DNS, τείχους προστασίας, NAT ή VPN δοκιμάστηκε
• Το απαιτούμενο διάστημα μεταφόρτωσης επιβεβαιώθηκε

Δέκτης

• Το ακατέργαστο ωφέλιμο φορτίο καταγράφηκε από κάθε μοντέλο μετρητή που καλύπτεται
• Δημιουργήθηκαν δοκιμές αναλυτή από πραγματικά δείγματα ωφέλιμου φορτίου
• Τα ωφέλιμα φορτία ενός και πολλαπλών καναλιών υποστηρίζονται
• Η επεξεργασία αναλογίας CT WEM3046T/E επικυρώθηκε όπου ισχύει
• Τα κακοσχηματισμένα και μη υποστηριζόμενα ωφέλιμα φορτία απομονώνονται με ασφάλεια
• Ο δέκτης επιστρέφει ή διατηρεί τη συμπεριφορά που αναμένει το επιλεγμένο πρωτόκολλο μεταφοράς

Αποθήκευση και λειτουργίες

• Η πολιτική χρονικών σημάτων τεκμηριώθηκε
• Η πολιτική διπλότυπων και ελλιπών δεδομένων τεκμηριώθηκε
• Η χωρητικότητα της βάσης δεδομένων υπολογίστηκε για τον αριθμό συσκευών και το διάστημα
• Ενεργοποιήθηκαν τα αρχεία καταγραφής, οι μετρικές και οι ειδοποιήσεις τελευταίας εμφάνισης ανά μετρητή
• Η διατήρηση, τα αντίγραφα ασφαλείας και η ανάκτηση δοκιμάστηκαν
• Τα πιστοποιητικά, τα διαπιστευτήρια και οι κανόνες πρόσβασης εξετάστηκαν
• Η διακοπή δικτύου και η επανεκκίνηση του δέκτη δοκιμάστηκαν

10. Σχετική τεκμηρίωση

• Αναπτύξτε το Δικό σας Σύστημα Παρακολούθησης Ενέργειας
• Χρησιμοποιήστε το IAMMETER χωρίς Διαδίκτυο ή IAMMETER-Cloud
• Τοπικά API και Ανοιχτές Διεπαφές της IAMMETER
• Ενοποίηση μετρητή ενέργειας MQTT
• Ορισμός JSON μετρήσεων IAMMETER
• Επισκόπηση ενοποίησης με αυτόνομη φιλοξενία και ανοιχτό κώδικα

11. Στιγμιότυπα διαμόρφωσης παλαιού τύπου από την πλευρά του μετρητή

Η αρχική έκδοση αυτού του εγγράφου επικεντρωνόταν στη διαμόρφωση παλαιότερου υλικολογισμικού μετρητών. Αυτά τα στιγμιότυπα διατηρούνται μόνο για χρήστες που αναγνωρίζουν μια υπάρχουσα εγκατάσταση. Για νέες ενοποιήσεις, χρησιμοποιήστε το τρέχον WebUI και το τελευταίο υλικολογισμικό.

Σελίδα TCP παλαιού τύπου

Σελίδα TLS παλαιού τύπου

Σελίδα HTTP/HTTPS παλαιού τύπου

Η παλαιότερη τεκμηρίωση υλικολογισμικού χρησιμοποιούσε επίσης την τοπική μέθοδο διαμόρφωσης /api/uploadinterval και περιέγραφε ένα ελάχιστο έξι δευτερολέπτων. Το τρέχον υλικολογισμικό εκθέτει το διάστημα στο WebUI και υποστηρίζει τεκμηριωμένο ελάχιστο 2 δευτερολέπτων.

Τελευταία ενημέρωση: 16 Ιουλίου 2026