bitfucker
@bitfucker@programming.dev
- Comment on hot-wired a fridge mystery component. Nothing happened. What is it? 6 days ago:
Yeah, that’s a broken heater. A broken heater sign is usually high resistance or good ol disconnect. It being in parallel further reinforces that. This is a common schematic for domestic refrigerators.
- Comment on hot-wired a fridge mystery component. Nothing happened. What is it? 6 days ago:
Ahh, probably a broken heater then. If it is a normally open thermal switch, it should not have that low of a resistance
- Comment on hot-wired a fridge mystery component. Nothing happened. What is it? 6 days ago:
I’ve seen the pic. So the plate is not the component? I thought the whole plate was the component. In that case, if it is a small metal plate like any of this, then it most likely is a thermal cutoff.
It’s not running the compressor in reverse necessarily. It just used to sense when the temperature of some point has reached some threshold. Remember, a high temperature on the cold side could also be used to trigger the compressor to cool down the fridge.
- Comment on hot-wired a fridge mystery component. Nothing happened. What is it? 6 days ago:
Oh, it is a big plate. Probably not a thermal cutoff then
- Comment on hot-wired a fridge mystery component. Nothing happened. What is it? 6 days ago:
It seems like I cannot find a picture of your component (if you ever posted any). If it is metallic looking, it is probably a thermal cutoff of some sort. The wikipedia article focuses on the fuse-looking one, but there also exists a flat metal plate looking one. The connection is usually normally open so if the temperature on the loop is ever too high, the motor (compressor) will trigger. The normally closed connection one is for motor overheat protection. That kind is usually placed/glued to the stator body, so if it ever gets too hot, it will stop the motor instead.
- Comment on Missing data when communicating over UART 1 week ago:
Yeah, CTS and RTS is useful for the module since you may overflow the module buffer (instead of the module overflowing your UART buffer). With proper HW flow control, hopefully your device UART respects the signal and pauses the tx until it is clear again without you having to code the pause yourselves. It can happen when the GSM bandwidth is lower than the UART bandwidth.
The module suddenly talking should also be handled by your device UART gracefully. When your rx buffer is full for whatever reason (not reading it for a long time?), the module won’t be sending anymore data until you read your rx buffer. Theoretically, no data should be lost that way.
- Comment on Missing data when communicating over UART 1 week ago:
Since the posts are about SIM7600, and the example shows, it’s probably AT Command. So always newline delimited (either \r or \r\n)
- Comment on Missing data when communicating over UART 1 week ago:
I assume you mean RXD to TX0. As for sporadic packets like that, I’d honestly check for the signal integrity. Maybe somehow the data line is picking up noise high enough to cause disturbance. It could be caused by a lot of things, but the most likely culprit are the connector/cable. Any connection going into/out of pcb should be checked. Or check your timing. Make sure the baud and other config (start, data, stop, parity) are matched. Small drift in baudrate is usually tolerable. UART is designed for async communication after all, meaning that any device may send anytime so CTS and RTS isn’t usually needed provided that it is a hardware UART (not bit banging). You can check out Ben Eater video about it. In short, the TX is usually held high, the RX then can detect a falling edge which is a signal that a packet is starting. The UART hardware then processes the signal according to the config that you give it and is usually able to do a DMA transfer.
- Comment on Question about driving some 80's CRTs 3 months ago:
Oh man, that manual is quite descriptive. I wish they could add a schematic or two there. But anyway, as others have suggested, be careful with CRT, but I guess you already know that. Next is from the circuit description, it seems like the display accepts some form or VGA signal without the color. You can see Ben Eater video to learn more about it, especially the line sync and vertical sync signal part
- Comment on Old laptop died 🥲 4 months ago:
Oh no, I mean the caps under CPU/GPU sorry
- Comment on Old laptop died 🥲 4 months ago:
Is it because of the very low ESR of the caps that it appears shorted?
- Comment on No You don't 5 months ago:
And ashley getting prègantè
- Comment on Digital buffer works for a bit, then stops, turning it off for an hour resets it to working again 5 months ago:
Yes, sounds about right. For general purpose decoupling that is a good value. Make sure to place it as close to the IC as possible. A longer path will add more “noise” to the system. Do read more about the capacitor type too since it can matter a lot. I suggest looking at Phil’s Lab video on YouTube to learn more about this stuff
- Comment on [META] MangaDex policy change 5 months ago:
Oh no… Is there no alternative as of now? (I use J2K)
- Comment on Top 10 evil person 8 months ago:
Is that her child or the apron is the hint?
- Submitted 10 months ago to manga@ani.social | 0 comments
- Comment on I wish 10 months ago:
Damn, hits right in the feels
- Comment on New Rule 11 months ago:
Damn, Log Horizon. Now that brings back memories. I really hope a new episode will come sooner.
