Hacker Newsnew | past | comments | ask | show | jobs | submit | chrisb's commentslogin

The linked article is misrepresented.

Two points regarding blade recycling techniques taken straight from the top of the article:

- Cement co-processing and chemical dissolution are primary viable methods, yielding $27.57/ton and $199.71/ton returns respectively.

- Chemical recycling achieves top circularity (PCI=0.7) and notable carbon reduction (−0.475 t CO₂/ton).

Chemical recycling is not yet ready for industrial use; cement co-processing is.


Cement co-processing is not exactly recycling as the original material (fiberglass) can't be reused for its initial purpose.

Concrete recycling is actually a pretty big deal. For most of building history here the standard material to put behind basement walls, retaining walls, and so on, for drainage was crushed scoria. Now it's crushed concrete. Some amount of effort but you're recycling existing stuff, and they recover the reinforcing steel as well.

Many years ago, a moderately complete interpreted .NET runtime - https://github.com/chrisdunelm/DotNetAnywhere

This was long before .NET Core, and was designed to allow C# to be used on highly limited platforms


Humbled.


https://spring-agriculture.com/

Autonomous robotics for sustainable agriculture. Based in the south of the UK. Prototypes of an autonomous mechanical farm-scale weeding robot currently beginning real-world testing. Still a huge amount of work to do though.

Hardware and software developed fairly much from scratch, not using ROS (for not entirely crazy reasons...); everything written in Rust which I find well suited to this application area.

The robot is built using off-the-shelf components and 3d-printed custom parts, so build cost is surprisingly low, and iterations are fast (well, for hardware dev).

On robot compute is a couple of Raspberry Pi 5s.

Currently using the RPi AI Kit for image recognition, ie Hailo 8[L] accelerators.

Not currently using any advanced robotics VLA-type AI models, but soon looking to experiment with some of it, initially in simulation.

Feel free to get in touch if you'd like to talk :) Contact details in my HN profile, and on our website.


I invested in Small Robots Co (https://smallrobotco.com/) who were doing something similar. They had a good product, good brand, raised some funding, and were starting to get traction, with robots in trials on a number of farms, but at the end of the day they ran out of funding before they reached default-alive.

It's a tough space - convincing farmers to give it a go and running trials takes time and the UK isn't a very startup-friendly environment - investors are too often looking for a quick return.

This is such an important area - it's only going to become more critical to be able to grow more food whilst using less fertiliser and weed killer - so I wish you the very best of luck!


Nice to meet an SRC investor :)

Yes, it was all very sad the way SRC ended.

Coincidentally, we're based fairly close to where they operated. We are in touch with some of the people that used to be involved with SRC, and have been able to learn from some of their experiences. There is agreement that the UK can be difficult for this kind of startup, but also about the importance of the product area.


Very interesting

I have seen a few of these, but only one (about a decade ago) that used legs not wheels

Wouldn't it be better if the robot walked rather than rolled?

You may be able to illuminate this for me...


Before we started building we considered many different designs, including legs. However, it introduces significant extra mechanical and control complexity, with more complex failure modes - e.g. one leg gets stuck in the mud; it also would be more expensive to build.

So we decided to stick with wheels, at least for this product iteration!


Very Cool!! I'm pretty new to the robotics world, why are you avoiding ROS?


My knowledge of ROS is a couple of years out of date, but primarily that reproducible testing and simulation, with precise time/clock management, which is essential for a reliable product, was very difficult in ROS.

I also felt the ROS build system more convoluted than necessary; and seemed rather brittle - it was too easy to break it with OS or other updates.

We found that many off-the-shelf ROS nodes didn't do quite what we wanted, and ended up spending much more time than expected rewriting code that we expected we wouldn't need to. It is quicker, and we end up with less & more maintainable code, by writing it ourselves.

I expect this could have been resolved, but when testing ROS we also ended up using more compute resources on-robot than we expected.

Using our own system allows us to build exactly what we require, which has become more important as our system gets larger and more complex; and means integrations into other systems (including testing) are easier.


You are already the second case in two weeks that have abandoned ROS for industrial purpose(and not university), preferring to build something of their own. I agree that the build system is more complicated than it should be,but I was unaware of the problems related to the resources used by the nodes.

Your comment gave me a lot to think about, thank you.


These are apparently not large EV-type rechargeable lithium batteries, as I immediately assumed.

From the article: "Aricell makes lithium primary batteries for sensors and radio communication devices". A "primary battery" is non-rechargeable; and given the use-cases mentioned I expect each individual battery is fairly small.

Of course, when there are 10s of 1000s of them together that's still a lot of energy to burn.


Primary, non-rechargeable lithium batteries typically contain metal lithium [0], and are actually more likely to catch fire when mishandled, compared to Li-ion stuff.

Specifically, most common Li-ion fires start when overcharged (especially with high current and in cold), and from short-circuits (e.g. when pierced). But only have a very small chance of spontaneously igniting from just disassembly alone [1]. Still non-zero chance, don't open them!

