dgriffith

joined 3 years ago
[–] dgriffith@aussie.zone 3 points 1 day ago

English is rather notorious for having these phrases

English is essentially just a whole bunch of corner cases that its speakers agree on. Mostly.

[–] dgriffith@aussie.zone 2 points 1 day ago

I have a QNAP box at home, with Forgejo running as a container on it. It's pretty much a standard docker install straight from Forgejo's repository. It can run tests and a build on each push, which is not strictly necessary, but nice. Took me about half an hour to setup Forgejo, and about 4 hours of swearing setting up CI for a few repos, because I've never done it before.

This doesn't easily scale to a whole organisation's worth of repos like OP wants, but it easily fits a small business/single dev situation.

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

There's some sort of electrolytic process similar to aluminium available, but yes the reaction that turns iron ore into iron is:

Iron oxide + carbon monoxide + heat ->

A redox reaction where oxygen atoms are transferred from iron oxide to carbon monoxide ->

Iron + CO2.

Heat and CO is conveniently provided by burning coal/coke in a blast furnace in the presence of a lot of oxygen.

You can pretty much just chuck layers of coke and iron ore in the top of your blast furnace, pump high pressure oxygen into the centre, and get molten iron straight out the bottom.

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

And even the claim that slowing the car down to lower speeds is causing safety issues honestly, is a fairly sketchy one..

They had knowledge of the car's position, and could turn on valet mode which limits speed to 40kmhr.

So you're on a busy Australian motorway doing 110km/hr in the middle lane. Your ex sees that and turns on valet mode. That's a quick way to get rear ended by an inattentive driver of a car or truck behind you. At the very least, you'll cause significant chaos as you try and get over to the side of the road.

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

Registration cost is quite high in Australia as I understand it, my small 4 cylinder car is around €500 a year, and it's about double for an 8 cylinder.

There is a tax on luxury vehicles over approx €50k, and a fuel tax of about 30 percent per litre , and fuel at about €1.75/l, there's plenty of revenue coming in for the government.

And while Australia is friends with the USA, putting tariffs on Chinese vehicles "to make them happy" would be quite disadvantageous. A lot of Australian raw materials go to China to be turned into stuff that is then sent back. Retaliatory tariffs from China would be quite devastating on those primary industries.

Having said all that, employee leasing arrangements where your employer folds in a car as part of your salary package have been exempt from "fringe benefits tax" if you buy an EV. That works out to around €5000 a year if you are in the upper income tax brackets, so that has had quite an effect on the market.

And to be honest, BYD make EVs that are relatively well built, have good range in the typical Australian climate, have lots of "luxury" items, and are cheap compared to EVs of similar spec from other overseas companies. So if by those means they bring on the wholesale electrification of Australian vehicles, I say go for it.

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

"We value your privacy"

They value it alright. Like how an oil company can "value" an oilfield - so much untapped resources, just sitting there waiting to be exploited.

[–] dgriffith@aussie.zone 10 points 5 days ago (4 children)

Putting tarrifs on Chinese vehicles wouldn't be logical, because there is no domestic car manufacturing left in Australia for tariffs to protect.

Ford and GMH both stopped making cars there a decade ago, Mitsubishi stopped in 2008. All of them were propped up by the Australian government with hundreds of millions before they left.

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

Well yeah , I mean if you consider that Google's policy is "Be Evil", then everything's fine.

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

What language features do users say helped them? Existence of libraries didn't make C a good language

Hm, except in the way that being able to call into library functions "relatively easily" from the base language was a good way for others to create a bajillion handy libraries.

And once you've got those available to extend your language in any direction you want, you're well on your way to ubiquitousness.

[–] dgriffith@aussie.zone 6 points 1 week ago* (last edited 1 week ago) (1 children)

"There will be a period of change and temporary disruption. But then, after that, we will be living in utopia!"

- said every dictator ever.

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

It should be able to slide/rotate on top of the rubber base. It was assembled like that, with the spindle notches lining up with the holes in the base. So something has moved in the meantime to take them out of alignment.

A moderate amount of force might be needed. Eg the amount you can apply with your fingers by holding the top piece with one hand and pushing with the fingers of the other hand on the rubber base to rotate it.

You shouldn't need to grab it with tools / pliers to move it. If you think you need tools, it's better to stop and have a bit more of a think about it before going further.

[–] dgriffith@aussie.zone 20 points 1 week ago* (last edited 1 week ago) (3 children)

Git is not stupid. It's common. With markdown of course.

XKCD 2501.

XKCD Average Familiarity

 

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 ›