!YAtYLvdqSKucIYLkwm:matrix.org

Meet je Stad!

164 Members
23 Servers

Load older messages


SenderMessageTime
15 Apr 2021
@mobilemaggie:matrix.orgMargaret Gold joined the room.07:48:49
@freyjaschmitz:matrix.orgfreyjaschmitz joined the room.08:47:51
@freyjaschmitz:matrix.orgfreyjaschmitzBeste Deelnemers van Meet je Stad, Voor mijn masterscriptie doe ik onderzoek naar burgers die data verzamelen. Hierin wil ik zowel het perspectief van betrokken beleidsmedewerkers als deelnemers meenemen. Een initiatief die mij erg interessant lijkt om hierin te betrokken is ‘Meet je Stad’. Graag zou ik een aantal deelnemers van Meet je Stad willen interviewen. In deze interviews wil ik achterhalen welke uitdagingen deelnemers ervaren en wat deelnemers eventueel nodig hebben om invloed te kunnen maken op overheidsbeleid. De interviews zullen 30 tot 40 minuten duren en afgenomen worden via beeldbellen of een telefoongesprek. Verder worden de interviews opgenomen, zodat deze later kunnen worden getranscribeerd. Deze transcripten kunnen achteraf door u worden ingezien. Ten slotte zijn de interviews anoniem en zullen daarom zinsdelen die tot u te herleiden zijn worden geanonimiseerd. Mocht u open staan voor een interview, dan kunt u me benaderen via mail of mobiel. Ook als u vragen heeft kunt u deze gerust stellen Met vriendelijke groet, Freyja Schmitz Contactgegevens: Mail: f.i.schmitz@students.uu.nl Mobiel: 0611707980 08:50:30
@bertrik:matrix.orgBertrik Sikken Matthijs Kooijman: Peter-dM Ik heb nog niet met een test database getest, ik heb daarvoor een database schema nodig, die had ik nog niet gevonden. 14:54:16
@bertrik:matrix.orgBertrik SikkenDit mjs_mqtt python script doet alleen dingen met de "raw" payload en het lorawan poortnummer en stopt het resultaat daarvan in de database. Hierin zit dan dus geen gateway-informatie meer in.14:56:29
@bertrik:matrix.orgBertrik SikkenHet sensors_recent.php script heb ik nog niet bekeken, heb ook geen ervaring met PHP eerlijk gezegd. De JSON van TTNv3 is nogal veranderd, dus als dat script daar veel mee doet, zal dat inderdaad ook aangepast moeten worden.14:57:48
@pve:matrix.orgPeter HJ van Eijk
In reply to @pve:matrix.org
Vreemd genoeg doet de gateway op de RABOtoren het vanaf vanmiddag weer. Dat scheelt een stuk.
En die gateway doet het nu weer niet :-{ Die van mij is in bestelling..
18:50:36
16 Apr 2021
@peterdm:matrix.orgPeter-dM
In reply to @pve:matrix.org
En die gateway doet het nu weer niet :-{ Die van mij is in bestelling..
Weten we wie voor de gateway op de RABOtoren zorgt ?
09:40:41
@matthijs:matrix.orgMatthijs Kooijman bertrik: Als het goed is stopt het mjsmqtt script ook de volledige JSON van TTN in een aparte tabel, het sensorsrecent.php script kijkt vervolgens in die tabel om daar o.a. de gateway info, fcnt, etc. uit te halen. 09:59:31
@peterdm:matrix.orgPeter-dM
In reply to @matthijs:matrix.org
bertrik: Als het goed is stopt het mjsmqtt script ook de volledige JSON van TTN in een aparte tabel, het sensorsrecent.php script kijkt vervolgens in die tabel om daar o.a. de gateway info, fcnt, etc. uit te halen.
Welk script is dat, Matthijs Kooijman ?
meetjestad@dewar:~$ find . -name 'mjs_mqtt' -ls
12 -rw-r--r-- 1 meetjestad meetjestad 10095 Dec 27 2019 ./mjs_ttn_forwarder.production/mjs_mqtt.py
8 -rw-r--r-- 1 meetjestad meetjestad 6845 Aug 21 2018 ./mjs_ttn_forwarder.slam/mjs_mqtt.py
16 -rw-r--r-- 1 meetjestad meetjestad 14486 Jan 17 2018 ./mjs_ttn_forwarder.gateway/mjs_mqtt.gateway.py
10:40:11
@matthijs:matrix.orgMatthijs Kooijman peterdm: Die in mjsttnforwarder.production, source staat ook hier: https://github.com/meetjestad/mjs_ttn_forwarder 10:40:58
@matthijs:matrix.orgMatthijs Kooijmanpeterdm: bertrik heeft een versie in een pull request gezet die ook voor TTN v3 werkt, maar daar is het JSON formaat van binnenkomende berichten anders.10:41:50
@peterdm:matrix.orgPeter-dM
In reply to @matthijs:matrix.org
peterdm: bertrik heeft een versie in een pull request gezet die ook voor TTN v3 werkt, maar daar is het JSON formaat van binnenkomende berichten anders.

In Bertil's aanpassingen zie ik:

    port = message_payload["uplink_message"]["f_port"]

< process_data(db, message_id, message_payload, payload)

    process_data(db, message_id, station_id, port, raw_payload)

Ik begrijp hieruit dat in v3 mjs aan TTN kan opgeven naar welke poort bij mjs de respons naar mjs moet worden teruggestuurd.
Ik zou denken dat, als we hier een 2e poortnummer instellen, de v2 responses naar de huidige poort worden gestuurd en de v3 responses naar een nieuwe poort.
Klopt dat ?

14:05:57
@matthijs:matrix.orgMatthijs Kooijmanpeterdm: Poortnummers zitten in LoRaWAN en worden nu bij v2 ook al gebruikt, daar is niets aan veranderd in v3. Enige wat anders is hoe de port in de JSON van TTN wordt doorgegeven, dus dat heeft iets invloed op de structuur van de code, maar de werking is ongewijzigd.14:08:44
@matthijs:matrix.orgMatthijs Kooijmanpeterdm: Het port nummer wordt in de sketch (in mjs_lmic.h denk ik) gedefinieerd en via radio doorgestuurd, we gebruiken dat nu al om onderscheid te maken tussen verschillende versies van het dataformaat (en ook bijv om de cityslam data te onderscheiden)14:09:36
@peterdm:matrix.orgPeter-dMHoe kun je dan zien aan data die binnenkomen of die v2 of v3 zijn ?14:25:34
@matthijs:matrix.orgMatthijs Kooijmanpeterdm: Het gaat om het TTN backend v2 of v3, dus dat komt van 2 verschillende MQTT servers en infrastructuren14:35:06
@matthijs:matrix.orgMatthijs KooijmanDe data op LoRaWAN niveau is verder identiek, een MJS station weet uberhaupt niet of ie naar v2 of v3 stuurt.14:35:37
@diana:matrix.orgDianaZondag weer werkdag op de HBW, met veel gezelligheid en soep van Judith, dus kom ook!20:09:04
17 Apr 2021
@pe1mew:matrix.orgpe1mew (TTN Apeldoorn)Hallo Allemaal, een vraag vanuit Apeldoorn in verband met de migratie van mjs-nodes van V2 naar V3. Een eerste quick-check laat zien dat er compatibiliteit issues zijn tussen de mjs-firmware en TTN-V3. Met name het MAC commando waarmee TTN-V3 de RX1-delay van de node wil instellen op 5 in plaats van 1 seconde wordt niet verwerkt. Als gevolg hiervan wordt elke uplink van de mjs-node gevolgd door een downlink van TTN-V3. Een onwenselijke situatie. 07:47:04
@pe1mew:matrix.orgpe1mew (TTN Apeldoorn)Is dit al uitgezocht en heb ik er over heen gekeken toen ik terug keek in de historie? Is er een oplossing voor dit probleem? 07:48:09
@pe1mew:matrix.orgpe1mew (TTN Apeldoorn) * Hallo Allemaal, een vraag vanuit Apeldoorn in verband met de migratie van mjs-nodes van V2 naar V3. Een eerste quick-check laat zien dat er compatibiliteit issues zijn tussen de mjs-firmware en TTN-V3. Met name het MAC commando waarmee TTN-V3 de RX1-delay van de node wil instellen op 5 in plaats van 1 seconde wordt niet verwerkt. Als gevolg hiervan wordt elke uplink van de mjs-node gevolgd door een downlink van TTN-V3. Een onwenselijke situatie. 09:03:56
@pe1mew:matrix.orgpe1mew (TTN Apeldoorn) * Hallo Allemaal, een vraag vanuit Apeldoorn in verband met de migratie van mjs-nodes van V2 naar V3. Een eerste quick-check laat zien dat er compatibiliteit issues zijn tussen de mjs-firmware en TTN-V3. Met name het MAC commando waarmee TTN-V3 de RX1-delay van de node wil instellen op 5 in plaats van 1 seconde wordt niet verwerkt. Als gevolg hiervan wordt elke uplink van de mjs-node gevolgd door een downlink van TTN-V3. Een onwenselijke situatie. 09:04:04
@matthijs:matrix.orgMatthijs Kooijmanpe1mew: We waren al bezig met het voorbereiden van de migratie, bertrik heeft een eerste opzet gedaan om de packetforwarder om te schrijven naar v3.09:06:12
@matthijs:matrix.orgMatthijs KooijmanWe hebben nog niet uitgebreid getest (er draait nu 1 node in v3, maar dat is een nieuwe PCB met basicmac ipv lmic), dus de incompatibiliteit die je aangeeft was mij iig nog niet opgevallen. Ik meen bij het overzetten wel wat settings gezien te hebben over het RX1 delay, dus misschien kunnen we als workaround de RX1-delay voor de bestaande nodes gewoon op 1 seconde houden.09:08:36
@matthijs:matrix.orgMatthijs Kooijmanpe1mew: Heb je toevallig al gekeken waarom dat commando mis gaat? Ondersteunt LMIC het helemaal niet, of gaat er iets mis in de implementatie? In het eerste geval betekent dat misschien dat het commando in een latere LoRaWAN revisie is toegevoegd, dan kunnen we het misschien ook oplossen door de LoRaWAN versie van de bestaande nodes op 1.0.0 oid te zetten (die is ook instelbaar zag ik in v3)09:10:52
@pe1mew:matrix.orgpe1mew (TTN Apeldoorn)

Matthijs Kooijman: Wij werken met de oude hardware en software en alles vervangen voor de nieuwe hardware is nog een paar bruggen te ver weg.

1: Bij het migreren was er een setting in V3-console waarin de MAC geïnstrueerd kon worden om in plaats van 5 seconden 1 seconden voor RX1 in te stellen.
Recentelijk is die instelling verdwenen uit V3-console 😒
2: Via CLI zou je in V3 ook RX1 delay per device moeten kunnen instellen maar daar ben ik tot nu toe nog niet succesvol in geweest. Met de upgrade van V3 moet ik dat opnieuw onderzoeken.
3: Ik zie wel dat lmic (VERBOSE=1) in RX1 telkens het een downlink bericht ontvangt maar ik heb niet de indruk dat het MAC commando wordt verwerkt. Laat staan dat RX1 delay opnieuw wordt ingesteld. Ik ga kijken of ik de downlink verder kan debuggen en zien wat er mee gebeurt.
4: ik zal het experiment aan gaan met de lorawan versie op 1.0.0

Ik had de hoop dat dit allang allemaal uitgezocht en opgelost was maar daar lijkt niet niet op 😉. Een technische uitdaging waarvan ik hoop dat er mensen zijn die mee willen helpen.

10:30:53
@pe1mew:matrix.orgpe1mew (TTN Apeldoorn) *

Matthijs Kooijman: Wij werken met de oude hardware en software en alles vervangen voor de nieuwe hardware is nog een paar bruggen te ver weg.

1: Bij het migreren was er een setting in V3-console waarin de MAC geïnstrueerd kon worden om in plaats van 5 seconden 1 seconden voor RX1 in te stellen.
Recentelijk is die instelling verdwenen uit V3-console 😒
2: Via CLI zou je in V3 ook RX1 delay per device moeten kunnen instellen maar daar ben ik tot nu toe nog niet succesvol in geweest. Met de upgrade van V3 moet ik dat opnieuw onderzoeken.
3: Ik zie wel dat lmic (VERBOSE=1) in RX1 telkens het een downlink bericht ontvangt maar ik heb niet de indruk dat het MAC commando wordt verwerkt. Laat staan dat RX1 delay opnieuw wordt ingesteld. Ik ga kijken of ik de downlink verder kan debuggen en zien wat er mee gebeurt.
4: ik zal het experiment aan gaan met de lorawan versie op 1.0.0

Ik had de hoop dat dit allang allemaal uitgezocht en opgelost was maar daar lijkt niet niet op 😉. Een technische uitdaging waarvan ik hoop dat er mensen zijn die mee willen helpen.

10:32:30
@matthijs:matrix.orgMatthijs Kooijmanpe1bmc: De meeste van onze hardware is idd ook nog het oudere bordje, en die gaan we ook zeker niet allemaal vervangen. Ik bedoelde vooral dat ik alleen met nieuwe hardware getest had omdat ik die toevallig voorhanden had, ik moet zeggen dat ik uberhaupt nog niet had bedacht dat de LoRaWAN stack in de devices een beperking zou kunnen vormen.10:43:47
@matthijs:matrix.orgMatthijs Kooijmanpe1mew: Fijn als je hier eens mee wil experimenteren, ik kom er zelf vanwege andere zaken die spelen weinig tot niet aan toe op dit moment. Laten we elkaar iig op de hoogte houden van eventuele voortgang hier.10:45:08

There are no newer messages yet.


Back to Room List