Feed override in Gcode verwerken

[jordy15]

Ah ik had inderdaad een verouderde versie.
Nu pakt hij de regel wel. Echter als ik het programma start zie ik de Pwaarde even in beeld komen, maar gelijk als hij aan een volgende regel code begint springt hij weer terug naar 100%

[GvB]

nou, bij mij werkt ut ook niet.

[keesfrees]

. . . Ik heb een hele lap Gcode bestanden voor producten die steeds terug komen. . . .

voor de hand liggende gedachte, als je de CAM bestanden nog hebt dan kun je opnieuw posten, na aanpassing, of zijn het heel veel bewerkingen die allemaal apart gemaakt zijn of zo ?
anders, een rekenblad (bv excel), niet moeilijk, best nuttig/leerzaam/leuk om daar mee te leren werken
zet eens een stukje code neer hier, dan geef ik een voorzetje

[clements]

Exel kan natuurlijk, maar een aantal keer zoeken en vervangen is denk ik sneller.
Moet je natuurlijk niet bij elke stap x 1,5 dien als je een F1000 en een F1500 in je originele code heb staan.
Maak je van f1000 -> f1499

[keesfrees]

nu we het toch over de snelheden hebben, het verwonderd me nog steeds waarom er geen onderscheid wordt gemaakt tussen de tussen de Z en X/Y snelheid in de G-code
of althans, ik heb het nog niet ontdekt
in mijn uit-pluis rekenblad heb ik dat onderscheid wel gemaakt
overigens, wat is dan de logica bij schuin inlopen ?
de eerste max is de grens lijkt me en dat is dan zws de X/Y, aan de andere kant, de Fz is alleen echt belangrijk bij boren cq vertikaal indalen (nmi, bij mijn toepassing)

[keesfrees]

Exel kan natuurlijk, maar een aantal keer zoeken en vervangen is denk ik sneller . . .

daar denk ik totaal anders over, onderschat de mogelijkheden van excel(-achtigen) niet

[Breaker]

Echter als ik het programma start zie ik de Pwaarde even in beeld komen, maar gelijk als hij aan een volgende regel code begint springt hij weer terug naar 100%

Eh, ja, krijg het ook niet goed. Springt terug naar de laatste waarde die met de F- en F+ knoppen is ingesteld en houd niet naar de laatste waarde die met M50 is ingesteld. Gaat ook op als er een M49 en dan weer een M48 gedaan wordt. Lijkt wel dat de P-waarde niet vast gehouden wordt...

[Breaker]

Even navraag gedaan bij Bert Eding, inmiddels bevestigd dat het inderdaad niet werkt zoals zou moeten en dat het binnenkort wordt opgepakt.

[keesfrees]

er is een update

[andrefc101]

er is een update

En het werkt nog ook

[Breaker]

Kreeg gister bericht dat het opgelost was, M50 werkte goed, maar M49 niet meer. Dat is dan vandaag dus hersteld. Niet slecht!
Kortom... Dit is nu een optie om in de g-code te verwerken

[keesfrees]

ik kan het niet laten om dit nog even terug boven te halen :
hikken bij feed-overide >100%
viewtopic.php?f=39&t=10591&p=113174&hilit=100#p113174
ik heb me toen de vingers blauw getypt om Bert te overtuigen dat er echt iets niet goed was, en toen dat eenmaal gelukt was had hij het vrij snel opgelost

en nu met dit probleempje ook weer, dus da's mooi allemaal
daar kan het logge, arrogante bedrijf wat mijn freesmachine leverde nog wat van leren, daar zitten na vele update's nog steeds dezelfde bugs in, ik kan er om heen werken maar dat kost denkvermogen en tijd wat ik graag aan andere dingen zou besteden

maar, ik ga m'n wensenlijstje voor Bert ook weer eens opduikelen