HN user

chfritz

346 karma

Founder & CEO of Transitive Robotics

https://transitiverobotics.com/

https://www.linkedin.com/in/christianfritz

https://twitter.com/chfritz

Posts47
Comments230
View on HN
chfritz.github.io 1mo ago

Life is not a Simulation but a Thought Experiment

chfritz
4pts0
www.youtube.com 2mo ago

WebRTC Latency: side-by-side comparison [video]

chfritz
3pts0
discourse.openrobotics.org 2mo ago

Docker demystified: create your own containers in five minutes

chfritz
1pts0
transitiverobotics.com 2mo ago

Robot Teleoperation via WebRTC: Analyzing Latency

chfritz
3pts0
www.therobotreport.com 3mo ago

Transitive Robotics announces Transitive 2.0 open-source robotics framework

chfritz
2pts0
transitiverobotics.com 3mo ago

Transitive 2.0: store, visualize and alert about robotics fleet data

chfritz
1pts1
wing.com 4mo ago

Wing Expands Its Drone Delivery Service to the Bay Area

chfritz
2pts0
github.com 4mo ago

A Modular Robot Dashboard

chfritz
23pts0
transitiverobotics.com 4mo ago

Transitive Core Concepts: Full-Stack Robotic Packages

chfritz
1pts1
chfritz.github.io 5mo ago

Life Is Not a Simulation but a Consistent Logical Theory

chfritz
2pts0
www.hackster.io 6mo ago

ROS2 Robotics 2026: Jetson Nano or Raspberry Pi 5 Kit?

chfritz
1pts0
chfritz.github.io 6mo ago

Life is not a Simulation but a Thought Experiment

chfritz
4pts1
news.ycombinator.com 7mo ago

Ask HN: Etiquette giving feedback on mostly AI-generated PRs from co-workers

chfritz
5pts6
transitiverobotics.com 7mo ago

How to stream video from robots for monitoring and teleoperation

chfritz
1pts0
transitiverobotics.com 7mo ago

Remote teleoperation of robots with live video

chfritz
2pts0
united24media.com 7mo ago

Russia's War Drones Still Using Starlink Despite Pentagon Crackdown

chfritz
11pts0
www.npmjs.com 8mo ago

Show HN: mDNS name resolution for Docker container names

chfritz
3pts0
www.reuters.com 1y ago

Scientists in Japan develop plastic that dissolves in seawater within hours

chfritz
16pts3
transitiverobotics.com 1y ago

Show HN: Show your robots live on a map in the browser

chfritz
2pts0
finance.yahoo.com 1y ago

US agency to ease some safety rules for self-driving vehicles

chfritz
2pts1
transitiverobotics.com 1y ago

Show HN: WebRTC Video v1.0, low-latency video streaming from robots

chfritz
9pts0
transitiverobotics.com 1y ago

TransAct: An Open-Source Robot Fleet Management Dashboard

chfritz
2pts0
github.com 1y ago

Show HN: TransAct, An open-source robot fleet management dashboard

chfritz
4pts1
transitiverobotics.com 2y ago

Show HN: The easiest way to create web UIs for ROS robots

chfritz
20pts15
transitiverobotics.com 2y ago

Build your own robot cloud portal

chfritz
2pts0
github.com 2y ago

Lineselect 0.1.6

chfritz
1pts2
transitiverobotics.com 2y ago

Show HN: Transitive, an open-source framework for full-stack robotic software

chfritz
12pts0
arstechnica.com 2y ago

People exaggerate the consequences of saying no to invites

chfritz
2pts0
techcrunch.com 2y ago

Amazon brings its home robot to businesses

chfritz
1pts1
ktla.com 2y ago

Millions of Fruit flies will be dropped on Los Angeles

chfritz
47pts43

Almost definitely 100% teleoperated -- the robot might move between places autonomously, but all the manipulation tasks, i.e., the actual cleaning, is not something anyone yet knows how to do autonomously reliably. And that's OK. However I'd like to know whether the data you gather from these cleanings is shared with other companies (who would be willing to pay a lot of money for it in order to train their own physical AI models).

The problem is not that there is no standard -- there is, it's called ROS. The problem is that manufacturers are not interested in opening their robots up to that degree.

