[Cracked]

in reply to: Front end for raspberrypi #4024

Sorry, I didnt mean programming, I meant processing (silly name for a programming language!). I read a blog post about an attempt to run a small processing script (compiled at runtime) on a pi, and apparently it was very slow. Python, the language of choice of the Pi foundation, should be faster.

Currently using my pi as a media centre, but installed raspian on a second sd card to try it.

I remoted in to raspian from my pc running ubuntu (I forget which application I used), but it was very slow, and the resolution was terrible.

[Cracked]

in reply to: Front end for raspberrypi #4022

As I understand, programming is very slow on the pi. Python would be good.
Ive installed raspian on mine, but haven’t tried running the front end on it yet – I was hoping to remote in with an x window, but initial testing didnt impress me much.

A front end running on a network machine, sending commands and receiving a data stream from the ospid via a pi would be great. Sadly, Im lacking the skills.

What are you doing with your ospid?

[Cracked]

in reply to: osPID malfunction using internal switch regulator #4013

Thanks for the update, and for contributing to the forum. It was beginning to feel rather empty in here.

I have been running my ospid stand alone for a while now as it seems most stable that way. Only issue I have in this setup that is I dont know if my switching time setting is being retained, and I dont have any record of my actual temperatur profile. The 5s default isnt fast enough for my application (0.06 sec is the lowest I can set with stable operation). I am also using a fotek 25A SSR interestingly.

Keen to see the results of your test.

[Cracked]

in reply to: osPID using SSR control reverts to int. RELAY #4009

Sounds like it might be related to this problem:http://www.ospid.com/forum/viewtopic.php?f=5&t=432

[Cracked]

in reply to: Randomly Changing Settings #3999

My experience of it has been with the front end software. The switching time defaults to 5 s each time I connect.

As this setting isn’t available via the onboard UI, I have no idea if the setting is retained when running stand-alone.

I was having issues with the tuning parameters randomly changing, but this appears to no longer be an issue. Possibly the result of a front end or firmware update.

[Cracked]

in reply to: Randomly Changing Settings #3997

Out of curiosity, how are you powering it?

[Cracked]

in reply to: Does it matter if PID output starts at zero or 100% ? #4007

I think I’ve come across this issue before myself. Why does it matter, and how do you suggest operating? Manually setting the output value and then switching to auto?
Im using profiles, could this be built into the profile so that it is always the same?

[Cracked]

in reply to: PID pizza oven #4003

This is going to need a lot more than just ospid. You will need some kind of actuated valve to control the gas flow, and some way to interface between the ospid and the actuator. Im sure there will be suitable commercial options, but they are likely to be industrial products and I imagine it will take some development or software and/or hardware to use them.

I dont quite follow why you have two independent burners, but the ospid does not natively support 2 inputs or outputs, so more work would be required here. Im not even sure if PID control is going to be worth the effort for this application (although sometimes its just because you can!)

[Cracked]

in reply to: SSR Behaviour #3993

So, I have confirmed the problem is not the osPID. If I disconnect the 5v to the SSR, I still get some heat output. Is it likely to be leakage due to a cheap ssr?

[Cracked]

in reply to: Randomly Changing Settings #3995

I have had similar issues sporadically. Some setting seem also to be retained on reboot, others revert to default. Not sure if the setting in the ospid memory is actually changing, or just the gui fields.

[Cracked]

in reply to: SSR Behaviour #3992

Cheers for the response Brett.

I will try as you suggest, and unplug the osPID from the ssr to see if there is any difference.

With regard to the inherent physics:

I have a small popcorn air popper that I am using to roast coffee. This consists of a nichrome wire element at 240V and a small electric fan. I have wired the ssr into the active wire to the nichrome element – the fan is in parallel.

The unit weights maybe 500g (~1 lb) and is mostly plastic, with a thin aluminium chamber in the centre (very light). The thermal mass is very low.

It’s possible that the temperature of the plastic housing gets to 70ºC, and that this is heating the intake air – I should be able to test this by testing without the osPID from a cold unit.

My next task will be to hook up a raspberry pi running linux, so that I can remotley monitor the progress…:)

[Cracked]

in reply to: SSR Behaviour #3990

Cheers. On the dashboard it says the output is 0, and the LED on the relay card stops lighting up.

It could possibly be residual heat, as the outside of the unit gets warm, but not as hot as the roasting chamber. However, I suspect this is not the case.

I might test it by turning the unit on with a manual output at 0, and see what the temperature is.

[Cracked]

in reply to: Bluetooth #3951

would something like an xbee be easier?

[Cracked]

in reply to: Ramp Soak and stuff #3751

I’d like to have a crack at using some specialized coffee roasting software to control the ospid. Just wondering how the “run profile” talks to the ospid? I’m happy to do some exploring in the code if you can point me in the right direction, but any help would be great!

[Cracked]

in reply to: osPRESSO #3882

Looks like a cool project. Did you source the group and boiler etc from a single machine?

[Author]

Posts