Author Topic: Acute Logic & Lead CCTV PE-1005S HD Camera Module  (Read 8088 times)

0 Members and 1 Guest are viewing this topic.

Offline OzOnE

  • Regular Contributor
  • *
  • Posts: 55
  • Country: gb
Re: Acute Logic & Lead CCTV PE-1005S HD Camera Module
« Reply #25 on: November 12, 2019, 11:06:29 pm »
I'm using the 10M08SAE144 at the moment.

This is the first time I've used a MAX10 chip on a project. I'd previously used the Cyclone III on most, but somebody recommended the MAX10 as it does have a few advantages.

eg. It doesn't require external flash for config, and can run on a single supply rail.

It also has a few gotchas, though. Like, if you buy the cheaper "SCE" version, then it doesn't have internal flash, and can't do on-chip memory initialization from the bitstream, which is kind of important for many projects.

The cheaper SCE chip is around £14 on Mouser, and the SCA is £17.

I realise that some of the UI and control stuff can be a bit trickier to do in Verilog, so it will either use a "soft core" CPU on the FPGA, or I've added a header for SPI, to allow an ESP32 or similar to be hooked up.

I already have some Verilog and C code for an OSD that I wrote, so I'll be able to use part of that for the cam...




The solder paste is on its way, and I'm feeling a bit more confident now about using the stencil, for some reason.

It's something I should have started using a LONG time ago, tbh.
Now that I have some of those resistor and cap sample books, it will make things a lot easier to just use stencil and paste on more projects.

Hopefully getting video out of the camera and through HDMI won't be too much of a problem, as long as the camera outputs standard sync timings.

I can then just route the syncs to the ADV7513, add a bit of Verilog to init the ADV and cam via I2C, then probably use a line buffer for converting to the standard 1080p pixel clock.

(74.25 MHz for 30 Hz, up from the camera's 66 MHz.)

Fingers crossed I don't screw up the soldering of the tiny connector, as I only bought two of them. lol


 

Offline dexters_labTopic starter

  • Supporter
  • ****
  • Posts: 1890
  • Country: gb
Re: Acute Logic & Lead CCTV PE-1005S HD Camera Module
« Reply #26 on: November 13, 2019, 11:03:29 am »
Looks great Ash, looking forward to seeing the board built and some video coming out of it!!

Offline OzOnE

  • Regular Contributor
  • *
  • Posts: 55
  • Country: gb
Re: Acute Logic & Lead CCTV PE-1005S HD Camera Module
« Reply #27 on: November 16, 2019, 01:17:15 am »
Finally took the plunge, and soldered the tiny connector.

I realise I'll have to solder the rest of the parts on the top side with the connector on the underside (making it tricky to protect the connector), but I had to give it a try first, in case I screwed it up.

It actually wasn't too bad at all, and I'm now discovering what many others have before me - modern solder paste is basically magic.

Had a few minor solder bridges, but all but one of them was on the shared power pins. I expected that anyway, as I was using the hot air station (cheapo Aoyue 852, set to 300C) and not pre-heating the whole PCB.

Lining up the stencil wasn't too bad. Just need to make sure to have a bit of tape ready on the top edge of the stencil.

The hardest part was lining up the connector before carefully placing it down. I did also very lightly press it into the solder paste a bit, as it seemed to be sat quite high. (again, no PCB preheating, so I wasn't sure if it would settle into the paste properly).

I'll see what I can get soldered on the top side tonight, and I might try using the stencil for that, too.

The connctors have a satisfying "click" to them when the cam module is plugged in. Either that, or I just broke it. lol
« Last Edit: November 16, 2019, 01:20:40 am by OzOnE »
 

Offline OzOnE

  • Regular Contributor
  • *
  • Posts: 55
  • Country: gb
Re: Acute Logic & Lead CCTV PE-1005S HD Camera Module
« Reply #28 on: November 16, 2019, 03:38:48 am »
Right, first board soldered, using solder paste. ;)

It wasn't too bad at all, and actually kind of fun.

Have to learn not to smear the paste that's already on the board, though. I'm not quite used to that yet.

I'm not totally convinced the HDMI socket reflowed properly, even at 320C, because the pins don't seem to sit quite flat, even after given the connector a bit of a nudge.

The rest looks fine, though, aside from one tombstoned resistor.

I didn't solder the ADC yet, as I've misplaced the chips. also didn't solder the JTAG header, as I'd chosen a mill-grid connector, and forgot to order the 2mm pitch plugs. I'll have have to tack some wires onto the board instead.

I did have one major oopsie, though. I'm sure you'll all be able to spot my screw-up from the photo.

I also ordered the wrong package (SOT23-5) for the 4V0 reg for the cam motors, so I had to do the old "trick" of adding a diode to the ground pin of a 3V3 reg to boost the output voltage a bit.

Not sure if I'm a MELF fanboy or not, as they tend to ping off the tweezers easily. lol
« Last Edit: November 16, 2019, 03:41:34 am by OzOnE »
 

Offline OzOnE

  • Regular Contributor
  • *
  • Posts: 55
  • Country: gb
Re: Acute Logic & Lead CCTV PE-1005S HD Camera Module
« Reply #29 on: November 16, 2019, 03:52:06 am »
Just checked the voltages, and they were all fine.

The 4V0 output was a tad high at 4.3V, but that wasn't under load.

So I plugged the cam module in, and could hear the motors all working and finding their index points etc. :)

