I have not yet integrated the Azure IoT Hub for ChirpStack v4 and the first ChirpStack v4 version will not support it (same with GCP Cloud IoT Core). As soon as the first ChirpStack v4 stable is out, this will be one of my first priorities to integrate.
Thanks for your improvements on the v4, Chirpstack improves quickly.
What about the downlink frame logging to a persistent storage like postgresql ? I think its a good time to implement the device down event. The downlink frames should be in the loradatastore like the uplink frames. I develop my own downlink event in Chirpstack v3, our tenants need it. If you wont implement the downlink event, I will do it again in Chirpstack V4 with Rust. I think this is a point that should be reconsidered.
Again, I can help you on the development of this feature if you want.
I tried the way you said, but it didnât work. When I add a new locale file, it does not take effect - #3 by gluhar
Did you modify chirpstack-gateway-bridge.toml?
it should include this:
[integration.mqtt]
event_topic_template="cn470/gateway/{{ .GatewayID }}/event/{{ .EventType }}"
state_topic_template="cn470/gateway/{{ .GatewayID }}/state/{{ .StateType }}"
command_topic_template="cn470/gateway/{{ .GatewayID }}/command/#"
After I modified it like you said, it still doesnât work. The configuration took effect. The CN470 model selection still hasnât appeared
...
chirpstack_1 | Aug 26 10:25:37.022 INFO chirpstack::gateway::backend::mqtt: Connected to MQTT broker region_name=cn470
chirpstack_1 | Aug 26 10:25:37.022 INFO chirpstack::gateway::backend::mqtt: Subscribing to gateway event topic region_name=cn470 event_topic=cn470/gateway/+/event/+
...
I did another test, deleting the file ISm2400. toml and deleting ISm2400 in Chirpstack. toml. However, ISM2400 still exists in the region selection box of Add Device Profile. So, I guess they are not related, or I take a wrong way.
chirpstack.toml as follow
......
enabled_regions=[
"as923_2",
"as923_3",
"as923_4",
"au915_0",
"cn470",
"cn779",
"eu433",
"eu868",
"in865",
"kr920",
"ru864",
"us915_0",
"us915_1",
]
......
(I donât know why I canât upload pictures)
can you post contents of your chirpstack-gateway-bridge.toml file?
Also, I assume you are rebooting/restarting after the change?
Iâm using docker-compose. I restart after every configuration.
If possible,you can visit my web.175.24.183.206:8080
# See https://www.chirpstack.io/gateway-bridge/install/config/ for a full
# configuration example and documentation.
[integration.mqtt.auth.generic]
servers=["tcp://mosquitto:1883"]
username=""
password=""
[integration.mqtt]
event_topic_template="cn470/gateway/{{ .GatewayID }}/event/{{ .EventType }}"
state_topic_template="cn470/gateway/{{ .GatewayID }}/state/{{ .StateType }}"
command_topic_template="cn470/gateway/{{ .GatewayID }}/command/#"
You have this at the bottom?
marshaler="protobuf"
also, add the gateway only after you have the right configuration not before
I donât know why all regions are active in the web except CN470. After toml file of CN470 is addedďźyou can see related logs shown when server is starting. It means CN470 was parsedďźbut just didnât appear in the web.
So maybe thereâs something wrong with typescript code of frontend.
Let me check on this, it might be that I forgot to add it or forgot to merge this into the master branch. Let me checkâŚ
Thank you for your attention and reply! Besides, I have confirmed that the versions of servers I use are the latest, which are listed below:
chirpstack:4.0.0-rc.3
chirpstack-gateway-bridge:4.0.0-rc.1
chirpstack-rest-api:4.0.0-rc.1
Looking forward to the improvement.
I just merged the CN470 configuration into the master
branch (Add missing CN470 configuration. ¡ chirpstack/chirpstack@0fa4071 ¡ GitHub). This will be included in the next (RC) release.
Has anyone gotten V4 working with Semtech Basic Station?
I was able to easily use SBS with the older 3.1x installations, but Iâm having trouble figuring out how to convert my V4 install over.
Seems like the V4 install uses the legacy Semtech forwarder by default.
Jim
Not much has changed with regards to the Basics Station support in v4. It is important however to confirm that your MQTT topic configuration matches. The default configuration uses a region prefix, to support multiple regions using the same MQTT broker.
I am attempting to enable SBS by following these certificate installation instructions:
https://www.chirpstack.io/docs/guides/mosquitto-tls-configuration.html
The problem I ran into is here in the documentation:
Update the following configuration sections in the chirpstack.toml
configuration file:
[gateway]
section:
client_cert_lifetime="12months"
ca_cert="/etc/chirpstack/certs/ca.pem"
ca_key="/etc/chirpstack/certs/ca-key.pem"
[integration.mqtt.client]
section:
client_cert_lifetime="12months"
ca_cert="/etc/chirpstack/certs/ca.pem"
ca_key="/etc/chirpstack/certs/ca-key.pem"
The specified sections of chirpstack.toml:
[gateway]
[integration.mqtt.client]
Do NOT exist.
At least not in the version of chirpstack.toml that was installed following these instructions:
https://www.chirpstack.io/docs/getting-started/debian-ubuntu.html
Do I need to create these sections - or is this the wrong file to be modifying?
jim
You can add the sections you need, see https://www.chirpstack.io/docs/chirpstack/configuration.html for examples
OK - your advice got me even further along.
I am now able to generate certs for my gateways from the UI - and connect my gateways via SBS on port 8090 on my server.
At least it looks like the gateway is connecting OK.
(The gateway isnât complaining that the server isnât reachable on 8090)
However - after following this step:
âConfigure Mosquittoâ
The Mosquitto server was no longer running.
I suspect this was due to: âDepending your setup, you might need to modify the ownership and / or permissions of the created directory and filesâ
So - I chownâd the certs etc to belong to mosquitto and tried again.
That seemed to work - since this simple test passed:
mosquitto_sub -h localhost -t â#â -v -d
Client (null) sending CONNECT
Client (null) received CONNACK (0)
Client (null) sending SUBSCRIBE (Mid: 1, Topic: #, QoS: 0, Options: 0x00)
Client (null) received SUBACK
Subscribed (mid: 1): 0
Client (null) received PUBLISH (d0, q0, r1, m0, âgateway/c0ee40ffff29d9ce/state/connâ, ⌠(18 bytes))
gateway/c0ee40ffff29d9ce/state/conn c0ee40ffff29d9ce
Client (null) received PUBLISH (d0, q0, r1, m0, âgateway/c0ee40ffff2960dc/state/connâ, ⌠(18 bytes))
gateway/c0ee40ffff2960dc/state/conn c0ee40ffff2960dc
^CClient (null) sending DISCONNECT
The message above are old - nothing is actually able to connect now.
I have tried using port 8090 with wss and the gateway keeps complaining that it canât connect now.
I am not sure what else I can try.
Jim