Ambito di sviluppo
I terminali sleep Thread/Zigbee sono progettati per risolvere problemi tecnici specifici in progetti a basso consumo. Il lavoro parte dalle esigenze progettuali e aziendali esistenti del cliente e sviluppa l'interrogazione dei terminali inattivi, la ricezione dei messaggi, il rilevamento e la riconnessione delle interruzioni di rete. fornisce firmware del nodo, configurazione di rete, dipendenze del gateway e record di temporizzazione secondo i moduli concordati.
Controllare l'input rispetto alla linea di base
Controlla l'aggiornamento del thread o dello stack di protocolli Zigbee, del nodo principale, del gateway e del downlink e chiarisci l'ambito della misurazione e della modifica.
Implementazione e personalizzazione
Sviluppa polling del terminale in modalità di sospensione, ricezione di messaggi, rilevamento e riconnessione di interruzioni di rete e opzioni di risoluzione delle registrazioni e condizioni di dipendenza.
Debug collaborativo dell'ambiente di destinazione
Testare il ritardo delle query, il riavvio del nodo principale, la perdita di ripristino della connessione e la coerenza aziendale e confermare il comportamento aziendale dopo la modifica dei parametri.
Consegna di documenti e atti
Fornire firmware del nodo, configurazione di rete, dipendenze del gateway e record di temporizzazione e descrivere versioni, metodi di costruzione o di utilizzo.
Processo di attuazione del progetto
- Inserisci la conferma: stack di protocolli thread o Zigbee, nodo principale, gateway e invecchiamento del downlink.
- Metodo di implementazione: sviluppare polling dei terminali dormienti, ricezione di messaggi, rilevamento di interruzioni di rete e ricongiungimento.
- Verifica di fase: ritardo delle query di test, riavvio del nodo principale, perdita di ripristino della connessione e coerenza aziendale.
- Consegna del progetto: firmware del nodo, configurazione di rete, dipendenze del gateway e registrazioni temporali.
Condizioni di progetto e limiti funzionali
È necessario confermarlo in base al ruolo del protocollo e alla modalità del dispositivo; Le condizioni di consumo energetico per l'inoltro continuo e la ricezione inattiva sono diverse e la responsabilità di alimentare l'infrastruttura dovrebbe essere chiaramente definita.
I servizi speciali assumono come limite di attuazione il modulo concordato. In caso di modifiche hardware, accordi con terzi, piattaforme complessive o test esterni, interfacce, carico di lavoro e responsabilità vengono confermati separatamente e le modifiche locali non vengono utilizzate direttamente come conclusioni sulle prestazioni dell'intero dispositivo.
Documenti di progetto richiesti
- Stack di protocolli thread o Zigbee, nodo principale, gateway e aggiornamento del downlink.
- Prototipi esistenti e problemi riproducibili o nuove funzionalità del progetto e obiettivi di consumo energetico.
- Sono consentiti temi modificati, codice sorgente e dipendenze di terze parti; La funzionalità e la compatibilità devono essere mantenute.
- Elenco di consegna, ambiente di destinazione, ambito del campione, tappe fondamentali del progetto e metodi di accettazione.
Oggetto della consegna e dell'accettazione
| Contenuto della consegna | Controlla il metodo |
|---|---|
| Firmware del nodo, configurazione di rete, dipendenze del gateway e record temporali | Controlla la modificabilità, la versione, le istruzioni d'uso e le dipendenze utilizzando l'elenco dei file. |
| Verifica dell'implementazione | Testare il ritardo delle query, il riavvio del nodo principale, la perdita di ripristino della connessione e la coerenza aziendale e mantenere le condizioni di lavoro e i risultati corrispondenti. |
| Confronto di funzioni e consumo energetico | Correggere l'hardware, il software, la batteria, la temperatura e i cicli aziendali applicabili e tenere conto dei cambiamenti nelle condizioni e del loro impatto. |
| Riproduzione e cure successive | Specificare le fasi di creazione o esecuzione, le limitazioni note, gli intervalli di parametri e i casi non coperti. |
Domande frequenti
I nodi batteria possono gestire anche il routing continuo?+
È necessario confermarlo in base al ruolo del protocollo e alla modalità del dispositivo; Le condizioni di consumo energetico per l'inoltro continuo e la ricezione inattiva sono diverse e la responsabilità di alimentare l'infrastruttura dovrebbe essere chiaramente definita.
Quali informazioni devo preparare prima di iniziare il progetto?+
Il focus di questo lavoro richiede di mantenere aggiornati lo stack di protocolli Thread o Zigbee, il nodo genitore, il gateway e il downlink. Se i dati sono incompleti, determinare innanzitutto l'ambito che richiede ulteriori test o ordinamento, quindi procedere con l'implementazione.
Può essere implementato insieme al progetto completo di sviluppo del dispositivo?+
Può essere utilizzato come pacchetto di lavoro nel progetto complessivo o implementato separatamente per i prodotti esistenti. È necessario spiegare le interfacce con altri moduli, versioni e la responsabilità della verifica finale della macchina.
Riferimenti tecnici
I terminali dormienti e i nodi di inoltro continuo hanno compiti diversi e la progettazione della rete deve definire chiaramente i ruoli dei nodi. Riferimento al ruolo del nodo thread
In linea
Telefono
WeChat
tornare all'inizio