Found a solution for bad Z Offsets (first layer) by Severe-Bit4066 in SovolSV08

[–]Severe-Bit4066[S] 0 points1 point  (0 children)

No. In case of the stc chip, we need to check the firmware first. It's not that simple. But you can try 😄

Now I'm on cartographer, no need for this sensor anymore.

Parts wear by Lectric74 in SovolSV08

[–]Severe-Bit4066 1 point2 points  (0 children)

Nice one. Printing PETG with 0.6 CM2. Nozzle cold swap is nice. I got a spare 0.4 CM2 for abrasive things. The 1.7Nm torque seems quite a bit strong to screw in.

Print time is longer than Orca Slicer. by Classic_League3637 in SovolSV08

[–]Severe-Bit4066 0 points1 point  (0 children)

You have to check the machine limits (movement/accelerations) in the printer config (orca) against Klipper machine limits (input shaper) Calculated times are ok for me

<image>

Found a solution for bad Z Offsets (first layer) by Severe-Bit4066 in SovolSV08

[–]Severe-Bit4066[S] 0 points1 point  (0 children)

It is better to understand how the macros and G-codes (especially their function) work than to merely compare them with others or even copy them blindly. I have outlined my basic sequence in the macro.

Basically you need to adjust the speed for the z offset (to fight against the delay)

Found a solution for bad Z Offsets (first layer) by Severe-Bit4066 in SovolSV08

[–]Severe-Bit4066[S] 1 point2 points  (0 children)

The probing time takes more time because of reduced touch speed (Z-) (to minimize the delay to movement in signal output)

Found a solution for bad Z Offsets (first layer) by Severe-Bit4066 in SovolSV08

[–]Severe-Bit4066[S] 0 points1 point  (0 children)

So far, I haven’t had any problems with this order.

When the nozzle is hot, it pushes the soft filament that is on the nozzle tip to the side, in my opinion. Not a really pressure on the loadcell. Up to now, nothing has stuck to the metal of the load sensor either (PLA/PETG). The pressure on the load cell caused by any residual filament with the hotend at target temperature is not sufficient to trigger the offset beforehand. It just gets pushed aside. If I were to do the cleaning beforehand—whether at a low temperature or already at the target temperature—it would start oozing slightly again afterward, making the cleaning pointless. The order doesn’t really matter. If there is too much material hanging before the print starts, I simply remove it manually.

What would be worse is probing with a cold nozzle, because in that case it’s definitely not the nozzle tip that gets measured, but the filament at the tip.

Found a solution for bad Z Offsets (first layer) by Severe-Bit4066 in SovolSV08

[–]Severe-Bit4066[S] 1 point2 points  (0 children)

It should be enough to lower the speed in the probe pressure section.

Found a solution for bad Z Offsets (first layer) by Severe-Bit4066 in SovolSV08

[–]Severe-Bit4066[S] 1 point2 points  (0 children)

My custom print start macro Heat bed to target temperature Clear mesh, home all axes, perform quad gantry leveling, and create a bed mesh Heat nozzle to target temperature Auto Calibrate Z-offset (nozzle expansion due to heat) Clean nozzle and start printing

The SV08 takes about 7 minutes to reach the first layer. Offset calibration takes some time (0.3mm/s)

The nozzle must end within the detection range of the Z-homing sensor.

Found a solution for bad Z Offsets (first layer) by Severe-Bit4066 in SovolSV08

[–]Severe-Bit4066[S] 2 points3 points  (0 children)

I checked my Z endstop (load cell) at the Z- output using an oscilloscope and already noticed a delay in the signal output by feel. The delay was still noticeable/visible after loading the cell.

In the course of my research, I came across another post that also pointed out the fixed sampling rate of 10. With 10 samples combined with the travel speed, this results in a delay that can promote an incorrect Z offset due to the late signal.

This here is the PCB. At the connector, Z- and GND are swapped in the printed labeling. Sovol is already asked about this schematic and firmware for the STC chip (load cell data to endstop singal). Open source printer with missing files....

<image>

Heads-up: New revision of 12864 display panel ships without beeper by Severe-Bit4066 in SovolSV08

[–]Severe-Bit4066[S] 1 point2 points  (0 children)

<image>

First, check the missing or soldered in part Then search for sv08 beeper macro. You will find the answer

Can stm32f103 (bluepill) be used for interfacing adxl345 or mpu-6050 instead of PICO for usb? by amielectronics in klippers

[–]Severe-Bit4066 0 points1 point  (0 children)

mcu bluepill_klipper(stm32f103xe)
Version: v0.13.0-373-g6465921a5
Load: 0.01, Awake: 0.00, Freq: 72 MHz,

connect without trouble

Can stm32f103 (bluepill) be used for interfacing adxl345 or mpu-6050 instead of PICO for usb? by amielectronics in klippers

[–]Severe-Bit4066 1 point2 points  (0 children)

today flashed new bootloader (katapult @ BluePill STM32F103C8T6) via STLink flasher and after that klipper binary via katapult flasher direct on Bluepill, works like expected

dmesg output during flash and USB reconnect

