 | Meet je Stad! | 164 Members |
| 23 Servers |
| Meet je Stad! | 164 Members |
| 23 Servers |
| Sender | Message | Time |
|---|---|---|
| 15 Apr 2021 | ||
 Margaret Gold joined the room. | 07:48:49 | |
 freyjaschmitz joined the room. | 08:47:51 | |
| freyjaschmitz | Beste 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 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 Sikken | Dit 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 Sikken | Het 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 |
 Peter HJ van Eijk | In reply to @pve:matrix.orgEn die gateway doet het nu weer niet :-{ Die van mij is in bestelling.. | 18:50:36 |
| 16 Apr 2021 | ||
 Peter-dM | In reply to @pve:matrix.orgWeten we wie voor de gateway op de RABOtoren zorgt ? | 09:40:41 |
 Matthijs 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 |
| Peter-dM | In reply to @matthijs:matrix.orgWelk 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 Kooijman | peterdm: Die in mjsttnforwarder.production, source staat ook hier: https://github.com/meetjestad/mjs_ttn_forwarder | 10:40:58 |
| Matthijs Kooijman | 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. | 10:41:50 |
| Peter-dM | In reply to @matthijs:matrix.org In Bertil's aanpassingen zie ik:
< process_data(db, message_id, message_payload, payload)
Ik begrijp hieruit dat in v3 mjs aan TTN kan opgeven naar welke poort bij mjs de respons naar mjs moet worden teruggestuurd. | 14:05:57 |
| Matthijs Kooijman | peterdm: 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 Kooijman | peterdm: 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 |
| Peter-dM | Hoe kun je dan zien aan data die binnenkomen of die v2 of v3 zijn ? | 14:25:34 |
| Matthijs Kooijman | peterdm: Het gaat om het TTN backend v2 of v3, dus dat komt van 2 verschillende MQTT servers en infrastructuren | 14:35:06 |
| Matthijs Kooijman | De data op LoRaWAN niveau is verder identiek, een MJS station weet uberhaupt niet of ie naar v2 of v3 stuurt. | 14:35:37 |
 Diana | Zondag weer werkdag op de HBW, met veel gezelligheid en soep van Judith, dus kom ook! | 20:09:04 |
| 17 Apr 2021 | ||
 pe1mew (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 (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 (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 (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 Kooijman | pe1mew: 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 Kooijman | We 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 Kooijman | pe1mew: 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 (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. 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 (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. 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 Kooijman | pe1bmc: 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 Kooijman | pe1mew: 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 |