Terkin-Datalogger: Erste Versuche mit LTE

[clemens]

Habe gerade versucht Daten per LTE mit

    # LTE
    'lte': {
        'enabled': True,

in der settings.py und

# Telemetry configuration.
telemetry = {
    'targets': [

        # JSON over MQTT: Kotori/MQTTKit
        {
            # Enable/disable this telemetry target.
            'enabled': True,

            # Define telemetry endpoint and address information.
            'endpoint': 'mqtt://swarm.hiveeyes.org',
            #'endpoint': 'mqtt://username:password@daq.example.org',
            'topology': 'mqttkit',
            'address': {
                "realm": "hiveeyes",
                "network": "testdrive",

zu schicken, das scheint nicht zu funktionieren!

   66.5233 [terkin.telemetry            ] INFO   : Connecting to MQTT broker at swarm.hiveeyes.org with username None
   66.5582 [terkin.telemetry            ] ERROR  : Connecting to MQTT broker at swarm.hiveeyes.org failed: OSError: [Errno 202] EAI_FAIL
Traceback (most recent call last):
  File "/flash/lib/terkin/telemetry.py", line 677, in connect
  File "/flash/dist-packages/mqtt.py", line 26, in __init__
OSError: [Errno 202] EAI_FAIL

   66.6128 [terkin.telemetry            ] ERROR  : Telemetry to mqtt://swarm.hiveeyes.org/hiveeyes/testdrive/area-14/test-LTE-NBIoT failed
Traceback (most recent call last):
  File "/flash/lib/terkin/telemetry.py", line 148, in transmit
  File "/flash/lib/terkin/telemetry.py", line 326, in transmit
  File "/flash/lib/terkin/telemetry.py", line 620, in send
  File "/flash/lib/terkin/telemetry.py", line 620, in send
TelemetryTransportError: Protocol adapter not connected: TelemetryAdapterError: Connecting to MQTT broker at swarm.hiveeyes.org failed: OSError: [Errno 202] EAI_FAIL

   66.6746 [terkin.datalogger           ] WARNING: Telemetry status: FAILURE. 1 out of 1 targets failed. Status: {'mqtt://swarm.hiveeyes.org/hiveeyes/testdrive/area-14/test-LTE-NBIoT': False}

Geht MQTT über LTE nicht oder muss ich nach einen Konfigurationsfehler suchen?

Hardware ist wie hier vorbereitet: LTE-Modem des FiPy flashen, um CAT NB1 (NB IoT) zu nutzen

[clemens]

Auch mit JSON over HTTP statt MQTT

        # JSON over HTTP: Kotori/MQTTKit
        {
            # Enable/disable this telemetry target.
            'enabled': True,

            # Define telemetry endpoint and address information.
            'endpoint': 'https://swarm.hiveeyes.org/api',
            'topology': 'mqttkit',
            'address': {
                "realm": "hiveeyes",
                "network": "testdrive",

läuft es nicht:

   26.6700 [terkin.telemetry            ] ERROR  : Telemetry to https://swarm.hiveeyes.org/api/hiveeyes/testdrive/area-14/test-LTE-NBIoT failed
Traceback (most recent call last):
  File "/flash/lib/terkin/telemetry.py", line 148, in transmit
  File "/flash/lib/terkin/telemetry.py", line 326, in transmit
  File "/flash/lib/terkin/telemetry.py", line 394, in send
  File "/flash/dist-packages/urequests/__init__.py", line 144, in post
  File "/flash/dist-packages/urequests/__init__.py", line 60, in request
OSError: [Errno 202] EAI_FAIL

   26.7270 [terkin.datalogger           ] WARNING: Telemetry status: FAILURE. 1 out of 1 targets failed. Status: {'https://swarm.hiveeyes.org/api/hiveeyes/testdrive/area-14/test-LTE-NBIoT': False}

Muss das Modem mit der neuen SIM erstmals irgendwie initialisiert werden?? Hatte gestern mit den 1nce-SIMs GPRS getestet, das ging alles auf Anhieb mit dem entsprechenden APN.

Ich versuche mal /dist-packages/ lokal / in der Sandbox zu löschen und mit make setup neu zu builden, vielleicht hilft das ja?! Die angemeckerte __init__.py ist vom März.

[clemens]

@clemens

Ich versuche mal /dist-packages/ lokal / in der Sandbox zu löschen und mit make setup neu zu builden, vielleicht hilft das ja?! Die angemeckerte __init__.py ist vom März.

Hab’ ich jetzt alles zerschossen?

[main.py] INFO: Loading modules
Traceback (most recent call last):
  File "main.py", line 57, in <module>
  File "main.py", line 37, in main
  File "terkin/datalogger.py", line 16, in <module>
  File "terkin/device.py", line 13, in <module>
  File "terkin/telemetry/core.py", line 7, in <module>
  File "urllib/parse.py", line 30, in <module>
  File "re.py", line 11, in <module>
AttributeError: 'NoneType' object has no attribute 'func'`

[Andreas]

@clemens

Geht MQTT über LTE nicht oder muss ich nach einen Konfigurationsfehler suchen?

DNS geht leider nicht. Bitte benutze die IP-Adresse.

@clemens

Hab’ ich jetzt alles zerschossen?

Ich war schuld. Install most recent PyCayenneLPP from git repository again · hiveeyes/terkin-datalogger@e713392 · GitHub macht es wieder besser.

[weef]

@Andreas

DNS geht leider nicht. Bitte benutze die IP-Adresse.

Na klar geht DNS, man muß halt einen DNS-Server definieren, den gibts nicht per irgendeinem DHCP- oder default gateway-Prozeß!

@weef

DNS geht, was habt Ihr denn alle… ! B)

>>> import usocket
>>> usocket.dnsserver(0,'9.9.9.9')
>>> usocket.dnsserver()
('9.9.9.9', '0.0.0.0')
>>> print(usocket.getaddrinfo("weather.hiveeyes.org", 80)[0][-1])
('46.4.251.67', 80)

In jedem Fall ist natürlich das Eintragen einer IP-Adresse für das entsprechende Ziel etwas, das schneller das gewünschte Ergebnis liefert und somit Strom spart (sofern es für das betreffende Energiebudget wichtig ist).

[Andreas]

@weef

Na klar geht DNS, man muß halt einen DNS-Server definieren.

Ich habe mich eine halbe Nacht auf dem GPy von @tonke daran zu schaffen gemacht. Auch, beide DNS-Server zu definieren etc. pepe. Leider erfolglos.

a) Bist Du sicher, dass Dein Gerät nicht zufällig auch am WiFi hängt?
b) Habe ich auch irgendwo aufgeschnappt, dass die Abstimmung zwischen Modem network profile und LTE customer profile eine Rollen spielen kann, welches u.U. mit dem Vertrag bzw. der jeweiligen SIM-Karte assoziiert ist. Um in diesem Bereich nachzuforschen, müsste man wohl beim Provider nachfragen, da solche Dinge wohl oft nicht im self-service Bereich eines etwaigen Portals zur Verfügung stehen.

---

Siehe dazu auch:

@Redferne

Actually in our case the DNS problem was caused by Sequans using EPCO in their NB-IOT firmware. Once we added support for EPCO in our network we got the DNS server info populated.

– LTE NB-IoT DNS | Pycom user forum

@digital Matter

NB-IoT: PCO vs ePCO

The latest ublox modem update enabled ePCO on the SARA R410M-02B. Many NB-IoT networks do not yet support ePCO, and offer PCO instead, despite ePCO being part of the NB-IoT spec.

This effectively means that DNS does not work, so the devices cannot resolve the IP address for sX.oemserver.com. To fix the DNS on these networks you need to update the modem’s internal network profiles, and enable PCO support in your network settings, as described in this article.

– https://support.digitalmatter.com/support/solutions/articles/16000103040-4g-connectivity-cat-m1-vs-nb-iot-coverage-providers-and-roaming

Auch wenn combaindeft und Lonefish hier am Ende Erfolg vermeldeten

@combaindeft

Tested it now, and it works … we got DNS over NB-IOT .

– https://forum.pycom.io/topic/2934/lte-nb-iot-dns/13

@Lonefish

I finally found the time to test this and it works indeed!

– LTE NB-IoT DNS | Pycom user forum

war auf dem Gerät von @tonke mit einer (vielleicht schon etwas älteren) 1nce-Karte leider nichts zu holen.

---

Unabhängig davon:

@weef

Den DNS-Server gibts nicht per irgendeinem DHCP- oder default gateway-Prozeß!

In der Tat kommt nach einem erfolgreichen attach()-Vorgang des Modems eine DHCP-ähnliche Antwort in Form eines Tupels vom Provider, in der die vermittelte IP-Adresse steht und über jene auch DNS-Server angekündigt werden könnten (weiß grade nicht, ob Terkin diese Antwort per default ausgibt, aber ich habe sie bei den Arbeiten am LTE-Adapter gesehen). Leider waren beide Felder nicht belegt (Leerstring).

[weef]

Das war im August '19 jener Hobel, mit welchem @wtf die Erfolge in dem oben von mir zitierten topic hatte, und es war auch eine 1nce-SIM.

Und gerade eben wieder mit meinem FiPy und 1nce-SIM erneut probiert, klappt immer noch:

>>> print(usocket.getaddrinfo("swarm.hiveeyes.org", 80))
[(2, 1, 0, '', ('46.4.251.66', 80))]
>>>

@Andreas

Leider waren beide Felder nicht belegt (Leerstring).

ja… aber: wo hast Du das denn gesehen? Im modlte.c finde ich nichts dazu.

[Andreas]

@tonke’s GPy ist vielleicht älter. No idea. Vielleicht kannst Du, @clemens, das einmal bei Dir testen, sobald LTE getrieben von Terkin erfolgreich “attach” und “connect” gemeldet hat?

@weef

>>> import usocket
>>> usocket.dnsserver(0,'9.9.9.9')
>>> usocket.dnsserver()
('9.9.9.9', '0.0.0.0')
>>> print(usocket.getaddrinfo("weather.hiveeyes.org", 80)[0][-1])
('46.4.251.67', 80)

[clemens]

@Andreas

Ich war schuld. Install most recent PyCayenneLPP from git repository again · hiveeyes/terkin-datalogger@e713392 · GitHub macht es wieder besser.

Läuft nun, Danke! Ich musste allerdings wieder /dist-packages/ löschen damit es funktionierte.

[clemens]

@Andreas

Vielleicht kannst Du, @clemens, das einmal bei Dir testen, sobald LTE getrieben von Terkin erfolgreich “attach” und “connect” gemeldet hat?

Schaut gut aus!

>>> import usocket
>>> usocket.dnsserver(0,'9.9.9.9')
>>> usocket.dnsserver()
('9.9.9.9', '0.0.0.0')
>>> print(usocket.getaddrinfo("weather.hiveeyes.org", 80)[0][-1])
('46.4.251.67', 80)
>>> print(usocket.getaddrinfo("swarm.hiveeyes.org", 80)[0][-1])
('46.4.251.66', 80)
>>> print(usocket.getaddrinfo("heise.de", 80)[0][-1])
('193.99.144.80', 80)

… mit eine FiPy getestet!

[Andreas]

@weef

@Andreas

Leider waren beide Felder nicht belegt (Leerstring).

ja… aber: wo hast Du das denn gesehen? Im modlte.c finde ich nichts dazu.

Bei @tonke:

>>> lte.send_at_cmd('AT+CGCONTRDP')
'\r\n+CGCONTRDP: 1,5,"iot.1nce.net.MNC040.MCC901.GPRS","10.201.56.1.255.255.255.255","","","","",""\r\n\r\nOK\r\n'

@danielm

Are you getting DNS server IP address from the network? You can check with AT+CGCONTRDP command.

From Sequans AT command manual:

The execution command returns the relevant information

<bearer_id>, <apn>, <local_addr and subnet_mask>, <gw_addr>,
<DNS_prim_addr>, <DNS_sec_addr>, <P-CSCF_prim_addr>,
<P-CSCF_sec_addr>, <IM_CN_Signalling_Flag>, <LIPA_indication>

for an active non secondary PDP context with the context identifier <cid>.

– https://forum.pycom.io/topic/4055/nb-iot-in-hungary/6

Verizon LTE-CATM1 übermittelt an den Leerstellen scheinbar auch die DNS-Server:

@wghirakawa

>>> at('AT+CGCONTRDP')

+CGCONTRDP: 3,5,"vzwadmin.mnc480.mcc311.gprs","10.129.230.28.255.255.255.255","","198.224.165.129","198.224.167.135","",""
+CGCONTRDP: 3,5,"vzwadmin.mnc480.mcc311.gprs","38.0.16.19.240.12.34.75.0.0.0.72.126.39.107.1.255.255.255.255.255.255.255.255.255.255.255.255.255.255.255.255","","32.1.72.136.0.86.255.0.5.41.0.13.0.0.0.0","32.1.72.136.0.82.255.0.5.40.0.13.0.0.0.0","",""

– Pycom-SSO - LogIn

---

See also:

@Redferne

It worked fine using the Cat M1 firmware. It’s part of the PDN Connectivity Request (PCO) sent from UE to network. Not sure whether PCO or ePCO is used when requesting the IP configuration.

The UE must request a DNS when establishing a connection on the default bearer, and the network will respond with a Activate Default EPS Bearer Request which includes UE IP, DNS etc.

– LTE NB-IoT DNS | Pycom user forum

@Redferne

Actually in our case the DNS problem was caused by Sequans using EPCO in their NB-IOT firmware. Once we added support for EPCO in our network we got the DNS server info populated.

– LTE NB-IoT DNS | Pycom user forum