Also, REST is a terrible idea for interacting with robots. REST is call-response based. But with Robots a pub/sub (like ROS or MQTT) or a blackboard data architecture (like what we used in Transitive Robotics) is much more efficient and natural.

Foxglove is not the only name in town. There are many, Transitive Robotics, the company I'm building is one of them. Different from Foxglove we are much more focused on live-remote monitoring and control, e.g., we have a pretty popular remote teleoperation module: https://transitiverobotics.com/caps/transitive-robotics/remo... You can find all the other modules we're currently offering here: https://transitiverobotics.com/caps/ The platform itself is and remains open-source.

We are thrilled to announce a new major version of Transitive, the open-source framework for full-stack robotics. Version 2.0 adds significant new integrations and features: storage of historic and time-series data in ClickHouse, visualization in Grafana, and custom alerting via Alertmanager. Some of our capabilities, like the free Health Monitoring capability, already use these features, providing significant added value to robotics companies with growing fleets.

This is absolutely awesome. Thanks for sharing! I would love to chat more with you. For context: we make a remote teleoperation solution for robotics. It's mostly used for mobile robots, but we've been getting a lot of inquiries regarding teleoperation for manipulation, so I've been learning more about this, in particular regarding the question of speed. I really appreciate these results!

"the funding all these startups are getting should allow them to scale their methods 10x-100x.." .. "Therefore, we might soon see a ChatGPT moment in robotics" -- I don't think so and no, the second statement is NOT entailed by the first. Why would it? Because 100 is a big number? Do you have any idea how much more data LLM needed to be trained for a GPT3 level compared to the data available for robot training right now, and how low dimensional the space is in which LLMs operate compared to robots?

"My intuition is there's 40% chance we will see it this year" -- again, why? Don't you realize that people have been working in robotics for 65 years, and these people don't live under a rock either. They knew about GPT3 because 2023. So why is it NOW less then 10 month you think that this breakthrough will happen?

Working with nine different robotics companies over the course of 10 years has taught us a thing or two about designing robotic full-stack architectures. All this experience went into the design of Transitive, the open-source framework for full-stack robotics. In this new mini-series of blog posts we dive into the three core concepts of the framework.

We think that once you've experienced the magic of full-stack encapsulation, you'll not want to go back to the old ways of writing distributed code, esp. in robotics.

Sure, let's instead encourage them to reinvent the wheel (TF, simulation, architecture, navigation, localization, SLAM, 2D map representation, etc.) that seems much smarter. ROS might be like democracy ("the worst form of government except for all the others we've tried"), but it's still the only stake in the ground around which we've manage to corral a community.

For this question specifically: there are many ways to approach robotics, incl. from the hardware side. But approaching it from the software (sim) side is not invalid, so I don't think down-voting my comment was warranted.

Go through the ROS tutorials, using a simulated robot at first, then buy a tiny AMR kit and do the same thing IRL. Once you have those basics, you can ask yourself into which direction to go next, the obvious choices being 1) deeper into the research of the new-fashioned (bi-)manual manipulation (arms), or 2) more into business and actually build a real-world application for your mobile robot (which will involve a lot of tinkering with hardware). And +1 on what brudgers said. It's a hobby, so have fun.

Awesome, congrats on the launch! Can you say more about the software stack? Is it open-source? I see you are using ROS on the robot, but what about the full-stack (robot + cloud + web)? Did you build all that yourself? At Transitive Robotics we are developing the Transitive open-source framework for full-stack robotics (complementing ROS, not replacing it). On top of Transitive it is easy to build capabilities and we already offer many such modules, e.g., for webrtc video-streaming, teleop, mission dispatch, etc. This means you don't need to build all that yourself and once Transitive is installed on a robot, your end-users can install more capabilities now or in the future. Do you think this could be of interest to your users?

https://transitiverobotics.com/docs/learn/intro/

tl;dr: No need to simulate life for it to exist -- "it's the thought that counts".

I have been entertaining this thought for a while and finally wrote it down. Would love to hear what people think, in particular in terms of how this might relate to existing philosophical arguments. I'm also really interested in other fundamental results about logic itself, similar to Gödel's incompleteness theorem, that might add corollaries to this theory.