Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail From: bp@www.zefox.net Newsgroups: sci.electronics.repair Subject: Re: Waking up a serial port Date: Sun, 16 Mar 2025 02:42:54 -0000 (UTC) Organization: A noiseless patient Spider Lines: 48 Message-ID: References: <56actjpmg8ep88r6gc14f053b1e81tqaho@4ax.com> Injection-Date: Sun, 16 Mar 2025 03:42:54 +0100 (CET) Injection-Info: dont-email.me; posting-host="c4f156961f323101988ab78dba3afec0"; logging-data="833885"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/0peMKq4MJfORVyrOGe6JwbLY6r92Yi0I=" User-Agent: tin/2.6.4-20241224 ("Helmsdale") (FreeBSD/14.2-STABLE (arm64)) Cancel-Lock: sha1:X+us8XEpwz9q9sCFR2yPUvqvZg0= Bytes: 3042 Jeff Liebermann wrote: > >>Board images are at >>zefox.net/~bp/ampinvt/2nd_inverter/board_photos > > > The web server or load balancer is returning "Server not found". > I tried various variations with no improvement. Please check the URL. The URL is http://www.zefox.net/~bp/ampinvt/2nd_inverter/ and the pics are in board_photos, _not_ https://.... The server does not encrypt connections. The photos show markings on the board that might be related to the manufacturer, but I couldn't find any online references. > > I need some time to chase the vague references to the possible maker > of the inverter (Ampinvt and Sigineer). Got any better info? Photo? The inverter is sold by Ampinvt as model HT80112 on Amazon. The idea that it's a clone of a Sigineer design is something picked off the web and worth no more than I paid for it. The board photos might offer more clues, but I couldn't make anything of them. > > If the inverter was working (strangely), I suspect you might get some > clues by looking at the output waveform with your oscilloscope (in > differential mode). You can do some amazing things with software, but > trashing the AC output waveform is not one of them. However, acting > strangely (whatever that means) is possible. The oddity was battery charging behavior, the output behavior seemed perfectly fine. One LED flashed to indicate charging and should become steady when charging completed, but instead it kept flashing. Eventually the LED simply went off permanently, at which point I replaced the unit. Far as I could tell the actual battery charging behavior was correct. It made me think a PID controller might be mistuned, when it went off that seemed more serious. There's a jack for an RS485 remote control panel, I was hoping the apparent serial port might expose configuration parameters if it runs a Linux kernel with a serial console. Thanks for writing! bob prohaska