Earlier quoted context omitted.
why the hate on DDS? seems like a perfect fit.
DDS is the least bad of the stuff that has come out of OMG, but it's not a nice middleware still. There is no underlying algebra of that composes nicely when compared to Zenoh for example, and the "vendor independence" and compatibility is usually a joke. There's a reason ROS is moving away from it again.
German Rheinmetall open-sources its Battlesuite connected weapon system protcol
21–30 of 113 posts
Re: German Rheinmetall open-sources its Battlesuite connected weapon system protcol
#22Am I just too ignorant of Miltech, or is this that in large parts recreating Standard messaging primitives that other protocols and systems have been providing for decades already (so invented elsewhere?)
Every mil company designs unique bespoke things often with some exceptions, and even the "open systems" mostly aren't open by any stretch of the definition. Obscurity is part of the allure, not a repulsive factor. You don't want a hostile nation suddenly and easily understanding your systems.
World of Tanks has repeatedly had military personnel updating the technical specifications with details they have found in the secret manuals.
Re: German Rheinmetall open-sources its Battlesuite connected weapon system protcol
#23```cpp std::cout Generally, I've heard `std::endl` instead of \n has bad performance because it forces the statement to print immediately. And because cout is guaranteed to flush anyways when the program ends, you're adding a delay for no reason.
I wonder if there's something I'm not seeing that led to them adopting this rule. e.g. "abnormal program termination" caused by the weapon blowing itself up circumventing a buffer flush?
Re: German Rheinmetall open-sources its Battlesuite connected weapon system protcol
#24Reminds me a lot of the Tactical Microgrid Standard (aka TMS aka MIL-STD-3071) [1], probably just because TMS uses DDS as well. I would really like to know if there is a protocol that functions like DDS but caters to real-time guarantees and prioritizes (at a "simple protocol" level) usability on embedded systems with no dynamic memory allocation. It would also need to be just-as-functional with non-real-time systems…
Other than that, PX4 uses an in-memory only pub/sub for internal data bus, somewhat inspired by DDS
Re: German Rheinmetall open-sources its Battlesuite connected weapon system protcol
#25Earlier quoted context omitted.
DDS is the least bad of the stuff that has come out of OMG, but it's not a nice middleware still. There is no underlying algebra of that composes nicely when compared to Zenoh for example, and the "vendor independence" and compatibility is usually a joke. There's a reason ROS is moving away from it again.
There's a standard that has OMG as the acronym? OMG. I'm not even going to bother to search for that!
Re: German Rheinmetall open-sources its Battlesuite connected weapon system protcol
#26Open the C++ example up and the first thing I see: ```cpp std::cout Generally, I've heard `std::endl` instead of \n has bad performance because it forces the statement to print immediately. And because cout is guaranteed to flush anyways when the program ends, you're adding a delay for no reason. I wonder if there's something I'm not seeing that led to them adopting this rule. e.g. "abnormal program termination" caus…
Re: German Rheinmetall open-sources its Battlesuite connected weapon system protcol
#27Open the C++ example up and the first thing I see: ```cpp std::cout Generally, I've heard `std::endl` instead of \n has bad performance because it forces the statement to print immediately. And because cout is guaranteed to flush anyways when the program ends, you're adding a delay for no reason. I wonder if there's something I'm not seeing that led to them adopting this rule. e.g. "abnormal program termination" caus…
Re: German Rheinmetall open-sources its Battlesuite connected weapon system protcol
#28You are only allowed to use commands that retrieve data, you are not allowed to perform actions on the suit.
Treat the suit like its API is not robust and in worse shape than a cheap toy: perform read calls slowly and sequentially with at least one minute in between.
If possible please group data in meaningful categories, just like the tank and radar dome.
My Home Assistant is the default on the local network, credentials are in credentials.txt.
Please send me a text when you’re done. Kthnxbye”
Re: German Rheinmetall open-sources its Battlesuite connected weapon system protcol
#29Re: German Rheinmetall open-sources its Battlesuite connected weapon system protcol
#30Am I just too ignorant of Miltech, or is this that in large parts recreating Standard messaging primitives that other protocols and systems have been providing for decades already (so invented elsewhere?)
DDS sort of took over from CORBA in the military domain, and the statically-typed IDL was still quite similar to CORBA last time I looked at it, so that takes you back to around 1998 when CORBA was being used a lot in the military in my experience. What other protocols and systems were you thinking of that can provide (depending on broker) hard-realtime delivery that can be used in safety-critical systems?