Search results

new display board.. transitioning from basic functionality to ESP32-S2 chip with wifi.. so had to outboard muxxing the adc inputs into just one analog input.. also outboarded all 'settings' to eeprom on the I2c bus..making re-compiles very nice..settings dont go away with every new upload..also...

todays build-- corrected math calculation in PVv_average, BATTv_average, and improved PVi cal routine.. PVi cal routine is still bouncy a littlebit.. using an analog ampmeter on the PV might be more realistic..

new iteration has 'status' reading out.. so u can tell where it hurts.. if it does hurt..

new iteration.. cleaned up some more stuff and I changed the way to calibrate PVi.. now it looks for 2.0 amps..then u need to adjust an external amp meter in the PV circuit (like across the PV breaker).. and watch that external meter and line it up to 2.0A also, so that both readings agree.. I...

depends how long u want ur S3-60A to last I think..I highly recommend not going over the maximum charging wattage. on page 2 of the msb , for a 48v batt system it says <=2800watts 2800/53v = 53A half that is what I would run, and simply run 2 msbs..I like to avoid trouble by not pushing the...

Looks good!! but u set maxChargeAmps to 60A..yikes.. 24A= 1300W..

tinyt--Could u test this iteration of msbr.. lotta changes.. check the configuration stuff.. use PowMr..its already selected.. u might need to flip the fan drv.. dont know.. dont change any bootup defaults..I put stuff in that should be close enuff to start with..u might have to re-call from...

no.. when I made the coding change from watts to amps, I screwed things up..thot I had it all converted over..but no.. I will work on it now..and get back..

I had it already in the MPPT routine, but never got around to cleaning up the scan routine.. just noticed-- its wrongin the MPPT routine.. yikes..will send a file when I getit done.. the scan display is still messed up--I am working on that.. need to clean up alot of stuff. I have been working...

void scan4peakPWM(){//scanForPeakPWM; static int32_t peakWATTS=0; // if(Serial)Serial.println("entering scan4peakPWM"); // if(Serial){Serial.print("INDUCTOR:");Serial.println(INDUCTOR); //...

wow.. OK, what u are running into is more than what I push them.. I just run them up to 500w more orless.. so ifu can do some looking around.. not sure what is causing the hickup when it approaches max mppt, but obviously when max currentis flowing, the instability happens.. maybe weneed to...

that scan looks perfect!!!! my latest code-- please checkthe configuration..might not be set for u.. instead of max WATTS, I changed it to max AMPS..makes more sense,since the FETs are limited by a maximum current rating.. it is assumed the user wont apply over-rated voltage to the PV input...

if u have a small sized 10uf or 22uf metal can electrolytic, u might add it to the 3.3v rail also.. make sure u use my latest iteration of makeSkyBluer.ino I cleaned up some more stuff.. I'd like to see the scan.. a full scan..that tells all..

I added some routines to slow down and average the display voltages and currents.. nothing is changed as far as how it runs..just shows a more human-readable value for PVv, BATTv, BATTi, and PVi...might make more sense,,always check around line 66--make sure to configure right for ur msb.. also...

Note: since there is not any capability to remote sense the battery voltage, whatever is between the battery and the charge controller--like a circuit breaker-- will introduce exagerated battery voltage under ever-greater charging current.. circuit breakers resistance varies between mfgrs..I...

sounds like u are substituting a power supply for the solar panels..that might explain the flip-flop erratic cycling going on..just a guess.. if u want to better simulate a solar panel, u will need to current limit the power supply in some manner..easiest way is to put a hundred watt light bulb...

u can hit the 'up' key and go to the 'scan' display.. let it run..takes a few seconds to complete.. should look something like this-- (with sunlight coming in).. note: right hand key--'enter' will repeat the scan again.. this is meant to 'prove' the routine is finding the highest PV wattage...

nice scope!! I just have a cheap $30 dso but I havent seen what u are describing..but it apparently is flipping between a minimum charge and a very large charge..second by second..if u have a very small load or no load it might behave that way.. void doMPPT(){static int32_t cloudyTMR=4...

msb active rectifier...will this work?? several hundred nanosecond one-shot to time out the conducting FETs, then another one-shot to fire an active clamp to gnd.. both hold times adjustable..

awesome!!..looks like that equipment cabinet might be getting little crowded..lol.. suggestion: move the msbs out to their own place..I make these msb 'organizers' out of a 4x8 plywood and a few 2x4s and some scrap wood.. makes 3.. this one is for my son..locations for up to 4 msbs.. each msb...

U might be way ahead to break ur solar system in two..have 2 banks of 800w each..then one msb for each bank..that would be much safer..

1300w wow.. these msbs are simple Asynch design..meaning there is no active reverse current FET..just a big (to-247) diode to gnd from the inductor to snub the reverse emf..so heat generated becomes a function of amount of power being transformed..user beware..ur forced air cooling appears to...

if u are subbing in a power supply for PV, make sure u have the Neg side connected to PV-.. not battery gnd.. otherwise it will never sense PV current and it might allow voltage to rise like u saw.. just my guess.. I set the max charge limit to 1000 watts..in reality--thats way more than I...

I added a bool so easy to flip FAN in software..and also added msb_v113 which u have but is so far the same as PowMr..

oh... u are RIGHT!! very good.. sorry for the duh.. u might flip fan drv in software if its a problem to add an inverter..

pwm drive will also need to be inverted..not just the fan drv

If xiao-A7 is Hi then FanDr has to be LOW.. make sure the fan FET has a LOW at the gate.. I dont understand the 4.21v on the hi side of the thermistor..I'll measure mine tmro..I thot it was 5.00v.. if u forgot to /mrst the v113 micro, the fan might run.. can u do a power scan and jpg it..

at about line 155, u can select board type..PowMr or MakeSkyBlue... I had to go back to IDE 1.8.whatever.. 2.0 not friendly to me..dont like the pop-ups always in the way and the edit/find gadget is horrible to use.. wonder if others had same bad experience.. latest .ino attached has some...

/mrst the v113 micro and go for it....!!

looks real good..I cleaned up doFan() and added a new const called 'board' so u can select either MakeSkyBlue or PowMr(v113) and any differences between these models will be selected in code.. like in doFan().. its already set for ur board..apparently V113 is the same board as PowMr.. to...

this looks likeit is working for PowMr--I will continue to test it today.. oid doFAN(){ //FAN control int32_t x=0; //Temperature Thermistor int32_t adc=0; int32_t a=0; for(x=0; x<=12; x++){a=analogRead(TEMP_IN)...

trying to make doFan() work for PowMr-- void doFAN(){ //FAN control int32_t x=0; //Temperature Thermistor int32_t adc=0; int32_t a=0; for(x=0; x<=12; x++){a=analogRead(TEMP_IN); if(x>=2)adc+=a;}...

ArduinoIDE 2.0.0 is available for download.. https://docs.arduino.cc/software/ide-v2/tutorials/getting-started/ide-v2-downloading-and-installing

eagle freeware version limits are the board size and only 2 layers.. but they have generous step levels including 'student' and such, so I dont see any real terror in going eagle..I've used eagle for 30 yrs..it works good, even in linux..

their ;start-up' LF (IMHO) is everything.. been there, dun that..