Changes for page LHT65N -- Manual do sensor de temperatura e umidade LoRaWAN
Last modified by Xiaoling on 2023/07/18 10:12
Summary
-
Page properties (1 modified, 0 added, 0 removed)
Details
- Page properties
-
- Content
-
... ... @@ -619,15 +619,14 @@ 619 619 620 620 621 621 622 -Selec t defaultkeyas AccessKey: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 DatalogFeature ==636 +== 2.6 Recurso de registo de dados == 638 638 639 639 640 640 ((( 641 -Datalog Featureis to ensure IoT ServercangetallsamplingdatafromSensor evenifthe LoRaWANnetworkis down.Foreachsampling, LHT65Nwill storethe readingfor future retrieving purposes. Thereare twowaysforIoTserverstoget datalogfromLHT65N.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 Waysto get datalog via LoRaWAN ===644 +=== 2.6.1 Maneiras de obter datalog via LoRaWAN === 646 646 647 647 648 - Thereare two methods:647 +Existem dois métodos: 649 649 650 -(% style="color:blue" %)**M ethod 1:**(%%)IoT ServersendsadownlinkLoRaWANcommandto [[pollthe value>>||anchor="H2.6.4Pollsensorvalue"]]forspecified 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" %)**M ethod 2: **(%%)Set[[PNACKMD=1>>||anchor="H4.13AutoSendNone-ACKmessages"]], LHT65Nwill waitforACKforeveryuplink,whenthereis noLoRaWANnetwork,LHT65Nwillmarkthese records with non-ackmessagesand storethesor data,anditwillsend allmessages (10sinterval) afterthenetworkrecovery.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" %)**Not efor method 2:**655 +(% style="color:red" %)**Nota para o método 2:** 657 657 658 -* a) LHT65N willdoanACKcheck fordatarecords sending tomakesure everydata arrive server.659 -* b) LHT65N will senddatain**CONFIRMEDMode**whenPNACKMD=1,butLHT65Nwon'tre-transmit the packetifit doesn'tgetACK,it willjustmarkitasa NONE-ACK message.In a futureuplinkif LHT65NgetsaACK, LHT65Nwillconsiderthereisanetworkconnectionand resend allNONE-ACKMessage.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 - Belowis the typicalcaseforhe auto-updatedatalogfeature(SetPNACKMD=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 us esUnix TimeStampformatbasedn669 +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,79 +674,77 @@ 674 674 675 675 676 676 677 - Usercan getthis timefromlink: [[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 - Belowisheconverterexample678 +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,wecanuseAT+TIMESTAMP=1611889405 ordownlink 3060137afd00tosetthecurrenttime2021 – Jan ~-~- 29Friday03:03:25683 +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 SetDeviceTime===686 +=== 2. 6. 3 Definir a Hora do Dispositivo === 688 688 689 689 690 690 ((( 691 -(% style="color:blue" %)** Therearetwowaystosetdevice'sme:**690 +(% style="color:blue" %)**Existem duas maneiras de definir a hora do dispositivo:** 692 692 ))) 693 693 694 694 ((( 695 -**1. ThroughLoRaWANMACCommand(Default settings)**694 +**~1. Através do comando MAC LoRaWAN (configurações padrão)** 696 696 ))) 697 697 698 698 ((( 699 - Userneed to setSYNCMOD=1toenable synctimeviaMACcommand.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 LHT65NJoined LoRaWANnetwork,it willsendtheMACcommand (DeviceTimeReq)and the serverwillreplywith(DeviceTimeAns)tosendthecurrenttimetoLHT65N.IfLHT65Nfails togetthetimefromtheserver, LHT65Nwillusetheinternaltime andwaitfornext timerequest (AT+SYNCTDCtosetthetimerequest period,defaultis10 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" %)**Not e: LoRaWAN Serverneedtosupport LoRaWAN v1.0.3(MAC v1.0.3) orhigherto support thisMACcommandfeature, Chirpstack,TTN V3andloriotsupportbut TTN V3 v2doesn'tsupport.Ifserverdoesn'tsupportthis command,itwillthroughawayuplinkpacketwith thiscommand,so userwill losethe packetwithtimerequestfor TTN V3 v2ifSYNCMOD=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 SetTime**711 +**2. Definir manualmente o tempo** 713 713 ))) 714 714 715 715 ((( 716 - Userneedsto setSYNCMOD=0to manual time, otherwise,the user settimewillbeverwrittenby the timesetby theserver.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 Pollsensorvalue ===719 +=== 2.6.4 Valor do sensor de sondagem === 721 721 722 722 723 - Usercanpollsensorvaluebasedontimestampsfromtheserver.Belowishedownlinkcommand.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" %) Timestampstart|(% style="width:123px" %)Timestampend|(% style="width:116px" %)UplinkInterval726 +|(% style="width:58px" %)31|(% style="width:128px" %)Início do carimbo de data/hora|(% style="width:123px" %)Fim do carimbo de data/hora|(% style="width:116px" %)Intervalo de uplink 728 728 729 - TimestampstartndTimestampenduseUnix TimeStamp formatasmentioned above.Deviceswillreplywithalldata logduringthistime period,use the uplinkinterval.728 +O início do carimbo de data e o fim do carimbo de data e hora usam o formato Unix TimeStamp, conforme mencionado acima. Os dispositivos responderão com todo o registro de dados durante este período de tempo, use o intervalo de uplink. 730 730 731 - For example,downlinkcommand(% _mstmutation="1"%)**31 5FC5F350 5FC6 0160 05**(%%)730 +Por exemplo, o comando downlink **31 5FC5F350 5FC6 0160 05** 732 732 733 - Isto check2020/12/1 07:40:00to2020/12/1 08:40:00's data732 +É verificar 2020/12/1 07:40:00 a 2020/12/1 08:40:00's dados 734 734 735 -Uplink Intern al=5s,means LHT65Nwill sendonepacketvery5s.range 5~~255s.734 +Uplink Interno = 5s, significa que LHT65N enviará um pacote a cada 5s. alcance 5~~255s. 736 736 737 737 738 -=== 2.6.5 DatalogUplinkpayload===737 +=== 2.6.5 Carga útil do Uplink do Datalog === 739 739 740 740 741 - TheDatalog poll replyuplinkwill usebelowpayloadformat.740 +O uplink de resposta à enquete Datalog usará o formato de carga útil abaixo. 742 742 743 -** Retrieval datapayload:**742 +**Carga útil dos dados de recuperação:** 744 744 745 745 (% border="1" cellspacing="4" style="background-color:#f2f2f2; width:480px" %) 746 -|=(% style="width: 60px;background-color:#D9E2F3;color:#0070C0" %)((( 747 -**Size(bytes)** 748 -)))|=(% style="width: 90px;background-color:#D9E2F3;color:#0070C0" %)**2**|=(% style="width: 90px;background-color:#D9E2F3;color:#0070C0" %)**2**|=(% style="width: 70px;background-color:#D9E2F3;color:#0070C0" %)**2**|=(% style="width: 100px;background-color:#D9E2F3;color:#0070C0" %)**1**|=(% style="width: 70px;background-color:#D9E2F3;color:#0070C0" %)**4** 749 -|(% style="width:97px" %)**Value**|(% style="width:123px" %)[[External sensor data>>||anchor="H2.4.6Extvalue"]]|(% style="width:108px" %)[[Built In Temperature>>||anchor="H2.4.3Built-inTemperature"]]|(% style="width:133px" %)[[Built-in Humidity>>||anchor="H2.4.4Built-inHumidity"]]|(% style="width:159px" %)Poll message flag & Ext|(% style="width:80px" %)[[Unix Time Stamp>>||anchor="H2.6.2UnixTimeStamp"]] 745 +|=(% style="width: 60px;background-color:#D9E2F3;color:#0070C0" %)**Tamanho( bytes)**|=(% style="width: 90px;background-color:#D9E2F3;color:#0070C0" %)**2**|=(% style="width: 90px;background-color:#D9E2F3;color:#0070C0" %)**2**|=(% style="width: 70px;background-color:#D9E2F3;color:#0070C0" %)**2**|=(% style="width: 100px;background-color:#D9E2F3;color:#0070C0" %)**1**|=(% style="width: 70px;background-color:#D9E2F3;color:#0070C0" %)**4** 746 +|(% style="width:97px" %)**Valor**|(% style="width:123px" %)[[Dados externos do sensor>>||anchor="H2.4.6Extvalue"]]|(% style="width:108px" %)[[Temperatura incorporada>>||anchor="H2.4.3Built-inTemperature"]]|(% style="width:133px" %)[[Umidade incorporada>>||anchor="H2.4.4Built-inHumidity"]]|(% style="width:159px" %)Sinal da mensagem de sondagem & Ext|(% style="width:80px" %)[[Carimbo Horário do Unix>>||anchor="H2.6.2UnixTimeStamp"]] 750 750 751 751 **Poll message flag & Ext:** 752 752