Het zit erop!
Als afsluiter van de periode hebben we zoals eerder aangekondigd een week in Limoges doorgebracht, in het opdrachtgevende bedrijf Dioptik, waar we gisteren een eindpresentatie hebben gehouden. Jammergenoeg kon de stagementor daarop niet aanwezig zijn omdat hij zelf op een buitenlandse missie is. Het departementshoofd van de universiteit was er echter, en vormde dus samen met de wetenschappelijke directeur en een ingenieur van Dioptik de jury. De presentatie is onthaald op zeer positieve reacties en vormde de kers op de taart van de drie boeiende maanden.
Meer details over ons reilen en zeilen hier komen aan bod op onze thuispresentatie en in ons dossier.
Een laatste zuidelijke groet, en tot binnenkort!
Dieter Walckiers
Hannes Claerhout
vrijdag 30 mei 2008
vrijdag 16 mei 2008
Testen netwerkmogelijkheden, aanhoudende problemen op gebied van video
Hallo
Gezien we momenteel niet verder na kunnen gaan of op het gebied van lens alles correct werkt (zie vorige week) hebben we ons toegespitst op de andere gebieden die nog voorzien moeten worden in het project:
1) versturen van videosignaal via wifi
2) encoderen van videosignaal in h.264 of ander mpeg-4 formaat.
Gezien er op het ogenblik nog niet echt een wifi-oplossing in zicht is, hebben we tests ontwikkeld voor de klassieke ethernetverbinding. We gaan er van uit dat het wifi-gedeelte voor de stuurprogramma's is en dat het er uiteindelijk op neerkomt om via de juiste interface pakketjes te verzenden (hetzij wifi, hetzij bedraad ethernet).
We slaagden er ondertussen in om de bitmap die we al eerder gebruikten in onze tests (of eender welke) te versturen via UDP en die aan de andere kant opnieuw te laten omzetten in een volwaardige afbeelding. Op dat gebied ziet het er dus goed uit, op voorwaarde dat er ondersteuning voor draadloze adapters ontwikkeld wordt natuurlijk... .
Op het gebied van de videomogelijkheden, blijft de situatie er somber uit zien. We hebben dan wel die nieuwe camera ontvangen en de driver communiceert daadwerkelijk met dit type, maar de driver is blijkbaar nog erg instabiel. We schreven een testprogramma dat gebruik maakt van de video4linux API, - waaruit blijkt dat er wel degelijk gecommuniceerd wordt met de camera - maar op het moment dat de opdracht gegeven wordt om de gegevens van de camera te gaan versturen, loopt alles vast => In de zin dat heel de machine opnieuw moet opgestart worden.
Om na te gaan of het probleem bij onze code lag, hebben we dit testprogramma verstuurd naar ontwikkelaars die hetzelfde type camera gebruiken (maar op een ander hardwareplatform) en zij bevestigden ons dat de code bij hen werkte... . Het probleem zit dus niet in de code, maar in de voorlopig onstabiele driver voor de camera. We contacteerden de ontwikkelaars van de linuxdistributie voor ons platform en ze zijn het probleem aan het inspecteren.
Bij het tweede nog uit te werken topic, zijnde het encoderen van het videosignaal, steken er ook enkele problemen de kop op. Onze hardware (de microcontroller op zich) heeft mogelijkheden om video hardwarematig te coderen naar een ander formaat, maar deze functies zijn op dit ogenblik nog niet geïmplementeerd in onze linuxdistributie.
Een concurrent heeft echter wel reeds bibliotheken ontwikkeld voor dit soort microcontroller, maar zij maken gebruik van een ander ontwikkelplatform. We inspecteerden of het eventueel mogelijk was om deze bibliotheken te compileren voor ons platform, maar dat bleek volstrekt gekkenwerk te zijn, gezien daar ook gebruik gemaakt wordt van specifieke broncode voor dat andere ontwikkelplatform.
Kortom: de bal ligt in het kamp van de ontwikkelaars van de distributie op ons platform om vooruitgang te kunnen boeken op het gebied van alles wat video betreft. (te betreuren)
We zullen zien hoe de situatie zich nog verder ontwikkelt volgende weken. We hebben in ieder geval nog meer dan werk genoeg in verband met documentatie schrijven en opzoekwerk verrichten naar andere oplossingen, dus we zullen niet stil zitten!
Een vriendelijke groet
Hannes Claerhout,
Dieter Walckiers
Gezien we momenteel niet verder na kunnen gaan of op het gebied van lens alles correct werkt (zie vorige week) hebben we ons toegespitst op de andere gebieden die nog voorzien moeten worden in het project:
1) versturen van videosignaal via wifi
2) encoderen van videosignaal in h.264 of ander mpeg-4 formaat.
Gezien er op het ogenblik nog niet echt een wifi-oplossing in zicht is, hebben we tests ontwikkeld voor de klassieke ethernetverbinding. We gaan er van uit dat het wifi-gedeelte voor de stuurprogramma's is en dat het er uiteindelijk op neerkomt om via de juiste interface pakketjes te verzenden (hetzij wifi, hetzij bedraad ethernet).
We slaagden er ondertussen in om de bitmap die we al eerder gebruikten in onze tests (of eender welke) te versturen via UDP en die aan de andere kant opnieuw te laten omzetten in een volwaardige afbeelding. Op dat gebied ziet het er dus goed uit, op voorwaarde dat er ondersteuning voor draadloze adapters ontwikkeld wordt natuurlijk... .
Op het gebied van de videomogelijkheden, blijft de situatie er somber uit zien. We hebben dan wel die nieuwe camera ontvangen en de driver communiceert daadwerkelijk met dit type, maar de driver is blijkbaar nog erg instabiel. We schreven een testprogramma dat gebruik maakt van de video4linux API, - waaruit blijkt dat er wel degelijk gecommuniceerd wordt met de camera - maar op het moment dat de opdracht gegeven wordt om de gegevens van de camera te gaan versturen, loopt alles vast => In de zin dat heel de machine opnieuw moet opgestart worden.
Om na te gaan of het probleem bij onze code lag, hebben we dit testprogramma verstuurd naar ontwikkelaars die hetzelfde type camera gebruiken (maar op een ander hardwareplatform) en zij bevestigden ons dat de code bij hen werkte... . Het probleem zit dus niet in de code, maar in de voorlopig onstabiele driver voor de camera. We contacteerden de ontwikkelaars van de linuxdistributie voor ons platform en ze zijn het probleem aan het inspecteren.
Bij het tweede nog uit te werken topic, zijnde het encoderen van het videosignaal, steken er ook enkele problemen de kop op. Onze hardware (de microcontroller op zich) heeft mogelijkheden om video hardwarematig te coderen naar een ander formaat, maar deze functies zijn op dit ogenblik nog niet geïmplementeerd in onze linuxdistributie.
Een concurrent heeft echter wel reeds bibliotheken ontwikkeld voor dit soort microcontroller, maar zij maken gebruik van een ander ontwikkelplatform. We inspecteerden of het eventueel mogelijk was om deze bibliotheken te compileren voor ons platform, maar dat bleek volstrekt gekkenwerk te zijn, gezien daar ook gebruik gemaakt wordt van specifieke broncode voor dat andere ontwikkelplatform.
Kortom: de bal ligt in het kamp van de ontwikkelaars van de distributie op ons platform om vooruitgang te kunnen boeken op het gebied van alles wat video betreft. (te betreuren)
We zullen zien hoe de situatie zich nog verder ontwikkelt volgende weken. We hebben in ieder geval nog meer dan werk genoeg in verband met documentatie schrijven en opzoekwerk verrichten naar andere oplossingen, dus we zullen niet stil zitten!
Een vriendelijke groet
Hannes Claerhout,
Dieter Walckiers
woensdag 7 mei 2008
Project stall
Opnieuw een vervroegde blogpost omdat deze week ook een verkorte is, 8 mei is namelijk een nationale herdenkdag hier.
Ons project heeft momenteel te kampen met een grote vertraging, om verschillende redenen.
Wat de I2C bus betreft is het de communicatie met de hardware, dus de lens, die schort. Via de oscilloscoop hebben we het signaal proberen te onderscheppen dat door het kaartje van Varioptic (zie foto) in theorie zou moeten worden geconverteerd van digitaal naar analoog (tussen 0 en 60 volt), maar we slaagden er niet in om iets te visualiseren, buiten wat willekeurige ruis.
Met een multimeter zijn we alle bereikbare connecties nagegaan en alles werkte, dus moet het het kaartje zelf zijn waarmee er iets scheelt.
Mr. Faugeras, directeur bij Dioptik, is deze namiddag langsgekomen en heeft op zijn beurt alles in zijn eigen kennis geprobeerd, waaronder de kabeltjes hersolderen, ook zonder resultaat.
Als we de datalijnen controleren die we doorsturen die dienen om het componentje aan te sturen op de I2C poort, dus waar ze het ontwikkelingsbord verlaten, zien we dat alles naar wens verloopt. Ze zijn zichtbaar op de oscilloscoop en we zien effectief die bits passeren die we doorsturen vanuit het programma (zie blogpost van 25 april). Dus softwarematig is alles in orde en is ons taak vervuld (op dat vlak). Maar hardwarematig is er dus een defect.
Een nieuw component bestellen zou een wachttijd van 2 weken betekenen, dus daar zit een probleem. Mr. Faugeras uitte echter de mogelijkheid om een gelijkaardige kaart te lenen uit een ander project, om na te gaan of het daarmee wel gaat, en om zo dus de code die we hebben geschreven om de focus aan te sturen 100% te kunnen testen.
Maar voorlopig kunnen we op dat vlak niet meer dan afwachten.
Dat betekent niet dat we met ons vingers zullen draaien, er zijn nog zo veel aspecten om mee te experimenteren. Zoals de WIFI functie. Want het is nog steeds de uiteindelijke bedoeling om de gerecupereerde beelden van de camera ook over een draadloos netwerk te versturen. Dus dat is een uitdaging voor volgende week.
Varioptic digitaal-analoog convertor kaartje, dimensies ongeveer 1 op 1,5 cm
Vriendelijke groeten vanuit het zuiden
Dieter Walckiers
Hannes Claerhout
Ons project heeft momenteel te kampen met een grote vertraging, om verschillende redenen.
Wat de I2C bus betreft is het de communicatie met de hardware, dus de lens, die schort. Via de oscilloscoop hebben we het signaal proberen te onderscheppen dat door het kaartje van Varioptic (zie foto) in theorie zou moeten worden geconverteerd van digitaal naar analoog (tussen 0 en 60 volt), maar we slaagden er niet in om iets te visualiseren, buiten wat willekeurige ruis.
Met een multimeter zijn we alle bereikbare connecties nagegaan en alles werkte, dus moet het het kaartje zelf zijn waarmee er iets scheelt.
Mr. Faugeras, directeur bij Dioptik, is deze namiddag langsgekomen en heeft op zijn beurt alles in zijn eigen kennis geprobeerd, waaronder de kabeltjes hersolderen, ook zonder resultaat.
Als we de datalijnen controleren die we doorsturen die dienen om het componentje aan te sturen op de I2C poort, dus waar ze het ontwikkelingsbord verlaten, zien we dat alles naar wens verloopt. Ze zijn zichtbaar op de oscilloscoop en we zien effectief die bits passeren die we doorsturen vanuit het programma (zie blogpost van 25 april). Dus softwarematig is alles in orde en is ons taak vervuld (op dat vlak). Maar hardwarematig is er dus een defect.
Een nieuw component bestellen zou een wachttijd van 2 weken betekenen, dus daar zit een probleem. Mr. Faugeras uitte echter de mogelijkheid om een gelijkaardige kaart te lenen uit een ander project, om na te gaan of het daarmee wel gaat, en om zo dus de code die we hebben geschreven om de focus aan te sturen 100% te kunnen testen.
Maar voorlopig kunnen we op dat vlak niet meer dan afwachten.
Dat betekent niet dat we met ons vingers zullen draaien, er zijn nog zo veel aspecten om mee te experimenteren. Zoals de WIFI functie. Want het is nog steeds de uiteindelijke bedoeling om de gerecupereerde beelden van de camera ook over een draadloos netwerk te versturen. Dus dat is een uitdaging voor volgende week.
Varioptic digitaal-analoog convertor kaartje, dimensies ongeveer 1 op 1,5 cm
Vriendelijke groeten vanuit het zuiden
Dieter Walckiers
Hannes Claerhout
Abonneren op:
Posts (Atom)