File:0353-19-49.stp.tar.gz
uploaded a new version of "[[File:0353-19-49.stp.tar.gz]]"
Andrey.filippovFile:0353-19-49.dxf.tar.gz
uploaded a new version of "[[File:0353-19-49.dxf.tar.gz]]"
Andrey.filippovFile:0353-19-49.dwb.tar.gz
uploaded a new version of "[[File:0353-19-49.dwb.tar.gz]]"
Andrey.filippovElphel camera parts 0353-01
0353-01 - cable assemblies:
← Older revision Revision as of 23:04, 12 August 2013 (One intermediate revision not shown)Line 58: Line 58: === 0353-01-25 - flex jumper, 4 conductors, 0.5mm pitch, l=2" (50.8mm), t=0.3mm both ends === === 0353-01-25 - flex jumper, 4 conductors, 0.5mm pitch, l=2" (50.8mm), t=0.3mm both ends === === 0353-01-251 - flex jumper, 4 conductors, 0.5mm pitch, l=50mm, t=0.3mm both ends === === 0353-01-251 - flex jumper, 4 conductors, 0.5mm pitch, l=50mm, t=0.3mm both ends === +=== 0353-01-252 - flex jumper, 4 conductors, 0.5mm pitch, l=200mm, t=0.3mm both ends === +=== 0353-01-253 - flex jumper, 4 conductors, 0.5mm pitch, l=200mm, t=0.3mm both ends === ---- ---- OlegElphel camera parts 0353-70
0353-70-70 - UV protective filter, M34x0.5:
← Older revision Revision as of 20:05, 12 August 2013 Line 141: Line 141: === 0353-70-70 - UV protective filter, M34x0.5 === === 0353-70-70 - UV protective filter, M34x0.5 === {{Cad4|0353-70-70}} {{Cad4|0353-70-70}} +---- + +=== 0353-70-72 - UV protective filter, M55x0.75 === ---- ---- OlgaPrice list
[elphel353-8.0] By dzhimiev: 1. added eyesis_ide.php to the list
1. added eyesis_ide.php to the list
- Modified target.list rev1.99 - added one line, removed none
[elphel353-8.0] By dzhimiev: 1. fixed bug with renaming
1. fixed bug with renaming
- Modified camogmgui.js rev1.13 - added 3 lines, removed 3 lines
NC393 development progress – 2
10385 – Power supply board layout
There is a small update to the previous post – circuit design and the PCB layout is done for the two companion boards. And it lead to some re-design on the system board. When working on the power supply board (it provides camera with the regulated 3.3V from the external source) I realized that it will have to hang on just two screws – not good for a rather heavy board with Traco DC/DC module (same size as the one currently used in Elphel NC353L camera). The 10393 system board and the 10389 Interface/SSD boards will be mounted on two sides of the aluminum heat sink plate (CNC-ed to match component heights) and the smaller 10385 will sit on top of the 10393, and all the 10385 mount screws have to go through the system board. So I had to add additional holes near the middle of the 10393. That in turn required to move the 40-pin inter-board connector that carries SATA, USB, synchronization and additional general purpose signals to the 10389. So I had to re-route part of the design, but it was a right time to do as none of the boards was released yet leaving the freedom for such modifications. These new holes will also improve the mounting of the heat sink to the Zynq chip (the large white square on the 10393 layout below).
10393 – updated system board layout
Now when the core PCBs are designed (later will come new sensor boards and the successor to the current 10359 based on Xilinx XC7K160T to allow a single system board run up to 16 individual sensors), there is a boring part to double check all the pinouts and footprints of the new components, try to weed out as many other design errors as possible. Some will probably remain and will require re-spin of the boards, same as it was with our current camera. The 10353 system board is now revision “E” (6-th version), sensor board is also “E”, 10359 is “B” and the 10369 is “A”. But it will be very nice if the first prototype will be operational from the first attempt and the remaining bugs will not “brick” it completely, and we will be able to get enough information for implementing the needed changes. It did work this way before so I hope it will happen again. But still that boring part is ahead.
10389 – Interface/SSD board layout. Large part of the board is empty – this is the place for the SSD board
[elphel353-8.0] By dzhimiev: sensor phase init
sensor phase init
- Modified autocampars.php rev1.36 - added 34 lines, removed 15 lines
10338
File:10338d.pdf
uploaded a new version of "[[File:10338d.pdf]]"
Andrey.filippov103696
File:Garmin gps18x wiring.jpeg
uploaded "[[File:Garmin gps18x wiring.jpeg]]"
Oleg103696
Set 3.3V or 5V power to the GPS receiver:
← Older revision Revision as of 17:37, 17 July 2013 Line 115: Line 115: ===Set 3.3V or 5V power to the GPS receiver=== ===Set 3.3V or 5V power to the GPS receiver=== The power voltage level is set with JP4 and JP5 jumpers. The power voltage level is set with JP4 and JP5 jumpers. +{| +|- +| [[File:103696 jumpers.jpeg|300px|thumb|JP4 & JP5 jumpers]] +|} {| class="wikitable" style="background:#fcfcfc; " border="1" {| class="wikitable" style="background:#fcfcfc; " border="1" |- |- OlegFile:103696 jumpers.jpeg
uploaded "[[File:103696 jumpers.jpeg]]"
Oleg103696
Set 3.3V or 5V power to the GPS receiver:
← Older revision Revision as of 17:35, 17 July 2013 (One intermediate revision not shown)Line 111: Line 111: |} |} ---- ---- + + +===Set 3.3V or 5V power to the GPS receiver=== +The power voltage level is set with JP4 and JP5 jumpers. +{| class="wikitable" style="background:#fcfcfc; " border="1" +|- +!Power !! JP4 !! JP5 +|- +| 3.3V || disconnected || connected +|- +| 5V || connected || disconnected +|} Oleg103696
J3 - Internal connector for the GPS:
← Older revision Revision as of 17:21, 17 July 2013 (One intermediate revision not shown)Line 57: Line 57: | 3 || TXD || Serial data signal to the GPS, output | 3 || TXD || Serial data signal to the GPS, output |- |- -| 4 || GPSPWR || GPS 3.3V power (non-standard for RS-232), output+| 4 || GPSPWR || GPS 3.3V power (non-standard for RS-232), output (may be changed to 5.0V on the 103696 board) |- |- | 5 || GND || ground | 5 || GND || ground Line 85: Line 85: | 3 || TXD || Serial data signal to the GPS, output | 3 || TXD || Serial data signal to the GPS, output |- |- -| 4 || GPSPWR || GPS 3.3V power (non-standard for RS-232), output+| 4 || GPSPWR || GPS 3.3V power (non-standard for RS-232), output (may be changed to 5.0V on the PCB) |- |- | 5 || GND || ground | 5 || GND || ground Andrey.filippovNC393 development progress
Development of the NC393 is now started, at last – last 6 weeks I’m working on it full time. It is still a long way ahead before the new camera will replace our current model 353, but at least the very first step is completed – I just finished the PCB layout of the system board.
10393 System Board PCB layout
There were not so many changes to the specs/features that were planned and described in the October 2012 post, the camera will be powered by Xilinx Zynq SoC (XC7Z030-1FBG484C to be exact) that combines high performance FPGA with a dual ARM CPU and generous set of built-in peripherals. It will have 1GB of on-board system memory and 512MB of additional dedicated video/FPGA memory (the NC353 has 64MB each of them). Both types of memory consist of the same 256Mx16 DDR3 chips – 2 for the system (to use full available memory bus width of 32 bits) and one for the FPGA.
The main class of the camera applications remains to be a multi-sensor. Even more so – the smallest package of the Zynq 7030 device turned out to have sufficient number of I/Os to accommodate 4 sensor ports – originally I planned only 3 of them. These sensor ports are fully compatible with our current 5MPix sensor boards and with the existent 10359 sensor multiplexer boards – with such multiplexers it will be possible to control up to 12 sensors with a single 10393. Four of the connectors are placed in two pairs on both sides of the PCB, so they overlap on the layout image.
These 5MPix Aptina sensors have large (by the modern standards) pixels with the pitch of 2.2 microns and that, combined with good quality of the sensor electronics will keep them useful for many of the applications in the future. This backward compatibility will allow us to reduce the amount of hardware needed to be redesigned simultaneously, but of course we are planning to use newer sensors – both existent and those that might be released in the next few years. Thanks to FPGA flexibility, the same sensor board connectors will be able to run alternative types of signals having programmable voltage levels – this will allow us to keep the same camera core current for the years to come.
Alternative signals are designed to support serial links with differential signals common in the modern sensors. Each of the connectors can use up 8 lanes plus differential clock, plus I²C and an extra pair of control signals. These four connectors use two FPGA I/O banks (two per bank), each bank has run-time programmable supply voltage to accommodate variety of the sensor signal levels.
We plan to hold the 10353 files for about a month before releasing them into production of the prototype batch while I will develop the two companion boards. Not very likely, but the development of these additional boards may lead to some last-minute changes to the system board.
One of them – 10389 will have functionality similar to the current 19369 board – it will provide mass storage (using mSATA SSD), inter-camera synchronization (so we will be able to use these camera modules in Eyesis4π cameras) and back panel I/O connectors, including microUSB, eSATA/USB combo and synchronization in/out. The eSATA/USB combo connector will allow attaching the external storage devices powered by the camera. The same eSATA port will be reconfigurable into the slave mode, so the images/video recorded to the internal mSATA SSD will be transferred to the host computer significantly faster than the main GigE network port allows.
Another board to develop (10385) is the power supply – I decided to remove the primary DC-DC converter from the system board. Camera uses multiple DC-DC converters – even the processor alone needs several voltage rails, but internally it uses a single regulated 3.3V – all the other (secondary) converters use 3.3V as their input and provide all the other voltages needed. In the 10393 boards most secondary voltages are programmable making it possible to implement “margining” – testing the camera at lower and higher than nominal voltage and making sure it can reliably withstand such variations and is not operating on the very edge of the failure during the production testing. Primary power supply role is to provide a single regulated voltage starting form different sources such as power over the network, battery, wall adapter or some other source. It may need to be isolated or not, the input power quality may be different.
One reason to separate the primary power supply from the system board is that currently we have about half of the cameras made to be powered over the network, and another half – modified to use lower voltege from the batteries. Currently we order the 10353 boards without any DC-DC converter and later install one of the two types of the converters and make other small changes on the board. Some of our customers do not need any of the primary DC-DC converters – they embed the 10353 boards and provide regulated 3.3V to the modified 10353 board directly. Multi-camera systems can also share primary power supplies. This makes it more convenient to make a power supply as a plug-in module, so the system board itself can be finished in one run.
Another reason to remove the primary power from the system board is to remove the IEEE 802.3af (PoE) functionality. During the several last years we survived multiple attacks of the “patent trolls” (or NPE – non-practicing entities, how they like to call themselves), but we’ve spent thousands of dollars paid to the lawyers to deal with the trolls – some of the them tried to sell us the license for the already expired patents. One of the still active patents is related to “phantom power “- providing power through the signal lines, similar to how it is done for the microphones since 1919. To avoid the attacks of the trolls in the 10353 cameras we were able to use power over the spare pairs (Alternative B), but that is not possible with GigE which needs all 4 pairs in a cable. We do not believe that using this nearly century-old technology constitutes a genuine invention (maybe tomorrow somebody will “invent” powering SATA devices in the same way? Or already did?) but being a small company we do not have the power to fight in this field and invalidate those patents.
So the new NC393 made by Elphel will not have the PoE functionality, we will not make, manufacture, sell or market it (at least in GigE mode). But the camera will be PoE-ready, so as soon as the patent will become invalid, it will be possible to add the functionality by just replacing the plug-in module. And of course our cameras are open and hackable, so our users (in the countries where it is legal, of course – similar to installation of some of the software programs) will be able to build and add such module to their cameras without us.
Both of these companion boards are already partially designed so I plan that next month we will be able to release the files to production and start building the first prototype system. To test the basic functionality of the system board the two other ones are not needed – serial debug port (with the embedded USB-to-serial converter) is located on the system board, and 3.3V will be anyway originally provided by a controlled power supply. When everything will be put together the camera will get a well-known but still a nice feature for the autonomous battery-powered timelapse imaging: it will be able to wake itself up (using alarm signal from the internal clock/calendar that it has anyway), boot, capture some images and turn the power off virtually completely – until the next alarm.
Price list
Pages