With the cam plugged in, the motor supply went down to 4.1V, so that's all fine.

I'd been putting off using solder paste and stencil for so many years, and I think I can finally cross it off the list.
Obviously I still need some practice, but it wasn't half as painful as I thought it would be.

Hooking up the wires for the USB Blaster now.
Nearly 4am, though, so I doubt I'll get any video stuff working tonight, but good progress.
 

Offline OzOnE

  • Regular Contributor
  • *
  • Posts: 55
  • Country: gb
Re: Acute Logic & Lead CCTV PE-1005S HD Camera Module
« Reply #30 on: November 17, 2019, 09:23:50 pm »
After about three days of messing around trying to get some HDMI output working, I finally realised what the problem was...

You can guess from the photos what I forgot to do. lol
I'd done almost the exact same thing on a previous project with HDMI, so I should have been paying more attention.

The thing is, the ADV7513 wasn't outputting anything at all on its TMDS pins, even with all of the display detection and HPD/PD stuff bypassed via I2C, so I was thinking it was a supply ripple or soldering problem.

So it seems that if the chip doesn't detect a display, it disables the output drivers regardless of the I2C settings.

I managed to confirm that the ADV regs were being written correctly by hooking up an ESP32 module, so I knew the ADV chip was alive.
I also replaced the ADV chip earlier, just in case it got zapped during the unfortunate regulator pinout incident.

The last screenshot is just where I'm using the sync and DE signal from the test pattern generator (set to 720p), then feeding the Luma from the cam to the HDMI chip.
It's quite an uninspiring image right now, but I can see the brightness changing etc. when I wave my hand in front of the cam.

Next thing to try is to route the syncs from the cam directly to the HDMI chip, just to see if it will work at all with a pixel clock of 66 MHz.
I'll likely need to generate the DE signal, too.
 

Offline OzOnE

  • Regular Contributor
  • *
  • Posts: 55
  • Country: gb
Re: Acute Logic & Lead CCTV PE-1005S HD Camera Module
« Reply #31 on: November 17, 2019, 09:57:18 pm »
First image, albeit B&W, using a very crude line buffer. ;)

Using 30% of the logic on the FPGA already, and 50% of the on-chip RAM, but that's with SignalTap enabled.
 

Offline OzOnE

  • Regular Contributor
  • *
  • Posts: 55
  • Country: gb
