Topic: GekkoScience NewPac / Terminus R606 (BM1387) Official Support Thread - page 29. (Read 61906 times)
September 01, 2020, 08:42:12 PM
Could, maybe. Or I'll just go ahead and make it, whatever. You are right that it's off-topic discussion since it's more Pi support than miner support.
September 01, 2020, 08:18:34 PM
Running low? By no means. I recently purchased 4 new notebooks to help keep different project/product-family ideas better organized. My brain's been kinda on a tear since about June, to the point I haven't even been sleeping well lately for all the ideas, methods and solutions popping out. I actually don't have enough time or R&D budget for the ideas I've already got.
The hard part of this, really, would be managing the inline battery. With lead-acids they really like a trickle charge so you can pretty much put a current-limited constant-voltage charger across it, and then take the combined output of that charger and the battery into your output regulator. But since lithiums are damaged by trickle charge and you need to cut off charging current when it gets below a certain percentage of total capacity, you can't do that.
Ooh, but you could use a FET to block input current to the battery. Measure input current on the battery leg and calibrate the charger voltage accordingly, then when it gets below cutoff you kill the FET and the charger's output will pipe directly into the output booster. But when the input drops out, the FET's reverse diode (or a parallel reverse schottky) will conduct battery power into it automatically. The controller can then kick on the FET bypass to reduce conduction losses, until power comes back on and it gets managed by the charge regulator controls again. Okay that's actually pretty easy.
And we could put an input current selector switch on it so the high-current portion of the charge cycle (only applicable after a deep discharge) gets regulated to only pulling a specified current from your source, so as not to overwhelm, with limits at for example 1A, 2A and 3A. You'd pull maximum allowable current from the source, and what doesn't go through to your Pi is automatically shunted into charging the battery.
Especially since I'm already working on a lithium battery charger, and four other battery-powered ideas, one of which integrates a charger and a boost regulator. I could prototype 90% of this with the test boards I already have inbound.
The hard part of this, really, would be managing the inline battery. With lead-acids they really like a trickle charge so you can pretty much put a current-limited constant-voltage charger across it, and then take the combined output of that charger and the battery into your output regulator. But since lithiums are damaged by trickle charge and you need to cut off charging current when it gets below a certain percentage of total capacity, you can't do that.
Ooh, but you could use a FET to block input current to the battery. Measure input current on the battery leg and calibrate the charger voltage accordingly, then when it gets below cutoff you kill the FET and the charger's output will pipe directly into the output booster. But when the input drops out, the FET's reverse diode (or a parallel reverse schottky) will conduct battery power into it automatically. The controller can then kick on the FET bypass to reduce conduction losses, until power comes back on and it gets managed by the charge regulator controls again. Okay that's actually pretty easy.
And we could put an input current selector switch on it so the high-current portion of the charge cycle (only applicable after a deep discharge) gets regulated to only pulling a specified current from your source, so as not to overwhelm, with limits at for example 1A, 2A and 3A. You'd pull maximum allowable current from the source, and what doesn't go through to your Pi is automatically shunted into charging the battery.
Especially since I'm already working on a lithium battery charger, and four other battery-powered ideas, one of which integrates a charger and a boost regulator. I could prototype 90% of this with the test boards I already have inbound.
Should this be moved to a new development thread to see how many others would benefit from this and possibly preorder/fund it?
September 01, 2020, 06:41:19 PM
Running low? By no means. I recently purchased 4 new notebooks to help keep different project/product-family ideas better organized. My brain's been kinda on a tear since about June, to the point I haven't even been sleeping well lately for all the ideas, methods and solutions popping out. I actually don't have enough time or R&D budget for the ideas I've already got.
The hard part of this, really, would be managing the inline battery. With lead-acids they really like a trickle charge so you can pretty much put a current-limited constant-voltage charger across it, and then take the combined output of that charger and the battery into your output regulator. But since lithiums are damaged by trickle charge and you need to cut off charging current when it gets below a certain percentage of total capacity, you can't do that.
Ooh, but you could use a FET to block input current to the battery. Measure input current on the battery leg and calibrate the charger voltage accordingly, then when it gets below cutoff you kill the FET and the charger's output will pipe directly into the output booster. But when the input drops out, the FET's reverse diode (or a parallel reverse schottky) will conduct battery power into it automatically. The controller can then kick on the FET bypass to reduce conduction losses, until power comes back on and it gets managed by the charge regulator controls again. Okay that's actually pretty easy.
And we could put an input current selector switch on it so the high-current portion of the charge cycle (only applicable after a deep discharge) gets regulated to only pulling a specified current from your source, so as not to overwhelm, with limits at for example 1A, 2A and 3A. You'd pull maximum allowable current from the source, and what doesn't go through to your Pi is automatically shunted into charging the battery.
Especially since I'm already working on a lithium battery charger, and four other battery-powered ideas, one of which integrates a charger and a boost regulator. I could prototype 90% of this with the test boards I already have inbound.
The hard part of this, really, would be managing the inline battery. With lead-acids they really like a trickle charge so you can pretty much put a current-limited constant-voltage charger across it, and then take the combined output of that charger and the battery into your output regulator. But since lithiums are damaged by trickle charge and you need to cut off charging current when it gets below a certain percentage of total capacity, you can't do that.
Ooh, but you could use a FET to block input current to the battery. Measure input current on the battery leg and calibrate the charger voltage accordingly, then when it gets below cutoff you kill the FET and the charger's output will pipe directly into the output booster. But when the input drops out, the FET's reverse diode (or a parallel reverse schottky) will conduct battery power into it automatically. The controller can then kick on the FET bypass to reduce conduction losses, until power comes back on and it gets managed by the charge regulator controls again. Okay that's actually pretty easy.
And we could put an input current selector switch on it so the high-current portion of the charge cycle (only applicable after a deep discharge) gets regulated to only pulling a specified current from your source, so as not to overwhelm, with limits at for example 1A, 2A and 3A. You'd pull maximum allowable current from the source, and what doesn't go through to your Pi is automatically shunted into charging the battery.
Especially since I'm already working on a lithium battery charger, and four other battery-powered ideas, one of which integrates a charger and a boost regulator. I could prototype 90% of this with the test boards I already have inbound.
September 01, 2020, 04:57:35 PM
So what you're saying, in a thread about USB-powered products designed by a guy who's also currently working on lithium battery projects including both chargers and voltage boosters, is that it'd be awful handy if someone made a tiny USB-in USB-out UPS with up to, say, 3A handling to fully power a Pi 4?
Hm. Might be worth looking into.
Hm. Might be worth looking into.
Running low on project ideas?
Would be a nice compliment to your product line.
September 01, 2020, 04:49:27 PM
So what you're saying, in a thread about USB-powered products designed by a guy who's also currently working on lithium battery projects including both chargers and voltage boosters, is that it'd be awful handy if someone made a tiny USB-in USB-out UPS with up to, say, 3A handling to fully power a Pi 4?
Hm. Might be worth looking into.
Hm. Might be worth looking into.
Welll....... i know you’re busy with various projects so didn’t want to ask directly but yes. A Type C to Type C passthrough type UPS for a Pi4 would be damn handy.
I don't know what kind of case you have on your pi, but what about the PiJuice?
https://uk.pi-supply.com/products/pijuice-standard
I can't use this because of the case that I use.
https://uk.pi-supply.com/products/pijuice-standard
I can't use this because of the case that I use.
I saw these but I would have to have it hanging around on a GPIO extender or cable. Not the best look really.
September 01, 2020, 04:21:17 PM
Yea i saw these. I was hoping for a type C connector though so it can run straight through to the pi without having to switch out plugs etc.
I don't know what kind of case you have on your pi, but what about the PiJuice?
https://uk.pi-supply.com/products/pijuice-standard
I can't use this because of the case that I use.
So what you're saying, in a thread about USB-powered products designed by a guy who's also currently working on lithium battery projects including both chargers and voltage boosters, is that it'd be awful handy if someone made a tiny USB-in USB-out UPS with up to, say, 3A handling to fully power a Pi 4?
Hm. Might be worth looking into.
Hm. Might be worth looking into.
Yes, this would be great! lol
September 01, 2020, 04:19:54 PM
So what you're saying, in a thread about USB-powered products designed by a guy who's also currently working on lithium battery projects including both chargers and voltage boosters, is that it'd be awful handy if someone made a tiny USB-in USB-out UPS with up to, say, 3A handling to fully power a Pi 4?
Hm. Might be worth looking into.
Hm. Might be worth looking into.
September 01, 2020, 03:03:16 PM
Yea i saw these. I was hoping for a type C connector though so it can run straight through to the pi without having to switch out plugs etc.
September 01, 2020, 02:15:39 PM
No problem. Just don’t get greedy with it 
On a different note. But still vaguely related to the gekkos (seeing as most run them on a Pi). Does anyone have a decent UPS for the Pi? I keep having momentary power outages which obviously turn the pi off but can't find a setting to get it to auto power on after a power outage, so thought a UPS might work. Trouble is becuase my pi 4 is in an Argon One case and I can't fit a HAT to it so the UPS would need to be external. I've contemplated a powerbank, but most ive read about don't seem to work as I would like. Some sort of USB Type-C passthrough with a battery connected would be ideal.
Anyone have any ideas?
On a different note. But still vaguely related to the gekkos (seeing as most run them on a Pi). Does anyone have a decent UPS for the Pi? I keep having momentary power outages which obviously turn the pi off but can't find a setting to get it to auto power on after a power outage, so thought a UPS might work. Trouble is becuase my pi 4 is in an Argon One case and I can't fit a HAT to it so the UPS would need to be external. I've contemplated a powerbank, but most ive read about don't seem to work as I would like. Some sort of USB Type-C passthrough with a battery connected would be ideal.
Anyone have any ideas?
I'm thinking about throwing one of these inline for each pi, you just have to do some soldering:
https://www.adafruit.com/product/2465
August 29, 2020, 02:31:13 PM
No problem. Just don’t get greedy with it
On a different note. But still vaguely related to the gekkos (seeing as most run them on a Pi). Does anyone have a decent UPS for the Pi? I keep having momentary power outages which obviously turn the pi off but can't find a setting to get it to auto power on after a power outage, so thought a UPS might work. Trouble is becuase my pi 4 is in an Argon One case and I can't fit a HAT to it so the UPS would need to be external. I've contemplated a powerbank, but most ive read about don't seem to work as I would like. Some sort of USB Type-C passthrough with a battery connected would be ideal.
Anyone have any ideas?
On a different note. But still vaguely related to the gekkos (seeing as most run them on a Pi). Does anyone have a decent UPS for the Pi? I keep having momentary power outages which obviously turn the pi off but can't find a setting to get it to auto power on after a power outage, so thought a UPS might work. Trouble is becuase my pi 4 is in an Argon One case and I can't fit a HAT to it so the UPS would need to be external. I've contemplated a powerbank, but most ive read about don't seem to work as I would like. Some sort of USB Type-C passthrough with a battery connected would be ideal.
Anyone have any ideas?
August 28, 2020, 06:15:13 PM
The little potentiometer bottom right of the stick (when its plugged in) very small clockwise rotation will up the voltage.
Thanks, this worked like a charm!
August 28, 2020, 03:01:30 PM
The little potentiometer bottom right of the stick (when its plugged in) very small clockwise rotation will up the voltage.
August 28, 2020, 02:09:21 PM
They're guaranteed for performance at 200MHz so anything above that without adjusting voltage is a bonus. If you tweak the volts up a little you might get it to fall in line with the rest of 'em.
Thanks for the reply. How do I tweak the volts?
August 28, 2020, 12:06:35 AM
They're guaranteed for performance at 200MHz so anything above that without adjusting voltage is a bonus. If you tweak the volts up a little you might get it to fall in line with the rest of 'em.
August 27, 2020, 05:47:18 PM
Probably has a weaker chip than the others. CGMiner tunes each device for its own best performance.
August 27, 2020, 05:32:37 PM
Hey All,
Has anyone seen this? I have 1 NewPac that will not stay at 500MHz. I have 4 different hubs and 2 GekkoScience hubs which I ran with both a 7A and 8A power supply that all do the same thing on this stick.
Has anyone seen this? I have 1 NewPac that will not stay at 500MHz. I have 4 different hubs and 2 GekkoScience hubs which I ran with both a 7A and 8A power supply that all do the same thing on this stick.
Code:
cgminer version 4.11.1 - Started: [2020-08-26 18:06:18.194]
--------------------------------------------------------------------------------
(5s):645.8G (1m):658.6G (5m):663.1G (15m):665.1G (avg):654.1Gh/s
A:13397346 R:2908 HW:352 WU:9137.9/m
Connected to solo.ckpool.org diff 448 with stratum as user 1BmcjRJTRQAP7je5B7tDCLw4
Block: ed009e48... Diff:17.6T Started: [18:27:17.198] Best share: 104M
--------------------------------------------------------------------------------
[U]SB management [P]ool management [S]ettings [D]isplay options [Q]uit
0: GSH 10035643: BM1387:02+ 500.00MHz T:500 P:500 (75:38) | 100% WU:100% | 122.3G
1: GSH 10035473: BM1387:02+ 450.00MHz T:450 P:450 (84:42) | 98.1% WU:^90% | 93.62G
2: GSH 10035647: BM1387:02+ 500.00MHz T:500 P:500 (75:38) | 96.2% WU:100% | 111.1G
3: GSH 10035537: BM1387:02+ 500.00MHz T:500 P:500 (75:38) | 97.6% WU:^95% | 106.7G
4: GSH 10035483: BM1387:02+ 500.00MHz T:500 P:500 (75:38) | 99.7% WU:100% | 101.1G
5: GSH 10035523: BM1387:02+ 500.00MHz T:500 P:500 (75:38) | 97.1% WU:100% | 109.3G
/ 113.6Gh/s WU:1586.6/m--------------------------------------------------------
[2020-08-27 18:27:48.505] Accepted 175b927f Diff 2.81K/448 GSH 4
[2020-08-27 18:27:51.074] Accepted 8342a608 Diff 499/448 GSH 5
[2020-08-27 18:27:51.655] Accepted 01c936af Diff 36.7K/448 GSH 5
[2020-08-27 18:27:54.521] Accepted 63059277 Diff 662/448 GSH 4
[2020-08-27 18:27:54.659] Accepted 275822b3 Diff 1.67K/448 GSH 5
[2020-08-27 18:27:55.849] Accepted 520a3936 Diff 799/448 GSH 1
[2020-08-27 18:27:57.021] Accepted 77ab0bb1 Diff 548/448 GSH 0
[2020-08-27 18:27:58.883] Accepted 755870ff Diff 558/448 GSH 4
August 23, 2020, 07:06:23 AM
Don forget to mention the ./cgminer it has been several times now (inclusing myselve), this came along.
I definitely forgot the "./cgminer" when I originally set up CGMiner, sidehack noticed it in my startup file and corrected me in post 1720 of this thread.
August 22, 2020, 11:39:55 PM
We need a FAQ section on the first page of this thread for the common issues that arise. Or simply a format of questions that get answered so we have a good idea of the system rather than “it doesnt work, whats wrong?”.
Maybe something along the lines of:-
1). What OS are you using? Windows,Linux variant?
2). What version of cgminer are you running? Vh’s or standard?
3). What usb hub is being used?
4). Is the hub mains powered? If so what is the power/amperage rating?
5). How have you connected the hub? Usb2 or 3 port?
6). What is the specific problem you are having?
Just an idea. May help speed up the diagnosis of problems.
Maybe something along the lines of:-
1). What OS are you using? Windows,Linux variant?
2). What version of cgminer are you running? Vh’s or standard?
3). What usb hub is being used?
4). Is the hub mains powered? If so what is the power/amperage rating?
5). How have you connected the hub? Usb2 or 3 port?
6). What is the specific problem you are having?
Just an idea. May help speed up the diagnosis of problems.
Don forget to mention the ./cgminer it has been several times now (inclusing myselve), this came along.
August 20, 2020, 03:26:03 PM
If the fan was pulling extra juice and also plugged into Port 1 or Port D it might have messed up the power going to the hub chip. Any other ports should be pretty much bulletproof.
If you plug the hub in and run 'lsusb' it should read out a Terminus FE2.1 7-port USB hub on the bus.
If you plug the hub in and run 'lsusb' it should read out a Terminus FE2.1 7-port USB hub on the bus.
It does now which is weird. It didn't when the fan was in port 1.
Code:
pi@RPi4:~ $ lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 006: ID 0403:6015 Future Technology Devices International, Ltd Bridge(I2C/SPI/UART/FIFO)
Bus 001 Device 005: ID 0403:6015 Future Technology Devices International, Ltd Bridge(I2C/SPI/UART/FIFO)
Bus 001 Device 004: ID 0403:6015 Future Technology Devices International, Ltd Bridge(I2C/SPI/UART/FIFO)
Bus 001 Device 003: ID 1a40:0201 Terminus Technology Inc. FE 2.1 7-port Hub
Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
pi@RPi4:~ $
Thanks to everyone for the help and getting me up and running with this small poject.
August 20, 2020, 05:27:33 AM
Hooray! How weird that the usb fan was causing the issue.
Jump to: