CAD finished, manufacturing is next

I asked Herbert to weight one skeleton and footplate metal part each.

Precise bounding box dimensions of the Dev Kit: 111.76 x 65.15 x 55.4 mm

Weight of the Dev Kit: 319g

Keep in mind that lithium-ion cells need electronics around it to manage charging/discharging, etc. and cannot be just inserted like AA Alkaline batteries. Developing our own battery pack has several obstacles and disadvantages, the electronics development itself wouldn't be that big of a deal I guess but just think of the safety regulations and certifications we would have to deal with for no real advantage over existing solutions....

Again lets not overthink this simple image, we can swap it out anytime later.

The atomos power station looks rather interesting actually: Dual 5 VDC USB power outputs should be perfect for the beta.

More flexibility is of course always preferred but I had the impression we are building a camera integrated battery mount here. Such solutions to externally attach batteries to rods in several places in the rig and for several battery mount types already exist from several manufacturers no?

My concern for putting the batteries under the camera body are that it might get in the way of attaching rods at the correct distances below the lens center: https://wiki.apertus.org/index.php/Rods

@pgsamila was so kind and adapt the axiom_beta_build_image_Ubuntu.sh script to use kernel version 4.6 as there are known issues with 4.9 (latest).

Hello! How can I help?

Try running the axiom_beta_build_image_Ubuntu.sh from https://github.com/apertus-open-source-cinema/axiom-beta-qemu in an Ubuntu OS and report the results. The last commented out line in that script starts the created image in qemu.

Max will pick up a dev kit to snap those pictures on monday.
If you want to give him a briefing on what perspectives, background and lighting, etc. you want for these now is a perfect time :)

Should we include a short sentence underneath the dimensions explaining to the onlooker what they're looking at, or where it'll be used on the camera, that sort of thing (and for these sentences to be arranged prior to the design process) ?

Good idea!

The current beta hardware requires precise 5V inputs, around 2-3A typically, 4A max. peaks.

@MichaelH: How much time does it currently take you to create one full image with all labels like this?

perfect, I can't think of anything to improve anymore.

newest update on pholio: https://lab.apertus.org/M25

While we are at it with the labels and such should we also add the website apertus.org and that its for the AXIOM Beta?

Good idea with the label!

Please take a look at the concepts here https://wiki.apertus.org/index.php/Wifi_Remote

Was at the post office today already. Package is on its way!

I committed a first version of the build script to github

Linux Mint 18.1:

Concept ready: https://cad.onshape.com/documents/3cf5e610e2186efc1836afc0/w/c9bda205864d15c168f587db/e/0513cb9090f014b3b73d87b8

Champika would you be so kind an commit all latest files related to getting QEMU setup and running plus readme to https://github.com/apertus-open-source-cinema/axiom-beta-qemu

Bertl on IRC:
http://irc.apertus.org/index.php?day=15&month=06&year=2017#107

qemu-system-aarch64 -M arm-generic-fdt-7series -machine linux=on -m 1024 -serial /dev/null -serial mon:stdio -nographic -hw-dtb devicetree.dtb -kernel u-boot -drive if=sd,format=raw,index=0,file=beta_20170109.dd -boot mode=5

get the devicetree.dtb from the first partition of the image and the u-boot from here: http://vserver.13thfloor.at/Stuff/AXIOM/BETA/u-boot

fixed with latest from https://lab.apertus.org/T737 ?

Updated build script:
http://vserver.13thfloor.at/Stuff/AXIOM/BETA/build_image.sh

Will do!

Will send 150 pieces, is that an OK amount to start with?

How many should I send?

toxitobi: for the standard home measurement tape a grove would be great

if possible please add a thread to the enclosure for a knob at the sensor plane

not relevant anymore

I guess that's settled then :)

I am happy to send a pack of the new ones. let me know.

Not sure.. :)

In T790#11745, @RexOr wrote:

Edit - There are no margins here but the lines in this post have 50 words and that's nice.

This word rule is not a standard or trend or design choice.
It's the result of research that evaluates how we humans with our eyes and brains are most effective at reading - meaning we do not loose track of where we are in the sentence and need the least amount of concentration while reading.

Fine for me for now but could it could get a very long page once we have more content

if it works on mobile :)

not with dropdownmenu

I set the board to "disabled". We can enable it again at any time in the future.

It indeed support libre office document live editing.

"we will start this tomorrow."

first draft complete: https://www.apertus.org/smt-workshop

the "freeze" would basically mean we set the forum read-only for now and in the future we can at any time decide to revive it.

For me the message to the viewer of this image should be twofold:

filehost complains about disabling adblock...
can you upload the files here directly?

The problem currently is that we are collecting spam in the forums and have to manually clean up after it constantly - that spam might get us blacklisted in search engines...

So should we freeze the forums until phabricator is updated?

So should we freeze the forums until phabricator is updated?

raising to high priority because this is the main blocking task for the entire firmware not getting developed any further

The breadcrumbs normally work through the main navigation menu structure hierarchy.