Project Logs

Collapse

• Contest entry video

  krzysztof krzeslak • 09/30/2019 at 18:33 • 0 comments

  Hello I published contest entry video for this project and in this log I wanted to share some lessons learned and challenges which I faced during creating it:

  Idea:

  This was the easiest part as I already had an idea for such clip from quite long time ago and actually first attempt was done when I started this project entry and now idea remains same, but this time main objective was to make it best as I could. Mentioned attempt gave me some clues what challenges I can expect this time and I prepared better but still there was some challenges to be faced.

  Here you can see this mentioned first attempt which was published with project entry:   https://www.youtube.com/watch?v=cK5UgD781-4

  Technique:

  Same as previously photos needed to be taken not in high speed-photography method as this requires dark-room to be used and due to that I wanted to create video at same time it was not an option, so rather I needed to go opposite way and use high shutter speed and constant high power illumination. This approach has some downsides such as limited motion-freezing properties and shutter lag(explained further later in this log).

  Equipment:

  Most of parts was filmed with Sony RX0 camera, as this is only camera(at least from what I know) in affordable price range on market which can shoot at such high frame rate which I needed to create this slow motion shoots. This camera is capable to catch up to 1000 frames per second(for very limited duration). As can be expected at such frame rate's quality need to be sacrificed and I already knew that at 1000fps(40x slow-motion) quality drop is very significant, so for first attempt I used 500fps(20x ), but this time I still wanted to get better quality so this time I used 250fps and i find it good decision as it gave me quite decent quality and satisfying slow-motion(10x) shoots. Additionally at such high frame rates shoot duration is very limited and for 1000fps it's just about 1 second, 500fps ~2second and for 250fps ~4-5 seconds, so I thought it will be handy to have possibility to trigger recording in right time... aand hmm this sound like something that I can do and I came with quite nice solution to use on of PiXPi's flash ports(as one is occupied by DSLR) as trigger for recording and i was quite supprised to found that it's working very well :)

  Photos and some parts of video was taken with Nikon D600 coupled with 90mm Tamron lens, as this is only which I own. Shutter speed in camera was set to 1/4000-th which is maximum for this model, it could be better, but it was significant. 90mm lens forced me to push camera quite far from scene, so you will not see much of camera in video frame, but at least it is safe from hitting with some paint splash.
  

  From previous attempt I already knew that CFL bulbs commonly used as constant light sources in photography filmed at high frame rate give some significant flickering, due to mains AC supply voltage.

  This time I don't wanted to see this flickering effect so I decided to give a try with led illumination, exactly budget Chinese spotlights, so in total I bought four of them, 2x quite cheap 200W with cold white light and 2x still quite cheap, but bit better quality 150W with warm white light...

  But this is what I saw when I filmed them at 500fps:

  Read more »

• Additional/bonus module: Turntable

  krzysztof krzeslak • 09/29/2019 at 14:49 • 0 comments

  Hello,

  Last week was very busy as I was working hard on preparing submission video and I thought that I would like to have some shots for this clip using turntable and as I already got driving electronics which I used in macro rig I just needed to get some mechanical design. Thankfully I found very nice design on Thingverse:

  https://www.thingiverse.com/thing:2031323

  it's called StarScan and It has really really clever design, especially I liked it as it can be used with different sizes of table surfaces without replacing any part!
  

  So i decided to give it a try I just needed to change was making legs longer as I needed to put controller under the motor, but it was quite easy, so below you can see quick demo:

                               So stay tuned and you will see this in action in project entry clip ;)

  Modified files can be found in "files" part of this project page.

• MacroSlider: let's take a first look

  krzysztof krzeslak • 09/24/2019 at 20:18 • 2 comments

  Hello,

  Today I want to share some work which I did in last days on motorised/macrorig module, let's take a quick look on some first effects:

  Read more »

• Power driving mode

  krzysztof krzeslak • 09/12/2019 at 18:50 • 0 comments

  Hello,

  Today I want to introduce new feature it's called: "Power driving mode", it's mode for driving some "action" modules which can be handy in some situations as it's purpose is to drive some modules without any additional external circuit.

  But let's start from recalling how "action" modules are driven in "normal" mode, let's see below image:

  In "normal mode" power Mos-Fet of port is open all the time, low current signal for driving module is delivered through "com" pin.

                                                  And how it looks in Power driving mode:

  In power driving mode "com" is not used(should not be connected) and driving of module can be done through on-board power transistor, so for example you can connect solenoid, or anything other, theoretically max current is approx. 5A(60W), but till this moment I tested max 3A in pulse.

  how to enable:

  I modified App "port configuration" screen to handle enabling of this mode, after choosing port function mode, checkbox where you can select it will appear:

                           Below you can find small demo with driving some random peripherals:

  Advantage of using this mode:

  You can drive simple "action" modules without external circuit, so for example till this moment I was using board small with Mos-Fet to open and close valve(solenoid) in response to state on "com" pin, but with power driving mode solenoid can be connected directly to "gnd" and "+12v" pins of port and driven just with toggling supply on this pins.

  Disadvantage of this mode:

  When you first think about it using such driving mode should be "best" way of handling such use case as driving solenoids, valves, etc. So maybe you can think, why even I bothered to create "normal" mode as first?

  there's one valid reason for it, when you will take a look at solenoid driving board you can see button there which is used to "emergency/maintenance" opening of valve and I found it really handy to have such button, especially when I was experimenting with "liquid gun" module which was valve with syringe pressurized by springs and I needed way to fill this and it was really hard to do this when I had to control valve open/close from app. 

  It's a little bit easier with "droplet module", but still it's handy to have possibility to emergency valve open for example for filling chamber of valve or just emptying it after use. Without supplying module all the time, there will be no possibility to open valve without using app.

  so in some(or most) cases it's handy to had module supplied all the time.

• Finals! Wow and what are my further plans

  krzysztof krzeslak • 09/11/2019 at 16:32 • 0 comments

  Hello,

  PiXPi is in finals of 2019 Hackaday Prize!

  There was so much great projects submitted and I really feel honoured to be among those 20 chosen for final round. 

  Also I found it awesome to see my project described in finalists announcement post, thanks Mike for nice words! I really want to appreciate this so I thought the best way to say thanks will be to put as much heart into this project as possible, "heart" in this case, can be translated into "hard work" ;) 

  What now:

  I just cooled down a bit to be able to think consciously about that what need to be done as there is not much time, so I came to conclusions that I need to prioritise some areas where the biggest improvements can done, so according to this I chosen as main focus :

  1. Introduce new feature which is "power driving mode" of modules ports:

  I was working on it lately, so stay tuned, it's almost ready and will be soon described in project log.

  2. Finish and show effect of usage "motorised/stepper" module: 

  Currently I got some base which I show in previous logs, but I was not happy with stepper motor driving electronics and during seeking for better solution I came across project called: "Mechaduino"...  which by the way was 2016 Hackaday prize entry!!: https://hackaday.io/project/11224-mechaduino and I realised that it should be possible to communicate with my controller as Mechaduino is opensource, so possibly it can be quite easy to modify software of Mechaduino to be controlled through PiXPi controller.... Isn't opensource great?! :) 

  3. Work hard on new video:

  Last, but very important point, as ti's one of requirements of final entry is to create 2-5 minute video which will show project and I got already some initial idea how to do this, but I know it will be quite challenging to do it right. 

  Optional point: New hardware design with better ports protections, after experimenting with "power driving mode" I came to conclusions that I will feel safer when power driving transistors gates for each port will be driven through optoisolators, but it's more on good practice rather that new feature introduction as i experimented quite heavily with power driving and I was not able to burn VoCore port with current protections. Possibly I will start to work on it after 1-st of October.

  What you think about it?! :) 

  It would be really nice to hear some thoughts of community on this project, as this was my main motivation to publish this project here, so don't hesitate to share some I will really appreciate to hear some(Even those critical ones).