Re: Acute Logic & Lead CCTV PE-1005S HD Camera Module
« Reply #32 on: November 18, 2019, 12:47:51 am »
OK, starting to get somewhere with the I2C stuff for the cam.

The protocol itself has a few quirks, as it has an "ALT" bit, which needs to be toggled on alternate I2C packets.

It's definitely a task better suited to begin coded in C rather than trying to implement it in Verilog, so I have the ESP32 hooked up to the cam I2C bus atm.

(as it happens, the I2C address of the ADV7513 and the camera are both 0x72 by default. Good job I put them on separate busses. lol)

The command packet is fixed at a length of 44 bytes, which makes things easier.
I'll write a C function to store all of the command bytes before sending, which will also toggle the ALT bit, and calculate the checksum.

I *think* I may have changed the output res to 720p 30 Hz now, and the cam seems to store the setting in NVRAM.

I routed the Y,Cb,Cr output to R/G/B for a quick test, and kind of see some colour now.


Not sure what to do with the rest of the PCBs yet.
I guess I should just send off for some more, to fix the issue with the TPD chip and the voltage regs.
 

Offline OzOnE

  • Regular Contributor
  • *
  • Posts: 55
  • Country: gb
Re: Acute Logic & Lead CCTV PE-1005S HD Camera Module
« Reply #33 on: November 18, 2019, 02:53:26 am »
I have the basic packet sending functions done now, but still no reaction from the cam as yet.

Apparently every packet should be 44 bytes, but the various commands have a different number of parameter bytes, so I imagine the rest should just be padded with zeroes.

I tried sending a shorter number of bytes for the zoom command, and although it seemed to send OK and receive an ACK, the camera still didn't respond.

(on every alternate command, I get a NACK error anyway, as I haven't fixed the ALT bit thing yet.)

There are a LOT of commands to figure out, and maybe the zoom needs to be unlocked before it will work?

My Rigol DS1102E also doesn't have I2C decoding, which makes debugging tricky.
SignalTap isn't always ideal for decoding this kind of thing, unless you write some logic to help with it.

I think the camera probably is accepting the command packet now, but I need to find a command that makes it react in some way, perhaps a reset command.
 

Offline dexters_labTopic starter

  • Supporter
  • ****
  • Posts: 1890
  • Country: gb
Re: Acute Logic & Lead CCTV PE-1005S HD Camera Module
« Reply #34 on: November 18, 2019, 07:41:44 am »
awesome work Ash!

I don't think you need start thinking about any board revisions until we hear from the others that have these cameras about any future changes/features

My gut says the i2C could be handled as RS232 -> I2C, meaning any config/UI could be written easily on a PC.

Offline OzOnE

  • Regular Contributor
  • *
  • Posts: 55
  • Country: gb
Re: Acute Logic & Lead CCTV PE-1005S HD Camera Module
« Reply #35 on: November 18, 2019, 08:45:43 am »
Would be good to see if the MIPI thing works out before then, too.

I was just thinking that I'd hate to have to do that mod again if I build a second one. I was going to send the other one to you. lol

For the cost of a few more PCBs, it might be worth it.

PC control will definitely be a feature later on, but as soon as I can get the first I2C commands working, I can hook it up to my OSD.

I'd like to have most of the features available for zoom/macro, manual focus, shutter speed etc.

I think these modules will make for a neat little DIY camcorder, especially if the Rasp Pi idea works out.

I'll hook up the Logic Analyser later, as the commands still aren't quite working. I suspect I may be calculating the checksum wrong.
I can't tell if there's an issue with the way the ESP32 is attempting to read back the response data, though.

It's supposed to do an ACK in between each byte, but I guess that's part of the I2C spec in most cases anyway.

So far, the only "data" I've read back is 0x00 0x01, then the rest are zeroes.
That 0x01 could be the error code, which is saying the checksum isn't right.

The datasheet (I2C) says that the checksum is just a 16-bit value, and is calculated like this...

checksum = 0xFFFF - <Sum of all of the bytes in the packet>

(obviously not including the checksum bytes themselves.)

It also says that any overflow while adding is ignored.
I imagine that means you have to add all of the values of the bytes first, and let it overflow a 16-bit accumulator, then subtract the final value from 0xFFFF.

I'm doing that already, but it's possible it's still wrong. It could simply be that when it overflows, the 16-bit acc value actually wraps?

What I will could try next is just to loop through all of the checksum values with a short delay, to see if the camera reacts.
« Last Edit: November 18, 2019, 08:51:00 am by OzOnE »
 

Offline CJay

  • Super Contributor
  • ***
  • Posts: 4136
  • Country: gb
Re: Acute Logic & Lead CCTV PE-1005S HD Camera Module
« Reply #36 on: November 18, 2019, 09:18:10 am »
Would be very interested in one of those boards Ash, even if the protocol for the PE1005 isn't complete yet, I'm starting to experiment with FPGA and something that's 'ready to go' with all the HDMI stuff on board would be interesting.
 

Offline OzOnE

  • Regular Contributor
  • *
  • Posts: 55
  • Country: gb
Re: Acute Logic & Lead CCTV PE-1005S HD Camera Module
« Reply #37 on: November 18, 2019, 11:14:14 pm »
CJay

I would happily send you a couple of PCBs and the assembly layout, but the problem is those missing traces on the TPD chip.
I'll have to send off for more PCBs soon, with those fixes done.


I finally hooked up the Logic Analyser to the cam / ESP32, and can see now that the ESP32 Arduino library does still in fact have a buffer limit of 32 bytes (not including the address byte). sigh

I was reading up on that issue last night, but I couldn't really tell on the Rigol o'scope, since it's capture buffer is too small.

Not sure how to solve this yet, unless I can find an option in the Arduino source to increase the buffer size.

The problem is, I can't just split the packet then do another Wire.beginTransmission, because that will send the I2C address again, and screw up the data.

Really annoying that this limit of 32 bytes isn't made very obvious on the Arduino site.
I think it applies to many of the AVR chips, too.

It also makes sense now why the cam just keeps returning a packet with the RETRY bit set, because it never sees the last 12 bytes of the packet, nor the checksum.

When it reaches the 32nd byte, the Arduino library is doing another I2C START, so the Logic Analyser interprets that as an address write.

It's also getting a NACK back, because no device exists at address 0x00, but the Arduino library doesn't give an error for this either, since it has overrun 32-byte buffer.

Anyway, at least I can properly debug things now.
I'm using the Sigrok LWLA1034, which I paid around £55 for on AliExpress about four years ago.

I don't think they sell them any more, which is a huge shame, as it's a great LA for the money.
https://sigrok.org/wiki/Sysclk_LWLA1034

I'll try to send off for a few more PCBs soon, as I don't fancy soldering those strands of wire again, especially since I already have the nice stencil made.

Only other thing is to fix the pinout of the voltage regs, and add a few more vias around the ground tabs.
The regs are only getting warm-ish, so there's no problem with the dissipation, luckily.
« Last Edit: November 19, 2019, 04:36:54 pm by OzOnE »
 

Offline OzOnE

  • Regular Contributor
  • *
  • Posts: 55
  • Country: gb
Re: Acute Logic & Lead CCTV PE-1005S HD Camera Module
« Reply #38 on: November 18, 2019, 11:22:20 pm »
I tried changing the buffer length in twi.h and wire.h to 64, but that was for the AVR chips.

(on the off-chance that the ESP32 might be using those parameters.)

It turns out that the ESP32 Wire library already has an I2C buffer length of 128, so I have no idea why it's not working for 44 bytes.

More Googling required, I think.
 

Offline OzOnE

  • Regular Contributor
  • *
  • Posts: 55
  • Country: gb
Re: Acute Logic & Lead CCTV PE-1005S HD Camera Module
« Reply #39 on: November 18, 2019, 11:48:25 pm »
Tried updating the ESP32 core using get.exe in Documents\Arduino\hardware\espressif\esp32\tools, but no joy.

In the newer core on github, it has that define for a 128-byte buffer, but it looks like it's still being clamped to 32 bytes in the code itself.

I'll try changing those values to 64, and see if it works. Worth a shot.

(probably need to close then re-open the Arduino IDE first. I'm not even sure if it will definitely compile all of the source files each time.)
 

Offline OzOnE

  • Regular Contributor
  • *
  • Posts: 55
  • Country: gb
Re: Acute Logic & Lead CCTV PE-1005S HD Camera Module
« Reply #40 on: November 19, 2019, 12:10:35 am »
Finally sending all 44 bytes (plus the address) to the cam, and the Wire library is now saying Success on each try. ;)

I had to update the ESP32 library manually...

http://wei48221.blogspot.com/2018/04/arduino-esp32-how-to-update-to-latest.html

Then I was seeing the first response byte as 0x03, which is RAE (Recovered ALT Bit Error).

So you have to set the SR bit on the very first command, to reset the whole protocol state on the cam, which also copies the current ALT bit from packet byte 0 (sent from the ESP) into the cam.

The cam should then toggle the ALT bit on each successive command. The ESP should read back that bit, invert it, then write it on the next command. Sheesh.

Talk about going overboard on the error correction. lol
I mean, it already has a checksum, and refuses any packets with fewer than 44 data bytes, so it seems a bit excessive to have that whole ALT bit mechanism too.

Anywho, I can FINALLY read back the serial number from the cam. :)

