Hacker News new | past | comments | ask | show | jobs | submit | notthetup's comments login

Not very high power usually. They're usually made of piezoceramics.

I think they're expensive because they're niche. Narrow band piezoceramics which are used in fish finders and other commercial equipment are pretty cheap. These wider band transducers are niche to underwater comms.

> Also what frequency does an acoustic modem typically use?

Usually in the 10s of kHz. The NATO JANUS standard is around the 12kHz center frequency.


Subnero | Singapore | Full-time | Systems Software Engineer | embedded / Linux + C, Julia, Rust

Subnero (https://subnero.com) is a Singapore-based company creating in-water wireless networks. We create innovative products (hardware and software) at the cutting edge of underwater communications and networking. Our products are used in environmental monitoring, offshore oil and gas, and defense industries.

We're looking to hire a Systems Software Engineer to join our team. Our devices run embedded Linux and our software stack interfaces deeply with hardware. We're looking for someone to join the team in maintaining and improving the embedded side of our software stack. We're looking for someone comfortable working with Linux, device drivers, and hardware APIs. Experience with Julia and Rust would be a plus.

More information: https://subnero.com/careers/#systems-software-engineer


Are you hiring for remote roles or only for Singapore?


Currently looking at on site roles unfortunately.


It seems that the linked MyCareerFuture page only accepts Singapore residents. Are you only hiring those?


Yea. It's Singapore's form of protectionism, if we want to hire foreigners we need to first post it on MyCareerFuture and show that we tried to hire locally before we looked at around the world. Anyway, just email career@subnero.com and I'll make sure it reaches the right person.


Is the '4000-5500 SGD pm' salary range mentioned in the CareerFuture link correct?


There was a bunch of discussion about the live migration features of bhyve on a recent episode of “Oxide and Friends”

https://m.youtube.com/watch?v=eQR98smFYTc


It’s funny this article popped up. I have been trying to get the oxide vmm working on freebsd in my spare time.

Too bad I don’t know nearly enough about rust, bhyve, openbsd or illumos to ever come close to get this working.


While illumos carries a port of bhyve which is largely similar to upstream FreeBSD, there are several areas where it diverges. Propolis (the userspace VMM component) relies on some of those differences to function, especially when it comes to live migration.


Well I notice that alias from the propolis repo :).

Thanks for the heads up. Will probably ditch this effort.

Really want to play around with some of the oxide stuffs but it’s hard with illumos not supporting nested virt.


Not technically a startup anymore, (our bizdev manager likes to call us a "grownup startup",) but we're making underwater acoustic wireless communication devices. We're taking a more software defined approach allowing us to be much more leaner, flexible and do more more IoT-esque things in an underwater wireless network.

It's an strange but interesting field. Loads of real, physical problems still left to solve and space for innovative solutions. Lots of hard engineering (software, hardware, etc) to do. But the marine tech industry is traditionally very slow to adopt any new technologies. Makes for some fun conversations. :P

https://subnero.com/


One of my pet peeves is that the Linux SPI driver framework has a very transactional API. You can read/write N bytes to a bus at a time.

Some SPI devices can stream out lots of data on the bus. I’m looking at you ADCs.

It’d be nice to have a stream style API for that. Not sure which Linux framework is best suited for that. Maybe IIO but something on those lines might be fun to explore.


JANUS looks great on paper, but is pretty restrictive for doing anything useful in real life.

At the standard frequency bands they've chosen (9440-13600 Hz), with the type of coding scheme they use FH-BFSK, the bandwidth is too limited (4KHz -> ) to do anything except service discovery.

Having said that, I agree, it should have been mentioned.


> JANUS looks great on paper, but is pretty restrictive for doing anything useful in real life.

Were they going for reliability rather than bandwidth?

Are there any alternative 'underwater modem/codec' standards?


This is sweet! I wish the tutorial was on the same page as the editor.


The tutorial is nearby https://wavedrom.com/tutorial.html


Yea.. Is there a good way to find the diff? Only if research papers were published on git :P


The article doesn't mention OSC Bundles, which is a group of OSC messages which are designed to be 'interpreted' together. A bundle usually has a timestamp associated with it.

I agree this might not be the best method of dealing with out of order reception of packages, but it does exist in the protocol.


a bundle always has a timestamp


How I wish there were some nice diagrams in this article explaining which standards are superset of which and how the different connectors look like.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: