Ich hatte das ursprünglich hier gepostet: http://www.mikrocontroller.net/forum/read-1-231795.html#232422 Starte hier aber mal lieber nen neuen Thread ;) ----------------------------------- Ich bin grad dabei die Kommunikation der seriellen MCA-25 Handykamera zu entschlüsseln. Live vorschau unkomprimiert in geringer Auflösung und bis 640x480 JPEG komprimiert. kommunikation über RS232 bzw ich bin gerade dabei nen perl Programm zu schreiben dass das Handy simuliert. Ist nicht ganz so einfach rauszubekommen wer welche Daten sendet... Die Kameras gibts bei ebay für 1,- Müsst nur aufpassen dass ihr euch nicht gegenseitig überbietet ;) In der Kamera ist nen 640x480 cmos sensor, nen ARM Prozessor sowie sram und nen flash: prozessor: ctech argus CT100 - 75mips 32bit risc arm7 core flash: 39vf800A xMbit Flash sram: TC55W400XB-?? 4Mbit 2.7-3.6v lp sram Sobald ich was vorzeigbares habe werd ichs irgendwo hinpacken. Ziel ist erstmal ein Perl Programm das die Cam am pc ansteuern kann und dann das ganze auf nen atmel zu packen und einfache BV zu machen (blob tracken per servo oder so) ----------------------------------- So, mal als Fortsetzung was bis jetzt geht: Anschluss: Handycam per USB<->Seriell Wandler am PC Versorgung Cam: 5V über 1N4148 auf ~4.3V runtergebracht (Handy liefert 4.2V) Anschluss RxD/Txd: Direkt mit RX/TX vom Max232 verbunden. Der läuft auf 5V, also "quäle" ich die Kamera mit 5V Pegeln obwohl sie normalerweise mit 3.3V läuft. is ja nur zum testen erstmal ;) Was kann das PC Testprogramm: - alle AT Kommandos von der Kamera empfangen und beantworten bis zum GSM07.10 mux modus - on the fly auf 460800 baud umschalten - aktivieren des Mux Modus und zwei DLCI Channels öffnen - ein paar acks senden ---> ab da blicke ich momentan nicht mehr durch, mache heute abend weiter ;) meine einzige 07.10 Doku: http://www.hddznet.com/FileDown/mc35/MC35jj.pdf (vorsicht, sehr langsam!) zum gucken wie die checksum berechnet wird: gsmMux für BeOS (GPL) Am aktivieren des MUX Protokolls muss die Cam scheinbar mit 460kbaud laufen ... Muss man nachher gucken wie man das mit nem avr macht... Soweit erstmal von mir....
Angehängte Dateien:
-
out_GMS0710.ppm.jpg
4,2 KB
So, habe nun mal mithilfe der neuen Erkenntnisse über den muxmodus mein datenstrom->ppm Programmverbessert. Sieht schon ganz brauchbar aus :D (sind eigentlich schon zwei Bilder) Mein Problem: Bild sollte laut xml 100x80 sein, ist aber 80x60 wenn ich 8Bit Farbtiefe annehme... Wobei mir da eh noch nicht ganz klar ist wie das kodiert ist... Ich habe erstmal die 8 Bit so zerpflückt das die bit 7-5 = Rot bit 4-3 = Grün bit 2-0 = Blau sind... Nur um zu gucken wie das Bild aussieht... Ist ganz brauchbar geworden ;) Achtung: Das ist nur aus dem geloggten Datenstrom extrahiert! Noch kann ich ohne Handy den Datenstrom nicht aktivieren :(
Angehängte Dateien:
-
out.ppm.tux.jpg
2,4 KB
so, bildextrahieren aus dem Datenstrom funktioniert nun auch mit den echten Farben :D Hab mal andere Bildsensoren angeguckt wie die 8BPP definieren. Und siehe da es wird RGB332 eingesetzt (ich hatte RGB323 dekodiert). Schnell umgestrickt und tadaaaaaaaaaaaaaaaa das erste Farbbild ;) (siehe Anhang) Für die BV auf nem Avr ist das Bild in 80x60 und RGB332 eigentlich ganz brauchbar denke ich ;) Zwar nur mit 6fps aber als Spielerei bestimmt brauchbar
@Sssssss Alle Achtung bist ja ein ganz guter "Datenschnüfler" ;-) Spass bei Seite, ich glaube da entwickelt sich ein echt gutes Projekt. Bin ja mal gespannt auf deinen Sample Code bzw. Protokoll! Wenn Du im Großraum Stuttgart wohnst, dann gebe ich mal ein paar Flaschen Bier aus.
Toll, ich bin begeistert!! Schaffst du es auch von der unkomprimierten Vorschauansicht auf ein komprimiertes JPG Bild umzuschalten? Bin grad dabei mir so ein teil zu ersteigern und freue mich schon darauf die Cam an einen avr zu hängen :-) Ich denke da auch an die Kombination mit dem hier im Forum vorhandenen Mega32 Webserver.. abbonier!
>flash: 39vf800A xMbit Flash
8MBit laut Google
Ob man wohl für den ARM7 + 512K RAM + 1MB Flash selber programme
schreiben kann?
Das hab ich mir auch schon überlegt... Wäre natürlich am besten die BV auf dem arm zu machen... Aber von ARMs hab ich null Ahnung 8) Zum Stand der Kommunikation: Ich kann jetzt den Mux Mode initialisieren und komme bis dahin wo mir die Cam AT Commands auf Ch3 schickt. Meine Antworten werden aber irgendwie ignoriert :( Ablauf: CAM F9 03 3F 01 1C F9 DLCI Channel request Ch0 HANDY F9 03 73 01 D7 F9 UA(ck) Ch0 CAM F9 23 3F 01 C9 F9 DLCI Channel request Ch3 HANDY F9 23 73 01 02 F9 UA(ck) Ch3 CAM F9 03 EF 09 E3 05 23 8D FB F9 UIH, PF=0, Ch0, 4byte data: E3 05 23 8D HANDY F9 01 EF 0B E3 07 23 0C 01 79 F9 UIH, PF=0, Ch0, response, 5byte data E3 07 23 0C 01 CAM F9 03 EF 09 E1 07 23 0C 01 FB F9 UIH, PF=0, Ch0, 5byte data: E1 07 23 0C 01 ???? eigentlich ist len=4 !!! HANDY F9 01 EF 09 E1 05 23 8D 9A F9 CAM F9 23 EF 1B 41 54 2A 45 41 43 53 3D 31 37 2C 31 0D D1 F9 UIH, PF=0, Ch3, 13byte data 41 54 2A 45 41 43 53 3D 31 37 2C 31 0D = AT*EACS=17,1\r HANDY F9 21 EF 0A 0A 0A 4F 4B 0A 0A 48 F9 UIH mit \n\nOK\n\n Das letzte UIH Paket mag die Cam nicht :( Ich mache nachher weiter ;)
so mal der aktuelle Stand vom 07.10 mux protokollablauf: // channel 0 open: CAM CH0: COMMAND SABM len:0 <> HANDY CH0: COMMAND UACK len:0 <> // channel 3 open: CAM CH3: COMMAND SABM len:0 <> HANDY CH3: COMMAND UACK len:0 <> // MUX config ch3 and ch0: CAM CH0: COMMAND UIH len:4 <E3 05 23 8D > HANDY CH0: RESPONSE UIH len:5 <E3 07 23 0C 01 > CAM CH0: COMMAND UIH len:4 <E1 07 23 0C 01 > HANDY CH0: RESPONSE UIH len:4 <E1 05 23 8D > // AT*EACS=17,1\r + ECHO from handy CAM CH3: COMMAND UIH len:13 <41 54 2A 45 41 43 53 3D 31 37 2C 31 0D > HANDY CH3: RESPONSE UIH len:13 <41 54 2A 45 41 43 53 3D 31 37 2C 31 0D > // handy requests channel 1: HANDY CH1: RESPONSE SABM len:0 <> CAM CH1: RESPONSE UACK len:0 <> // mux config CAM CH0: COMMAND UIH len:4 <E3 05 83 8D > HANDY CH0: RESPONSE UIH len:4 <E1 05 83 8D > // image transfer ? CAM CH1: COMMAND UIH len:31 <A0 00 1F 10 00 20 ... > 31 byte image data ? HANDY CH1: RESPONSE UIH len:26 <80 00 1A 10 00 02 ... > ??? // ??? CAM CH3: COMMAND UIH len:14 <41 54 2B 43 53 43 43 3D 31 2C 31 39 39 0D > HANDY CH3: RESPONSE UIH len:6 <0D 0A 4F 4B 0D 0A > So langsam verstehe ich das Protokoll ;) Aber scheinbar gehen irgendwie bytes verloren, der max232 scheint nicht ganz mitzukommen bei den 460kbaud. Ich hab jetzt mal dem max nur 4.2V wie dem Handy gegeben und es scheint besser zu klappen. Hab irgendwo noch ne ftdi platine die auf 3.3V arbeitet... Muss ich heute abend mal testen.
Hi! So langsam tut sich was... Ich bin nun in der Lage per PC eine 07.10 mux verbindung mit allen 3 Kanälen aufzubauen: Channel0: mux control channel Channel1: Data (da wandern Bilddaten und Commands drüber) Channel3: Control (AT Kommandos) Ich bin schon soweit dass ich die Kamerainfo auslesen kann: <camera-info version="1.0" SW-version="R1A CXC125496"> <memory free="484" free-images="8" stored-images="2" fun-layer="10"/> </camera-info> Starten des Bildtransfers klappt noch nicht, irgendwas mache ich da wohl falsch. Mal sehen ;) Wer hat sich schon MCA25 Cams bei ebay organisiert ? Passt auf dass ihr euch nicht überbietet ;) 1 Eur ist der normalpreis von vor 2 Wochen ;)
Hi und abo Schreit nach Wetterkamera für Multimoderelais und PC-lose Packet Radio Digipeater :-) (oder in einer WLAN Variante: An freistehenden Access points) Hendrik
@Ssssss Leider kann ich das Datenblatt nicht runterladen. Auch habe ich mich bei Ericsson "angemelded" doch find ich den White Paper nicht (wo-is-er?). Kann man das Datenblatt nicht sonstwo finden oder noch besser auf einen schnelleren Server zu ferfuegung stellen fuer ein paar Tage (Mache ich gern selbst doch brauch ich das "Original") Sonst eine super Sache, wenns klappt kommt das Ding an mein Microcontroller mit web. Edward
Welches Datenblatt meinst du ? Ich habe keines zur Kamera ... Ich habe nur die generelle Beschreibung des Mux Protokolls GSM 07.10: http://www.hddznet.com/FileDown/mc35/MC35jj.pdf und dann noch nen Sony Ericcson Pdf über allgemeine AT Commads (das erste im ZIP): http://developer.sonyericsson.com/getDocument.do?docId=65054 Ein datenblatt für die Kamera habe ich NICHT :( Ich bin aber nun fast soweit dass ich das Protokoll im groben verstanden habe, nur einzelne Befehle ergeben für mich keinen Sinn. Ich habe soeben den kompletten MUX Verbindungsaufbau, Config und Bildanforderdialog in eine Reihenfolge gebracht wo man sieht wann wer was sendet. Jetzt werde ich anhand dieses Ablaufs mein perltestprog umschreiben... Den Ablauf poste ich erstmal noch nicht, musste an einigen Stellen raten wer was sendet. Hiermal der Auszug bis wohin ich mir ziemlich sicher bin (nur ab AT+CMUX=0...): TX = CAM -> mobile RX = mobile -> CAM //open mux channel0 TX CH0: COMMAND SABM len:0 || <F9 03 3F 01 ?? > RX CH0: COMMAND UACK len:0 || <F9 03 73 01 ?? > //open mux channel3 TX CH3: COMMAND SABM len:0 || <F9 23 3F 01 C9 > RX CH3: COMMAND UACK len:0 || <F9 23 73 01 02 > //config mux ch0 TX CH0: COMMAND UIH len:4 |....| <F9 03 EF 09 E3 05 23 8D FB > RX CH0: RESPONSE UIH len:5 |.....| <F9 01 EF 0B E3 07 23 0C 01 79 > //config mux ch3 TX CH0: COMMAND UIH len:4 |.....| <F9 03 EF 09 E1 07 23 0C 01 FB > RX CH0: RESPONSE UIH len:4 |....| <F9 01 EF 09 E1 05 23 8D 9A > //some AT Commands TX CH3: COMMAND UIH len:13 |AT*EACS.17.1.r| <F9 23 EF 1B 41 54 2A 45 41 43 53 3D 31 37 2C 31 0D D1 > RX CH3: RESPONSE UIH len:13 |AT*EACS.17.1.r| <F9 21 EF 1B 41 54 2A 45 41 43 53 3D 31 37 2C 31 0D B0 > RX CH3: RESPONSE UIH len:6 |.r.nOK.r.n| <F9 21 EF 0D 0D 0A 4F 4B 0D 0A 48 > //authenticate peripheral device TX CH3: COMMAND UIH len:14 |AT+CSCC.1.199.r| <F9 23 EF 1D 41 54 2B 43 53 43 43 3D 31 2C 31 39 39 0D 35 > RX CH3: RESPONSE UIH len:14 |AT+CSCC.1.199.r| <F9 21 EF 1D 41 54 2B 43 53 43 43 3D 31 2C 31 39 39 0D 54 > RX CH3: RESPONSE UIH len:13 |.r.n+CSCC..E3.r.n| <F9 21 EF 1B 0D 0A 2B 43 53 43 43 3A 20 45 33 0D 0A B0 > //authenticate peripheral device phase2 TX CH3: COMMAND UIH len:17 |AT+CSCC.2.199.B9.r| <F9 23 EF 23 41 54 2B 43 53 43 43 3D 32 2C 31 39 39 2C 42 39 0D FB > RX CH3: RESPONSE UIH len:6 |.r.nOK.r.n| <F9 21 EF 0D 0D 0A 4F 4B 0D 0A 48 > RX CH3: RESPONSE UIH len:17 |AT+CSCC.2.199.B9.r| <F9 21 EF 23 41 54 2B 43 53 43 43 3D 32 2C 31 39 39 2C 42 39 0D 9A > ... so weit erstmal ;)
OK, sorry, falsch verstanden, ich habs jetzt. Bei http://www.fer.hr/repozitorij/ts_101369v060300p.pdf geht es schneller, da ist der "07.10 Multiplexer protocol" von ETSI. Ist es das gleiche was du hast? Edward
Angehängte Dateien:
-
out.ppm.success.jpg
43 KB
Cool, Danke ! Meines ist nur ne Zusammenfassung von Siemens gewesen. Dein Link ist ausführlicher ;) Ich habs geschafft ! :D Die Kamera hängt am PC und man kann ihr per Perlskript Bilder entlocken. Hab bis jetzt nur den Previewmodus (80x60, 8 BPP) laufen. Da die Kamera aber per xml gesagt bekommt dass sie in 80x60 Pics machen soll denke ich man kann sie evtl zu jeder anderen größe überreden :D So nu muss ich mal überlegen wie man das alles in nen mega8 etc quetscht... Wenn ich das ganze irgendwie zusammen hab mach ich damit wahrscheinlich ne Website und pack dort alles (protokoll, doku, source, ...) hin. Habe mal ein Bild angehängt. Es zeigt mein Fenster wie die am Kabel rumhängende Kamera es sieht ;) Links x4 vergrößert, rechts 1:1
Congratulations, Nebenbei, wenn du Zeit hast (Will dich nicht aufhalten ;-) ): - Wo hast du die Pinbelegung des Cam gefunden? - Wieviel Strom frisst die Cam? (Solar RF link CAM ???) Edward
Heut mach ich erstmal nichts mehr. Evtl heute abend noch bissl ;) Pinbelegung: http://pinouts.ru/data/erics_t28_pinout.shtml pin4 : max232 RX pin5 : max232 TX pin6 : per 100K an 5V -> cam startet, offen cam schläft pin10: masse pin11: ~4,2V max232 und Kamera hängen per diode an 5V -> ~4.2V, sinkt im betrieb manchmal auf 3,6V. Klappt aber ;) Die I/O Pins scheinen 5V tolerant zu sein, jedenfalls gehen sie auch mit 5V. Wenn ich 5V auf pin11 gebe dann springt meine Strombegrenzung an... Stromverbrauch: Die Kamera liefert dem Handy diese Daten sogar per rs232. Während der Initialisierung: 4,4 mA Während dem Bilderpreview und senden: 100 mA Während dem speichern des 640x480 bildes: 110 mA (bin mir da nicht ganz sicher) Sind aber nur die Werte die die Cam sendet. Gemessen hab ich noch nicht. Vorallem wenn pin6 offen ist dann schläft die Cam wahrscheinlich komplett -> noch geringer. Bin mal gespannt wer als erstes sone Cam nimmt und zusammen mit nem PR Modem an nen Heliumballon hängt gg
Ey Sssssss, dem letzten Satz nach könntest du letztes Wochenende auf der Weinheimer UKW-Tagung gewesen sein... da kam das Bild aber ned per PR, sondern SSTV... Warst du ? Ich scho. Hendi
ne war ich nicht. hab mit funk/pr eigentlich gar nichts zu tun ;) hab nur letztens so ein interessanten artikel irgendwo gelesen wo jemand die sendeplatine aus nem billigen 433mhz (oder 800?) funkgerät zusammen mit gps und nem kleinen uC an nen Baloon gehängt hat g
Ja, sowas gibts. In Weinheim hätteste sowas derartiges abheben sehen können, mit 145 MHz Sender, Fernbedienung über 43x MHz, Kamera (Standbild mittels slow scan television), Sprach- und PR-Telemetrieausgabe, Temp außen, Temp innen, GPS (Der Spaß brachte), Drucksensor (der den SPaß hätte verhindern können) und Geigerzählrohr. Gibts aber öfter, so 3-5 mal im Jahr, bestimmt auch mal in deiner Gegend. Mir gehts bei der Kamera weniger um den Datenström, sondern mehr drum die Kamera zu triggern und ein JPEG per RS232, gerne auch langsamer, zurückzukriegen. Ich bin jedenfalls jiperig auf deine Fortschritte, hab schon satte 5,99 EUR in die Kamera investiert - die ebaypreise sind ja sprunghaft gestiegen wies aussieht :-) Wenns um Webspace geht, da hätte ich welchen für den Anfang :) Make wider Hendi.
Angehängte Dateien:
5,99 ? Aber mit Porto, oder ? Gut das ich mir schon 5 gesichert habe ;D ;D So, habe nun mal ein paar Frames nacheinander ausgeben lassen. (pc mit perlskript steuert die cam) Zu sehen ist mein Fernseher (Simpsons, man kann im ersten pic Bart erahnen g) Dann schwenke ich zu meinem TFT. Für 80x60 mit 8 Bit Farbtiefe gar nicht mal so schlecht :D
Angehängte Dateien:
ups, da hatte sich ein fehler in eingeschlichen der die Bilder versetzte. Hier nochmal ohne den Bug ;)
Angehängte Dateien:
-
data3_done.jpg
40 KB
yeaaaaaahhh :D Supernews: Die Kamera liefert einen reinen JPG Stream :D Header: ÿØÿà^@^PJFIF^@^A^A^@^@^A^@^A^@^@ÿÛ^@ C^@^T^O^O^Q^O^L^T^Q^Q^Q^V^V^T^Y^^2!^ ^^[^[^^?-0&2IBNLIBGGQ[tcQVoXGGe~Khoy |~D~D~DNc~P~Z~N~~Xt~A~D~ÿÛ^@C^A^V^V^ V^^^[^^<!!<~SGS~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ÿþ^@, Imaged by MCA-25, (E:0520, RG:124, BG:176) Und nun das beste: Ich kann die Bilder per PC anfordern UND extrahieren :D Beweis siehe Foto ;) Ist überl verrauscht, ich hab aber auch kaum Licht angehabt ;) Der Sensor scheint viel Licht zu brauchen. Die 640x480 Datei ist 40.909 Byte groß. Siehe Anhang ;)
Wie schaut jetzt dein Protokollablauf aus? Also der zum JPEG Stream anfordern u. Bilder emfangen. Bzw. ein sehr interessantes Thema :)
Mein Perl Prog ist noch zu durcheinander als das ich das hier posten würde g Eine Millionen if then else Bedingungen 8) Ablauf: - mux init kram - cam init sequenz, reihe von hex werten - cam init (setzen von previewcfg, thumbcfg, fullcfg) - cam info holen (mem status, evtl optional) - monitor modus starten - cam sendet jetzt 512 Byte Daten in mux Paketen, jedes davon muss mit speziellem ACK akzeptiert werden ----> erste monitorbild is da - monitor modus starten - cam sendet jetzt 512 Byte Daten in mux Paketen, jedes davon muss mit speziellem ACK akzeptiert werden ----> zweite monitorbild is da, dies ist beliebig oft wiederholbar - vollbild anfordern - cam sendet jetzt 512 Byte Daten in mux Paketen, jedes davon muss mit speziellem ACK akzeptiert werden wo genau ich sage welches bild ich als vollbild haben will hab ich noch nicht geguckt, wird in einem der pakete gemacht. Ich bin mir auch noch nicht sicher was passiert wenn man die 512byte verzögert ACKt, ideal wäre wenn die Cam dann wartet mit den neuen Daten bis ich ein ACK sende. Diese 512 Byte sind bestimmt konfigurierbar, ich hab ein paar Befehlsfolgen wo ich den Sinn noch nicht verstehe.
wirklich toll!! ich warte grad darauf, dass meine cam kommt und dann gehts los freu
Hallo Sssssss, Gut geschlafen? (Sorry, mit dem Nickname ...) Ich habe (weahrend ich auf mein Cam warte ...) die MUX spec und die AT commands "reingezogen". Wie hast du die Cam Befehle rausgefunden, durch reines "schnueffeln"? Respekt. Wird die Cam auch mit AT befehlen gesteuert (fuer Aufloesung, Flash (hat es den einen?), Fun Modus (watdndat?) )? Hat jemand der mitverfolgt ein Manual zum runterladen gefunden? Ich habe im Internet auch keine Befehlsliste fuer die Cam gefunden. Warte ungeduldig auf meine Cam (Gestern noch 6 Stueck da, jetzt ... ). Die Ware wird heiss auf Ebay! Edward
Moin ;) Die Cam an sich wird über XML und teilweise über komische hex reihen gesteuert. Die Ansteuerung habe ich durch mitsniffen und raten wer was sendet rausbekommen ;) Fun-Layer sind glaub ich die Effekte (Invertieren, S/W, Sepia,...). Ebay: g gut das ich hier 5 Stück liegen habe ;)
blöde frage, gibts jpeg-standbilder auch mit niedrigerererer Baudrate ? (DOS auf Notebook) Muss mal eure Links checken ob und wo es da speks gibt, hab erst pinout geguckt... @Sssssssssssssssssssssss: Wenn du immer raten musst wer sendet: Ich hab hier eine 2*COM Karte, die auch unter Win95 und DOS glaub 406k tut. Da hättest du zwei RX Kanäle womit dann klärbär wäre wer was sendet. Willsu ? Hendi.
Hi! Die Kamera fragt zwar das Handy was es für Baudraten kann und nimmt dann die maximal angegebene, sobald sie in dem muxmodus schaltet nimmt sie aber scheinbar IMMER 460kbaud :( Danke für das Angebot, ist aber nicht mehr nötig ;) Ich hab ja schon nahezu alles entschlüsselt und dank dem mux protokoll (command -> response) sehe ich auch fast immer von wem was kommt.
Angehängte Dateien:
-
data_funlayer6.jpg
66 KB
Zum Thema "was ist fun-layer": Siehe Dateianhang (fun-layer=6) lol Man kann seine Bilde rmit so "hübschen" Rahmen versehen ... Ausserdem habe ich so langsam einen Überblick über die "wirren" Initsequenzen: 80 00 1A 10 00 02 00 46 00 13 E3 3D 95 45 83 74 4A D7 9E C5 C1 6B E3 1E DE -> dort wird mit 02 00 gesagt dass immer 512 byte bilddaten geackt werden müssen. Stelle ich das auf 01 00 muss ich alle 256 byte ACKen -> super für den avr denn dann können wir den bildbuffer kleiner machen. 512 Byte war mir schon ein bissl groß ... Und ein paar Datenflusspakete: A0 00 03 = ACK 40 00 03 = ?? jedenfalls irgendein error 83 00 03 = das muss man nach jedem Bildpaket (512Byte) senden -> ACK (?) Daten im Bilddatenstrom: 90 02 00 C3 00 -> die ersten 512 Byte daten (=0x0200) kommen jetzt 90 02 00 48 01 -> mittlere 512 Byte daten (=0x0200) kommen jetzt ... 90 01 10 49 01 -> die letzten 272 512 Byte daten (=0x0110) kommen jetzt Dann gibts noch //mem info holen: //------------------------------------------ \x83\x00\x17\x42\x00\x14x-bt/camera-info\x00 //preview mode aktivieren: //------------------------------------------ \x83\x00\x69\x71\x00\x3F<monitoring-command version="1.0" take-pic="YES" zoom="10"/>B\x00\x21x-bt/imaging-monitoring-image\x00\x4c\x00\x06\x06\x0 1\x80 //bild holen: //------------------------------------------ "\x83\x00\x82\x71\x00\x58<monitoring-command version="1.0" take-pic="NO" send-pixel-size="640*480" zoom="10"/>B\x00\x21x-bt/imaging-monitoring-image\x00\x4c\x00\x06\x06\x0 1\x80 Der Rest der Kamerainitialisierung läuft über XML: <camera-settings version="1.0" white-balance="OFF" color-compensation="13" fun-layer="0"><monitoring-format encoding="EBMP" pixel-size="80*60" color-depth="8"/>\r\n <thumbnail-format encoding="EBMP" pixel-size="101*80" color-depth="8"/>\r\n <native-format encoding="" pixel-size="640x480"/>\r\n </camera-settings>
Tolle Arbeit. Bitte auf jeden Fall ne Homepage mit der Zusammenfassung des Protokolls etc. machen!! Danke nochmal!
Angehängte Dateien:
-
webcam_running.png
340 KB
Hi! Es gibt Neuigkeitem: ES FUNKTIONIERT ! Man nehme: MCA25 1,- Eur, ne olle ne2k netzwerkkarte, nen mega32, Steckbrett und ein paar kabel -----> Homemade ipCAM für <10 Euro 8) Anbei ein Screenshot. Bildaufbau ca 1-10s je nachdem wie gross das JPG ist (~5KByte/s). Lässt sich bestimmt noch durch größeren Buffer verbessern (momentan pro tcp packet nur 250 byte cam daten). Hatte heute mit fiesen Ram Bugs zu kämpfen (siehe printf post). jetzt gehts aber so weit ;) Ein paar Kleinigkeiten fehlen noch (jpg ende Erkennung, ...) aber das Prinzip funktioniert :D Wann kommen eure Kameras an ?
Achja, die Streifen kommen von der Regelung der Kamera. Ich muss noch einbauen dass sie intern erst ein paar Bilder verwirft bevor ich das Vollbild auslese.
Hallo Sssssss Ich habe eine groessere Menge bei Handynow gekauft da ich dann nur einmal Post zahle. Muesste in den naechsten Tagen ankommen. Einen Ericsson Connector von einem kapputen Handy habe ich auch schon umgebaut und parat hier liegen. Bin gespannt wie der Perl Code aussieht. Ich wollte das Ding zuerst mal an meine Linux Kiste klemmen. Dannach vieleicht an mein AT89S8252 Webserver klemmen doch ich glaube das wird nix? Kann mann kleiner als 256 Bytes fahren (128?) oder ist 256 das Limmit? Dann muss wohl ein AVR her. Super tolle Arbeit! Gruss Edward
Hi!
Wieweit runter der Buffer geht weiss ich nicht.
Muss man testen ;)
Connector:
Ist nicht nötig...
Einfach die Cam aufschrauben (vorne und hinten das graue abhebeln,
darunter sind 4 schhrauben) und den connector
durch hin und zurück bewegen abbrechen.
Dann kann man die Pins von der Platine einzeln ablöten und
dort 5 Kabel anlöten (gnd, vcc, rx, tx, "reset").
Vcc erstmal nur bis 4,2V anlegen, muss noch testen ob sie auch 5V mag
;)
An den RX/TX Leitungen machen 5V scheinbar nix, hab sie ohne Level
Konverter am mega ;)
Linux Kiste ist gut, der Code läuft auch nur dort da ich ein
system("stty...); verwende um die Baudrate mitten im Code zu ändern ;)
Auktionen laufen noch... Kannst mal ein Bild von draussen posten? (Tageslicht, und nicht direkt in die Sonne) Um die Qualität beurteilen zu können. Thanx Aticio
Hi! Wenn es nachher noch hell genug ist wenn ich zuhause bin gerne ;) Muss nur gucken ob ich das bewegt bekomme, ist ja nur auf nem steckbrett fliegend verdrahtet (20 kabel zum isa bus...) Aber ich versuchs ;) Habe heute morgen den Bug behoben das er das bildende nicht erkannte.
Angehängte Dateien:
Hi! So, hier ein Bild von gerade eben. Der hell/dunkel Streifen kommt daher das die Cam das erste Bild direkt ausliefert, werde ich aber ändern. Wenn er erstmal vorher 2-3 Bilder zum Helligkeitsabgleich machen kann sollte das nicht mehr sein ;) Jetzt habe ich nur ncoh einen Bug drin dass ich die Cam irgendwie resetten muss falls jemand im Browser auf abbrechen klickt... Als Workaround sollte ein 2s watchdog reset reichen g Aber auch nur im Notfall 8)
Angehängte Dateien:
-
chaosaufbau.jpg
140 KB
so, und damit ihr euch auch den Versuchsaufbau vorstellen könnt hier mal ein Bildchen ... g Chaos pur g Aber es funzt ;)
Hi. Danke für die Bilder. Das erste sieht im oberen Teil ja nicht schlecht aus. Woher kommt der Grauschleier im unteren?
Guten Morgen Sssssss, Hurra, meine Kiste mit Cams ist da! Die sind ja niedlich klein. Kannst du den Perl Code posten (oder mailen)? Edward
Hi! Gruaschleier kommt daher dass nur ein Bild gemacht wird intern. Die Cam braucht aber länger für helligkeitsabgleich. Kann ich aber beheben ;) So zum Anschluss der Cam an den PC nochmal was: - Cam an nen usb Adapter über nen max232 dranhängen - cam und max 232 mit 4,2V versorgen (einfach ne Diode in Reihe, nach der Diode nen 10uF nach Masse) - den Pin6 erst noch auflassen - perl code starten, pin10 mit 100K auf 4,2V ziehen -> cam startet @Edward: Den Perlcode maile ich dir zu, ist aber undokumentiert und total chaotischt. Der Atmega Code ist aber dokumentiert, muss aber erst noch aufräumen ;)
der ATMega - Code würde mich auch interessieren. Wenn man jetzt nur je ein Foto machen und auf einem SPI-EEPROM speichern will (so wie ich), sollte es doch reichen, wenn man AVR und Kamera verbindet? Evtl. sogar ohne Max232, wenn mab die RX/TX-Leitungen findet..? Auf jeden Fall schonmal meine Anerkennung! Ich hab auch schon mal so Kabelhaufen wie in Deinem Bild gezüchtet - das größte Problem war immer ein gestecktes Kabel, das nicht richtig saß ("abber Draht dran") - Ich drück die Daumen, daß Dir das nicht passiert.. Gruß Carsten
Hallo! Bitte auch um den Mega32 Code. (Wenn er funktioniert ;-) ) Werds nämlich auch direkt damit verbinden Danke nochmal für die tolle Arbeit!!
Sssssss, der aufbau ist echt lustig ;). Muss man eigentlich das gesamte TCP/IP protokoll auf den AVR portieren oder reicht ein karten treiber?
Den mega32 Code gibts später auf ner website ;) Muss ihn noch weiter dokumentieren und bugs fixen... @philipp: Auf dem mega läuft ulrich radigs webserver. also ethernet, ip, tcp, http... Damit man ihn per http ansprechen kann brauchts natürlich tcp/ip ;) Die mca25.c wird man aber auch ohne den webserverkram nutzen können. Zumindest habe ich versucht es so allgemein wie möglich zu coden ;)
Hallo Sssssss, Auf dem T68 macht der Cam. Doch an meinem board nicht. Ich hab alles X mal gecheckt. 4 und 5 vertauscht (Mann weiss ja nie) und vieles mehr. Ich habe auch mit 3.6 Volt versucht da das ist was die T68 hergibt, auch kein glueck. Wenn ich pin6 hoch ziehe geschiet nix? oder sollte die Cam dann ein 9600baud message von sich geben? Die Perlscript laeuft mit einem USB adapter so wie du und ich krieg nur das "9600" vom stty auf den Bildschirm. Danach laeuft die Schleife doch die Cam sendet kein Byte ... Sorry, ich gebs vorerst mal auf. Edward
Hallo again, Pin 6 lass ich jetzt frei. Wenn ich pin 7 toggle kommt AT&F. Danach immer wieder AT&F. Der Perlscript bleibt in dieser Schlaufe. Der erste Erfolg. Ich muss mal gucken ob ich was besseres habe als n MAX232N da ich nicht sicher bin ob der 0.5 Mbit kann. Edward
Oh sorry dann ist es wohl pin7 :-X Hab meine Cam zugeschraubt hier liegen ::) Also pin7 nach dem progstart mit 100K auf 4,2V ziehen. Dann sendet die Cam AT&F bei 9600 baud. Darauf antwortet das Prog erstmal bei 9600... Starte mal minicom und stell Harware Handshake aus ;) Das ist zu 90% dein Fehler denk ich.
hi! Habe gestern den ganzen Tag damit verbracht einen Speicherbug zu finden :-X Am ende wars nen blöde testarray den ich im code vergessen hatte ... naja egal, jetzt läufts (fast) alles. Folgende Sachen hab ich bemerkt: Der dunkle Balken kommt nicht wie vermutet daher dass nur ein Bild vorher geholt wird. Hole ich mehrere wirds sogar noch schlimmer... Ich vermute meine Cam Stromversorgung bricht zusammen. Hatte mich eh gewundert dass es mit den Dioden klappte. Ab und an gibts noch ein Problem mit der Erkennung des Bildendes. Ich hoffe es liegt am versuchsaufbau und dass ein Byte nicht richtig erkannt wird oder so... @edward: und, schon ein Bild rausbekommen ?
Hallo wieder Ssssssssssssss, Handshake ist OK, Doch mit "stty raw" geht es besser. Jetzt funzt es. Welches Telefon hast du gehorcht. Ich habe ein altes T68 gefunden und der macht zB 0D 0D 4F 4B 0D 0A und nicht 0D 0D 0A 4F 4B 0D 0A wie dein script fur den "OK" ... Wenn du ein anderes Fon benutzt koennen wir ja mal vergleichen ... Edward
An ein paar stellen wartet die Cam auf \r\r\nOK\r\n wobei \r und \n teils beliebig tauschbar sind... Macht deine Cam auch so Balken oben ? Kannst du mal ein Pic posten das du mit meinem perlcode gemacht hast ? Sobald der Bildmodus läuft braucht man scheinbar die OKs für den Stromverbrauch nicht mehr senden. Zumindest mache ich das im aktuellen webcam code nicht und es geht trotzdem 8) Ich hab nen olles T310 von ebay genommen fürs protokoll sniffen.. Das sieht vielleicht aus :-X Das hat jemand versucht selber neu zu lackieren lol Danach isses wohl auch nochmal ins wasser gefallen oder so, jedenfalls gehen die meisten Tasten nicht und das Display hat streifen g
Ja guck mal hier: http://www.mikrocontroller.net/attachment.php/236104/webcam.jpg_20092005_1632uhr.jpg Wie versorgst du die cam mit Strom ? Deins sieht ja super aus :)
Strom von einer HP 6825A Bipolar Power Supply, Gibt stinkt normale 5 Volt her ! dann durch die 1n4148 in C=220uF. Pass auf mit Strom von USB, ich hatte ein anderes Projekt da waren bei meinem PC ueber 100mVpp Ripple drin. Mein Fon gibt nur 3.6 Volt. Edward (Heisser Thread, schon 7 Downloads in weniger als 10 min!)
Ich tipp auf Foto aus ner Einrichtung von T-Systems / Mediabroadcast. :)
Angehängte Dateien:
-
data_testok.jpg
43 KB
Hi! Hab jetzt nochmal das perl prog benutzt. Und siehe da die Streifen sind weg :-X Liegt wohl irgendwie an den Kommandos die ich mitm avr schicke...
Hi! Hätte auch intresse am Perl-Src, Cam ist heute gekommen. Echt super Arbeit!
Hi! Schreib mal deine email Adresse dann schick ich ihn dir... Vorsicht beim anschliessen, oben steht pin6 als enable, richtig ist pin7 (keine sorge, alle anderen sind NC in der Cam)
Hi, soory, dachte die Email steht immer im Header wenn man sich angemeldet hat. Dem ist wohl nicht so, angeben kann man sie auch nicht, bisschen komisch. Naja, Email ist joh-z(at]gmx.de
Bitte das Pearl-Program auch an c.pietsch[at]web.de senden. Ich werde sobald ich Zeit habe (kann eine Weile dauern :-) ) versuchen, mit BasCom / Assembler dem Teil zuleibe zu rücken. Kamera hab ich schonmal ..
Hallo alle, Gute Nachricht fuer kleine MicroProfessoren (uC): Die Cam hab ich bis 64 byte Paeckchen runtergedreht (Dank Sssssssss Perl Script) und kleiner ist bestimmt auch drin. Versuch noch immer den Durchblick ganz zu kriegen. Ich besteatige schon mal dass am Anfang ein Frame von der Cam 1 Byte zu lang ist. Neahmlich: F9 03 EF 09 E1 07 23 0C 01 FB F9 Ich dachte an "control-octet transparency", dem ist aber nicht so, da 0xF9 oefters in Frames vorkommt. Die Cam scheint wirklich nur "Basic Option" zu machen aber halt mit einem (einzigen) Fehler! Edward
Hi, komisch habe jetzt die cam angeschlossen. 11 Vcc (3,38V pc netzteil) 10 GND 7 Enable über 100k an Vcc 5 TX am max232 an pin 11 4 RX am max232 an pin 12 Wenn ich pin 7 mit 100k an Vcc klemme zieht er an Vcc 107mA. Habe mal spass halber RX und TX vertauscht auch nix. Max232 läuft auch an den 3,38V funktioniert auch. Bekomme weder mit dem Perlscript noch mit gtktem 9600,8,N,1 Daten. Einer noch ne Idee?
Also sobald du pin7 auf Vcc ziehst solltest du ein AT&F mit 9600 Baud empfangen. So ca im Sekundentakt... verbinde mal rx und tx von max232 und guck mit minicom ob du alles gesendete zurückbekommst. Hardware handshake aus ? /dev/ttyUSB0 eingestellt ?
Hallo, kannst Du mir das Perl-Programm bitte auch mailen? Danke. malaga (at) arcor (punkt) de Gruß Michael
Weil der code noch zu durcheinander ist und ich gerne wissen möchte wer ihn alles hat ;) Ich bastel fleissig an der Website, sobald die fertig ist poste ich die hier, keine sorge. Code+ Doku werden auch frei verfügbar sein (GPL), will ja nichts damit verdienen ;)
Dann bin ich auch schon fast starklar. Die Kamera hat heute einen Strip gemacht und liegt jetzt splitternackt vor mir - eventuell kriegt sie schon dieses Wochenende ein neues Kleid und Spielgefährten: Pegelwandler und Stromversorgung :) Viele Grüe, Hendrik (nein ich bin nicht so)
Hallo, meine Kamera ist nun auch da. Wäre auch an dem Programmcode interessiert. Meine Email: topsoft@gmx.li
Hallo an alle die ein Cam haben. Wenn ihr 10 + 11 via eine banale Diode an 5 Volt klemmt und mit einem ordentlichen C decoupled musstet ihr an Tx mit einem Scope die AT&F sehen sobald ihr pin 7 von "frei" auf +5V mit 100kOhm zieht. Passt auf eure MAX232 auf, die machen nicht alle mit bei 0.5 Mbit/Sec, die meissten sind nur fuer 0.1 Mbit/Sec. Ich habe mit einem USB - seriell Adapter an einer Linux Machine den Code von Sssssssssss laufen. An Sssssssssss: Hallo, ich bin dabei den Code umzuschreiben um zu verstehen was laueft. Man sieht es dem Code an dass du geschwitzt hast um das alles zu "reverse engineeren", noch einmal reisen Respekt. Ich versteh nicht wieso die eine Frame zu lang ist, ich konnte mir lange nicht vorstellen dass die Cam einen Bug hat, aber ich nehme jetzt an dass es so ist. Hast du da noch was raus oder einfach Schulter zucken un so sein lassen ? Gruss, Edward
Sorry, Um Missverstaendnisse zu vermeiden, die "AT&F" ist mit 9600 baud alle Sekunde mal, 0.5 Mbit braucht ihr spaeter fuer die Bilduebertragung. Schoenes Wochenendtuefteln an alle! Edward
Hi! Ich hab das einfach als Bug der Cam angesehen dass das eine mux Frame ein Byte zu lang ist ... Keine Ahnung warum das so ist, evtl ist es absicht das die Cam nicht an normalen gsm07.10er muxen läuft ?! Egal, wenn mans weiss ist es ja kein Problem ;) Wenn du den Code umgeschrieben hast schickst du ihn mir ? Ich würde ihn dann gerne auch auf die Webseite von mir stellen. Hab gestern schon die Protokollbeschreibungen zu 50% fertig bekommen. Hoffe nach dem WE ist alles komplett ;)
Hallo zusammen, ich hatte schon mal in einem anderen Thread vom meinem c-328 CameraModul berichtet. Offensichtlich scheint es sich um den gleichen "Kern" zu handeln. Auch hier kommen die Daten des Bildes in Blöcken, die man segmentieren kann. Allerdings "spricht" die Cam kein XML, sondern verwendet einfache Header, wie z.B 0xAA 0x0D 0x00 0x00 0x00 als Sync-Kommando. 2Byte sind das Kommando und 4Byte die Parameter. Blocklänge, Auflösung ect. lässt sich auch einstellen. Ist aber WESENTLICH teurer als das, was es ebay gibt. Aber eben auch deutlich einfacher zu handeln. Klasse Arbeit - nebenbei bemerkt. RESPEKT Hast Du dafür nebenbei auf Arbeit Zeit...? Viele Grüße und schönes WE noch AxelR.
Hallo Sssssssssssssss, Echo / No Echo macht ein unterschied? Hast du das auch? With no ECHO: >> Got_Cmd>> AT&F >>Sent_Cmd>> \r\r\nOK\r\n >> Got_Cmd>> AT+IPR=? >>Sent_Cmd>> \r\r\n+IPR: (),(1200,2400,4800,9600,19200,38400,57600,460800)\r\n\r\nOK\r\n >> Got_Cmd>> AT+CMUX=? >>Sent_Cmd>> \r\r\n+CMUX: (0),(0),(1-7),(31),(10),(3),(30),(10),(1-7)\r\r\r\nOK\r\n >> Got_Cmd>> AT+CMUX=0,0,7,31 >>Sent_Cmd>> \r\r\nOK\r\n With ECHO: >> Got_Cmd>> AT&F >>Sent_Cmd>> AT&F >>Sent_Cmd>> \r\r\nOK\r\n >> Got_Cmd>> AT+IPR=? >>Sent_Cmd>> AT+IPR=? >>Sent_Cmd>> \r\r\n+IPR: (),(1200,2400,4800,9600,19200,38400,57600,460800)\r\n\r\nOK\r\n >> Got_Cmd>> AT+IPR=460800 >>Sent_Cmd>> AT+IPR=460800 >>Sent_Cmd>> \r\nOK\r\n Alles noch bei 9600 ... Edward
Versuch mal nur: \r\r\n+IPR: (),(1200,2400,4800,9600,19200,38400,57600,460800)\r\r\nOK\r\n (ein \n weniger vor dem ok) Manchmal kommt es auf die anzahl der \r\n an ... Ich glaub der "parser" ind er Kamera guckt manchmal nur nach \r oder so ::) Damit sollte es auch ohne echo gehen.
Hi Simon, Hast du es schon hingekriegt nach der Init direkt ein jgp mit VGA Aufloesung zu fordern. Ich kriege es ohne vorhiges "preview" nicht hin. Die Cam kann richtig stoerrisch sein ;) Edward
Hi! Ne hab ich auch noch nicht geschafft. Ich vemute man muss irgendwie beim init take-pic="yes" mitsenden und ausserdem muss man irgendwie die Kontrollpakete verändern denke ich. vor dem grab command: preview: F9 81 EF 3F 83 00 69 71 00 3F 3C 6D 6F 6E 69 74 ... 640x480: F9 81 EF 3F 83 00 82 71 00 58 3C 6D 6F 6E 69 74 ... nach dem grab command: preview: ... [4C 00 06 06 01 80] .. 640x480: ... [4C 00 06 06 01 80] .. Die vor dem grab machen wohl irgendwas. austauschen hat nichts gebracht.. Achja versuch mal beim preview take-pic="no" dann bekommst du ein schwarzes Bild beim jpg/preview. Ich denke das take-pic sorgt dafür dass ein bild aufgenommen wird. Deshalb ja auch meine frage per mail ob beim t68 ohne preview gegrabbt wird... Da haette man sich die Daten abgucken können. @all: Ich habe die Protokollbeschreibung jetzt online: http://avr.auctionant.de/avr-ip-webcam/mca-25-protokoll.html Sonst fehlt noch einiges auf der Seite, nicht wundern wenn manche Links noch tot sind ;)
Hi Ssssssssssssssssssss Ich habs raus, Wenn die CAM geinitet wird ist wohl die AGC noch nicht eingerastet. Nach etwa 5 previews ist es OK. Deshalb das schwarze Bild. Die T68 gab ein preview bevor man schoss und ich erinnere mich noch, es hat gedauert (2-3sec) bis die Helligkeit OK war. Wenn ich 0 previews mache ist das VGA bild schwarz. Nach einem ist es sehr dunkel ... etc. Die ACKs koenne etwa 1 sec warten. Wenn man nach etwa 1 sec kein bild mach (preview oder vga) geht die CAM auf standbei (AT*ECUR 41) Bei packete von 32 byte min (ich konnte nicht weniger fahren) und 1 sekunde verarbeiten kann man schon packet machen ... (<50bits/sec) und das vga bild braucht etwa 1 minute zum runterladen. Edward
Hi! Du bekommst jetzt ein Bild ohne preview ? Was ich jetzt noch dringend suche ist ein "abort" befehl. Sprich ich fordere gerade ein jpg an, möchte nun aber nach 512 Byte abbrechen (jemand hat im browser auf abbrechen geklickt). Ein ACK ist ja: xF9\x81\xEF\x07\x83\x00\x03\xA6\xF9 Jetzt versuche ich einfach mal ein paar Bits zu kippen und ein Nack zu generieren :( Oder hast du da schon was gefunden ? Was bastelst du eigentlich damit ?
Angehängte Dateien:
-
cam.jpg_stoerungen.jpg
38 KB
Hi! Hab jetzt nochmal das Handy belauscht... Es scheint kein "jpg transfer" Abbrechen Kommando zu geben :-X Naja muss man halt ein bild "skippen" falls man einen Transferabbruch erkennt. Klappt auch wunderbar, nach dem drücken auf abbrechen und reload liefert die cam nun endlich ein volles Bild. Dauert zwar ein bisschen länger aber egal ;) Ich habe aber massive Probleme mit Störungen ... Ok, an der Cam hängt auch nen 30cm langes Flachbandkabel ... Mit 10cm Kabel ists aber genauso... Ich denke dort stört irgendwas auf der Versorgungsspannung... Ausserdem werden die Störungen mehr wenn ich vorher 6 previewbilder hole (siehe Bild) Ich hab die Cam mal testweise an 5V gehängt (ganz mutig direkt an nen 7805 :-X). Macht ihr nichts... Wie vermutet scheint die Cam intern eh nur mit selbst generierten 3,3V zu arbeiten. Geht also auch ohne Diode. Hat aber auch keine Besserung gebracht :( Ich vermute Störungen durch den mega32 oder sogar durch die Netzwerkkarte :( Hat irgendjemand vor seine cam auch an nen webserver zu hängen ? Code ist schon fast fertig dokumentiert und lauffähig ;) Suche noch freiwillige Testkandidaten.
Angehängte Dateien:
Ich hab ne Vermutung was bei mir stört... Wenn ich den mega32 mit 4,3V versorge sind die Störungen fast weg! Auch ein paar delays beim senden der capture cmds brachte etwas. UND: Das Bild wird deutlich besser an die Helligkeit angepasst. Hab nochmal fast dasselbe Bild gemacht wie vorhin. Endlich kann man bei normaler Beleuchtung was erkennen :D Vermutung: Die Cam mag die 5V an der rs232 rx leitung nicht g Mal gucken obs mit R-Teiler besser wird. Wobei bei 460kbaud ist das bestimmt auch nicht ohne. Nen vernünftigen Pegelwandler will ich eigentlich keinen einbauen ::) Mal sehen ;)
Hallo Ssssss. kannst du mir den code zuschicken ? In den nächten tagen kommt meine cam und dann kann ich mich schonmal einarbeiten. Natürlich wird n bild gepostet, wenns get.
Hi! So, habe vorerst genug aufgeräumt... Auf meiner Seite gibts die erste Version zum download :) Neu ist ausserdem: - die Möglichkeit einen Servo anzuschliessen und damit die Kamera auszurichten :D - der Webserver liefert ein "busy" jpg wenn jemand anderes gerade ein Kamerabild lädt Bekannte Bugs: - ab und an hängt sich die Cam auf (evtl später mal per watchdog resetten) So hier gehts zur Software; http://avr.auctionant.de/avr-ip-webcam/avr-webserver-software.html Und hier noch ein paar Infos zur HW: http://avr.auctionant.de/avr-ip-webcam/avr-webserver-hardware.html Viel Spaß ;)
Kompliment nochmal. (Hast eh einen Counter auf der HP oder? ;-) ) Warte schon ungeduldig auf meine cam.....
Hi Simon, Apropos ENDE vom Datentransfert: 83 EF 3F 90 02 00 48 01 FD (normaler frame group begin) 83 EF 3F A0 00 7E 49 00 7B (last frame group begin) Sprung von 90 auf A0 , und , 48 auf 49 , signaliert letztes Frame ? 02 00 wird nach 48 zu 01 FD 00 7E wird nach 49 zu 00 7B der gleiche unterschied 3 bytes ? Ich kann mit dieser Taktik fasst immer ;) das Ende erkennen. Ich muss 100erte Frames grabben bis es nicht klappt. Diese letzten Fehler gilt es noch auszumertzen. Welche Taktik benutzt du beim AVR um das Ende zu sehen? Edward
Hi Sssssss, meine Kamera ist am Mittwoch auch endlich angekommen. Beim anschließen der Kamera habe ich gemerkt, dass bei den Angaben zur Anschlussbelegung auf deiner Homepage sich ein Fehler eingeschlichen hat: Laut den Angaben auf http://pinouts.ru/data/erics_t28_pinout.shtml müsste PIN 4 Kamera TX und Pin 5 Kamera RX sein. So ist es glaube ich auch auf dem Bild zusehen. Ist bei dem Software-Download (http://avr.auctionant.de/source/avr-ip-webcam_based_on1.38_290905.tgz) auch der Perl Quelltext dabei? Ich möchte die Kamera nämlich am Computer betreiben. Gibt es eine Möglichkeit die Spannung auf den RX/TX Leitungen zwischen MAX232 und der Kamera auf Kamera verträgliche Bereiche "runterzuschrauben"? Bei der VCC-Leitung zur Kamera habe ich zwei 1N4148 Dioden und einen 220µF Kondensator eingebaut (wie im Schaltplan [http://avr.auctionant.de/img/avr-ip-webcam_s01_sch.png]). Peter
Hi! Guck mal in die webcam/mca25.c rein. Ich erkenne das Ende dadurch dass 7te Byte nicht mehr 0x48 ist. Bei einer Blockgröße von 512Byte klappt das eigentlich auch immer. Alternativ hatte ich mal probiert if (len < 0x0200) then END probiert. Das scheiterte aber manchmal (vermutlich war irgendwann einmal ein jpg genau passend gross :-\) Ob das mit dem !=0x48 immer klappt weiss ich nicht. Ich habe noch einen Bug drin dass die cam ab und an stehen bleibt. Dem Datentransfer nach aber scheinbar mitten in einem Paket, nicht am Ende. Warum sie das tut weiss ich noch nicht :( Das senden eines mux config paketes nach jedem jpg hat da einiges gebracht.. Vorher passierte es alle 3-5 Bilder. Jetzt ca alle 20 oder so... Die Streifen hab ich übrigends durch ein warten nach dem grab request (diese erste zeile vor dem bt-cam....) nahezu ganz wegbekommen. Aber guck mal in die webcam/mca25.c rein, ist deutlich besser kommentiert als der perlcode ;) (hoffe ich zumindest g)
@Peter: Danke, hast recht... Wird sofort gefixt ;) >Gibt es eine Möglichkeit die Spannung auf den RX/TX Leitungen zwischen >MAX232 und der Kamera auf Kamera verträgliche Bereiche >"runterzuschrauben"? Kann man machen, bringt aber keinen Unterschied. Die Cam--->uC brauchst du nciht ändern, der uC erkennt auch 3.3V Pegel vernünftig. uC--->Cam kannst du durch einen 33k/22K RTeiler runterbringen. GND o----[33k]----x------[22k]-----o uC TX An x für die Cam abgreifen... Bei der VCC-Leitung zur Kamera habe ich zwei 1N4148 Dioden und einen 220µF Kondensator eingebaut (wie im Schaltplan [http://avr.auctionant.de/img/avr-ip-webcam_s01_sch.png]).
Hallo, ich habe jetzt die Kamera per MAX232 an den PC angeschlossen und die Intialisierung funktioniert soweit. Zur Kommunikation mit MUX-Paketen habe ich eine Frage: Wenn im txt-File auf Ssssssss Homepage z.B. folgendes steht: //open mux channel0 TX CH0: COMMAND SABM len:0 || <F9 03 3F 01 1C F9> RX CH0: COMMAND UACK len:0 || <F9 03 73 01 D7 F9> Muss ich dann auf den Empfang von "F9 03 3F 01 1C F9" warten und "F9 03 73 01 D7 F9" antworten? Peter
Hi! Ja genau! Die Kamera (TX) fordert das ch0 öffnen an und das Handy (RX) bestätigt dies. Ich habe mal den perl Testcode auf meine Seite gepackt: http://avr.auctionant.de/source/connect_640x480.pl Ist aber undokumentiert, war nur zum schnell mal testen gedacht. Ist auch nur unter Linux lauffähig. Unter windows müssten die system(stty...) Aufrufe geändert werden ;)
Hi, ich habe ein Problem mit meiner Schaltung/meinem PC-Programm: Sobald ich die Baudrate auf 460800 umschalte empfange ich nichts mehr. Ich weiß nicht, ob es an meinem MAX232 (MAX232CPE 0533) liegt, ich habe einmal testweise den RX Pin mit dem TX Pin (Kameraseite vom MAX232) verbunden und mit dem PC ein paar Zeichen mit 460800 Baudrate gesendet und auch empfangen. Wenn ich nicht auf 460800 Baud umschalte (die Kamera aber) empfange ich etwas (nur Müll --> wegen unterschiedlichen/zu hohen Baudraten?), d.h., dass die Kamera auf jedenfall etwas sendet. Peter
Die serielle (onboard-) Schnittstelle eines PCs kann maxmimal mit 115200 Baud übertragen. Mehr geht nur mit Schnittstellen, die andere Hardware verwenden; PCI-Schnittstellenkarten oder USB-Seriell-Adapter.
Danke. Dann muss ich mir woll einen USB-Seriell-Adapter anschaffen. Peter
>..und mit dem PC ein paar Zeichen mit 460800 Baudrate gesendet und auch empfangen. >..Die serielle (onboard-) Schnittstelle eines PCs kann maxmimal mit 115200 Baud übertragen. der PC scheint es ja wohl zu machen - der Kauf eines USB-Seriell-Adapters scheint in diesem Fall nicht notwendig, oder? Gruß Axel
Hi! Ist die Frage ob der PC dann wirklich mit 460kbaud sendet oder mit der am besten passenden niedriegen Baudrate ... Sonst sende mal 0b010101010 und mess die Bitlänge mit nem Oszi aus... Dann weisst du obs sicher 460kbaud sind ;) Ich habs nur mit usb->seriell Wandlern probiert :-\ Oder konfigurier nen mega32 auf 460kbaud (Baudratenquarz ! 7,3... Mhz) und schicke von dem irgendwelche Testbytes an den pc ;)
Ich habe zur Zeit weder ein Oszi, noch einen mega32 zur Verfügung, deshalb habe ich jetzt einen usb->seriell Wandler bestellt. Damit bin ich dann auch flexibler, wenn ich die Schaltung an einem Notebook ohne serieller onboard Schnittstelle nutzen will.
Nen mega8 sollte die Baudrate eigentlich auch können (hab nicht nachgesehen) Oder sonst irgendein uC. Aber nen usb->seriell Wandler kann man immer brauchen ;)
Das liegt daran, dass ein Megabit-MAX viel zu teuer für sowas billiges (~ 10,-) ist. Sowas feines gönnt sich kaum ein Hersteller solcher Wandler. jörn
Hab jetzt mal in meinen reingeguckt (von meinem hp notebook) Dort ist nen ftdi ft232AM und nen Sipex3243ECA drin. Dahinter klemmt nen max232n. Keine Ahnung ob der für 1kbaud ausgelegt ist. Funktioniert aber ;) Alternativ könnte man ggf einen billigen usb2serial wandler nehmen und sich rx,tx direk am ftdi abzweigen. Dei haben dann 5V (oder 3.3V?) Pegel und man braucht keinen max ;)
Also bei dem USB->Seriell Wandler, den ich bestellt habe steht in der Beschreibung: >High Speed Datentransferrate (seriell, max. 1MBit/Sek) Er ist noch nicht angekommen, aber wenn er da ist werde ich es mal testen und falls es nicht funktioniert RX und TX schon vor dem MAX232 abnehmen. Peter
@Peter: Was hast Du für die High-Speed Variante bezahlt? Gruß Roland
Wenn hier schon Handy-Zubehör-Recycling betrieben wird, wäre es dann nicht stilechter, man würde ein Handy-Datenkabel als USB-Seriellwandler verwenden? Wenn das so ein Standardkabel ist, ist da ein Prolific-Chip drinnen, der bis 920kBaud kann und auch schon 3,3V Ausgangspegel hat. Man muß nur aufpassen, bei manchen Handys ist der USB-Chip wohl schon im Handy. Dann ist das Kabel natürlich nutzlos. Getestet und für gut befunden sind von mir die Kabel für Nokia 3510i und Siemens ST55 & ST60. Vermutlich funktionieren auch noch eine ganze Reihe anderer Kabel. Wer mag, soll bitte seine Erfahrungen hier posten. Einfach Kabel ohne Handy am Rechner anschließen. Wenn dann der USB COM-Port im Gerätemanager erscheint, ist der USB-Chip im Kabel. Die Kabel gibts wie immer für 1 Euro + (zu hohe) Portokosten bei ebay. Ich hab jetzt auch meine Kameras und ollem T310 und werde mich jetzt auch mal daran versuchen.
Mal ein paar fragen von nem Noob der sich für den webserver interresieren würde. Hab schon n bissl mit ATMELS gearbeitet. 1. Wo krig ich pinbelegungen von so ner Netzwerkkarte her??? 2. Welche IP hat die Karte??? 3. Wie rufe ich die bilder ab???(Firefox mit ulr, z.B. 192.168.1.34/bild.jpg, wenn ja wie heißt dann das bild) 4. Wie lange dauert der bildaaufbau ca.??? 5. Ist die bildqualität auf dem handy auch so streifig??? 6. Anregung für später(fänd ich echt cool als überwachungscam): Ausgabe per Chinch an den Fernseher Vielen Dank an alle die dieses Projekt ermöglichen.
noch ne frage: muss es eine ne2000 karte sein???? Ich krig die nirgends. Geht da nix per PCI Karte??? Oder hast du vlt. noch viele rumliegen von denen du 1 verkaufen kannst???
>@Peter: >Was hast Du für die High-Speed Variante bezahlt? Ich habe bei eBay 3,99 (+ 7,90 Versandkosten = 11,89 ) bezahlt. (http://cgi.ebay.de/USB-Adapter-Seriell-RS-232-Konverter-9-Pol-COM-DB9_W0QQitemZ5813547228QQcategoryZ3668QQrdZ1QQcmdZViewItem) Peter.
Ein paar Fragen kann ich beantworten, da es auf den Webserver von Ulrich Radig beruht, den man in der Codesammlung findet. Ich habe den mit einem Atmega 129 am Laufen. >>1. Wo krig ich pinbelegungen von so ner Netzwerkkarte her??? In der Beschreibung des Webservers auf http://www.ulrichradig.de/ ist auch die Belegung aufgeführt. >>2. Welche IP hat die Karte??? Kannst du in dem Programm einstellen. Du musst aber zuerst eine kleine Änderung an der Karte machen. Beschreibung siehe 1. >>3. Wie rufe ich die bilder ab???(Firefox mit ulr, z.B. 192.168.1.34/bild.jpg, wenn ja wie heißt dann das bild) Du rufst unter deinem Webbrowser die Ip-Adresse des Webservers auf. Der Webserver schickt dann über das Netzwerk eine Homepage mit dem Bild. Refresh-Rate kann ich dir nicht sagen, soweit habe ich die Änderungen noch nicht angesehen. zu 4., 5., 6. kann ich leider noch nichts sagen. Die Kamera ist bestellt. >>noch ne frage: muss es eine ne2000 karte sein???? Ich krig die nirgends. Geht da nix per PCI Karte??? Nein, es muss eine ISA-Karte sein. Optimal ist eine Karte mit dem RTL8019-IC. Allerdings funktionieren auch viele der NE2000-kompatibeln, da nur Grundbefehle verwendet werden. Gruß Elektrikser
Waah, ich habe gerade einen neuen Atmega erfunden. Es sollte der 128er sein.... ;-)
Hi! >1. Wo krig ich pinbelegungen von so ner Netzwerkkarte her??? siehe ulrichradig.de -> projekte -> webserver dort ist ein gutes pdf >2. Welche IP hat die Karte??? Wird in den sourcen konfiguriert. default bei mir: 192.168.0.101 >3. Wie rufe ich die bilder ab???(Firefox mit ulr, z.B. >192.168.1.34/bild.jpg, wenn ja wie heißt dann das bild) http://192.168.0.101/ Dort wird ein html geladen mit servo pos auswahl und reload button. Darin wird dann das jpg geladen http://192.168.0.101/cam.jpg ist das jpg direkt. >4. Wie lange dauert der bildaaufbau ca.??? im lan ca 7-8s, per www ~12s >5. Ist die bildqualität auf dem handy auch so streifig??? Die Streifen sind in der aktuellen Version nicht mehr da. Nur noch ganz leichte hell/dunkel Streifen (fallen kaum auf). >6. Anregung für später(fänd ich echt cool als überwachungscam): >Ausgabe per Chinch an den Fernseher Da kauf dir lieber ne ~20 Eur Kamera die direkt nen TV Signal ausgibt. Das ist per avr UNMÖGLICH. Man kann das Bild ja nichtmal zwischenspeichern (~40-60 kByte !) Genrell empfehle ich jedem erstmal einen lauffähigen webserver ohne cam aufzubauen. Daran habe ich auch einige Stunden gesessen. Grund: falsch konfigurierte Karten und die Anschlüsse spiegelverkehrt angelötet :-X Haben aber alle Karten überlebt ;) PCI kannst du vergessen. Muss ne2000 kompatibel sein. Von 7 ISA Karten haben bis jetzt 4 funktioniert, muss kein rtl8019 drauf sein. Diverse Clones gehen auch. Wichtig: korrekt jumpern ! wenn ohne jumper ggf eeprom ablöten. Kabelrecycling hört sich super an ! Da bin ich gar nciht drauf gekommen :D Die T310 Kabel sollten nen Wandler drinhaben, das Handy hat keinen usb chip soweit ich weiss ;)
Hi. Hab grad meine kamera bekommen. Kann mir nochmal jemand die schaltung beschreiben, wie ich die kamera an den PC anschließ ? evtl. ein schaltplan ??
Hallo, einen Schaltplan habe ich nicht, aber die Pinbelegung der Kamera findest du hier: http://avr.auctionant.de/avr-ip-webcam/mca-25-kamera.html Die Schaltung mit dem MAX232 kannst du von http://www.mikrocontroller.net/tutorial/uart nehmen und den AVR im Schaltplan gegen die Kamera ersetzen. Peter
Wenn du die kamera zugeschraubt vor dir liegen hast und die Kameraöffnung nach oben zeigt sowie die anschlüsse zu dir. Dann sind ganz rechts 2 abgetrennte anschlüsse. Der ganz rechts ist pin11 (=vcc) daneben pin10 gnd An Vcc legst du nun 3.6V an. Am einfachsten ist es zwei 1N4148 Dioden zu in Reihe zu nehmen und an 5V anzuklemmen. Dann unbedingt zischen gnd und Vcc an der Kamera ~220uF angklemmen. Dann nimmst du nen sub2serial konverter und klemmst nen max232 dahinter. (ganz normale beschaltung) Dann an den RX Pin kommt pin4 der Cam (camTX) An den TX Pin klemmst du pin5 der Cam (camRX). Dann startest du das perl Programm von meiner Website. Nun klemmst du den pin7 per 100K R an 5V oder 3.6V, ist egal ;) Sobald pin7 auf hi ist sendet die cam AT&F im sekundentakt. http://avr.auctionant.de/avr-ip-webcam/mca-25-kamera.html
macht es der cam nix aus, wenn sie auf dem RX pin 5 V bekommt? und schält der max 232 zuverlässig, wenn auf Tx der cam die spannung von ca. 3,6 V rauskommt ?
Bei meiner Cam/MAX232 hat es nichts ausgemacht, ich habe zwar bisher noch keine Bilder empfangen können, weil die Schnittstelle am Computer zu langsam ist, aber die Intiailisierung der Cam hat funktioniert.
Hallo @ Peter Schuster Benutze mal ein USB->seriell Kabel diese können mehr als die üblichen 115kBaud. Gruss Ulrich Radig
Dank für die vielen antworten. Hat jemand ne ne2000 karte die er nicht braucht??? bei ebay find ich keine.
Hi! Die 5V machen nichts aus da sie über nen 100k R kommen. Da können maximal I = U/R = 5V/100000 = 0.05mA fliessen ;) Die rs232 Ports scheinen 5V tolaerant zu sein. jedenfalls ist nix kaputtgegangen ;) Man kann die Cam auch mit 5V betreiben. komischerweise ist das Bild dann sehr dunkel ! Optimal ist es bei 3.6V. Keine Ahnung warum... Eigentlich dachte ich da sein nen Spannungsreg drin für den ADC :-X Von den Bauteilen her würd ich sagen dass da zwei Spannungsregs drin sind. Evltl ein 3.3V (Prozessor) und ein 2.8V (CMOS-Sensor)... Hab aber nicht näher geguckt...
>Dank für die vielen antworten. Hat jemand ne ne2000 karte die er nicht >braucht??? bei ebay find ich keine. Frag mal im Bekanntenkreis rum. Frag einfach nach alten ISA Netzwerkkarten. Dann suchst du dir passende raus ;) Oder an der Uni/Schule/Firma. Oder mal kleine PC Läden fragen. Bei PC Läden aufpassen, als ich bei nem PC Laden gefragt hab hatte ich nen "Verkäufer" der keinen ISA Slot kannte lol Im anderen Laden waren sie schon alle entsorgt ... Der hat mich auch für bekloppt gehalten und wollte mir ne GBit Ethernetkarte verkaufen lol Evtl könnte man auch mal bei nem Recyclinghof gucken...
sind alle zumindest ne2000 kompatibel. ist hier vielleicht eine dabei? http://cgi.ebay.de/TOP-ISA-Ethernet-Adapter-NE2000-UK0022-BNC-PnP-451_W0QQitemZ5814005035QQcategoryZ26807QQssPageNameZWDVWQQrdZ1QQcmdZViewItem http://cgi.ebay.de/TOP-ISA-Ethernet-Compex-ReadyLink-RL2000A-Combo-363_W0QQitemZ5814005023QQcategoryZ26807QQssPageNameZWDVWQQrdZ1QQcmdZViewItem http://cgi.ebay.de/TOP-ISA-Ethernet-Realtek-8019AS-Combo-521_W0QQitemZ5815975734QQcategoryZ26807QQssPageNameZWDVWQQrdZ1QQcmdZViewItem http://cgi.ebay.de/TOP-ISA-Ethernet-Davicom-DM9008F-520_W0QQitemZ5815975735QQcategoryZ26807QQssPageNameZWDVWQQrdZ1QQcmdZViewItem http://cgi.ebay.de/TOP-ISA-Ethernet-Realtek-8019AS-Combo-522_W0QQitemZ5816047190QQcategoryZ26807QQssPageNameZWDVWQQrdZ1QQcmdZViewItem mfg raoul
>Benutze mal ein USB->seriell Kabel diese können mehr als die >üblichen 115kBaud. Ich habe schon eins bei eBay bestellt.
@ raoul Dein dritter Link ist genau das Richtige: http://cgi.ebay.de/TOP-ISA-Ethernet-Realtek-8019AS-Combo-521_W0QQitemZ5815975734QQcategoryZ26807QQssPageNameZWDVWQQrdZ1QQcmdZViewItem
danke hab nur nach ne2000 gesucht und nix gscheits gefunden. Muss ich da moch irgendwelche eeproms entfernen???(wenn ich die 3. kauf???) Weil einerseits heißt es im doku vom webserver: ---------------------------------------------------- Gibt es auch ein Netzwerkkarten Modul? Es gibt auch ein Netzwerkkarten Modul mit RTL8019 Chipsatz welches nicht konfiguriert werden brauch. ---------------------------------------------------- und andererseits wird am ende der umbau für die realtec erklährt die diesen chaipsatz hat.
achja, was noch SEHR hilfreich währe ist ein C Compiler der kostenlos is dass ich das programm auf den atmel bekomm. Hab bisher nur mit assembler gearbeitet und noch keinen compiler gefunden
Hi! linux: apt-get install avr-gcc 8) Windows: Keine Ahnung, glaub heisst irgendwas mit winavr, ist aber auch der gcc Unter Linux reicht dann ein make; make program; (nutzt avrdude) aus um es zu kompilieren und zu flashen. Eeprom musst du evtl nicht ablöten. Einfach mal Karte in nen alten PC stecken und gucken ob IO und IRQ richtig gesetzt sind. Oder einfach probieren, viele funktionieren direkt so ;)
währe froh wenn mir jemand sagen kann wie es mit windoof geht. trozdem danke an Sssssss
Hallo, du lädst dir WinAVR von winavr.sourceforge.net herunter und installierst es auf deinem Computer. Alles weitere findest du im "AVR-GCC-Tutorial" auf dieser Seite. Peter
danke, ihr seid die besten. Falls ich jetzt die 3. bei ebay nehm, wie muss ich die dann umlöten das es geht(falls die einstellungen falsch sind)???? Hab keinen so alten PC mehr, sry ich weiß das ich nerve bitte entschuldigt mich
hängt die cam noch so alle 20 bilder oder so??? danke mfg lordludwig
Hi, benoetigt die Kamera eigendlich mehr als 3,3V(falls sie noch einen eigenen LDO drauf hat)? Gruss Tobias
Falls ich jetzt die 3. bei ebay nehm, wie muss ich die dann umlöten das es geht(falls die einstellungen falsch sind)???? Hab keinen so alten PC mehr, sry ich weiß das ich nerve bitte entschuldigt mich hängt die cam noch so alle 20 bilder oder so??? danke mfg lordludwig
@lordludwig: mach am besten nen neuen thread zum thema netzwerkkarte auf.. Dann geht es hier nicht unter ;) Ob/wie du was ablöten musst weiss ich nicht genau. Versuchs erstmal so und wenns nicht geht schneid das eeprom ab. Die Cam hängt noch ab und an. Aber sehr selten. liegt evtl an meiner Stromversorgung. @Tobias: Ich vermute ja. Mein Handy liefert 3.6-4.2V. Also 3.6V (5V-2*0.7) funktioniert ohne probs ;)
ich werd es dann denk ich mal robieren. Dann kauf ich mir irgendeine Karte is mir egal oder ich frag mal bei so computerläden an. danke
Bei mir musste bei den RTL8019AS-Karten das EEPROM raus. Und dann noch zwei Drahtbücken pro Karte gelötet und die Karten hatten funktioniert. Ich habe es vorher mit einem alten Rechner probiert und versucht, den IRQ auf 9 zu stellen, aber das klappte nicht. Gruß Elektrikser
toll aber es gibt viele verschiedene karten mit RTL8019 chip. Da hab ich keine ahnung wo der eeprom raus muss. Ich schau übermorgen mal auf dem sperrmüll und hol mir n paar aus alten PC's. Da is bestimmt bei einer IRQ9 und so eingestellt. Mal ne andere frage an Sssssss: Wo haste diesen ISA Slot mit lötkelchen her???? und: über welchen Port läuft die cam??? ich hätte gerne n anderen port als 80 um den Port vom router auf die cam umzuleiten und so von überall auf die cam zugreifen kann. ich würde hier dann auch die Adresse posten das ihr mir alle zuschaun könnt^^
Hi! >toll aber es gibt viele verschiedene karten mit RTL8019 chip. Da hab ich >keine ahnung wo der eeprom raus muss. Das kleine 8polige Dingen ;) 93C46 oder so >Mal ne andere frage an Sssssss: Wo haste diesen ISA Slot mit lötkelchen >her???? Hatte ich hier rumfliegen 8) War mal in irgendeiner Steckersammlungstüte die ich irgendwo günstig erworben hatte. Ansonsten: altes MAinboard holen und mit heissluftfön auslöten ! Oder direkt an die Karte löten ;) >und: über welchen Port läuft die cam??? ich hätte gerne n >anderen port als 80 um den Port vom router auf die cam umzuleiten und >so von überall auf die cam zugreifen kann. ich würde hier dann auch >die Adresse posten das ihr mir alle zuschaun könnt^^ Datei Socket.h: //#define SOCKET_HTTP 0x5000 //www-http //port 80 #define SOCKET_HTTP 0x050d //www-http //port 3333 Mein Source ist momentan auf Port 3333 konfiguriert ;)
danke erstmal. 1. Muss ich noch was anderes umlöten als den eeprom raus(MUSS man die lötbrücken setzen???) 2. Wie berechne ich den Port??? 050Dh=1293d und 5000h=20480d ich denke ich werde mir so ne alte karte holen wo ein 1 ISA Slot auf 2 ISA Slot converter drauf is und da feste kabel anlöten oder mit ner säge n altes motherboard schrotten und direkt an die pins die kabel(hab kein heißluftfön und ohne den wirds n bissl kompliziert) noch 1000 mal danke ihr seid echt die besten
Portberechnung: 80 = 0x0050 -> hi/lo tauschen -> 0x 50 00 3333 = 0x0D05 -> hi/lo tauschen -> 0x 05 0D Also wenn du 1234 als Port willst: 1234 = 0x04D2 -> hi/lo tauschen -> 0xD204
das mit den lötbrücken hat sich im forum von u.radig erledigt. Anscheinend gehts auch ohne^^. wünscht mir glück das auf m sperrmüll ne 8019 rumfliegt
sonst versuch dein Glück morgen mal aufm Floh-/Trödelmarkt ;) Da hab ich meine ersten beiden funktionierenden her 8)
Hallo, das Projekt hört sich ja sehr interessant an. Ich hatte mir letztens eine der Platinen von Holger Buss' AVR Webserver ( www.mikrocontroller.com ) besorgt, um mich in das Thema µC einzuarbeiten. Wie schließt man die MCA 25 da sinnvollerweise an?
Der Initiator dieses Projekts hat hier seine Ergebnisse zusammengestellt: http://avr.auctionant.de/avr-ip-webcam/ Da findest du auch einen Schaltplan.
Hi! Du musst meinen Schaltplan und die Sourcen ggf an die anderen Pins anpassen. Du brauchst nur den RX/TX port am avr und irgendeinen pin als Reset Signal zur Cam. Die leds kannst du weglassen, den Servo auch ;)
So ich war heute in München-Schillerstr. und hab eine Karte geschenkt gekrigt nachdem ich ihm glaubhaft gemacht hab das ich echt eine ISA Karte will. Die Karte hat RTL 8019AS Chipsatz(kam unter nem Sticker zum Vorschein). Die IRQ und I/O Ports kann ich auf der Karte einstellen(Jumper). Aber es gibt 3 Probleme: 1. Das Ding hat kein RJ45 Ausgang aber löcher dafür--->Nachrüstbar???(siehe Foto in Link) 2. Wie ist die Pinbelegung(wie die andere Karte???) 3. ein Kondensator is so komisch eingesägt--->Absicht???(siehe Foto) Hier Fotos(man sieht karte, RJ45 löcher, Kondensator und Anleitung): www.ludwigspowerseite.de/ne2000bilder.zip (2,5MB) Noch ne Frage: Was is ne Boot-ROM Adress??? Wie muss ich die einstellen???
Hi! Oha da fehlt der RJ45 Anschluss und der Übertrager soweit ich das sehe... Evtl kannst du einen von ner anderen alten karte dort einlöten. Weiss nicht ob die genormt sind. Oder du lötest den rtl8019 ab und packst ihn auf ne eigene Platine 8)
RJ45 hab ich bräuchte nur nen Übertrager. weiß da jemand nen anderen als 20f-001n weil den gibts nirgends mehr
Hi! Macht doch bitte für das Netzwerkkartenproblem jeweils nen eigenen Thread auf ;) Das liest dann evtl auch jemand der sich mit Netzwerkkarten auskennt aber kein Interesse an der Handycam hat 8) Thnx
ich denke des gehört wieder hier rein: wenn ich die da kauf: http://images.auctionworks.com/hi/67/67032/n391.jpg Wo muss da der eeprom raus??? ich seh da keinen
achja: auf dem 8-pin chip oben links steht: | | | | ------------ | ATMEL648 | | 93C16 | | PC | ------------ | | | | sieht man auf dem Foto nicht hab aber nachgefragt
Poste das doch bitte im Netzwerkkartenthread... Das hat mit der Ansteuerung der Cam 0,nix zu tun und geht hier nur unter ;) Danke ;)
@lordludwig: Dreimal darfst Du raten, was ein 93C16 für ein Baustein ist.
An Christian...Danke An Ssssss: Fand ich eigentlich schon aber egal.
Hallo, ich teste gerade dein Programm auf meinen Webserver. Es ist ein Atmega128er-Board. Also mal den 128er im makefile geändert und die SYSCLK geändert. Er bringt dann aber beim Complilieren Fehler. Es werden die SFR "UCSRB" und "UCSRA" nicht gekannt (kommt in der uart.c und in der mca25.c vor), was auch logisch ist. In der uart.h sind diese Register schon für beide Controller definiert. Dort werden sie "USR" und "UCR" genannt. Wäre schön, wenn du es abändern könntest in deinem Programm, falls einer den Webserver von Ulrich nachbaut und dann das gleiche Problemm vorfindet. Die Idee gefällt mir sehr gut und ich würde mich freuen, wenn ich hier bald eine Erfolgsmeldung posten kann. Viele Grüße Elektrikser
Hi! Danke! Hatte beim testen die mega32 sregs direkt eingetippt und das contitional #define in der uart.h übersehen. Hier nun die geänderte Version: http://avr.auctionant.de/source/avr-ip-webcam_based_on1.38_151005.tar.gz Sollte nun per mega32/mega128 define automatisch die richtigen regs ansprechen ;) Habs aber nicht getestet da der webserver grad nicht neben mir liegt ;)
Guten Abend,
hat es schon jemand geschafft die Kamera mit der Hardware von Holger
Buss anzusteuern?
Ich habs mit dieser Einstellung versucht
//CONFIG:
#define MCA25_RESET_PORT PORTD
#define MCA25_RESET_PORT_DIR DDRD
#define MCA25_RESET_PIN 6
//reset control signal
#define MCA25_RESET_HI() MCA25_RESET_PORT|= (1<<MCA25_RESET_PIN);
#define MCA25_RESET_LO() MCA25_RESET_PORT&=~(1<<MCA25_RESET_PIN);
//status led on pin d5
#define MCA25_STATUS_LED_OFF() MCA25_RESET_PORT|=(1<<5);
#define MCA25_STATUS_LED_ON() MCA25_RESET_PORT&=~(1<<5);
//error led on pin d4
#define MCA25_ERROR_LED_OFF() MCA25_RESET_PORT|=(1<<4);
#define MCA25_ERROR_LED_ON() MCA25_RESET_PORT&=~(1<<4);
//clock led on pin d7
#define MCA25_CLOCK_LED_OFF() MCA25_RESET_PORT|=(1<<7);
#define MCA25_CLOCK_LED_ON() MCA25_RESET_PORT&=~(1<<7);
sowie die Konfiguration an die Hardware angepasst,aber es funktioniert
nicht.
Anscheinend wird auch die NW-Karte nicht initialisiert,da auch kein
Ping darauf funktioniert.
Über Tips und Tricks freue ich mich.
Danke
Roland
Hi! Du musst noch ISA_CTRL definieren. Moment, ich habe heute von Ingo eine Version für die Platine gemailt bekommen. Ich fuege das mal eben mit meiner aktuellen Version zusammen und lade es dann auf meine Seite ;)
Hallo Sssssss, ich danke Dir schonmal im voraus. Viele Grüße Roland
So, guck mal hier: http://avr.auctionant.de/source/avr-ip-webcam_based_on1.38_181005.tar.gz In der mca25.h kannst du dir die Beschaltung der Cam abgucken. Wenn du ohne leds arbeiten willst mach das define USE LEDS aus ;) Ich hab das aber nciht getestet, ich hoffe ich habe beim mergen nichts übersehen. Irgendwie hat diff gestreikt ..
Hallo Sssssss, ISP_CTRL oder ISA_CTRL hatte ich schon passend eingestellt,ich werde Deine neue Version morgen testen und Bericht erstatten. Erstmal vielen Dank. Viele Grüße Roland
Hi! Dann berichte mal bitte obs funzt ;) Die Änderungen gegenüber der Version vom 15.10 sind von Ingo (mikrocontroller.com). Ich hab sie lediglich mit der 15.10er Version zusammenkopiert ;) Versuch mal zum testen das define USE_MCA25 auf 0 zu setzen. Also ohne Cam zu arbeiten. Wenn dann der Webserver läuft kannst du ja schritt für schritt gucken wo es hakt ;) Du kannst auch an der cam_tx leitung mal parallel mit dem pc gucken was dort passiert. Zuerst auf 9600 baud und danach gehts auf 460kbaud hoch wenn der erste cam init Teil gelaufen ist. Evtl bleibt er schon bei dem AT&F @9600 baud stecken. Bye, Simon
Hallo Ssssss, ich hab schon beim kompilieren Schwierigkeiten,obwohl ISP_CRTL gesetzt ist kommt folgende Fehlermeldung bei rtl8019.c rtl8019.c: In function `Init_Realtek_Network_Card': rtl8019.c:82: error: `ADDR_OUTPUT' undeclared (first use in this function) rtl8019.c:82: error: (Each undeclared identifier is reported only once rtl8019.c:82: error: for each function it appears in.) rtl8019.c:83: error: `CTRL_LINES_DIR' undeclared (first use in this function) mal gucken was da los ist. Viele Grüße Roland
Hi! Bitte nochmal neu runterladen... In Ingos Version hatte er es ISA_CTRL genannt, beim mergen hab ich bei mir noch einmal ISP_CTRL übersehen. Ist nun gefixt und kompiliert ;)
Hallo, in rtl8019.h fehlt meiner Meinung nach noch ein #define ISA_CTRL, dann kompiliert er durch. Roland
Hast du den aktuellen Code von gerade eben heruntergeladen ? http://avr.auctionant.de/source/avr-ip-webcam_based_on1.38_181005.tar.gz (hab ihn nicht neu benannt) Also bei mir kompiliert der auch ohne extra #define in der rtl8019.h Die rtl h wird ja in der main.h nach dem define included ;) bei der alten version war ISA_CTRL und ISP_CTRL vermischt...
Ja hatte ich,aber ich hatte das define noch eingefügt,da es bei der Vorgängerversion nicht geklappt hat. Der Server funktioniert soweit ohne Kamera.Mit der Kamera kann ich erst morgen wieder testen.Melde mich dann wieder. Roland
Hallo Ssssss, es geht auch ohne das define in der trl8019.h. Noch eine Frage kann ich die Cam über einen FT232 an den PC hängen, klappt das mit der Geschwindigkeit? Danke für Deine Geduld. Roland
HI! Jepp, ftdi 232 klappt ;) Wenn du nen selber gebauten hast direkt an den ftdi, ansonsten halt mit max232. Guck dir mal den Perlcode auf meiner mca25 Seite (Software) an.
was ist jetzt in der neuen version genau geändert???? Hab schon die ISA Karte da und MCA-25 und Bauteile sind auch schon bestellt
Hallo Ssssss, ich hab nen selbstgebauten,das Perl-Skript habe ich mir schon runtergeladen. Dann werde ich das morgen mal testen. Roland
Ich glaub es wurden ca 5 Dateien geändert. Es wurde grob gesagt dafür gesorgt dass man das #define ISA_CTRL wieder benutzen kann ;) Wenn du die Schaltung nach meiner Seite aufbaust dann ist das uninteressant für dich. Wenn du holgers ISA ctrl webserverplatine nutzt dann brauchst die neue ;) Wenn du es genau wissen willst dann lade die 15.10.2005 und 18.10.2005 Versionen runter, entpack sie in zwei verzeichnisse und mach ein diff source_151005 source_181005 dann siehste es ;)
Hallo Sssssss, das sind die einzigen Ausgaben die ich mit Deinem Perlskript am FT232 erhalte,sieht so aus als wird die Cam nicht initialisiert. Pentium3667:/home/roland # ./connect_640x480.pl 9600 <<IN <<AT&F. >>SEND>>AT&F< [41 54 26 46 ] >>SEND>>\r\r\nOK\r\n< [0D 0D 0A 4F 4B 0D 0A ] <<IN <<AT&F. >>SEND>>AT&F< [41 54 26 46 ] >>SEND>>\r\r\nOK\r\n< [0D 0D 0A 4F 4B 0D 0A ] <<IN <<AT&F. >>SEND>>AT&F< [41 54 26 46 ] >>SEND>>\r\r\nOK\r\n< [0D 0D 0A 4F 4B 0D 0A ] <<IN <<AT&F. >>SEND>>AT&F< [41 54 26 46 ] >>SEND>>\r\r\nOK\r\n< [0D 0D 0A 4F 4B 0D 0A ] Roland
Scheinbar erhält die Cam das OK cmd nicht. Check mal die Cam RX Leitung. Also am PC TX ;)
Ich werd mich dann mal in meinen Bastelkeller zurückziehen,da steht leider kein Linuxrechner,mal vorsichtshalber die zweite Cam umlöten und gucken was da passiert. Roland
Ich gebs für heute mal auf,2 Cams,2 verschiedene FT232 gleiches Ergebnis wie oben. Morgen mal in Ruhe alles durchchecken. Roland
Evtl falsch verdrahtet ? Weiter oben hatten sich falsche Belegungen eingeschlichen. Siehts so aus wie auf meinem Foto: http://avr.auctionant.de/img/mca25_kabel_angeloetet_thumb.jpg ? Irgenwie scheint die Cam dein OK nicht zu empfangen :( Wie hast du sie mit dem ftdi verbunden ? Kannst du evtl mal nen Schaltplan posten ?
Ich habs genauso verdrahtet wie auf deinem soeben geposteten Bild. Die Verbindung von der Cam zum FTDI sind gekreuzt,also RX auf TX und umgekehrt.Die LEDs am FTDI blinken ja auch bei den Verbindungsversuchen.Die Spannung an der Cam liegt bei 3,7V,naja für heute mache ich erstmal Feierabend. Roland
Hi! Hmm komisch... Dann sollte es eigentlich gehen. Kannst ja evtl mal versuchen per minicom per Hand mit der Cam zu reden. 9600 baud 8N1 hw handshake off Die Cam sendet alle Sekunde ein AT&F und du musst \r\nOK\r\n senden. evtl reicht auch nen OK\n Wenn sie das empfangen hat sendet sie was anderes als AT&F zurück (steht auf meiner Protokollseite) 3.7V sollte ok sein... Auf was läuft der ftdi ? 3.3V ? Ich hab rx/tx mit 5V Pegeln benutzt beim testen.
was hälste von spannungsteilern für die RS232??? sind nur 2 widerstände und die cam hängt sich evtl. nicht mehr auf. N versuch währs doch wert
Hatte es mal getestet, brachte keine Änderung. Nen Spannunsteiler bei 460kbaud einzusetzen ist auch nicht optimal. Die Frequenzen sind ja schon recht hoch... Die rx/tx Pins scheinen aber auch 5V tolerant zu sein. Sonst wär meine Cam längst gestorben ;) Aber sooo oft haengt sich die Cam nicht auf. Und wenn das nen Problem ist einfach den wdt auf 1s stellen und nur in er mainloop resetten. -> hängt die cam resettet sich der uC und initialisiert alles neu. Kann man evtl mal ergänzen ;)
Angehängte Dateien:
-
bild12.jpg
49 KB
Hi, hab heute auch mal meine Kamera ausprobiert und gerade das Bild im Anhang geschossen :) Jezt aber guts naechtle Tobias
Könntest du bitte den WDT für mich einbaun weil ich hab 0 erfahrunf in C. Das ding soll wochen laufen ohne das ich da bin und soll verfügbar sein.(ich will meine wohnung während urlaub sehen können)
Die Kameras senden schön brav ihr AT&F,reagieren aber nicht auf mein gesendetes Signal,das auch in den Cams ankommt. Ich bin anscheinend zu blöd die Dinger in Betrieb zu nehmen. Roland
Das ist sehr komisch ... Wenn du am ftdi RX und TX verbindest und mit minicom irgendwas tippst, kommt es dann genauso als Echo zurück ? Evtl hat der ftdi irgendwas ? Masse ftdi und cam hast verbunden denke ich mal, oder ?
Thread beobachten
Seitenaufteilung abschalten
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.