HN user

msadowski

742 karma

Maintainer of Weekly Robotics (https://weeklyrobotics.com/) DevRel Engineer at Foxglove (http://foxglove.dev)

Get in touch: mat@msadowski.ch

Posts116
Comments236
View on HN
foxglove.dev 2d ago

Visualizing the Artemis II Mission

msadowski
2pts0
www.bbc.com 16d ago

NASA launches robot to save Swift telescope falling to Earth

msadowski
31pts9
xiaomi-robotics-0.github.io 5mo ago

Xiaomi-robotics-0 – an open-source Vision-Language-Action model

msadowski
1pts0
foxglove.dev 5mo ago

Turning a VLP‑16 into a "Spherical" Scanner – A Cave Mapping Project

msadowski
8pts1
www.youtube.com 9mo ago

Robot touch sensing with torque sensors only [video]

msadowski
3pts1
msadowski.github.io 1y ago

Build Toolkits

msadowski
1pts0
msadowski.github.io 1y ago

Remote Robotics Consulting – Seven Years In

msadowski
4pts1
news.ycombinator.com 1y ago

Tell HN: FOSDEM 2025 is starting in an hour

msadowski
2pts0
news.ycombinator.com 2y ago

Ask HN: Those who took a sabbatical from a side project: how did it work out?

msadowski
2pts0
news.ycombinator.com 2y ago

Ask HN: Small newsletter creators, how do you handle DMARC?

msadowski
3pts2
msadowski.github.io 2y ago

Remote Robotics Consulting – A Five-Year Retrospective

msadowski
2pts0
www.uasvision.com 3y ago

Amazon’s Delivery Drones Served Less Than 10 Houses in Their First Month

msadowski
1pts0
www.theoldrobots.com 3y ago

Theoldrobots.com

msadowski
2pts0
www.weeklyrobotics.com 3y ago

Show HN: Robotics in 2022 – top applications, research and DIY projects

msadowski
1pts0
news.ycombinator.com 3y ago

Ask HN: Best way to source control multiple repos building upon each other

msadowski
1pts1
medium.com 4y ago

Using Sound to Unlock Instant Logistics at Scale

msadowski
2pts1
adinkratech.com 4y ago

The Future of Robotics Is Now and It’s Open-Source

msadowski
1pts0
news.ycombinator.com 4y ago

Tell HN: Be careful when using Upwork for consulting work

msadowski
12pts2
www.youtube.com 4y ago

Guitar Bot

msadowski
2pts0
weeklyrobotics.com 4y ago

Show HN: Robotics in 2021

msadowski
2pts0
www.youtube.com 4y ago

Ascento Pro (a wheeled-bipedal mobile robot)

msadowski
1pts0
www.a1k0n.net 4y ago

Fast indoor 2D localization using ceiling lights

msadowski
52pts5
msadowski.github.io 4y ago

Remote Robotics Consulting – 3.5 Years In

msadowski
1pts1
archive.org 4y ago

Robotics Age at Internet Archive

msadowski
3pts1
weeklyrobotics.com 5y ago

Weekly Robotics #145

msadowski
1pts0
news.ycombinator.com 5y ago

Tell HN: Stretch – a new Boston Dynamics robot

msadowski
2pts0
weeklyrobotics.com 5y ago

Weekly Robotics #134

msadowski
2pts0
weeklyrobotics.com 5y ago

Weekly Robotics: Perseverance Special

msadowski
1pts0
hackaday.com 5y ago

Six degrees of freedom omnicopter with Ardupilot

msadowski
2pts0
weeklyrobotics.com 5y ago

Show HN: Curated Summary of 2020 in Robotics

msadowski
1pts0

One thing that comes to mind is checking the timestamps across sensors and other topics. Two cases come to mind:

* I was setting up Ouster lidar to use gos time, don’t remember the details now but it was reporting the time ~32 seconds in the past (probably some leap seconds setting?)

* I had a ROS node misbehaving in some weird ways - it turned out there was a service call to insert something into db and for some reason the db started taking 5+ minutes to complete which wasn’t really appropriate for a blocking call

I think the timing is one thing that needs to be consistently done right on every platform. The other issues I came across were very application specific.

In my case, it’s definitely the data triage. Once I see the signal, I usually have ideas on what’s happening but I’ve been doing this for 11 years.

Maybe there could be value in signal interpretation for purely software engineers but I reckon it would be hard for such team to build robots.

Full disclosure, I work at Foxglove right now. Before joining, I spent over seven years consulting and had more than 50 clients during that period. Here are some thoughts:

* Combing through the syslogs to find issues is an absolute nightmare, even more so if you are told that the machine broke at some point last night

* Even if you find the error, it's not necessarily when something broke; it could have happened way before, but you just discovered it because the system hit a state that required it

* If combing through syslog is hard, try rummaging through multiple mcap files by hand to see where a fault happened

* The hardware failing silently is a big PITA - this is especially true for things that read analog signals (think PLCs)

Many of the above issues can be solved with the right architecture or tooling, but often the teams I joined didn't have it, and lacked the capacity to develop it.

At Foxglove, we make it easy to aggregate and visualize the data and have some helper features (e.g., events, data loaders) that can speed up workflows. However, I would say that having good architecture, procedures, and an aligned team goes a long way in smoothing out troubleshooting, regardless of the tools.

  Location: Prague, Czech Republic
  Remote: Yes
  Willing to relocate: No
  Technologies: ROS, Python, C++, Robotics, Px4, Ardupilot, Pixhawk 
  Résumé/CV: https://www.linkedin.com/in/mateuszsadowski/
  Email: mat[at]msadowski.ch
I have 11 years of experience making software for robots. For the past 7 years, I've been working as a consultant on various projects. I have experience building software for hardware platforms, from autonomous mobile robots through drones to heavy-metal industrial robots. These days, I have a slight preference for consulting projects but can consider a full-time position if there is a good match.

SEEKING WORK | Remote | Prague, Czech Republic | Robotics Software Developer

I'm a robotics software developer with experience leading teams and integrating software on various platforms (custom industrial robots in smelters, UAVs, rovers, USVs). Have experience on robotics full-stack from low-level interfaces of actuators, sensors etc. to deploying navigation and behaviour trees. Mostly experienced with ROS, but did a fair bit of work working with Px4 autopilot. My super power is putting things together and diagnosing difficult issues.

LinkedIn: https://www.linkedin.com/in/mateuszsadowski/

Personal Website with some older projects: https://msadowski.github.io/

E-mail available on my HN profile

I’ve been consulting for close to 7 years in robotics now, robotics being a niche field I guess it has been a bit easier for me to find clients. I never had a period without a client and never had to do cold outreach.

Here are some things I learned: * You can usually charge way more per project basis instead of charging by the hour but it’s crazy difficult to get it right for R&D projects * Most of my clients came to me through my blog * 2 years ago UpWork was surprisingly good for finding projects, these days there is lots of AI stuff coming from freelancers when they apply and I’m not so sure anymore * Discuss price as early as possible to not waste time

I wrote a series of blog posts on my journey in case anyone is interested (I’m quite sure you will find the above points there): https://msadowski.github.io/5-years-remote-robotics-consulti...

This year I might write another update to share a painful lesson on having all your eggs in one basket and not spending time on working your blog.

One thing I learned really quickly renting in Europe is to take pictures of the rental before driving off. Last time I rented a car there was a huge scratch on the side that wasn’t included in their pickup form. When I returned the car they were ready to bill me for it until I showed the picture and their response was: “OK, no worries then, all is good”. From the reviews I’ve been reading people often get charged this way and I’m wondering how many people end up paying for the same damage.

My journey is a little bit opposite to the author’s: I studied robotics and started learning programming by myself to create software for robots. There are two observations I have that can be useful to people making the software->robotics journey.

* Agile for software-hardware is hard if not impossible. For software it can be reasonable, but it’s really hard to iterate on both hardware and software at the same time. It’s easier if the hardware designed is locked or the process involves waterfall on the hardware side. * I often found that people that come from pure software to robotics don’t have control experience and something that can be easily solved with a PID controller end up being a custom code that ends up being way more complicated than needed.

I’m about to buy all the appliances to a new place in Europe and could use some more horror stories and learn which brands to avoid. So far I’ve been told to stay away from Samsung ovens. Anyone has any regrets on appliances?

That’s a bummer if true and not a temporary issue. The RSS is my workflow for creating a newsletter and if RSS does not work then I’m way less likely to include any yt content because I simply won’t come across this. It’s not like Google would care about this either.

We bought Tody before they changed to a subscription model. The app allows you to create a task list for cleaning of each of the rooms with a desired repetition period for a given task (for example mop the kitchen floor every 3 weeks). I found that having a list of tasks that are overdue in the house helps a lot with the mental burden of cleaning.

That’s what I get trying to access it:

403 ERROR

The request could not be satisfied.

The Amazon CloudFront distribution is configured to block access from your country. We can't connect to the server for this app or website at this time. There might be too much traffic or a configuration error. Try again later, or contact the app or website owner. If you provide content to customers through CloudFront, you can find steps to troubleshoot and help prevent this error by reviewing the CloudFront documentation.

DTE | DevOps Engineer | Reykjavík, Iceland | ONSITE | https://dte.ai

DTE provides solutions for metal intelligence, or how I like to call it, we make robots that fire lasers into alloys to analyse their composition. We are currently looking for a DevOps engineer that could work locally in our office in Reykjavik. Our job ad is not yet ready but I can share more information if you contact me at mateusz.sadowski.ext at dte.ai.

In some countries not necessarily. I’m based in Czech Republic and as a sole proprietor the most preferential way to do taxes (up to certain threshold) is to report the gross income and use a tax rule that assumes that it cost you 60% of gross revenue to get your income. In this case the lower income shown the better.