• Controller board specification and software sources

  krzysztof krzeslak • 08/24/2019 at 18:09 • 0 comments

  Hello today I wanted share quick summary specification of current controller board design,

  and as this project is meant to be opensource I want to share some sources today I Think both will be good summary for entry round of this contest :).

  Controller software:

  https://github.com/krzysztofkrzeslak/pixpi-controller-app

  it's Python app sources which is running on controller.

  Hardware specification:

  1 x Optoisolated camera port(2,5mm jack) for camera focus/wake and trigger

  2 x Optoisolated Flash port(3,5mm jack) for flash triggering

  3 x module port, which can be used in following modes:

        Port Red: Input, Output, Com(1-wire), Pulse

        Port Green: Input, Output, Pulse

        Port Blue: Input, Output, Pulse

        Each port has 3 pins: Signal, 12V, Gnd

        Ports connector fits standard servo connectors

  8 x Gpio pins

  1 x mini-B usb connector for accessing Linux command line/serial console.

  1 x 1,27mm 6pin SPI connection for complete flash writing(unbricking, bootloader change, etc. )

  1 x DC jack for 12v supply (should be tolerant up to 22v)

  2 x status led: supply, ready

  3 x port status led

  1 x Buzzer for state indication

  Powered with opensource VoCore2 system on module (https://vocore.io)

  Which provides:

  - Mediatek MT7628, 580 MHz SoC

  - Memory(ram): 128MB, DDR2

  -  Flash: 16MB

  - Running under Linux(OpenWrt) control.

  It's also fully OpenSource: Complete specifications and sources available on: https://vocore.io/v2.html

• Some new photos

  krzysztof krzeslak • 08/24/2019 at 14:02 • 2 comments

  Hello,

  This time I wanted to share some photos which I took lately, within this I also want to show how setup and program look like for each shoot and also you will see example how modules can be combined.

                                        Doing photos like below was really simple using relay module

  Read more »

• Macrorig controlled from app

  krzysztof krzeslak • 08/20/2019 at 19:41 • 0 comments

  Hello

  As i wrote in previous update lately I was working on adding possibility to control macrorig/stepper driver from android app, and just wanted to share some effects of it:

   Generally it works, it's simple and there are some fine tweaks still needed, but it will come in future, what was currently added on app side is:

  Added "step" mode in ports configuration screen:

              After setting port into "step" mode following block will become available:

• it's alive! stepper driver with macro-slider

  krzysztof krzeslak • 08/18/2019 at 15:13 • 0 comments

  Hello, today I was finally able to make macro-slider, so I wanted to show off a bit, below is a small demo:

  Currently utilizing of this feature needs to be imlemented on Android app side, but for controller testing i just sent http request from laptop, so next step we be adding blocks for driving this from Android app.

  As i mentioned in one of logs i decided to use "pulse" like interface for driving stepper boards, it's really simple and work like that:

   pulses below 2ms time will make stepper move in one direction

   pulses above 2ms will make it's moving in opposite direction

   and till now it works pretty well. 

  As currently i've used 1mm/rev trapezoidal screw and stepper motor has standard 200steps per revolution so theoretically it should have 5-microns resolution.

  Currently i already had some ideas about new driver board as I think it will be handy to have there some buttons to "manually" move slider.

  So watch for updates... :)

• New black robe and few words about cases

  krzysztof krzeslak • 08/17/2019 at 19:01 • 0 comments

  Hello, Today I wanted share photo of controller in "a new robe" which is anodised black case I bought those black cases some time ago, but not really used till this time, now as previous case got little dirty I thought that maybe it's a good moment to test this variant. 

  By the way I also realised that in log about board design i skipped somehow case selection topic, it necessarily should be there as case selection was one of first thing which I did when started this project, so board dimensions was designed to fit this cases(to be precise first prototype was intended for 100mm version[1455b1002], but after moving to esp then to vocore I switched to smaller 80mm version[1455b1002] ).

  generally I can't make my decision which color version I like more, this one or old one(natural aluminium), so some opinions are appreciated :)

View all 16 project logs