Jason Reiss
Forum Replies Created
-
AuthorPosts
-
Jason Reiss
KeymasterYou can read more about fcnt and fctrl in the spec.
https://resources.lora-alliance.org/technical-specifications/ts001-1-0-4-lorawan-l2-1-0-4-specificationKeymasterFields not listed below are packet forwarder protocol
https://github.com/Lora-net/sx1302_hal/blob/master/packet_forwarder/PROTOCOL.mdNonce is devnonce in a join request
Twnd is the rx window the device is receiving the packet. RX1 1, RX2 2, RXC 3, RXB 4Fcnt is the 16 bit FCnt in the lorawan frame semt over the air
Seqn is the 32 bit full counter used for MIC and decryption
Cls is a bit in FCtrl byte that signifies Class A if 0 or Class B device if 1KeymasterIf more than two modules are used for there will be lost packets if the same FCNT is sent from devices. The module will report only FCNTs that are different than the last received in case AT+REP (repeats) are enabled. Setting each sending device to start at a different FCNT with AT+ULC should allow many devices to be received received. DOT1 – AT+ULC=0, DOT2 – AT+ULC=1000, DOT3 – AT+ULC=2000, etc.
December 6, 2023 at 12:53 pm in reply to: Is it possible to filter packets when using Basics Station? #33601KeymasterThe chirpstack bridge has similar filtering options but only works with chirpstack server.
December 5, 2023 at 2:28 pm in reply to: Is it possible to filter packets when using Basics Station? #33594KeymasterThe router_config message from the LNS can contain a JoinEUI and NetID list to be used to filter packets. The NetID is unique per network operator, so TTI has one assigned, this NetID is used to assign the first 7-bits of the DevAddr used for uplink/downlink packets.
These settings cannot be added in the gateway configuration, they must be provided by the network server, TTI in this case. I do not know if they support these settings for basic station.
The gateway does not know which are your DevAddr/DevEUI to filter individually.
KeymasterYes a Class A device can only receive downlinks after an uplink.
Port 0 is only used for MAC commands. Application downlinks can use any other port. Some ports at the top of the range (200-255) are reserved for LoRaWAN extension applications such as Multicast setup and Fragmentation.
KeymasterSee LoRaWAN Class A vs C devices.
KeymasterClass A device would wait for uplink.
Keymaster> new Buffer(“06”, “hex”).toString(“base64”)
‘Bg==’$ mosquitto_pub -t “lora/DEV-EUI/down” -m ‘{“port”:0,”data”:”Bg==”}’
KeymasterWhen configured as WAN the DNS server will be configured in this file automatically.
admin@mtcdt:/var/run$ cat /var/run/wan_resolv.conf domain mts.test nameserver 172.16.0.20KeymasterOr the route is not set.
admin@mtcdt:~$ sudo route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface default 172.16.0.1 0.0.0.0 UG 0 0 0 eth0 172.16.0.0 * 255.255.0.0 U 0 0 0 eth0 192.168.2.0 * 255.255.255.0 U 0 0 0 br0KeymasterYou will want to setup eth0 as WAN to reach the Internet.
KeymasterOther commands to look at.
admin@mtcdt:~$ sudo ifconfig admin@mtcdt:~$ nslookup google.com Server: 127.0.0.1 Address: 127.0.0.1:53 Non-authoritative answer: Name: google.com Address: 172.217.4.46 Non-authoritative answer: Name: google.com Address: 2607:f8b0:4009:804::200e admin@mtcdt:~$ sudo route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface default 172.16.0.1 0.0.0.0 UG 0 0 0 eth0 172.16.0.0 * 255.255.0.0 U 0 0 0 eth0 192.168.2.0 * 255.255.255.0 U 0 0 0 br0KeymasterDo you have eth0 on the Conduit setup as WAN?
Is it setup as DHCP client?
Does it show gateway and dns server addresses? See Setup > Network Interfaces.KeymasterNode-red is not supported on MTCDT and MTCAP with atmel ARMV5 processors with mPower 6.0.x or above. mPower 6.0.x has updated to python3.
You can downgrade the gateway to 5.3.8s-s1 and then factory reset.
After which the app install should work.mPower 5.3.8s-s1 is available in downloads.
KeymasterThe help page has more description info for the fields.
https://192.168.2.1/help/index.htm#t=LoRaWAN/LoRaWAN_Firmware_Upgrade_OTA.htmlEnough time for several uplinks from each device must be used for the Launch Time window. Each device will need to check-in during the launch time, several check-in help ensure any issues with lost packets are recoverable.
The image that was attached to the original post does not appear for me.
September 14, 2022 at 3:08 pm in reply to: Looking for mosquitto_passwd binary precompiled for this gateway #33186KeymasterWhat version of firmware are you using?
It looks to be part of the base mosquitto package.admin@mtcdt:~$ opkg files mosquitto
Package mosquitto (1.6.14-r0.mts5.0) is installed on root and has the following files:
/etc/init.d/mosquitto
/etc/mosquitto/mosquitto.conf
/usr/bin/mosquitto_passwd
/etc/default/mosquitto
/usr/sbin/mosquitto
/etc/mosquitto
/etc/logrotate.d/mosquitto.confAugust 24, 2022 at 3:00 pm in reply to: How to configure packet forwarder to direct packets to a computer via ethernet? #33036KeymasterThe Gateway can also be a router and have a connection to the Internet over cellular. So I cannot rule out either scenario in a realistic deployment.
If the Gateway is Ethernet only then an connection to an external router providing Internet access is one popular network configuration.
August 24, 2022 at 1:47 pm in reply to: What is the root username and password when connecting via SSH? #33033KeymasterTry this command instead.
$ sudo -sThis may work for you too if RIFTS is admin.
$ su RIFTSAugust 24, 2022 at 7:27 am in reply to: How to configure packet forwarder to direct packets to a computer via ethernet? #33029KeymasterI see you have opened a support case regarding installation of the bridge directly on the gateway. I suggest choosing one configuration setup and working toward that. The support team will be able to answer your questions.
https://www.chirpstack.io/gateway-bridge/
https://www.chirpstack.io/gateway-bridge/gateway/multitech/The Chirpstack forum will also be a good resource.
https://forum.chirpstack.io/https://forum.chirpstack.io/t/multitech-conduit-setup-assistance/6877
August 23, 2022 at 5:46 pm in reply to: How to configure packet forwarder to direct packets to a computer via ethernet? #33026KeymasterOf course it is possible, this is the function of the packet forwarder.
What is the PC OS?
What is the PC IP address? This will be set as server_address.
Are the UDP ports opened and accessible on the 192.168.2.x network?
Are you also wanting to connect the PC to the Internet over Ethernet?KeymasterPlease open a ticket at support.multitech.com to share full logs and device config files.
KeymasterI looked into our custome lora-out node and it does not support the rx window settings.
In the UI there is LoRaWAN > Network Settings page, see the Network Server Testing section.
Check Disable Rx2 to use only Rx1.
Otherwise MQTT or API can be used to set the rx_wnd setting, many articles of how to use MQTT and HTTP APIs are available for node-red.
Using inspect in a browser when downlink is scheduled this api is called.
https://10.17.100.141/api/lora/packets/queue
{“deveui”:”00-80-00-00-00-01-58-34″,”port”:1,”data”:”EjM=”,”ack_retries”:0,”rx_wnd”:1,”ack”:false}Hope this helps.
KeymasterMay I ask why you need to specify RX1 in the first place?
KeymasterDoes the lora-out node have an rx window setting?
Otherwise you can use an MQTT out node to connect to localhost:1883 and send downlinks too.
KeymasterA downlink can be queued through MQTT, rx_wnd is one of the parameters.
Instead of RxWnd use rx_wnd?
KeymasterA downlink can be queued through MQTT, rx_wnd is one of the parameters.
KeymasterI am not sure exactly what you are meaning to do. Hopefully there is enough example code for you to play with and get to work for your use case?
KeymasterThe whitelist are OTA device settings for devices that can join.
Once they join they will show in the LoRaWAN > Devices list.
AEP 1.7.4 is an ancient firmware version, you may want to look into updating the firmware at some point.
-
AuthorPosts