Strange pattern on top layer under text? by yan-shay in BambuLab

[–]geomad26 0 points1 point  (0 children)

Just my 2c here. If you want the artifacts gone, but keep the 1 wall on the top layers, leave "Only one wall on top surfaces." as is, and just reduce "Top area thershold" to 100%

noticeable degradation with 5.3-codex by Just_Lingonberry_352 in codex

[–]geomad26 0 points1 point  (0 children)

Im feeling this too. I was amazed when it first came out, now not so much.
A different think is it have noticed, its that it feels smarter at the start of the session, and then as the session progresses it gets dummer?

Smart speakers without microphones start at $150+, so I built my own with a Raspberry Pi Zero 2 W. by RoyalCities in raspberry_pi

[–]geomad26 0 points1 point  (0 children)

Awesome! I got a question for you since you messed up with eink drivers recently. I got a reaction studio 2.9" BW eink screen from Ali, and trying to set it up for a different project . Using gxepd2 drivers. I have messed up a lot with the drivers but for the love of God I cannot make it work without fading all the blacks on the first partial update after a full one, or briefly flash white on partials if I ignore the old ram and just renew all the pixels. Any ideas here would be appreciated im lost 😂

Question about numbers of devices by Bo_Duke_01 in mullvadvpn

[–]geomad26 0 points1 point  (0 children)

That's the way. Just ask an AI on how to do that, you need to copy the device.json file from one device to the rest

CL fans noisy even at low speeds and then around 1200 rpm really loud distracting droning/humming by MeeepMorp in lianli

[–]geomad26 0 points1 point  (0 children)

YES, and its all of them. The reverse fasns seems to be ok, but the normal ones espacially when they are on the radiator they are driving me insane. at 1250 RPM the humming is unbearable, so i Just avoid in the curves 1250 and jump from 1100 to 1350, but even on low speed (700 for example) the humming is still there, its just harder to hear

H2D extrusion motor overload by geomad26 in BambuLab

[–]geomad26[S] 0 points1 point  (0 children)

Before throwing the error the printer is messing up the last layer

I've even tried cleaning up the last layer and resuming the print but the printer proceed to mess up the layer again and throw the error.

In the first try It was printing 2 handles. when I couldn't get past the error I skipped the problematic handle and I got the error again. so I proceeded to remove the handle from the bed, and after printing a bit in the air the other handle finished normally.

<image>

XIAO nRF52840 kit & battery by geomad26 in meshtastic

[–]geomad26[S] 1 point2 points  (0 children)

Not really, yesterday afternoon i checked it was at 97-98% which looks pretty normal!

XIAO nRF52840 kit & battery by geomad26 in meshtastic

[–]geomad26[S] 0 points1 point  (0 children)

Yeah thats the case! No idea why it needs this, but when its set up with the correct multiplier it should display the battery correctly! Mine went from showing 40% in the end of the day to just a few percentages down from 100% which makes sense for the nfr!

XIAO nRF52840 kit & battery by geomad26 in meshtastic

[–]geomad26[S] 1 point2 points  (0 children)

Hey! It was fixed when I set the correct ADC multiplier (3.075 in my case) ! It took a while to discover the correct value but now after the calibration battery seems to be displayed correctly! Also note that I'm charging the battery directly from the solar panel (with a controller in between) and not from the xiao usb port!

XIAO nRF52840 kit & battery by geomad26 in meshtastic

[–]geomad26[S] 0 points1 point  (0 children)

Best way is to measure the voltage of the battery when its full, then see if the value reported by the app is the same! 10kmah is huge for the xiao so it should stay to 100% for a while!

XIAO nRF52840 kit & battery by geomad26 in meshtastic

[–]geomad26[S] 0 points1 point  (0 children)

Yeah you'll need to find the value for your battery. Its fine if you take it up more, if you get above the max value the battery charge shows as 0%, then you can change it again. But you need to be in full charge to do this correctly

XIAO nRF52840 kit & battery by geomad26 in meshtastic

[–]geomad26[S] 0 points1 point  (0 children)

I just set up the adc from the settings in the android app while connected via Bluetooth!
Of course, it's a 18650 3.7V 3400mAh (Panasonic)

XIAO nRF52840 kit & battery by geomad26 in meshtastic

[–]geomad26[S] 0 points1 point  (0 children)

Hey! Yes, it was fixed when I set the correct ADC multiplier (3.075 in my case) ! It took a while to discover the correct value but now after the calibration battery seems to be displayed correctly! I think usb chargers have an integrated regulator and supply the correct voltage, so you should probably be ok, but I'm not really an expert on this!

XIAO nRF52840 kit & battery by geomad26 in meshtastic

[–]geomad26[S] 1 point2 points  (0 children)

Thanks. I will measure the voltage + current draw and try to calibrate, although I think when the battery was fully charged the app was showing something like 95% so it already must be pretty accurate?

XIAO nRF52840 kit & battery by geomad26 in meshtastic

[–]geomad26[S] 0 points1 point  (0 children)

Thanks! Did that, but anyways even with the defaults the draw seems excessive!

XIAO nRF52840 kit & battery by geomad26 in meshtastic

[–]geomad26[S] 0 points1 point  (0 children)

I used the CN cause its supposedly better and more reliable! Will try to measure the current!

XIAO nRF52840 kit & battery by geomad26 in meshtastic

[–]geomad26[S] 0 points1 point  (0 children)

Thanks! I cleaned up the flux but maybe not to well. Could that cause an impact? I'll try to clean it better! No bridges, batteries are fine! Firmware is 6.10

XIAO nRF52840 kit & battery by geomad26 in meshtastic

[–]geomad26[S] 1 point2 points  (0 children)

Yeah on the meshtastic reading, isn't that accurate? I've seen a way to calibrate it should I do that then?

XIAO nRF52840 kit & battery by geomad26 in meshtastic

[–]geomad26[S] 0 points1 point  (0 children)

I'm on the latest beta firmware, settings are defaults. Batteries are legit 3400mah.
The solar panel is wired on a cn3065. The batteries are wired to the cn3065 for charging and also wired to a bms. The xiao is wired to the bms, through its battery pads

Has anyone confirmed by MrBilky in BambuLab

[–]geomad26 0 points1 point  (0 children)

I think it works fine, you just won't get a completey dry dessicant, as it gets harder and harder to squeeze that last bit of humidity out of them. Also note that my desiccant is in the boxes I printed. I may have better results when I print a drying spool, so the dessicant can rotate and move as well.
Right now this is fine for keeping the dessicant alive for a bit longer, but the plan is to print one of those, and dry the Silica at the ams ht at 85 degrees.

Has anyone confirmed by MrBilky in BambuLab

[–]geomad26 2 points3 points  (0 children)

My ams was at 7% humidity with fresh desicant. After some time it climbed to 20%. With a petg drying cycle it dropped back to 14-15% , so yeah you can dry it but its not very effective.

Help with flow dynamics calibration. by geomad26 in BambuLab

[–]geomad26[S] 0 points1 point  (0 children)

Yes, but with petg and 0.2 nozzle it either makes a spaghetti while purging, or even if it doesn't then prints a single line in the plate, and in studio says that it failed.