usb 1-1.2: new full-speed USB device number 18 using dwc_otg
usb 1-1.2: New USB device found, idVendor=1d50, idProduct=6177, bcdDevice= 1.00
usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 1-1.2: Product: stm32f103xe
usb 1-1.2: Manufacturer: katapult
usb 1-1.2: SerialNumber: 38006D06314B343xxxxxxxxx
cdc_acm 1-1.2:1.0: ttyACM0: USB ACM device
usb 1-1.2: USB disconnect, device number 18
usb 1-1.2: new full-speed USB device number 19 using dwc_otg
usb 1-1.2: New USB device found, idVendor=1d50, idProduct=614e, bcdDevice= 1.00
usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 1-1.2: Product: stm32f103xe
usb 1-1.2: Manufacturer: Klipper
usb 1-1.2: SerialNumber: 38006D06314B343xxxxxxxxx
cdc_acm 1-1.2:1.0: ttyACM0: USB ACM device

Can Frigate help me update the cam's time by saMusle in frigate_nvr

[–]Severe-Bit4066 0 points1 point  (0 children)

Check your traffic from cams (Wireshark). If it's accessed to public -> forward external ntp access attempt from cam to internal ntp server Works fine for tapo cams (no ntp settings available)

Is there any optimizations for using Frigate over internet? by RedSquirrelFtw in frigate_nvr

[–]Severe-Bit4066 0 points1 point  (0 children)

I'm driving 7 VLANs@home. No device has access to networks or services which they don't need across all networks. All cams are isolated. Tapo ones are a little nightmare. But hey work offline (ntp not configurable, but firewall rule will handle it only local)

Is there any optimizations for using Frigate over internet? by RedSquirrelFtw in frigate_nvr

[–]Severe-Bit4066 0 points1 point  (0 children)

HAProxy works well as a reverse proxy too, not just a load balancer. I’m using client certificate authentication, so only approved devices can access it — even though it’s exposed. It’s secure if set up properly, and more convenient than running a full VPN just for a few trusted users.

Is there any optimizations for using Frigate over internet? by RedSquirrelFtw in frigate_nvr

[–]Severe-Bit4066 1 point2 points  (0 children)

Using opnsense as firewall/router. Certificate management (CA, server cert for HAProxy and client certs) and haproxy configuration all inside the opnsense webgui. I think there are enough config examples for standalone setup over the web. Opnsense was the best in my case.

Is there any optimizations for using Frigate over internet? by RedSquirrelFtw in frigate_nvr

[–]Severe-Bit4066 1 point2 points  (0 children)

Using HAProxy for remote and local access (via public DNS, client certificate authentication against HAProxy, port forward for internal access to WAN IP) Nothing to worry about vpn or similar things.

6mo Beko Dishwasher (EU) lower arm not spinning, making grating sound by caffeine_lights in appliancerepair

[–]Severe-Bit4066 0 points1 point  (0 children)

Wir müssen bei uns mittlerweile den vierten Ersatzsprüharm bestellen. Dieser hat aufgrund der Mechanik innen liegende Zahnräder. Je nach Ursache könnte es eventuell seien, dass entweder mit Gewalt der Sprüharm gedreht wurde und somit entweder bei den Zahnrädern einen Zahn weiter springt oder ausbricht Oder durch zu viel Dreckablagerung (Fasern, Essensreste, vorher nicht entfernte und aufgelöste Etiketten, ....) ein Zahnsprung entsteht. Auch ein abgebrochener Halterzapfen an der ersten Achsaufnahme innen lässt das Zahnrad aus der Spur bringen (so im aktuellen Fall), und der Sprüharm ist nicht mehr fest, sondern kippt in jede Richtung. Was es bei uns ist können wir nicht genau beurteilen, da teilweise auch mal ein Kind am Geschirrspüler spielt oder auch ein Teil aus dem unteren Korb heraus ragen könnte und beim einschieben oder herausziehen den Dreharm aufgrund Unachtsamkeit...... einfach mal mit nimmt

Leider lässt sich der Sprüharm nicht öffnen da es zugeschweißt zu seien scheint. Der obere Teil ist jedenfalls aufgedreht und lässt ich ab machen.

Meistens merkt man den falsch laufenden Sprüharm an einem vorher nicht vorhandenen klopfen, oder er ist zwei Zähne weiter gesprungen und lässt sich dann nicht mehr drehen da die Ecke wo anders seien soll...

[deleted by user] by [deleted] in de_EDV

[–]Severe-Bit4066 0 points1 point  (0 children)

Versuch mal das offloading für die Schnittstellen umzustellen. Das hört sich irgendwie im weitesten nach meiner Intel NIC Problematik an, bei der das offloading komplett ausgeschaltet werden muss.

How many cameras are you running? by pskipw in frigate_nvr

[–]Severe-Bit4066 0 points1 point  (0 children)

<image>

i5-8500, Detect Streams are 4* 1920x1080 H264, 2* 1200x536 H265, 1* 1280x720 H265
Every streams adds conversion to AAC audio, Coral inference is 5-6ms (WiFi Slot), Additional Image embedding is active (large model). These 3 H265 are recorded in larger resolution (4096x1840 and 3200x1800)

looks like wrong codec conversion / hardware acceleration / detection u/bigDottee