Skip to Content
Last modified by Xiaoling on 2023/07/18 10:12
From version 261.18
edited by Xiaoling
on 2023/07/17 18:22
Change comment: There is no comment for this version
To version 261.16
edited by Xiaoling
on 2023/07/17 18:14
Change comment: There is no comment for this version

Summary

Details

Page properties
Content
... ... @@ -619,14 +619,15 @@
619 619  
620 620  
621 621  
622 -Seleccione a chave por omissão como Chave de Acesso:
622 +Select default key as Access Key:
623 623  
624 624  
625 625  [[image:image-20220523000825-8.png||_mstalt="430248" height="453" width="406"]]
626 626  
627 -No console Datacake ([[https:~~/~~/datacake.co/>>https://datacake.co/]]) , adicione o dispositivo LHT65.
628 628  
628 +In Datacake console ([[https:~~/~~/datacake.co/>>url:https://datacake.co/]]) , add LHT65 device.
629 629  
630 +
630 630  [[image:image-20220523000825-9.png||_mstalt="430612" height="366" width="392"]]
631 631  
632 632  
... ... @@ -633,31 +633,31 @@
633 633  [[image:image-20220523000825-10.png||_mstalt="450619" height="413" width="728"]]
634 634  
635 635  
636 -== 2.6 Recurso de registo de dados ==
637 +== 2.6 Datalog Feature ==
637 637  
638 638  
639 639  (((
640 -O recurso Datalog é garantir que o IoT Server possa obter todos os dados de amostragem do Sensor, mesmo se a rede LoRaWAN estiver inativa. Para cada amostragem, o LHT65N armazenará a leitura para fins futuros de recuperação. Há duas maneiras de servidores IoT obterem datalog do LHT65N.
641 +Datalog Feature is to ensure IoT Server can get all sampling data from Sensor even if the LoRaWAN network is down. For each sampling, LHT65N will store the reading for future retrieving purposes. There are two ways for IoT servers to get datalog from LHT65N.
641 641  )))
642 642  
643 643  
644 -=== 2.6.1 Maneiras de obter datalog via LoRaWAN ===
645 +=== 2.6.1 Ways to get datalog via LoRaWAN ===
645 645  
646 646  
647 -Existem dois métodos:
648 +There are two methods:
648 648  
649 -(% style="color:blue" %)**Método 1:**  O IoT Server envia um comando LoRaWAN downlink para pesquisar o valor para o intervalo de tempo especificado.
650 +(% style="color:blue" %)**Method 1:** (%%)IoT Server sends a downlink LoRaWAN command to [[poll the value>>||anchor="H2.6.4Pollsensorvalue"]] for specified time range.
650 650  
651 651  
652 -(% style="color:blue" %)**Método 2: **(%%) Defina PNACKMD=1, o LHT65N aguardará o ACK para cada uplink, quando não houver rede LoRaWAN, o LHT65N marcará esses registros com mensagens não reconhecidas e armazenará os dados do sensor e enviará todas as mensagens (intervalo de 10s) após a recuperação da rede.
653 +(% style="color:blue" %)**Method 2: **(%%)Set [[PNACKMD=1>>||anchor="H4.13AutoSendNone-ACKmessages"]], LHT65N will wait for ACK for every uplink, when there is no LoRaWAN network, LHT65N will mark these records with non-ack messages and store the sensor data, and it will send all messages (10s interval) after the network recovery.
653 653  
654 654  
655 -(% style="color:red" %)**Nota para o método 2:**
656 +(% style="color:red" %)**Note for method 2:**
656 656  
657 -* a) O LHT65N fará uma verificação de ACK para envio de registros de dados para garantir que todos os servidores de dados cheguem.
658 -* b) LHT65N enviará dados no modo CONFIRMED quando PNACKMD=1, mas LHT65N não transmitirá novamente o pacote se ele não receber ACK, ele apenas irá marcá-lo como uma mensagem NÃO ACK. Em um uplink futuro, se o LHT65N receber um ACK, o LHT65N considerará que há uma conexão de rede e reenviará todas as mensagens NONE-ACK.
658 +* a) LHT65N will do an ACK check for data records sending to make sure every data arrive server.
659 +* b) LHT65N will send data in **CONFIRMED Mode** when PNACKMD=1, but LHT65N won't re-transmit the packet if it doesn't get ACK, it will just mark it as a NONE-ACK message. In a future uplink if LHT65N gets a ACK, LHT65N will consider there is a network connection and resend all NONE-ACK Message.
659 659  
660 -Abaixo está o caso típico para o recurso de registro de dados de atualização automática (Definir PNACKMD=1)
661 +Below is the typical case for the auto-update datalog feature (Set PNACKMD=1)
661 661  
662 662  
663 663  [[image:image-20220703111700-2.png||_mstalt="426244" height="381" width="1119"]]
... ... @@ -666,7 +666,7 @@
666 666  === 2.6.2 Unix TimeStamp ===
667 667  
668 668  
669 -LHT65N usa o formato Unix TimeStamp baseado em
670 +LHT65N uses Unix TimeStamp format based on
670 670  
671 671  
672 672  [[image:image-20220523001219-11.png||_mstalt="450450" height="97" width="627"]]
... ... @@ -673,57 +673,57 @@
673 673  
674 674  
675 675  
676 -O usuário pode obter este tempo a partir do link:  [[https:~~/~~/www.epochconverter.com/>>url:https://www.epochconverter.com/]] :
677 +User can get this time from link:  [[https:~~/~~/www.epochconverter.com/>>url:https://www.epochconverter.com/]] :
677 677  
678 -Abaixo está o exemplo do conversor
679 +Below is the converter example
679 679  
680 680  [[image:image-20220523001219-12.png||_mstalt="450827" height="298" width="720"]]
681 681  
682 682  
683 -Então, podemos usar AT+TIMESTAMP=1611889405 ou downlink 3060137afd00 para definir a hora atual 2021 – Jan ~-~- 29 Sexta 03:03:25
684 +So, we can use AT+TIMESTAMP=1611889405 or downlink 3060137afd00 to set the current time 2021 – Jan ~-~- 29 Friday 03:03:25
684 684  
685 685  
686 -=== 2. 6. 3 Definir a Hora do Dispositivo ===
687 +=== 2.6.3 Set Device Time ===
687 687  
688 688  
689 689  (((
690 -(% style="color:blue" %)**Existem duas maneiras de definir a hora do dispositivo:**
691 +(% style="color:blue" %)**There are two ways to set device's time:**
691 691  )))
692 692  
693 693  (((
694 -**~1. Através do comando MAC LoRaWAN (configurações padrão)**
695 +**1.  Through LoRaWAN MAC Command (Default settings)**
695 695  )))
696 696  
697 697  (((
698 -O usuário precisa definir SYNCMOD=1 para habilitar o tempo de sincronização via comando MAC.
699 +User need to set SYNCMOD=1 to enable sync time via MAC command.
699 699  )))
700 700  
701 701  (((
702 -Uma vez que LHT65N entrou na rede LoRaWAN, ele enviará o comando MAC (DeviceTimeReq) e o servidor responderá com (DeviceTimeAns) para enviar a hora atual para LHT65N. Se o LHT65N não conseguir obter a hora do servidor, o LHT65N usará a hora interna e aguardará a próxima solicitação de hora (AT+SYNCTDC para definir o período de solicitação de tempo, padrão é de 10 dias).
703 +Once LHT65N Joined LoRaWAN network, it will send the MAC command (DeviceTimeReq) and the server will reply with (DeviceTimeAns) to send the current time to LHT65N. If LHT65N fails to get the time from the server, LHT65N will use the internal time and wait for next time request (AT+SYNCTDC to set the time request period, default is 10 days).
703 703  )))
704 704  
705 705  (((
706 -(% style="color:red" %)**Nota: LoRaWAN Server precisa suportar LoRaWAN v1.0.3 (MAC v1.0.3) ou superior para suportar este recurso de comando MAC, Chirpstack, TTN V3 v3 e suporte loriot, mas TTN V3 v2 não suporta. Se o servidor não suportar este comando, ele irá através do pacote de uplink away com este comando, então o usuário perderá o pacote com solicitação de tempo para TTN V3 v2 se SYNCMOD=1.**
707 +(% style="color:red" %)**Note: LoRaWAN Server need to support LoRaWAN v1.0.3(MAC v1.0.3) or higher to support this MAC command feature, Chirpstack,TTN V3 v3 and loriot support but TTN V3 v2 doesn't support. If server doesn't support this command, it will through away uplink packet with this command, so user will lose the packet with time request for TTN V3 v2 if SYNCMOD=1.**
707 707  )))
708 708  
709 709  
710 710  (((
711 -**2. Definir manualmente o tempo**
712 +**2. Manually Set Time**
712 712  )))
713 713  
714 714  (((
715 -O usuário precisa definir SYNCMOD=0 como hora manual, caso contrário, o tempo definido pelo usuário será substituído pelo tempo definido pelo servidor.
716 +User needs to set SYNCMOD=0 to manual time, otherwise, the user set time will be overwritten by the time set by the server.
716 716  )))
717 717  
718 718  
719 -=== 2.6.4 Valor do sensor de sondagem ===
720 +=== 2.6.4 Poll sensor value ===
720 720  
721 721  
722 -O usuário pode sondar o valor do sensor com base em timestamps do servidor. Abaixo está o comando downlink.
723 +User can poll sensor value based on timestamps from the server. Below is the downlink command.
723 723  
724 724  (% border="1" cellspacing="5" style="background-color:#f2f2f2; width:428px" %)
725 725  |(% style="background-color:#d9e2f3; color:#0070c0; width:58px" %)**1byte**|(% style="background-color:#d9e2f3; color:#0070c0; width:128px" %)**4bytes**|(% style="background-color:#d9e2f3; color:#0070c0; width:123px" %)**4bytes**|(% style="background-color:#d9e2f3; color:#0070c0; width:116px" %)**1byte**
726 -|(% style="width:58px" %)31|(% style="width:128px" %)Início do carimbo de data/hora|(% style="width:123px" %)Timestamp end|(% style="width:116px" %)Uplink Interval
727 +|(% style="width:58px" %)31|(% style="width:128px" %)Timestamp start|(% style="width:123px" %)Timestamp end|(% style="width:116px" %)Uplink Interval
727 727  
728 728  Timestamp start and Timestamp end use Unix TimeStamp format as mentioned above. Devices will reply with all data log during this time period, use the uplink interval.
729 729