Music skipping beats after firmware update (3.4.0beta6)

[gtaman]

@dc42
That totally fixed it!
Thank you very much, You are a genius.

I never thought i'd be dancing to a printer, but here I am xD
Works even better than before.

[o_lampe]

@gtaman
Downside is, that it totally blocks Daemon.g for other purposes.
Would be cool to block it only while playing the sound.
Any ideas? Renaming the original file and replace it with Davids two-liner and back again?

[jay_s_uk]

@o_lampe maybe add a variable thats turned on at the beginning of the macro and then off at the end?

[o_lampe]

@jay_s_uk
Yes, replace the while true line with a real boolean variable

[gtaman]

@o_lampe

Hmm, I don't think I've used Daemon.g, so I don't even know what it does. I'll have to look more into it. Both of those ideas seem good though

[o_lampe]

@gtaman
It's actually the same:

• create a global variable blockDaemon
• set global.blockDaemon = true at the start of the M300 file
• set global.blockDaemon = false at the end

Then anyone using Daemon.g for real can add these lines

while global.blockDaemon = true
          G4 S1000

[gtaman]

@o_lampe Nice! I saved it and I’ll try it out tomorrow. Heading to bed now, Have a good one!

[o_lampe]

@gtaman said in Music skipping beats after firmware update (3.4.0beta6):

I don't think I've used Daemon.g, so I don't even know what it does

I does what your imagination (and the conditional meta commands) are capable off.
It could run a playlist for instance

[DonStauffer]

@gtaman I noticed the same thing.

[jens55]

Anybody have a good source for a bill receptor (if that's what it is called) ? User feeds it a dollar and in turn it plays a music track. Feed it $5 and get an hour of 3D printing service (or 6 music tracks). Find a pub, arrange to locate the printer and watch the money roll in
Just got to figure out how to deliver the printed part to the customer in such a way that they can't mess up the process.

[jens55]

... and if it's not obvious, add a smiley face to my last post!

[jens55]

But seriously folks, I would love to have the printer play a different jingle for all the major events that require operator attention. Unfortunately my printer is run 99% remotely so I'd never get to hear it

[engikeneer]

@jens55 you just need a bigger speaker

[jens55]

@engikeneer .... I am not an engikeneer so I didn't think far enough. Wish I would have finished my degree ...

I am sure the neighbours will also really appreciate the sound tracks !

[gtaman]

@jens55

Conveyor bed that automatically ejects prints I've seen it somewhere just not in a public machine. I think the hardest part would be reliability, but it is possible. You could also set it to cancel and kick a job out if the time runs out before the print is done xD I haven't used bill receptors because they're expensive, but I did put a coin selector in a claw machine I built It was just some generic thing from ebay and it works quite well surprisingly.

[dc42]

@o_lampe said in Music skipping beats after firmware update (3.4.0beta6):

@gtaman
Downside is, that it totally blocks Daemon.g for other purposes.
Would be cool to block it only while playing the sound.
Any ideas? Renaming the original file and replace it with Davids two-liner and back again?

@o_lampe said in Music skipping beats after firmware update (3.4.0beta6):

@gtaman
Downside is, that it totally blocks Daemon.g for other purposes.
Would be cool to block it only while playing the sound.
Any ideas? Renaming the original file and replace it with Davids two-liner and back again?

If you already have a daemon.g file that is coded as a while loop so that it never terminates under normal conditions, and it spends most of its time in G4 delay calls, then you may not have the original problem anyway. The reason that not having a daemon.g file causes interruptions to timed tasks such as playing tunes is that every 10 seconds RRF will try to open daemon.g if it is not already open; and trying to open a non-existent file on the SD card requires the whole directory to be searched, which may require several sector transfers.

Of course you could also choose to have daemon.g play the tune, triggered when it sees a global variable change state.

[Baenwort]

@dc42 said in Music skipping beats after firmware update (3.4.0beta6):

@o_lampe said in Music skipping beats after firmware update (3.4.0beta6):

@gtaman
Downside is, that it totally blocks Daemon.g for other purposes.
Would be cool to block it only while playing the sound.
Any ideas? Renaming the original file and replace it with Davids two-liner and back again?

@o_lampe said in Music skipping beats after firmware update (3.4.0beta6):

@gtaman
Downside is, that it totally blocks Daemon.g for other purposes.
Would be cool to block it only while playing the sound.
Any ideas? Renaming the original file and replace it with Davids two-liner and back again?

If you already have a daemon.g file that is coded as a while loop so that it never terminates under normal conditions, and it spends most of its time in G4 delay calls, then you may not have the original problem anyway. The reason that not having a daemon.g file causes interruptions to timed tasks such as playing tunes is that every 10 seconds RRF will try to open daemon.g if it is not already open; and trying to open a non-existent file on the SD card requires the whole directory to be searched, which may require several sector transfers.

Of course you could also choose to have daemon.g play the tune, triggered when it sees a global variable change state.

Is it enough to have a blank daemon.g or does it need contents?

[o_lampe]

@baenwort said in Music skipping beats after firmware update (3.4.0beta6):

Is it enough to have a blank daemon.g or does it need contents?

You could add something like the below lines in your Daemon.g (empty or not) to have a controlable looptime.
Set a low value when you need faster processing or higher, when you don't.

while  true
        //do other things
       ....
        G4 S{global.DaemonLoopSpeed}

[dc42]

@baenwort said in Music skipping beats after firmware update (3.4.0beta6):

Is it enough to have a blank daemon.g or does it need contents?

It need to have a loop with a delay call in the body.

I have it in mind to add a new GCode command to start/stop daemon.g.

[nikscha]

@gtaman would you mind sharing your gcode music collection?