I've glanced Goot catalog that talkos gave me and spot very interesting feature. Powerful pump is half a deal, how fast it picks up its pressure is also important. So Goot promoting two-stage trigger: half-push engages the pump, full push opens up valve right in the handle, with shortest path to the tip. So pressure in the handle gains almost instantly. Neat feature.
Hakko uses the same idea, I have the same mod in my Chinezium desoldering station it works like this - when you hit trigger pump engages for a few sec to build preasure in the preasure tank and then solenoid opens the valve, without this mod that desoldering gun is useless if holes are tight aka virgin
Can you share what Vacuum pump you used for de-soldering gun? de-soldering gun is in my TODO list for last 10 years, but never found powerful enough 12-24VDC pump. link to the pump itself where I can buy it would be best!
P.S if you want you can always write in English and at the end of the post write it in your native language I assume Russian. P.S. I don't speak in Russian (my Russian dictionary in my brain only stores swearing words), but most of the time I understand what you mean if I have message both in English and in Russian.
tell me in which line is registered 4 seconds to display the options menu?
this line,
Quote
ModeTicks=250;, is timeout when screen times out, entire code means: each time you press button1 or button3 screen timout is reset to ModeTicks=250; if you want to know how many seconds 250ticks are check how fast timer is executed. [/unquote]
My concern is firmware flow. As I remember, Sparky said there some tight timing spots and display update is blocking. I didn't explore whole firmware code, so don't know. If you sure there's no potential issues in decreasing SPI frequency, then OK. On other hand, this MCU have DMA, so maybe offload display update routine to it, shouldn't be to hard.
No problems in this department regarding SPI clock you can go as slow as 400KHz if OLED controller supports it, but yea definitely OLED stuff will be offloaded to DMA at some point
It is not a refresh rate, it's SPI clock. It can be changed in PIC32MX534F064H.h, line 138 - last argument of SpiChnOpen() higher the value, lower the clock. Formula is: BR = Fpb/(2*(fpbDiv/2-1)+1)), Fpb is derived from system clock by dividing by 2, system clock is 80Mhz, so Fpb = 40Mhz. fpbDiv should be an even number. fpbDiv = 4 gives 40Mhz/(2*(4/2-1)+1)) = 10Mhz. If you change SPI clock frequency, DO NOT connect any tool, any weird behavior expected.
SPI is used only for OLED, everything else used I2C, so it won't affect data-bus, it would just slow down screen updating code, which is already too fast, so its 100% safe ofcource if it solves OLED problem.
you can debug the whole project with your changes, I want to compile and add my own tools there, or rather the 105 series of soldering iron and tweezers, dr-560a and check at two stations with different supply voltage
Mate,
long long time ago in a galaxy far far away Sparkybg said it will be possible to play with profiles using his windows, app, which I never checked, was this implemented? or again another thing to add to todo list?
Regarding nano tools, IIRC they need 12V, profile should be similar to t210, ofcource you will need to limit power - how past that thing can heat, they barely have any thermal mass, so you might kill a a cartrage/tip or two before you get profile correct, t245 cartrages/tips can be heated to glowing red and they survive but I don't think this applies to n105 stuff
Every new firmware version with bootloader doesn't seem to work for me for some reason (my UniSolder doesn't do anything at all after programming them). The standalone versions work fine though. Any ideas what could cause that?
I use Linux, so no idea but most likely badly implemented bootloader. Will look at it when I have free time
I mean if you've got to trouble getting silicone mat or using mechanical change fixture, why insert another cartridge with bare hands? ) Making tip usage sensing is surely possible, impossible to make it work reliably. A lot of testing with various tools and tips should be involved, to much of a trouble for a non critical function.
I had this feature implemented like 12 years ago, it was that stable that after a month of playing with it I deleted the code, thus if someone wants this "feature" they will have to do it themselves.
Changelog v5.2.0.2 1. added option to swap most left {Up/+) button with most right (Down/-) button In settings menu - CTRL ORDER parameter: L->R option - left button Down/-, right button Up/+ R->L option - left button Up/+, right button Down/- 2. fixed screen lock-out in stand-by mode, long press middle button will return to main screen. 3. added menu looping.
Known issues: 1. Brightness control does not work 2. Only screens based on SSD1306 and SSD1309 controllers work, SH1106 controller does not work 3. Hakko FX-88801 soldering iron does not work propertly on DC, DC causes heater huming/ringing. 4. Screens sometime freeze, lose sync. 5. Cartrage howswap does not work. (works for "COLD" cartrages) 6. NO Possibility to resume from deep sleep a.k.a stand-by using holder. 7. No option to change temp adjustment step.
use it at your own risk, if you find any issues report here or in gitlab (if you have access to project) will share code when I finish what I'm working on right now.
Also I won't be working at this for a few days due to heath issues.
vulkan35, what's your concern? Get the code and close it? It's a good practice not to spread messed up code.
Thanks for understanding I don't like to share messed up code even if its debug stuff that you don't see when using it but when someone tries to modify it it can easily brick the board, I will upload sources when I finish fixing what I started, menu is almost done need to add a few things, remove all debug stuff and fix resume from sleep via menu. - this one goes live this week,
Next step - will move on on fixing resume from sleep using stand, etc.
Making it pure AC (like original JBC stations) would require complete rework of power stage and current sensing, and maybe even impossible to implement support for some irons. Sparky uses DC approach just because it's simpler to implement.
It's definitely more compilcated and will required some hw changes, but controlling heaters with AC is more easy ofcouse forget triacs these days there is a thing as controlling AC using back-to-back FETs, if you want pure AC, if you want AC and DC either way replacing diode bridge that has insane power loss with FET rectifier is way better, a few times more efficient etc. only problem in old days with FETs was that you needed bunch of OPamps to do it now you have controllers for that in a size of so8, same for fets. Either way HW won't be changed until there is a huge problem that can't be fixed with FW only, and my two concerns from my backround is eficiency and stabillity afterall I was designing hw/fw for that was used by military, central banks and gas&oil companies..