I missed the meeting today due to Norway changing from daylight saving time this weekend and this unexpectedly “moved” the meeting one hour for me.
If anyone has a notes/minutes from the meeting I would like to see it.
I do have notes from the previous meetings. We should probably find a place to collaborate creating the Agenda and storing notes from meetings for future reference.
This time it was my turn to miss this due to timezone change. Sorry.
My questions for the call were the following:
where are we with the si namespace? How do we close on this?
The previous si proposal lacked torque. Can we add torque in nm?
Code-compatibility - it’s time to close on this. If my latest proposal isn’t palatable then I’ll go with the BDFL and just accept @pavel.kirienko 's judgement.
I added a counter proposal for transfer priority mnemonics, fyi.
What can I do to close on the v1 standard? I’d really like to get back to work on libuavcan.
What can I do to close on the v1 standard? I’d really like to get back to work on libuavcan.
I think we agree on all things except the versioning issue. The SI namespace does not seem to affect implementations. I think it should be safe for you to start working on the new implementation already, meanwhile I and Kjetil will finish up the spec – Kjetil will take care of the DSDL chapter, whereas I will update the transport layer and the high-level overview sections in the beginning of the document.
Kjetil proposed to move the call to 18:30 UTC. It works well for me during the winter, so I am okay with the change for now; when the DST is active it will get difficult though (18:30 UTC is 21:30 EEST, which is rather late). Perhaps we could pick an earlier time instead, or maybe a different day, to avoid rescheduling the call once again in a few months when the DST is active again. Otherwise, 18:30 UTC works as a tentative solution.
I added meeting notes as a topic for now, we will discuss on the meeting tomorow if the layout is fine or should be changed: Weekly dev call - Meeting notes
Hello @kjetilkjeka@pavel.kirienko@scottdixon - Would there be an opportunity for me to join one of these calls to align on some things NXP is hoping to do?
@iain.galloway by all means. The next call is scheduled on Nov 21 18:00 UTC. We didn’t have one today because we just changed the schedule from Mon 18:00 UTC to Wed 18:00 UTC, the previous call was two days ago on Monday.
Is there going to be a call on Jan 23rd? What time and timezone? I am working to get two apps engineers to join to talk about S32K146 support. Alternatively we could have a separate core team meeting.
The dev calls are held every Wednesday at 18:00 UTC, as described in the OP post. The meeting room is at https://appear.in/Zubax. The next call is expected to take place on Jan 23rd as usual.
I am working to get two apps engineers to join to talk about S32K146 support.
This is wonderful. We should have at least @scottdixon for coordination with his Libuavcan rewrite effort.
Scott has reported difficulties connecting via appear.in today. If anyone else couldn’t join the call today because of issues with appear.in, please reply here. We might consider abandoning this service in favor of a more robust solution.
Pavel, great to see that there are dev calls for uavcan. Unfortunately time for Asia/Australia people is really bad. For example me UTC 18.00 + Bangkok 8hrs is 2am. Are there any possibilities to make calls a few hours earlier ?
It’s been pointed out that if we moved the call more than 1.5 hrs earlier we’d overlap with the PX4 Developer Coordination Call. We could possibly move the UAVCAN dev call on a different business day which probably should be neither Monday (a dense day for some) nor Friday (might not work for people in EU/Asia due to late-ish hours involved). Tuesday is undesirable because the PX4 team has the hardware call at 16:00 UTC.