motherboad skr v1.3 32 bit

[iLMario]

23 minuti fa, Tomto dice:

....mo' che è klipper ? un firmware? cioè togli il marlin?Bypassa il microcontrollore della scheda madre?

Per farla semplice: si, è un firmware. Con quelli "classici" te mandi un gcode (file di testo semplice) al firmware, il quale fa tutti i calcoli di cinematica. Il klipper fa l'opposto: lo installi da qualche parte (raspberry, ad esempio) ed è suddiviso in due, c'è la parte "potente", installata sul raspberry (infinitamente più potente di qualunque scheda madre della stampante), che fa tutti i calcoli di cinematica e si legge il gcode e converte tutto in istruzioni da inviare ai motori tramite l'altra metà del firmware, leggerissima, in esecuzione sulla scheda.

Sembra che si riesca a stampare a 200mm/s anche su 8bit. (ovviamente la stabilità della meccanica non ha niente a che vedere con il firmware)

In pratica l'intera elaborazione avviene sul computer, come è giusto che sia, e non sul firmware il quale si deve occupare solo di comandare i propri dispositivi senza fare strani calcoli

[iLMario]

Per fare una analogia, è come utilizzare un linguaggio di programmazione interpretato (PHP, JavaScript, Ruby, Python, ....) ed uno compilato (C, C++, Go, ......). Questi ultimi, generando, in fase di compilazione, codice binario direttamente eseguibile dal processore, saranno sempre di qualche ordine di grandezza più performanti dei linguaggi interpretati (dove, in fase di esecuzione, l'interprete deve leggere il codice sorgente, interpretarlo e spararlo al processore, tutto in tempo reale)

[marcottt]

1 ora fa, iLMario dice:

Per farla semplice: si, è un firmware. Con quelli "classici" te mandi un gcode (file di testo semplice) al firmware, il quale fa tutti i calcoli di cinematica. Il klipper fa l'opposto: lo installi da qualche parte (raspberry, ad esempio) ed è suddiviso in due, c'è la parte "potente", installata sul raspberry (infinitamente più potente di qualunque scheda madre della stampante), che fa tutti i calcoli di cinematica e si legge il gcode e converte tutto in istruzioni da inviare ai motori tramite l'altra metà del firmware, leggerissima, in esecuzione sulla scheda.

Sembra che si riesca a stampare a 200mm/s anche su 8bit. (ovviamente la stabilità della meccanica non ha niente a che vedere con il firmware)

In pratica l'intera elaborazione avviene sul computer, come è giusto che sia, e non sul firmware il quale si deve occupare solo di comandare i propri dispositivi senza fare strani calcoli

che tutto sommato è una mezza stupidaggine... ovvero tanto valeva far preparare il file al pc (e non al raspberry) e poi mandarlo dal pc alla logica tramite usb o sd.... magari si può anche....

[iLMario]

5 minuti fa, Marcottt dice:

che tutto sommato è una mezza stupidaggine... ovvero tanto valeva far preparare il file al pc (e non al raspberry) e poi mandarlo dal pc alla logica tramite usb o sd.... magari si può anche....

Dipende dove installi il Klipper, nessuno vieta di installarlo sul PC, è scritto in Python.............

Quello che ovviamente devi installare per forza di cose sulla stampante è la componente firmware, che riceve il codice pre-elaborato dal PC.

E si, quando lo mandi alla stampante lo mandi via USB, il raspberry è solo per comodità, ma il Klipper lavora via USB

[marcottt]

ah ok...  peccato non la sd... comunque un giorno lo proverò....

[iLMario]

17 minuti fa, Marcottt dice:

ah ok...  peccato non la sd... comunque un giorno lo proverò....

Non so se funziona anche via SD

[invernomuto]

[mention=5027]invernomuto[/mention] [mention=5930]iLMario[/mention]   ....mo' che è klipper ? un firmware? cioè togli il marlin?Bypassa il microcontrollore della scheda madre?

Sì, aggiungo all'ottima spiegazione di IlMario che, da quello che ho capito, puoi far girare Klipper e Octoprint assieme sul raspberry Pi

Inviato dal mio SM-G965F utilizzando Tapatalk

[iLMario]

8 minuti fa, invernomuto dice:

Sì, aggiungo all'ottima spiegazione di IlMario che, da quello che ho capito, puoi far girare Klipper e Octoprint assieme sul raspberry Pi

Inviato dal mio SM-G965F utilizzando Tapatalk
 

Si, girano insieme sullo stesso Raspberry, è la configurazione "standard"

[Tomto]

La 

3 ore fa, iLMario dice:

Per farla semplice: si, è un firmware. Con quelli "classici" te mandi un gcode (file di testo semplice) al firmware, il quale fa tutti i calcoli di cinematica. Il klipper fa l'opposto: lo installi da qualche parte (raspberry, ad esempio) ed è suddiviso in due, c'è la parte "potente", installata sul raspberry (infinitamente più potente di qualunque scheda madre della stampante), che fa tutti i calcoli di cinematica e si legge il gcode e converte tutto in istruzioni da inviare ai motori tramite l'altra metà del firmware, leggerissima, in esecuzione sulla scheda.

Sembra che si riesca a stampare a 200mm/s anche su 8bit. (ovviamente la stabilità della meccanica non ha niente a che vedere con il firmware)

In pratica l'intera elaborazione avviene sul computer, come è giusto che sia, e non sul firmware il quale si deve occupare solo di comandare i propri dispositivi senza fare strani calcoli

Quindi il computer ,fa i calcoli , ma il microcontrollore fa solo da tramite ? forse solo perchè non ci sono le ramp come per Arduino?

Ripensandoci : quindi in teoria si può fare una scheda  "ramp" per Raspbarry con relativi driver e via dicendo..?

La sla zortrax ad esempio usa un quadcore e come sistema operativo android

???????........Illuminatemi per favore

[iLMario]

25 minuti fa, Tomto dice:

La 

Quindi il computer ,fa i calcoli , ma il microcontrollore fa solo da tramite ? forse solo perchè non ci sono le ramp come per Arduino?

Ripensandoci : quindi in teoria si può fare una scheda  "ramp" per Raspbarry con relativi driver e via dicendo..?

La sla zortrax ad esempio usa un quadcore e come sistema operativo android

???????........Illuminatemi per favore

No. Resta tutto uguale al marlin, stesse schede etc etc (sempre che siano supportate dal Klipper, ma l'architettura è la stessa). Stessi driver, stessi motori bla bla bla.

Quello che cambia è il firmware. Il marlin è un "blocco unico" che installi sulla scheda ed a cui dai in pasto un gcode. Il marlin lo processa e converte il gcode in istruzioni da dare ai motori, alle resistenze etc etc. Va da se che più è complicato il gcode e più veloce vuoi stampare, più stress metti sul marlin e di conseguenza sulla scheda, perchè deve gestire molte più cose in molto meno tempo. Prendi il solito esempio di una delta: tu parti da un gcode, file di testo sequenziale, il marlin poi deve convertirlo in calcoli trigonometrici per muovere tutti gli assi insieme.

Il Klipper fa la stessa cosa, con la differenza che essendo diviso in due componenti, quella lato firmware non processa niente, riceve qualcosa di pre-elaborato e lo comunica ai motori, fa da tramite. Il grosso della elaborazione, nell'esempio delle delta, quindi, tutti i calcoli trigonometrici, vengono fatti dal computer (dove gira un pezzo di klipper).

Se per fare uno spostamento di una delta il Marlin deve calcolare (su una scheda 8bit che fa anche altre cose) seno,coseno,pigreco etc etc di 3 assi per volta, con il Klipper non calcola niente, il Klipper ha già calcolato sul computer che X deve andare a 22, Y deve andare a 108 e Z a 0.30 quindi comunicherà alla scheda: sposta x a 30, y a 22 e z 0.30 senza chiederti perchè, spostati e basta.

Per semplificare moltissimo.

La logica è tutta sul computer, il firmware si occupa solo di fare lo spostamento meccanico e gestire la scheda.

 

https://www.klipper3d.org/Features.html

I primi paragrafi