3dprintforum

Dit is het laatste bericht van de vorige pagina:

Ch3vr0n schreef: 26/02/26, 18:41 Je kan ook altijd op de klipper discord eens vragen

Heb ik ook al gedaan, tevens heb ik daar al de klippy.log geupload, maar daar wordt ik voolopig ook nog niet wijzer van.

Na een update heb ik ook deze meldingen. Ik heb nieuwste klipper gecompiled en op de mcu (BTT E3V3 mini) gezet en canbus update via katapult uitgevoerd (vergeet niet eerst alles up to date te downloaden/updaten op de pi (host).

En geeft nu geen foutmelding meer

Jan_S schreef: 01/03/26, 21:28 vergeet niet eerst alles up to date te downloaden/updaten op de pi (host)

Dus wel gewoon de laatste PI software er ook volledig opnieuw opzetten?, dat moet ik dan nog doen, ik heb al wel op de PI een update en een upgrade uitgevoerd, maar dat helpt niet.
Klipper opnieuw voor het MKS besturingsboard heb ik al gedaan en de EBB42 ook al opnieuw gecompileerd en geflasht, alleen bij dat laatste werkt het helemaal niet meer, gelukkig had ik de oude .bin file nog, en nu werkt het wel weer met uiteraard weer de waarschuwingen.

Hardy schreef: 01/03/26, 22:24 Dus wel gewoon de laatste PI software er ook volledig opnieuw opzetten?

Ik heb geen clean install gedaan, alleen update uitgevoerd

Hardy schreef: 01/03/26, 22:24 EBB42 ook al opnieuw gecompileerd en geflasht, alleen bij dat laatste werkt het helemaal niet meer

Klopt dit had ik ook, echter weet ik niet meer waar het vast liep, Google AI heeft dat probleem opgelost.

Heb de conversatie met AI toegevoegd, dit is nog wel RAW, moet dit nog opschonen voor een volgende keer.

Bedankt voor de informatie, maar al deze voorstellingen heb ik allemaal al geprobeerd zonder resultaat, dus ik ben nog steeds aan het zoeken waar het fout gaat, op dit moment werkt er helemaal niks meer, zo gauw ik het MKS mainboardje aansluit loop de raspberry helemaal vast, dus in die klipper firmware gaat vermoedelijk al iets fout.

@Hardy Het is soms geen SKR mini E3 v3 en een Pi 4?

Nee, gewoon een pi3, en een MKS Sgen-L v2.0, werkte ook altijd goed.
Het probleem is bij deze combinatie nu toch eindelijk opgelost, de oorzaak is alleen nog steeds niet helemaal duidelijk, alles meerder keren opnieuw geflasht ook andere linux versies gebruikt, uiteindelijk mijn oude sd kaartje (met de oude 32bits bullsey linux) weer in de de MKS gezet en ineens werd de CAN bus weer gezien met zowaar de nieuwe EBB42 firmware zonder waarschuwingen.
Wanneer ik het kaartje vul met linux Bookworm 32bit (zonder desktop) dan duurt het opstarten enorm lang en loopt vast op het moment dat de EBB42 wordt aangesproken.
Ik moet nu mijn andere printer ook nog updaten, die heeft ook een rpi pi3, maar dan met een MKS Robin-nano waar alwel de bookworm versie op draait, maar deze duurt ook al altijd erg lang met opstarten.

Toegevoegd in 15 uren 6 minuten 18 secondes:
GELUKT !! Mijn andere printer werkte direct zonder waarschuwingen na alleen maar opnieuw flashen van de EBB42, dus wat er bij de andere mis ging blijft een raatsel.

Top de aanhouder wint , nooit in paniek raken , op termijn kom je er hopelijk wel achter de oorzaak .

Dan toch een firmware recompile doen en flashen naar de EBB die het probleem heeft opgelost zoals ik aangaf om te doen. Wel raar waarom die het niet onmiddelijk deed. Nu, een Rpi 3 is redelijk oud vandaag de dag, en dat ding kan mogelijk niet meer mee met de eisen van een up-to-date klipper install, misschien is ook het kaartje zelf aan de trage kant?

Nu het bijzonderste is dat het terug werkt. T'is dat wat telt.

Firmware recompile en opnieuw flashen is wat ik het allereerst gedaan heb, daar heb je geen kaartje voor nodig, maar als dat dan niet werkt ga je verder zoeken, en kom je van de regen in de drup, in ieder geval is een Rpi3 wel ruim voldoende voor deze job, daar ligt het niet aan, ik heb zelfs tijdelijk 2 printers tegelijk op één zo'n Rpi laten draaien met klipper, en dat ging ook goed.