uCAM III-application (including TCP- and HTTP transfer)

photon
electron
Tags: #<Tag:0x00007f0392f1a760> #<Tag:0x00007f0392f1a3a0>

#81

Yea that wide view lens makes a big difference :eye:

Is your company willing to pay for @ScruffR to create code that pushes pictures to an FTP server assuming he is up for the job?


#82

@RWB, @Vitesze, I wonder if the entire part of this post regarding the uCamIII shouldn’t be split off to its own topic. As it is, the title of this topic really hides all this goodness!


#83

The snack corner can be his :stuck_out_tongue_closed_eyes:

But yeah, at this point since it’s a pretty complex topic we’re tackling, so it’s up for negotiation.

I will adjust the topic title. I agree, this topic probably contains some of the most useful chain of posts and information on any microcontroller-camera application.


#84

Did anyone ever get this working for FTP?


#85

We are running image transfers to google cloud storage.


#86

Can you share the code your using to send files to Google storage?


#87

Our working solution is part of a commercial application, so I’m not able to share it openly. If someone is interested in a private collaboration then the business would consider the situation. Just fire me a message if that’s the case.

That being said, we are open to publicly collaborating on an approach using Google IoT Core as an alternative method to conduct the upload. I think this would benefit us as well as others, but the memory constraints make this difficult.


#88

All,

Given the time that has passed since this thread began, is this still be best option for sending and occasional photo from the Electron to the cloud? I have a potential use case that is common with several mentioned, I have a PIR sensor which, when it detects movement, would send a photo. I understand that there are significant limitations on the speed at which this can be done and on the impact it would have on the data caps but, would like to see if I could get it working first.

The long term approach would be to use a Pixy2 and just send information about the picture (such as “two people walking”) but, in reading the state of the art on these machine vision cameras, it seems like this is still a ways out.

@ScruffR, yes, I have been searching the forum but, have not found anything as promising as this thread.

Thanks,

Chip


#89

The Ucam camera works and has great low light capability.

@scruff has code that uploads the images to a server already, so it is a working reliable solution.

The only desire would be to use a higher resolution camera, but that increases file sizes and data needs also.


#90

@chipmc, there isn’t a lot that could change. The fundamental techniques will stay the same for years to come and the hardware limitations on these devices will also not allow for much improvement AFAICT.

New hardware (like Pixy2) may open new approaches in future but that’s not an option yet.


#91

@ScruffR I tried getting 1. the server running and 2. the .ino file running and ran into many problems. the server does not output the IP and port upon startup and hangs at this line: net.createServer(function (socket) and for the firmware upon calling snap I get a return of -1 and it looks as though it is a sync error? I used the uCam-lll on an electron and a photon.

Also would it be hard for you to edit this code to send to a Google Cloud Platform via sending the image buffer upon calling a particle function and then the google cloud platform can receive the image buffer and process the image there? I am happy to do the Google Cloud Platform and submit it as a PR on your github repo


#92

I’d need to have another look at your issues, last time I used this library everything worked for me.

Yup, that’s beyond my scope of this library and the samples provided as PoC with it.
But if you can file a PR with some setup walk-through I’d be gladly merge and upload a new version.


#93

Okay, what version of node did you have this set up for?


#94

I’m running node v8.9.4

That’s normal, since in order to report the address of the remote client that client needs to connect first :wink:
You can try the server independent of the uCamIII library.
e.g. via telnet <IP of your host computer> 8124 then you should see the IP of the device you were running that command from.