|
Curious how others clean their coffee makers. Mine is a drip system - it heats water which boils up then drips through coffee grounds in a filter.
Once a month I "brew" a cup of vinegar to dissolve the hard deposits that form on the heating element. (Otherwise the machine only brews about 3/4 of the water before it quits.) Then several rinses to remove the vinegar.
Thanks! - CR
|
|
|
|
|
Just saw this message. I have used vinegar in the past too -- because we have "hard" water here and it will eventually destroy your coffee maker.
However, since using the Zero Water filter it makes it so you never have to clean your coffee maker again. It filters out all of the stuff from the water.
I hated the vinegar because like you said you have to cleanse the vinegar before you get a good cup of coffee again.
|
|
|
|
|
The water definitely makes a difference. Just a warning here - a friend of mine damaged his coffee machine with too pure water which leeched out copper from the boiler and caused issues. It may be something worth researching.
|
|
|
|
|
Very interesting. Thanks for additional info.
|
|
|
|
|
I started drinking coffee when I was around 8 years old. In New Orleans, everyone takes their coffee drinking seriously. Kids get it with milk. I am NOT however a coffee aficionado. IMO the water doesn't matter so much unless it is full of sulphur, "egg water" in Mississippi.
The cup doesn't matter, the temperature doesn't matter. It just needs to taste like coffee for me. At home, I drink dark roast, with chicory. Try it if you get a chance, I think you'll like it.
The only coffee I ever met and didn't like was gas station/convenience store coffee. Too old, too stale. too burned, and too acid.
Ed
|
|
|
|
|
We have a high content of sediment (maybe lyme) that gets into our groundwater here (Ohio). Various surrounding areas are better / worse. You can literally destroy a coffee maker in 1 month if you don't filter the water, because it will be filled with lyme scale. That's probably different than a lot of places too.
|
|
|
|
|
I put distilled water in my radiator because I saw what non-distilled water did. Also to the water kettle. As for our stomachs ...
"Before entering on an understanding, I have meditated for a long time, and have foreseen what might happen. It is not genius which reveals to me suddenly, secretly, what I have to say or to do in a circumstance unexpected by other people; it is reflection, it is meditation." - Napoleon I
|
|
|
|
|
I have a ZeroWater pitcher, and it's amazing. Water here in the desert is so hard, kids have to get a weapon permit to carry a water pistol. Vets openly tell clients not to give their fur babies tap water - it will kill them. I use RO water that I have to buy from vending machines - that's obscene! But it still measures as unhealthy on the TDS meter that comes with the ZeroWater pitcher. Yes, it dramatically changes the taste of anything that takes water to make, including scotch and water. Great invention!
Will Rogers never met me.
|
|
|
|
|
Don't you hate when you're porting something, and you stare at the same section of non-working code over and over, comparing it to the reference source, and not seeing any meaningful difference?
Yet it doesn't work.
In this case, no sign of life. That has been my morning. Partial updates simply are not working on this display and I can't figure out for the life of me why.
The only "decent" documentation for the display is the source code that it shipped with.
This kind of thing is the absolute worst. Excepting the other things that are also the absolute worst.
To err is human. Fortune favors the monsters.
|
|
|
|
|
Quit coding in Python, then the whitespace wouldn't matter. 
|
|
|
|
|
Yes, this morning actually, but with PowerBI.
Found the issue ~10 minutes ago, so here's to hoping you're just as lucky? 
|
|
|
|
|
If the code looks the same, is it a word size difference or something else like address location / packing / preprocessing that happens when changing the code into the executable?
Did you try running the original sample through your tool chain (as original as possible)?
Maybe you will find the solution after dismissing these annoying questions? 😊
|
|
|
|
|
Nothing so low level I think. For starters, all of the rest of the code, including full frame updates work.
It's just the partial updates. I feel like I'm missing something obvious, but it's eluding me.
To err is human. Fortune favors the monsters.
|
|
|
|
|
Start with a partial update that just toggles/inverts the pixel at location 0 or (0,0) then move to (1,1), etc
Then toggle 2 x 2 pixels, translate, expand
Then try the other corners.
Edit changed insert to invert
|
|
|
|
|
Yeah I've tried. Whether I update nearly the whole screen or a tiny portion (8x1 is the smallest it will do since the last 3 bits of the x coordinate are ignored)
It's not doing anything. It's like the code isn't even there.
To err is human. Fortune favors the monsters.
|
|
|
|
|
Rule of thumb for good programmers having problems with code.
off by one somewhere! A loop, a counter, an array.
|
|
|
|
|
it's not that.
To err is human. Fortune favors the monsters.
|
|
|
|
|
I was studying some code for an 8051, containing a test 'if (x > y)' and 2-3 statements to calculate a value, followed by an 'else' calculating the same value, but doing the partial expressions in a different order. I spent several hours trying to find the difference between the 'if' and 'else' clauses - mathematically they were identical.
In math, 'sign extension' is a non-issue. In 8051 it is a real issue. y < x would lead to a sign extension in one partial expression that would lead to the wrong result in the 'if' clause. With x > y would see the same in another partial expression in the 'else' clause'.
Obviously, there was not a single trace of any comment in the code. C code is 'self-documenting'. After seeing the light, I mentioned it to the guy who had programmed it. He just shrugged: 'That's how 8051 is!' Sort of saying 'if you want any comment to explain this, ask the 8051 to write it'.
|
|
|
|
|
 I would not want to work with someone like that, frankly. It would be difficult.
To err is human. Fortune favors the monsters.
|
|
|
|
|
Good example of hardware architecture assumptions, pitfalls, etc. Know your hardware.
|
|
|
|
|
honey the codewitch wrote: Don't you hate when you're porting something, and you stare at the same section of non-working code over and over, comparing it to the reference source, and not seeing any meaningful difference?
Means there's a difference in environment, dear Watson.
Bastard Programmer from Hell 
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
There's not, because the reference code works in the same precise environment. It means I'm missing something.
To err is human. Fortune favors the monsters.
|
|
|
|
|
You sure it's you? Not the environment?
It can only be you if the code isn't doing the same.
Bastard Programmer from Hell
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
It's remotely possible. For now I got frustrated with it, so I masked off the partial update feature and released version 0.9.0 without it. When I do figure it out it will slide in underneath without breaking changes.
To err is human. Fortune favors the monsters.
|
|
|
|
|
honey the codewitch wrote: It's remotely possible.
Heh.
Bastard Programmer from Hell
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
