• OAK-FFC 4P PoE not responding

While it looks like the switch has been reworked, the switch works (GPIO58 is always high). What does not work is the power; the 1.8V is pulsing on and off with the LEDs - 40ms on and then it falls and retrys ~18ms later, repeats 14x and then waits 1.7s and repeats. I really need working hardware now.

2 months later

Sorry to open this up. I'm working with the OAK-FFC-4P-POE with three cams attached right now. Is there any solution to this?

After trying the troubleshooting listed, I exchanged it.

Thanks for the prompt reply!
That makes sense. I'm considering the same.

But generally thinking: Is the PoE board worth it? Do you get to real-time on a normal 1Gbps network card with multiple (say 2-3) cams at all? Considering going back to USB although it's a bit annoying with range and "ruggedness".

It depends on frame rate and settings. Preliminary testing suggested about 7 - 30% CPU utilization for care and feeding of the phy which also changes with data throughput. Unfortunately, that same core is also used for auto focus/exposure/white balance so there might be a a larger performance hit than one might expect if you are hoping to maximize frame rate. It isn't hard to keep network delays reasonable if you control the network and carefully optimize the host OS.

Ok, makes sense. If I'm looking to get 20 FPS with 3 cams at FullHD, I'll have to do compression if I'm not mistaken. Do you think h264 compression would still work without too much quality degradation? My host is a strong i9 13th 13900k running Windows (not my choice..).

I don't think it will process that many pixels; there are a number of hardware blocks in the chain and each has limits - they are listed in the documentation somewhere. I remember something like 248million/s for the encoder but you would have to check.

I am currently stuck at 10FPS on smaller cameras than you are planning; the limit is because the auto focus/exposure/white balance algorithm which you can set to run on every nth frame seems to have a bug (it defaults to every frame) which pegs the ethernet tending core at 100% (dropping most frames) or causes it to crash. Luxonis runs my code and gets a different result than I get and I haven't figured out why or had time to poke at it much since I dropped the other thread.

You won't get realtime performance from windows ever unless "real time" loop closure is in the 10s of seconds or your application doesn't have to reliably close the loop every interval.

All right, that makes sense, thanks.

It's seems there is no way around the USB board then in the case of 3 cams at FullHD at ~30FPS. Thanks!

a year later

Hi,

My issue with is with trying to flash on to my OAK-FFC 4P PoE device so I could peform some detection in standalone form. I am using the .dap file approach. I tried following the script according to the documentation on creating a .dap file, but I run into these errors when I run the script:

bootloader = dai.DeviceBootloader(bl)

         ^^^^^^^^^^^^^^^^^^^^^^^^

RuntimeError: Failed to connect to device, error message: X_LINK_DEVICE_NOT_FOUND

I believe this error means my device cannot be found, however when I run device manager, I can locate the device and view it's status just fine.

Thanks in advance for your help!

    Greaterworks
    Is the device_manager open at the same time? Only one process can be open at the same time.
    Alternatively, you can create a .dap file on its own, then use device_manager.py to upload it to the device.

    Thanks,
    Jaka

    Hello @jakaskerl ,

    Thank you for your prompt response.

    Yes, the device_manager is also open at the same time.

    I tired creating a .dap file by following the script in the documentation bust it doesn't create. Could the issue be my code?

    (f, bl) = dai.DeviceBootloader.getFirstAvailableDevice()

    bootloader = dai.DeviceBootloader(bl)
    bootloader.saveDepthaiApplicationPackage(pipeline=pipeline, path="./dap_file/detection.dap")

      Greaterworks Yes, the device_manager is also open at the same time.

      Close it then. And retry. It should work. 😉

      Greaterworks path="./dap_file/detection.dap")

      Make sure the path is absolute

      Thanks,
      Jaka