Now going to try the zoom command again. It's possible the camera is in the IDLE state at power-on. Setting it to DVC (Digital Video Cam) or DSC (Digital Stills Cam) mode requires configuring the interrupt type, sending a "Mode Change" request command, then triggering an Interrupt.

I think if the cam was already in the IDLE mode, though, it wouldn't be outputting video at all yet, so fingers crossed.


EDIT: Awesome - It ZOOOOMED! lol


« Last Edit: November 19, 2019, 12:16:36 am by OzOnE »
 

Offline OzOnE

  • Regular Contributor
  • *
  • Posts: 55
  • Country: gb
Re: Acute Logic & Lead CCTV PE-1005S HD Camera Module
« Reply #41 on: November 19, 2019, 02:36:48 am »
YCbCr to RGB on the FPGA is almost working now.

The image isn't aligned properly, and will have some glitches, since it's not in sync with the HDMI test pattern gen yet.

(it positions the image randomly each time the FPGA is configured, and then it very slowly creeps up the screen. The test pattern gen is driven from the camera's 66 MHz clock using a PLL, so the clocks are kind of in sync, but not Hsync / Vsync.)


For some reason, the usual Green output from the YCbCr block isn't working right yet, it's constantly maxed out.

You can see the colour fringing on the first image where I'm using the Luma signal direct from the camera for the Green output.
The Cb and Cr signals have a slight delay from the MAC (Multiply Accumulator) operation.

On the second image, I've delayed the Green data by one pixel clock. Still not quite perfect, but this will all get sorted eventually.

This is 720p@30Hz, but you can see the aspect ratio isn't quite right either, due to the different pixel clocks and crude line buffer.
Even then, the overall image quality looks very nice already.

Please keep in mind this is not a direct HDMI capture either. I'm using analog Component from the tvONE scaler box to an Avermedia H727 capture card. Long story. lol

And yes, the camera is upside-down atm.
The first image was as-is, but with the Rasp Pi box upside-down. The second image was flipped in Paint Shop Pro, as I haven't got the vertical flip option working on the camera itself yet.


I've added some more timeout stuff to the ESP32 code, which seems to be working OK now.
I want to add my OSD block next.

Maybe the final version of the PCB could have the ESP32 module already on it, which would allow for very fast boot times.
It could also be used to control the camera from a simple web page.

I don't think it would be trivial to try streaming the video itself via the ESP32 as well, unless the FPGA can be made to output the video data in the same format as the OV2640 perhaps...

https://randomnerdtutorials.com/esp32-cam-video-streaming-face-recognition-arduino-ide/

The "MIPI" connector on this cam board only has nine FPGA IO pins available, but that might be just enough for bt.656 style video (8 bits, plus the clock).


Here's the current Arduino code if anyone finds it useful...
https://mega.nz/#!v8JHiQTS!Di-HcoJxq6NW58v9Fns0MAcfSaoBNZjyOY1GwszaF1U
« Last Edit: November 19, 2019, 02:40:40 am by OzOnE »
 

Offline OzOnE

  • Regular Contributor
  • *
  • Posts: 55
  • Country: gb
Re: Acute Logic & Lead CCTV PE-1005S HD Camera Module
« Reply #42 on: November 19, 2019, 02:52:20 am »
Wow. The macro on this thing is insane.

These boards were only about 12mm from the lens, and the Auto Focus worked no problem. :o
 

Offline Yansi

  • Super Contributor
  • ***
  • Posts: 3930
  • Country: 00
  • STM32, STM8, AVR, 8051
Re: Acute Logic & Lead CCTV PE-1005S HD Camera Module
« Reply #43 on: November 19, 2019, 10:27:40 am »
I am starting to think I should get a cam or two too, as the support HW for it seems to be quite simple, I expected much much more trouble with this.

Would be probably quite good motivator for me to improve my VHDL skills.

Are any cams still available?
 

Offline OzOnE

  • Regular Contributor
  • *
  • Posts: 55
  • Country: gb
Re: Acute Logic & Lead CCTV PE-1005S HD Camera Module
« Reply #44 on: November 19, 2019, 03:55:59 pm »
Took quite a while to get the OSD working, mainly because of the differences with the Arduino SPI functions on the ESP32 tripping me up.

I was also being very lazy initially, and not soldering a specific ground wire for SPI, instead relying on the one ground wire already in use for I2C.
Of course.. ground bounce caused glitches on the SPI SS_N signal, and screwed everything up.

My OSD code basically allows you to embed graphics tiles within the text lines. (4BPP, same as the Genesis/MD)
I do need to change that Sonic graphic, though, as it's been like that since about 2013. lol

Obviously the OSD window is very small right now, but it can be resized quite easily, and positioned anywhere on the screen.

The next thing I want to do is to hook up a small joystick module or a few buttons, so I can control the zoom and focus directly, or via the OSD.
I'm trying not to add too much feature creep, as it's getting relatively complex already.


The camera I2C functions are working quite reliably now.
I added a timeout / retry for the response data, fixed the response check itself, and also now doing a checksum on the response, to see if it matches what is expected.

I can also change the video output format, but it looks like it requires an interrupt pulse before the change takes effect.
That doesn't seem to be mentioned specifically in the manual, but I could be missing something.

It's working better at 720p@60Hz atm. It's a better match to the 720p pattern gen, but still not properly synched.
So every time I configure the FPGA, the whole image rolls vertically. But, the image does at least stay put afterwards.

Looks like 1080p is having trouble with my bodge wires, which was fully expected.

The image probably isn't supposed to have that "Matrix" style green tint to it, but I'm still using the Luma channel for "Green" atm.
I don't quite get how Luma is working so well for green, as it would surely contain brighter areas for the red and blue content?

Maybe that's why the image looks a tiny bit washed out?


The OSD logic alone is taking up around half of the FPGA, but there are definitely some savings to be made there.
(it has a way of displaying a much larger image which can scroll a tile map, like a game does. I'll probably remove that.)

SignalTap is taking up about a 5th of the logic, too.

In total, I'm using 80% of the FPGA.
« Last Edit: November 19, 2019, 04:19:24 pm by OzOnE »
 

Offline dexters_labTopic starter

  • Supporter
  • ****
  • Posts: 1890
  • Country: gb
Re: Acute Logic & Lead CCTV PE-1005S HD Camera Module
« Reply #45 on: November 19, 2019, 10:28:16 pm »
FWIW, I've found a few ADV7171 chips in my stash which look like, with fairly minimal effort, they'd take the 4:2:2 format signal from these and directly convert it to composite and component if anyone wants to try that

i don't think it would work, the output from the camera is not bt.601, it's a fixed output clock and a separate h & v sync signal with no SAV/EAV codes in the data so it's a bit more raw than 601/656

I would like a 601 compliant output TBH so i can get HD-SDI, i figured i'd let Ash get video output with HDMI  first before i start pestering him  :P

The other issue with HD-SDI is all the 656 to HD-SDI serialisers seem to be crazy expensive or are tiny BGA devices that are hard to work with

Offline Yansi

  • Super Contributor
  • ***
  • Posts: 3930
  • Country: 00
  • STM32, STM8, AVR, 8051
Re: Acute Logic & Lead CCTV PE-1005S HD Camera Module
« Reply #46 on: November 19, 2019, 11:12:46 pm »
Why not encode and serialize the SDI directly in the FPGA and use just a cable driver after that?

//EDIT: First google result for a HD-SDI serializer + driver: LMH0340 (and less capable derivates). Nice package, but fuuuuuuuuck the price.  (but bearable price from the wild east)
« Last Edit: November 19, 2019, 11:17:09 pm by Yansi »
 

Offline OzOnE

  • Regular Contributor
  • *
  • Posts: 55
  • Country: gb
Re: Acute Logic & Lead CCTV PE-1005S HD Camera Module
« Reply #47 on: November 19, 2019, 11:28:52 pm »
@Cjay - Yep, the ADV7513 accepts YCbCr as well, but as Mr Dexter said, the camera doesn't use a bt.601 / bt.656 style interface.

The ADV7171 also only has an 8-bit wide input bus, whereas the camera outputs 16-bit.

You could maybe feed the separate H/V syncs to the chip, but you'd still need a small CPLD to combine the Luma and Chroma samples first.

In theory, that would also get around the need to convert the pixel clock, as the ADV7151 would just output analog video.


@Yansi - We gave a fair bit of thought to adding SDI to the board, and I still might try that by encoding it on the FPGA itself.
I have some code from when we were trying that before, but I don't have any SDI stuff here to actually test it.

For very short cable runs, it might even work OK with just a cap for AC-coupling, but obviously a proper cable driver chip would be more ideal.

And yeah. The prices of the full SDI serializer chips is pretty steep. lol

 

Offline OzOnE

  • Regular Contributor
  • *
  • Posts: 55
  • Country: gb
Re: Acute Logic & Lead CCTV PE-1005S HD Camera Module
« Reply #48 on: November 20, 2019, 03:23:41 pm »
oic, I just glanced at the block diagram the other day, and only saw the "P7-P0" part. lol

So yeah, if it can handle Luma on bits 7:0, and interleaved Chroma on 15:8, then it might work OK.
 

Offline Yansi

  • Super Contributor
  • ***
  • Posts: 3930
  • Country: 00
  • STM32, STM8, AVR, 8051
Re: Acute Logic & Lead CCTV PE-1005S HD Camera Module
« Reply #49 on: November 20, 2019, 03:55:22 pm »
So after seeing that this can indeed be worked out to functional state quite easily*, I have finally decided to buy a camera too.  Yaaay!   ^-^

*thought it would be much more troublesome, especially with the documentation.

Now I have some motivation to start doing FPGAs (instead of just CPLDs) and do something more complex with it then just blinkenlights.
 


Share me

Digg  Facebook  SlashDot  Delicious  Technorati  Twitter  Google  Yahoo
Smf