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

Summary

Details

Page properties
Content
... ... @@ -619,15 +619,14 @@
619 619  
620 620  
621 621  
622 -Select default key as Access Key:
622 +Seleccione a chave por omissão como Chave de Acesso:
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.
627 627  
628 -In Datacake console ([[https:~~/~~/datacake.co/>>url:https://datacake.co/]]) , add LHT65 device.
629 629  
630 -
631 631  [[image:image-20220523000825-9.png||_mstalt="430612" height="366" width="392"]]
632 632  
633 633  
... ... @@ -634,31 +634,31 @@
634 634  [[image:image-20220523000825-10.png||_mstalt="450619" height="413" width="728"]]
635 635  
636 636  
637 -== 2.6 Datalog Feature ==
636 +== 2.6 Recurso de registo de dados ==
638 638  
639 639  
640 640  (((
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.
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.
642 642  )))
643 643  
644 644  
645 -=== 2.6.1 Ways to get datalog via LoRaWAN ===
644 +=== 2.6.1 Maneiras de obter datalog via LoRaWAN ===
646 646  
647 647  
648 -There are two methods:
647 +Existem dois métodos:
649 649  
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.
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.
651 651  
652 652  
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.
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.
654 654  
655 655  
656 -(% style="color:red" %)**Note for method 2:**
655 +(% style="color:red" %)**Nota para o método 2:**
657 657  
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.
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.
660 660  
661 -Below is the typical case for the auto-update datalog feature (Set PNACKMD=1)
660 +Abaixo está o caso típico para o recurso de registro de dados de atualização automática (Definir PNACKMD=1)
662 662  
663 663  
664 664  [[image:image-20220703111700-2.png||_mstalt="426244" height="381" width="1119"]]
... ... @@ -667,7 +667,7 @@
667 667  === 2.6.2 Unix TimeStamp ===
668 668  
669 669  
670 -LHT65N uses Unix TimeStamp format based on
669 +LHT65N usa o formato Unix TimeStamp baseado em
671 671  
672 672  
673 673  [[image:image-20220523001219-11.png||_mstalt="450450" height="97" width="627"]]
... ... @@ -674,57 +674,57 @@
674 674  
675 675  
676 676  
677 -User can get this time from link:  [[https:~~/~~/www.epochconverter.com/>>url:https://www.epochconverter.com/]] :
676 +O usuário pode obter este tempo a partir do link:  [[https:~~/~~/www.epochconverter.com/>>url:https://www.epochconverter.com/]] :
678 678  
679 -Below is the converter example
678 +Abaixo está o exemplo do conversor
680 680  
681 681  [[image:image-20220523001219-12.png||_mstalt="450827" height="298" width="720"]]
682 682  
683 683  
684 -So, we can use AT+TIMESTAMP=1611889405 or downlink 3060137afd00 to set the current time 2021 – Jan ~-~- 29 Friday 03:03:25
683 +Então, podemos usar AT+TIMESTAMP=1611889405 ou downlink 3060137afd00 para definir a hora atual 2021 – Jan ~-~- 29 Sexta 03:03:25
685 685  
686 686  
687 -=== 2.6.3 Set Device Time ===
686 +=== 2. 6. 3 Definir a Hora do Dispositivo ===
688 688  
689 689  
690 690  (((
691 -(% style="color:blue" %)**There are two ways to set device's time:**
690 +(% style="color:blue" %)**Existem duas maneiras de definir a hora do dispositivo:**
692 692  )))
693 693  
694 694  (((
695 -**1.  Through LoRaWAN MAC Command (Default settings)**
694 +**~1. Através do comando MAC LoRaWAN (configurações padrão)**
696 696  )))
697 697  
698 698  (((
699 -User need to set SYNCMOD=1 to enable sync time via MAC command.
698 +O usuário precisa definir SYNCMOD=1 para habilitar o tempo de sincronização via comando MAC.
700 700  )))
701 701  
702 702  (((
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).
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).
704 704  )))
705 705  
706 706  (((
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.**
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.**
708 708  )))
709 709  
710 710  
711 711  (((
712 -**2. Manually Set Time**
711 +**2. Definir manualmente o tempo**
713 713  )))
714 714  
715 715  (((
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.
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.
717 717  )))
718 718  
719 719  
720 -=== 2.6.4 Poll sensor value ===
719 +=== 2.6.4 Valor do sensor de sondagem ===
721 721  
722 722  
723 -User can poll sensor value based on timestamps from the server. Below is the downlink command.
722 +O usuário pode sondar o valor do sensor com base em timestamps do servidor. Abaixo está o comando downlink.
724 724  
725 725  (% border="1" cellspacing="5" style="background-color:#f2f2f2; width:428px" %)
726 726  |(% 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**
727 -|(% style="width:58px" %)31|(% style="width:128px" %)Timestamp start|(% style="width:123px" %)Timestamp end|(% style="width:116px" %)Uplink Interval
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
728 728  
729 729  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.
730 730