dgriffith

joined 2 years ago
[–] dgriffith@aussie.zone 53 points 2 days ago* (last edited 1 day ago) (4 children)

Article talking about a little robot taking images of the lander, no images given.

So here's an image of the faceplanted lander that I found in a 5 second search, because Gizmodo couldn't be bothered to show it in the article, preferring to link to one of their other articles instead to get those juicy clicks.

Faceplant :-(

< sad lander noises >

And the press release from the toy manufacturer's website.

(Side note: I love Japanese websites. Their designs seem to be stuck in the late 90s., along with their floppy disks and fax machines)

[–] dgriffith@aussie.zone 2 points 2 days ago

You know what?

I'd love to hear a little "toot-toot!" and have a little train pull up outside my window, with my parcel on a carriage behind it.

[–] dgriffith@aussie.zone 19 points 2 days ago* (last edited 2 days ago) (2 children)

Brave's been making, uh, some controversial philosophical design choices lately.

I mean, they had some before, but now they also have a few more lately that have riled people up a bit.

[–] dgriffith@aussie.zone 3 points 3 days ago* (last edited 3 days ago)

Where we're going, we don't need ~~roads~~ a rear window.

[–] dgriffith@aussie.zone 3 points 3 days ago* (last edited 3 days ago)

I use them for a bit of coding leverage, and they require a fair bit of... not hand holding, but explicitness, maybe. Otherwise they wander down the path of statistical averageness, and the average code they saw during training was shit.

So they'll happily serve up a pile of inefficient dogshit, complete with working tests and docs and all of that. And then they'll happily refactor it at your suggestion to slowly turn it into something that's resource friendly and generally secure and generally expandable.

But there's no way for them to do that by themselves if you don't have the basic domain knowledge to guide them in the right direction. You'll just get average code, and once you've been in the game for a few decades, you realise that nice, efficient, quality code is the rarity, not the norm.

[–] dgriffith@aussie.zone 38 points 4 days ago* (last edited 4 days ago) (2 children)

And last mile how?

Progressively smaller gauge railways, until your Amazon parcel arrives via a 1-inch track on the regular 3.15pm service from the end of your street.

[–] dgriffith@aussie.zone 2 points 4 days ago (1 children)

TURBO PASCAL FOR LYFE

[–] dgriffith@aussie.zone 5 points 4 days ago* (last edited 4 days ago)

There was a good guide by Linuxbabe on building an email server from scratch with all the bits and pieces and antispam/email verification stuff you need to send mail to the big players, I used it a few years ago to do my server.

Here's the collection of various guides for various ways to do it:

https://www.linuxbabe.com/category/mail-server

Yeah you also need a vps. Home addresses are pretty much all marked as spam generators these days, and most ISPs proactively block all the common inbound ports for mail servers.

[–] dgriffith@aussie.zone 37 points 5 days ago* (last edited 5 days ago) (7 children)

I'm quite happy to use their compute power for frivolous bullshit if it hastens their enshittification and demise.

"Hey Claude, can you begin work on an e-commerce site written in visual basic?"

*Two microseconds later... *

"Your free usage limit has been reached"

"Ok Claude see you tomorrow, maybe we'll think about a rewrite in Turbo Pascal"

[–] dgriffith@aussie.zone 2 points 5 days ago* (last edited 5 days ago)

Remember kids, never update software when the change log just says, "bug fixes and performance improvements 😎👍🎉"

Although Meta has their own internal update system that invisibly runs outside the normal channels, because fuck those people who disable auto update on their devices, right?

[–] dgriffith@aussie.zone 11 points 6 days ago

Yeah, probably won't even dismantle it, just bulldoze this 10 billion dollars into a pit and bury the lot. Then go spend another 10 billion on a shiny new tent+compute

[–] dgriffith@aussie.zone 4 points 1 week ago

It's often not possible on other operating systems. Especially the consumer versions of a certain operating system starting with "W", that system will refuse to have duplicate IPs.

But essentially it's always been possible (but, probably not preferred these days) to have redundant routes/paths on Unix systems. The way you have it now is more of a side effect of being able to do more complex network setups, like using different interfaces to talk to different subnets, or using a slow link as a backup to a fast link.

With your current setup you should get a slow failover ability, for example if you ping some other device and then unplug your Ethernet cable, you'll have a bit of a pause in replies and then they will start again as the stack switches to the other link.

 

Hi all,

In an effort to liven up this community, I'll post this project I'm working on.

I'm building a solar hot water controller for my house. The collector is on the roof of a three-storey building, it is linked to a storage tank on the ground floor. A circulating pump passes water from the tank to the collectors and back again when a temperature sensor on the outlet of the collector registers a warm enough temperature.

The current controller does not understand that there is 15 metres of copper piping to pump water through and cycles the circulating pump in short bursts, resulting in the hot water at the collector cooling considerably by the time it reaches the tank (even though the pipes are insulated). The goal of my project is to read the sensor and drive the pump in a way to minimise these heat losses. Basically instead of trying to maintain a consistent collector output temp with slow constant pulsed operation of the pump, I'll first try pumping the entire volume of moderately hot water from the top half of the collector in one go back to the tank and then waiting until the temperature rises again.

I am using an Adafruit PyPortal Titano as the controller, running circuitpython. For I/O I am using a generic ebay PCF8591 board, which provides 4 analog input and a single analog output over an I2C bus. This is inserted into a motherboard that provides pullup resistors for the analog inputs and an optocoupled zero crossing SCR driver + SCR to drive the (thankfully low power) circulating pump. Board design is my own, design is rather critical as mains supply in my country is 240V.

The original sensors are simple NTC thermistors, one at the bottom of the tank, and one at the top of the collector. I have also added 4 other Dallas 1-wire sensors to measure temperatures at the top of tank, ambient, tank inlet and collector pump inlet which is 1/3rd of the way up the tank. I have a duplicate of the onewire sensors already on the hot water tank using a different adafruit board and circuitpython. Their readings are currently uploaded to my own IOT server and I can plot the current system's performance, and I intend to do the same thing with this board.

The current performance is fairly dismal, a very small bump of perhaps 0.5 - 1 deg C in the normally 55 degree C tank temperature around 12pm to 1pm, and this is in Australia in hot spring weather of 28-32 degrees C.(There's some inaccuracy of the tank temperatures, the sensors aren't really bonded to the tank in any meaningful way, so tank temp is probably a little warmer than this. But I'm looking for relative temperature increases anyway)

Right now , the hardware is all together and functional, and is driving a 13W LED downlight as a test, and I can read the onewire temp sensors, read an analog voltage on the PCF8591 board (which will go to the NTC sensors), and I'm pulsing the pump output proportionally from 0-100 percent drive on a 30 second duty cycle, so that a pump drive function can simply say "run the pump at 70 percent" and you'll get 21 seconds on, 9 seconds off. Duty cycle time is adjustable, so I might lower it a bit to 15 or 10 seconds.

The next step is to try it on the circulating pump (which is quite an inductive load, even if it is only 20 watts), and start working on an algorithm that reads the sensors and maximises water temperature back to the tank. There are a few safety features that I'll put in there, such as a "fault mode" to drive the pump at a fixed rate if there is a sensor failure, and a "night cool" mode if the hot water tank is severely over temperature to circulate hot water to the collector at night to cool it. There are the usual overtemp/overpressure relief valves in the system already.

All this is going in a case with a clear hinged cover on the front so I can open it and poke the Titano's touchscreen to do some things.

Right now I am away from home from work, so my replies might be a bit sporadic, but I'll try to get back to any questions soon-ish.

A few photos for your viewing pleasure:

The I/O and mainboard plus a 5V power supply mounted up:

The front of the panel, showing the Pyportal:

Thingsboard display showing readings from the current system:

Mainboard PCB design and construction via EasyEDA:

view more: next ›