Primary/metal lithium batteries, on the other hand, are much more likely to burst into flames when opened. Notably, lithium-iron disulfide (AA/AAA "alkaline replacement") cells are notorious to do that just from air exposure, even if one is very careful to not short/pierce anything.

[0] https://en.wikipedia.org/wiki/Lithium_metal_batteries

[1] https://www.youtube.com/watch?v=uI1eRy0uBI8


And the large type batteries are just made up of a bunch of smaller cells, typically. Stuff that can fit in a flashlight.


The article isn't completely clear; but hr-in-select is standardized [0] - and it definitely works in the Firefox v122.0 I'm browsing with.

[0] https://html.spec.whatwg.org/multipage/form-elements.html#th... (see the "Content model" line)


Pfft I'm an idiot - I'm reading from (and tried it out with) Firefox too!


It's been added in 122.0 [0], but it wasn't working previously.

[0] https://www.mozilla.org/en-US/firefox/122.0/releasenotes/#no...


I'm using latest FF, it did work, I said I was an idiot because despite seeing it work, trying it out in a non-Safari browser, I came here and wondered aloud if it would work other than in Safari!


The subsequent prequel "A deepness in the sky" is also well worth a read.


Agreed ­— I was worried the prequel would be a bit of a money grab follow-up on the first one's popularity, but (1) it's a standalone story which is great in its own right, and (2) in the few places where it does have some narrative connections with the original, it is done very well, and tragic/bittersweet.


Yes, I am always worried about prequels for that reason, but I think I enjoyed this one more than the original. They are really very different in scope and story as you said, and the bittersweet quality of the connection between the two books enhances the ending of the prequel in my view.


thanks, i will give it a read after I am done with the main novel


Way better imo. The first one is good sci-fi, "deepness" stands above the genre.


Far better IMO. One of my favorite books of all time.


This claim of grid overload is false.

See [0] for the UK grid operator's view on this, also includes a few numbers relevant to the US grid.

[0] https://www.nationalgrid.com/stories/journey-to-net-zero/ele...


You should probably read more than the headline.

  1. This article is specific to the UK, not the US.
  2. The article is published by an Electrical company, obviously as PR piece to make it look like they have things under controll. This is not an idependaty study.
  3. One the "solutions" to the problem the UK came up with is regulations which state:
>The regulations ensure charge points have smart functionality, allowing the charging of an electric vehicle when there is less demand on the grid, or when more renewable electricity is available. The regulations also ensure that charge points meet certain device-level requirements, enabling a minimum level of access, security and information for consumers.

In other words, even the grid the UK cannot handle an influx of EV's to combat this they are making the charge points "smart" (i.e. you won't be able to charge your vehicle when you wish only when the "smart" point says demand is low enough). This is hardly a solution. It attempts to "spread" out the charging with these "smart points", the problem is most people work during the day (and are parked somewhere where they cannot charge) and will want to charge at night. This would leave many SOL when they wake up to find their vehicle hasn't charged at all.

Hard, fucking, pass. Additionally, EV's are complete non-starter until they can go from 0% charge to full charge in 2 min or less IMO. If am on a road trip and trying to make good time I am not waiting around an hour+ for my vehicle to charge. Until charging is as easy and quick as pumping gas I have no interest in an EV.


EV’s draw less power on average than space heaters, and rapid charging is bad for the battery. These two facts address most concerns about grid overload.

On this road trip, you only stop for 2 minutes every 300-600 miles. Are you peeing in a bottle or something? Current cars take 20-40 minutes for 20-80%. That’s more than fast enough if you stop for meals.

Also, charging is more convenient than pumping gas, since 99% of the time, you do it at your destination (home, work, restaurant, grocery store, etc.)


Where did the parent comment mention grid overload?


when it said "our electric grid is nowhere near where it needs to be to remotely support a large shift to EVs"

without specifying further detail (like "we need more chargers connected to that grid"), the reasonable interpretation is that the grid itself, meaning the means of delivering power to power users (including any installed chargers), has deficiencies preventing it from doing so


My anecdotal experience...

I own a Peugot iOn (rebadged Mitsubishi i-MiEV) manufactured in 2012, so it's 9 years old. I bought it second hand, and the service record shows it's needed zero maintenance (aside from tires). I have not needed to perform any maintenance in the ~2 years I've owned it. I'm not in any way recommending this specific car (although it suits me perfectly); but it shows that even a fairly early electric car like this is 10-year capable. The only downside has been the expected gradual decrease in range.

I've also owned a Tesla Model 3 for 16 months, and it's been maintenance and trouble free. I'm not denying that some people have problems with them, however that's not been my experience, nor the experience of the two other people I know who own one.

I probably plan to keep the Tesla for many years, so hope my trouble-free motoring continues :)


I live just a few miles to the North. Nice to see a few other ~Dorking locals here :)


Slightly more than a few miles, but still pretty local (KT4)!


Interesting paper here on e-prop which is a biologically plausible alternative to backprop: https://www.biorxiv.org/content/10.1101/738385v3


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

Search: