https://revspace.nl/api.php?action=feedcontributions&user=Andrey&feedformat=atomRevSpace - User contributions [en-gb]2024-03-29T14:39:58ZUser contributionsMediaWiki 1.32.1https://revspace.nl/index.php?title=Space3&diff=12065Space32017-01-20T17:52:53Z<p>Andrey: </p>
<hr />
<div>{{Project<br />
|Name=Space³<br />
|Picture=40a9740d36a81cff526d55d8cc00e9d45634740f.jpg<br />
|Status=In progress<br />
|Contact=Sebastius<br />
|Contact1=Gori<br />
|Contact2=Foobar<br />
|Contact3=Maxell<br />
|Contact4=WinSCaP<br />
|Contact5=Hans de Goede<br />
|Contact6=Juerd<br />
|Omschrijving=Bouwen Revspace 3!<br />
}}<br />
<br />
{{Event<br />
|Name=Klusweekend 2<br />
|DateStart=20 Jan 2017<br />
|DateEnd=22 Jan 2017<br />
|InfoLocation=Overgoo 1, Leidschendam (achterkant Vlietweg 15)<br />
|Info=Muren bouwen, plamuren, deurkozijnen monteren<br />
}}<br />
<br />
<br />
=Klussen!=<br />
Tip voor wie niet gewend is om te klussen: '''draag kleding die vies mag worden'''. Lange mouwen helpen tegen jeuk door vallend gruis, glaswol, etc.<br />
<br />
<div style="border: 2px solid red; padding: 2em; align: center;"><br />
De wand tussen keuken en hoofdruimte nog NIET plamuren. Die moet er misschien weer uit vanwege de grote keuken die we via Marktplaats hebben gekocht.<br />
</div><br />
<br />
==Klusweekend 2==<br />
===Aanwezig===<br />
{| class="wikitable" style="text-align: center;"<br />
|+ Weekend 20/21/22 januari 2017<br />
! Wie !! Vrijdag !! Zaterdag !! Zondag !! Opmerking<br />
|-<br />
| [[Sebastius]] || Ja! || ? || ? || <br />
|-<br />
| [[Peetz0r]] || Toch maar wel, vanaf 15:00 || Misschien || Ja ||<br />
|-<br />
| [[Deuce]] || Nee || Ja || Nee || <br />
|-<br />
| Andrey || Nee || Ja || ? || <br />
|-<br />
| [[Maxell]] || Vanaf 08:00 || ? || ? || Omdat er extra bouwmaterialen binnenkomen!<br />
|-<br />
| Juerd || Ja || ? || ?<br />
|-<br />
| Pepman || Nee || Nee || Ja || +/- 12:00 uur<br />
|-<br />
| Jelly || Ja || Ja || Nee ||<br />
|-<br />
| [[Smeding]] || Nee || Nee || Ja ||<br />
|} <br />
<br />
Caretaker za/zo: Straw. Hoort graag als men bepaalde fris/drank mist of aangevuld moet worden.<br />
<br />
===Werkzaamheden===<br />
<br />
* <s>Afmaken montage wanden fase 1.</s> Al gedaan<br />
* Wanden fase 2 bouwen.<br />
* Afsmeren van de voegen van de gipsplaten.<br />
* Plinten plakken<br />
* Deur van Sparkshackje fixen<br />
<br />
[[Image:Dccb05b309d8a5a341bfd35b455ac028.png]]<br />
<br />
==Doordeweeks==<br />
<br />
* <s>Nieuwe materialen bestellen (actie Maxell)</s> DONE<br />
* Uitzoeken hoeveel glaswol-platen we tekort komen, en dat inkopen bij Hornbach<br />
* <s>Herstellen systeemplafond tegen nieuwe wand</s> DONE<br />
* <s>Controleren alle gipsplaatschroeven van platen die gevoegd moeten worden</s> DONE<br />
* <s>Stucloper neerleggen en vasttapen</s> DONE<br />
* Voegen van gipsplaten<s>, plamuren schroefgaatjes</s><br />
** Niet de nieuwe zwam-ruimte; die is nu in gebruik.<br />
** Wel de nieuwe hal<br />
** Wel de spaceruimtes<br />
** de hoge platen hoeven maar tot <s>vlak voorbij</s> systeemplafond-hoogte<br />
* Na drogen van de 1e laag: 2e laag (zie filmpje "als een pro" hieronder)<br />
* Na drogen van de 2e laag: voegen controleren en eventueel 3e laag doen<br />
* Vlakschuren<br />
<br />
=Vrijwilligers=<br />
Wij zijn allemaal vrijwilligers (ook het bestuur) en zorgen voor elkaar. We zorgen voor eten en drinken tijdens en na het klussen. Er zijn voldoende persoonlijke beschermingsmiddelen en een goede EHBO doos.<br />
<br />
Als voorraden eten/drinken/pleisters op beginnen te raken, geef het dan op tijd door. Het kost ook tijd om nieuwe voorraden te regelen.<br />
<br />
Gezocht: iemand die zich hierover wil ontfermen. Het komt neer op ALDI raiden met een redelijk budget, en af en toe aanvullen. En wat matekratten :). Als niemand dit wil doen, doet het bestuur het, maar we kunnen wel wat lastenverlichting gebruiken!<br />
<br />
Er is € 1500 gebudgetteerd voor eten en drinken tijdens het klussen. Ongeveer de helft daarvan is voor voorraden snoep/drinken, de andere helft voor avondeten voor mensen die een heel dagdeel hard klussen. Uitgaande van 14 klusdagen met steeds 7 personen, komt dat neer op € 8 budget per avondmaaltijd. Daarvoor heb je bijvoorbeeld afhaal-chinees of afhaal-pizza. Zelf bijleggen voor een luxere maaltijd is natuurlijk altijd een optie :)<br />
<br />
=Kennisbank=<br />
* Metalstudwanden plaatsen: https://www.youtube.com/watch?v=1SG2U0NbCpM<br />
** Kritiek op dit filmpje, dat verder wel een goede basis-uitleg geeft:<br />
*** De meeste profielen hoeven niet aan elkaar vastgemaakt te worden. Bij een brandwerende wand is het zelfs niet goed, omdat de wand moet kunnen werken. Het werkt ook makkelijker en sneller als je de profielen niet aan elkaar vastmaakt, want je kunt de verticale studs tot 't laatste moment nog verplaatsen. De gipsplaat zorgt voor de stevigheid. (zie Gyproc Doeboek pagina 19, over niet schroeven in de horizontale profielen)<br />
*** Eerste stud op 60 cm is niet goed, want platen die tegen de bestaande wand komen, moeten worden afgesneden zodat het afgeschuinde deel er niet meer aanzit, omdat je dat moeilijk kunt vullen achteraf. Als er bijv. 15 cm wordt afgesneden, komt de eerste stud op 60 - 15 = 45 cm, en daarna gaat het verder per 60 cm. In het algemeen ga je verder met een rest-stuk dat je overhoudt van de vorige wand, zodat het snijden al is gedaan. Zie vanaf 3:10 in het filmpje: dat moet je dus in principe niet alleen bij beschadigde platen doen, maar altijd bij de eerste plaat. <br />
*** Schroeven van 2 platen zitten horizontaal, terwijl je ze beter iets kunt laten verspringen voor de stevigheid (zie Gyproc Doeboek pagina 13 en 19)<br />
<br />
* Deuropening maken: https://youtube.com/watch?v=H4tsQQvcQYo&t=7m34s<br />
** Wij gebruiken geen hout<br />
** Wij gebruiken een fixeertang ipv schroeven<br />
** Wij gebruiken een stalen montagekozijn/nastelkozijn. Montage daarvan: https://www.youtube.com/watch?v=jnhs2_bq0zY<br />
<br />
* Gipsplaat op maat snijden en monteren: https://www.youtube.com/watch?v=XerTFTyyRoA (vanaf 1m33)<br />
** Dit filmpje gaat in principe over hout en dunne gipsplaten, waarbij een regelwerk van 30 cm wordt gebruikt ipv 60 cm.<br />
** Wij hoeven geen uitsparingen te maken voor de inbouw van elektra, want we monteren achteraf opbouw-materialen.<br />
<br />
* Voegen als een beginner: https://www.youtube.com/watch?v=gFOGy4wGLgc<br />
<br />
* Voegen als een pro: https://www.youtube.com/watch?v=slrQL5mPquM<br />
<br />
* Voegen: https://www.youtube.com/watch?v=bWwcGzN6r3w<br />
<br />
Gyproc Doeboek hoofdstuk 1, 2 en 10 van [[File:GYPROC-DoeBoekNL.pdf|dit bestand]]<br />
<br />
= Deuren =<br />
<br />
== Deur 1: loopdeur in de garagedeur ==<br />
<br />
To do:<br />
* Kabels verbeteren.<br />
<br />
Status: slot is vervangen, tijdelijke doorduino werkt.<br />
<br />
Specs:<br />
* Ingang vanaf buiten<br />
* NOODUITGANG<br />
* Anti-paniekslot met 12V solenoid EL540 type 1,4<br />
** Deur is aangepast op het nieuwe slot (andere maten)<br />
* Buitenkant:<br />
** iButton-lezer<br />
** Deurkruk die alleen te bedienen is na gebruik van iButton<br />
* Binnenkant:<br />
** Deurkruk die altijd te bedienen is<br />
* Cilinder: huidige, van het merk Kaba, die alle huurders hebben<br />
<br />
== Deur 2: nieuwe deur in nieuwe wand, dichtste bij de garagedeur ==<br />
<br />
* Scheidt spaceruimte van garage (garage is niet van ons)<br />
* VLUCHTROUTE<br />
* Montagekozijn 2315x930<br />
* DIN Rechts draaiend in vluchtrichting<br />
* Regulier slot met veiligheidsbeslag<br />
* Dagschootopener in stalen kozijn hacken<br />
* Garagekant:<br />
** iButton-lezer<br />
** Deurknop<br />
* Spacekant:<br />
** Deurkruk<br />
* Cilinder: in beheer van de space. Alleen op slot in uitzonderlijke situaties, ivm vluchtweg.<br />
<br />
== Deur 3: nieuwe deur in nieuwe wand, haaks op deur 2, richting ruimte met doorgang aan binnenplein ==<br />
<br />
* Scheidt 2 space-ruimtes<br />
* VLUCHTROUTE<br />
* Montagekozijn '''2115'''x930<br />
* DIN '''Links''' (alle andere zijn rechts) draaiend in vluchtrichting<br />
* Regulier slot met simpel beslag<br />
* Beide kanten: deurkruk<br />
* Geen doorduino, want beide kanten zijn van de space<br />
* Cilinder: in behere van de space. Alleen op slot in uitzonderlijke situaties, ivm vluchtweg.<br />
<br />
== Deur 4: nieuwe deur in nieuwe wand, tegenover deur 2, aan kant van halletje ==<br />
<br />
* Ingang tot de space vanaf rest van gebouw (wc's!)<br />
* VLUCHTROUTE<br />
* Montagekozijn 2315x930<br />
* DIN Rechts draaiend in vluchtrichting<br />
* Regulier slot met regulier beslag (of veiligheidsbeslag ivm uiterlijk)<br />
* Daarbij: '''magneetslot''', fail-safe (bij stroomuitval OPEN), mogen we demonteren ergens uit de rest van 't gebouw<br />
* Gangkant:<br />
** iButton-lezer<br />
** '''Deurkruk''' ipv deurknop<br />
* Spacekant:<br />
** Deurkruk<br />
* Cilinder: in beheer van de space. Alleen op slot in uitzonderlijke situaties, ivm vluchtweg.<br />
<br />
== Deur 5: nieuwe deur in nieuwe wand, haaks naast deur 4, richting te bouwen keuken ==<br />
<br />
* Ingang tot spacekeuken vanaf gang, dus ook rest van het gebouw<br />
* Montagekozijn '''2115'''x930<br />
* DIN Rechts draaiend richting keuken<br />
* Regulier slot met veiligheidsbeslag<br />
* Dagschootopener in stalen kozijn hacken<br />
* Gangkant:<br />
** iButton-lezer<br />
** Deurknop<br />
* Spacekant (keuken):<br />
** Deurkruk<br />
* Cilinder: in beheer van de space. Alleen op slot in uitzonderlijke situaties, ivm vluchtweg.<br />
<br />
== Deur 6: nieuwe deur in nieuwe wand, tegenover deur 5 ==<br />
<br />
* Ingang tot productieruimte zwammenkwekerij<br />
* Montagekozijn 2315x930<br />
* DIN Rechts draaiend richting productieruimte<br />
* Regulier slot met regulier beslag (of veiligheidsbeslag ivm uiterlijk)<br />
* Beide kanten: deurkruk<br />
* Cilinder: mag deze huurder zelf plaatsen.<br />
<br />
== Deur 7: sparkshackje 3 ==<br />
<br />
* Ingang tot BBQ-ruimte vanaf buiten<br />
* Cilinder: in beheer van de space. Er zit nu een tijdelijke cilinder in.<br />
* Deur moet verstevigd worden (pochenk maakt een plan en komt hier vrijdag op terug (daglicht))<br />
* Regulier slot met veiligheidsbeslag. Zit nu basis binnendeuren beslag, PC55 maar afgebroken dus moet zowieso vervangen worden.<br />
* Dagschootopener<br />
* Buitenkant:<br />
** iButton-lezer<br />
** Deurknop (is nu nog deurkruk)<br />
* Binnenkant:<br />
** Deurkruk<br />
<br />
= Dingen die nog besteld moeten worden =<br />
* Deurkruk 5x https://www.hornbach.nl/shop/Deurkruk-paar-Blok-aluminium-F1/8015085/artikel.html<br />
* Voegspul (vraag gesteld aan leverancier over toepassing finisher als vuller)<br />
* Iets nodig en geen spoed? hier toevoegen<br />
<br />
= Unlocked achievements =<br />
<br />
==Klusweekend 1: 13/14/15 januari==<br />
Werkzaamheden voor dit weekend:<br />
<br />
* <s>Opslag achter aanhanger comprimeren</s> DONE<br />
* <s>Deelnemertoegang regelen</s> DONE<br />
* <s>Afspraken maken met andere huurders</s> DONE<br />
* <s>Systeemplafond nieuwe ruimte zwam-productieruimte (andere huurder die speciaal voor ons verhuist, wij regelen de nieuwe ruimte) slopen</s> DONE<br />
* <s>Alle wanden bouwen rondom nieuwe zwam-productieruimte, want maandag moet dat bruikbaar zijn :-)</s> DONE<br />
** <s>Deur: voorlopig een plastic flap ophangen, we hebben namelijk het kozijn nog niet binnen</s> DONE<br />
* <s>Systeemplafond boven garagedeur slopen</s> DONE</div>Andreyhttps://revspace.nl/index.php?title=Space3&diff=11955Space32017-01-15T15:17:33Z<p>Andrey: </p>
<hr />
<div>{{Project<br />
|Name=Space³<br />
|Picture=40a9740d36a81cff526d55d8cc00e9d45634740f.jpg<br />
|Status=In progress<br />
|Contact=Sebastius<br />
|Contact1=Gori<br />
|Contact2=Foobar<br />
|Contact3=Maxell<br />
|Contact4=WinSCaP<br />
|Contact5=Hans de Goede<br />
|Contact6=Juerd<br />
|Omschrijving=Bouwen Revspace 3!<br />
}}<br />
<br />
{{Event<br />
|Name=Klusweekend 1<br />
|DateStart=13 Jan 2017<br />
|DateEnd=15 Jan 2017<br />
|InfoLocation=Vlietweg 15, Leidschendam<br />
|Info=Doorduino aanleggen, systeemplafond demonteren en muren bouwen<br />
}}<br />
<br />
{{Event<br />
|Name=Klusweekend 2<br />
|DateStart=20 Jan 2017<br />
|DateEnd=22 Jan 2017<br />
|InfoLocation=Overgoo 1, Leidschendam (achterkant Vlietweg 15)<br />
|Info=Muren bouwen, plamuren, deurkozijnen monteren<br />
}}<br />
<br />
<br />
=Idee=<br />
=Klussen!=<br />
Tip voor wie niet gewend is om te klussen: '''draag kleding die vies mag worden'''. Lange mouwen helpen tegen jeuk door vallend gruis, glaswol, etc.<br />
<br />
==Klusweekend 1==<br />
Werkzaamheden voor dit weekend:<br />
<br />
* <s>Opslag achter aanhanger comprimeren om</s> DONE<br />
* <s>Deelnemertoegang regelen</s> DONE<br />
* <s>Afspraken maken met andere huurders</s> DONE<br />
* <s>Systeemplafond nieuwe ruimte zwam-productieruimte (andere huurder die speciaal voor ons verhuist, wij regelen de nieuwe ruimte) slopen</s> DONE<br />
* Alle wanden bouwen rondom nieuwe zwam-productieruimte, want maandag moet dat bruikbaar zijn :-)<br />
** Deur: voorlopig een plastic flap ophangen, we hebben namelijk het kozijn nog niet binnen<br />
* <s>Systeemplafond boven garagedeur slopen</s> DONE<br />
<br />
<br />
{| class="wikitable" style="text-align: center;"<br />
|+ Weekend 13/14/15 januari 2017<br />
! Wie !! Vrijdag !! Zaterdag !! Zondag !! Opmerking<br />
|-<br />
| [[Bertrik]] || Nee || Nee || Ja || <br />
|-<br />
| [[Hans de Goede]] || Ja || Ja || Nee || Vrijdag vanaf 16:00<br />
|-<br />
| [[mux]]+1 || Ja! || ??? || Nee ||<br />
|-<br />
| [[Sebastius]] || Ja || Ja || Ja || Vrijdag vanaf 16:00<br />
|-<br />
| [[Boekenwuurm]] || Nee || Nee || Ja || <br />
|-<br />
| [[Benadski]] || Ja || Nee || Nee || Vrijdag na werk, /me heeft een sleutel<br />
|-<br />
| [[Deuce]] || Nee || Ja || Nee || <br />
|-<br />
| [[Smeding]] || Ja || Nee || Ja ||<br />
|-<br />
| [[Kartoffel]] || Nee || Ja || Nee || Met auto<br />
|-<br />
| [[Polyfloyd]] || Nee || Ja || Nee || #ifdef vervoer<br />
|-<br />
| Juerd || Ja || ? || ? || Verkouden, dus za/zo afhankelijk van energieniveaus.<br />
|-<br />
| Jelle || Ja || Ja || I guess || Vrijdag vanaf ~ 18.00 pas<br />
|-<br />
| AlexanderB || Ja || Ja || Maybe || Vrijdag vanaf 18.00~18.30 / Met auto<br />
|-<br />
| [[Maxell]] || Nee || Ja || Ja || Met auto, zondag vanaf 12:00<br />
|-<br />
| Andrey || Nee || Ja || Maybe || Met auto<br />
|-<br />
| Hagar || Nee || Ja || Nee || <br />
|-<br />
| [[merethan]] || Ja || Nee || Ja || Vrijdag twee uur in de middag. Zondag na Twizy nameten (ongeluk gehad).<br />
|}<br />
<br />
'''Caretaker''' Za+Zo: Straw<br />
<br />
<br />
[[File:Vloertekening voorkant.png|400px]]<br />
===Vrijdag=== <br />
* Spullen verzamelen en naar Space 3<br />
* Doorduino bouwen<br />
* deel systeemplafond demonteren<br />
* begin maken met muren aan voorkant<br />
<br />
===Zaterdag===<br />
* muren en deuren voorkant staan<br />
* muren bekleden met gipsplaat<br />
* indien tijd: beginnen met muren achterkant<br />
<br />
===Zondag===<br />
* muren afbouwen<br />
<br />
==Doordeweeks==<br />
* nieuwe materialen bestellen (actie Maxell)<br />
* kieren vullen voorkant/achterkant<br />
* Gladschuren voegen<br />
<br />
==Klusweekend 2==<br />
===Aanwezig===<br />
{| class="wikitable" style="text-align: center;"<br />
|+ Weekend 20/21/22 januari 2017<br />
! Wie !! Vrijdag !! Zaterdag !! Zondag !! Opmerking<br />
|-<br />
| [[Sebastius]] || Ja! || ? || ? || <br />
|-<br />
| [[Peetz0r]] || Ja! || Misschien (eind van de middag/avond) || Ja (niet laat 's avonds) || <br />
|-<br />
| [[Deuce]] || Nee || Ja || Nee || <br />
|-<br />
| Andrey || Nee || Nee|| Ja || <br />
|}<br />
<br />
Werkzaamheden voor dit weekend:<br />
<br />
===Vrijdag=== <br />
* Muren achterkant<br />
* Schuren/plamuren muren voorkant<br />
<br />
===Zaterdag===<br />
* Muren achterkant<br />
* Schuren/plamuren muren voorkant en achterkant<br />
<br />
===Zondag===<br />
* muren afbouwen<br />
* Schuren/plamuren muren voorkant en achterkant<br />
<br />
==Doordeweeks==<br />
<br />
<br />
=Vrijwilligers=<br />
Wij zijn allemaal vrijwilligers (ook het bestuur) en zorgen voor elkaar. We zorgen voor eten en drinken tijdens en na het klussen. Er zijn voldoende persoonlijke beschermingsmiddelen en een goede EHBO doos.<br />
<br />
Als voorraden eten/drinken/pleisters op beginnen te raken, geef het dan op tijd door. Het kost ook tijd om nieuwe voorraden te regelen.<br />
<br />
Gezocht: iemand die zich hierover wil ontfermen. Het komt neer op ALDI raiden met een redelijk budget, en af en toe aanvullen. En wat matekratten :). Als niemand dit wil doen, doet het bestuur het, maar we kunnen wel wat lastenverlichting gebruiken!<br />
<br />
Er is € 1500 gebudgetteerd voor eten en drinken tijdens het klussen. Ongeveer de helft daarvan is voor voorraden snoep/drinken, de andere helft voor avondeten voor mensen die een heel dagdeel hard klussen. Uitgaande van 14 klusdagen met steeds 7 personen, komt dat neer op € 8 budget per avondmaaltijd. Daarvoor heb je bijvoorbeeld afhaal-chinees of afhaal-pizza. Zelf bijleggen voor een luxere maaltijd is natuurlijk altijd een optie :)<br />
<br />
=Kennisbank=<br />
* Metalstudwanden plaatsen: https://www.youtube.com/watch?v=1SG2U0NbCpM<br />
** Kritiek op dit filmpje, dat verder wel een goede basis-uitleg geeft:<br />
*** De meeste profielen hoeven niet aan elkaar vastgemaakt te worden. Bij een brandwerende wand is het zelfs niet goed, omdat de wand moet kunnen werken. Het werkt ook makkelijker en sneller als je de profielen niet aan elkaar vastmaakt, want je kunt de verticale studs tot 't laatste moment nog verplaatsen. De gipsplaat zorgt voor de stevigheid. (zie Gyproc Doeboek pagina 19, over niet schroeven in de horizontale profielen)<br />
*** Eerste stud op 60 cm is niet goed, want platen die tegen de bestaande wand komen, moeten worden afgesneden zodat het afgeschuinde deel er niet meer aanzit, omdat je dat moeilijk kunt vullen achteraf. Als er bijv. 15 cm wordt afgesneden, komt de eerste stud op 60 - 15 = 45 cm, en daarna gaat het verder per 60 cm. In het algemeen ga je verder met een rest-stuk dat je overhoudt van de vorige wand, zodat het snijden al is gedaan. Zie vanaf 3:10 in het filmpje: dat moet je dus in principe niet alleen bij beschadigde platen doen, maar altijd bij de eerste plaat. <br />
*** Schroeven van 2 platen zitten horizontaal, terwijl je ze beter iets kunt laten verspringen voor de stevigheid (zie Gyproc Doeboek pagina 13 en 19)<br />
<br />
* Deuropening maken: https://youtube.com/watch?v=H4tsQQvcQYo&t=7m34s<br />
** Wij gebruiken geen hout<br />
** Wij gebruiken een fixeertang ipv schroeven<br />
** Wij gebruiken een stalen montagekozijn/nastelkozijn. Montage daarvan: https://www.youtube.com/watch?v=jnhs2_bq0zY<br />
<br />
* Gipsplaat op maat snijden en monteren: https://www.youtube.com/watch?v=XerTFTyyRoA (vanaf 1m33)<br />
** Dit filmpje gaat in principe over hout en dunne gipsplaten, waarbij een regelwerk van 30 cm wordt gebruikt ipv 60 cm.<br />
** Wij hoeven geen uitsparingen te maken voor de inbouw van elektra, want we monteren achteraf opbouw-materialen.<br />
<br />
* Voegen als een beginner: https://www.youtube.com/watch?v=gFOGy4wGLgc<br />
<br />
* Voegen als een pro: https://www.youtube.com/watch?v=slrQL5mPquM<br />
<br />
* Voegen: https://www.youtube.com/watch?v=bWwcGzN6r3w<br />
<br />
Gyproc Doeboek hoofdstuk 1, 2 en 10 van [[File:GYPROC-DoeBoekNL.pdf|dit bestand]]<br />
<br />
= Deuren =<br />
<br />
== Deur 1: loopdeur in de garagedeur ==<br />
<br />
To do:<br />
* systeemplafond boven garagedeur verwijderen, nieuw deurbeslag steekt te ver uit...<br />
* Kabels verbeteren.<br />
<br />
Status: slot is vervangen, tijdelijke doorduino werkt.<br />
<br />
Specs:<br />
* Ingang vanaf buiten<br />
* NOODUITGANG<br />
* Anti-paniekslot met 12V solenoid EL540 type 1,4<br />
** Deur is aangepast op het nieuwe slot (andere maten)<br />
* Buitenkant:<br />
** iButton-lezer<br />
** Deurkruk die alleen te bedienen is na gebruik van iButton<br />
* Binnenkant:<br />
** Deurkruk die altijd te bedienen is<br />
* Cilinder: huidige, van het merk Kaba, die alle huurders hebben<br />
<br />
== Deur 2: nieuwe deur in nieuwe wand, dichtste bij de garagedeur ==<br />
<br />
* Scheidt spaceruimte van garage (garage is niet van ons)<br />
* VLUCHTROUTE<br />
* Montagekozijn 2315x930<br />
* DIN Rechts draaiend in vluchtrichting<br />
* Regulier slot met veiligheidsbeslag<br />
* Dagschootopener in stalen kozijn hacken<br />
* Garagekant:<br />
** iButton-lezer<br />
** Deurknop<br />
* Spacekant:<br />
** Deurkruk<br />
* Cilinder: in beheer van de space. Alleen op slot in uitzonderlijke situaties, ivm vluchtweg.<br />
<br />
== Deur 3: nieuwe deur in nieuwe wand, haaks op deur 2, richting ruimte met doorgang aan binnenplein ==<br />
<br />
* Scheidt 2 space-ruimtes<br />
* VLUCHTROUTE<br />
* Montagekozijn '''2115'''x930<br />
* DIN '''Links''' (alle andere zijn rechts) draaiend in vluchtrichting<br />
* Regulier slot met simpel beslag<br />
* Beide kanten: deurkruk<br />
* Geen doorduino, want beide kanten zijn van de space<br />
* Cilinder: in behere van de space. Alleen op slot in uitzonderlijke situaties, ivm vluchtweg.<br />
<br />
== Deur 4: nieuwe deur in nieuwe wand, tegenover deur 2, aan kant van halletje ==<br />
<br />
* Ingang tot de space vanaf rest van gebouw (wc's!)<br />
* VLUCHTROUTE<br />
* Montagekozijn 2315x930<br />
* DIN Rechts draaiend in vluchtrichting<br />
* Regulier slot met veiligheidsbeslag<br />
* Daarbij: '''magneetslot''', fail-safe (bij stroomuitval OPEN), mogen we demonteren ergens uit de rest van 't gebouw<br />
* Gangkant:<br />
** iButton-lezer<br />
** '''Deurkruk''' ipv deurknop<br />
* Spacekant:<br />
** Deurkruk<br />
* Cilinder: in beheer van de space. Alleen op slot in uitzonderlijke situaties, ivm vluchtweg.<br />
<br />
== Deur 5: nieuwe deur in nieuwe wand, haaks naast deur 4, richting te bouwen keuken ==<br />
<br />
* Ingang tot spacekeuken vanaf gang, dus ook rest van het gebouw<br />
* Montagekozijn '''2115'''x930<br />
* DIN Rechts draaiend richting keuken<br />
* Regulier slot met veiligheidsbeslag<br />
* Dagschootopener in stalen kozijn hacken<br />
* Gangkant:<br />
** iButton-lezer<br />
** Deurknop<br />
* Spacekant (keuken):<br />
** Deurkruk<br />
* Cilinder: in beheer van de space. Alleen op slot in uitzonderlijke situaties, ivm vluchtweg.<br />
<br />
== Deur 6: nieuwe deur in nieuwe wand, tegenover deur 5 ==<br />
<br />
* Ingang tot productieruimte zwammenkwekerij<br />
* Montagekozijn 2315x930<br />
* DIN Rechts draaiend richting productieruimte<br />
* Regulier slot met regulier beslag (of veiligheidsbeslag ivm uiterlijk)<br />
* Beide kanten: deurkruk<br />
* Cilinder: mag deze huurder zelf plaatsen.<br />
<br />
== Deur 7: sparkshackje 3 ==<br />
<br />
* Ingang tot BBQ-ruimte vanaf buiten<br />
* Cilinder: in beheer van de space. Er zit nu een tijdelijke cilinder in.<br />
* Deur moet verstevigd worden (pochenk maakt een plan en komt hier vrijdag op terug (daglicht))<br />
* Regulier slot met veiligheidsbeslag. Zit nu basis binnendeuren beslag, PC55 maar afgebroken dus moet zowieso vervangen worden.<br />
* Dagschootopener<br />
* Buitenkant:<br />
** iButton-lezer<br />
** Deurknop (is nu nog deurkruk)<br />
* Binnenkant:<br />
** Deurkruk<br />
<br />
= Dingen die nog besteld moeten worden =<br />
* Deurkruk 5x https://www.hornbach.nl/shop/Deurkruk-paar-Blok-aluminium-F1/8015085/artikel.html<br />
* Voegspul (vraag gesteld aan leverancier over toepassing finisher als vuller)<br />
* Iets nodig en geen spoed? hier toevoegen</div>Andreyhttps://revspace.nl/index.php?title=Space3&diff=11909Space32017-01-13T08:46:22Z<p>Andrey: </p>
<hr />
<div> {{Project<br />
|Name=Space3<br />
|Picture=40a9740d36a81cff526d55d8cc00e9d45634740f.jpg<br />
|Status=In progress<br />
|Contact=Sebastius<br />
|Contact1=Gori<br />
|Contact2=Foobar<br />
|Contact3=Maxell<br />
|Contact4=WinSCaP<br />
|Contact5=Hans de Goede<br />
|Contact6=Juerd<br />
|Omschrijving=Bouwen Revspace 3!<br />
}}<br />
<br />
{{Event<br />
|Name=Klusweekend 1<br />
|DateStart=13 Jan 2017<br />
|DateEnd=15 Jan 2017<br />
|InfoLocation=Vlietweg 15, Leidschendam<br />
|Info=Doorduino aanleggen, systeemplafond demonteren en muren bouwen<br />
}}<br />
<br />
=Idee=<br />
=Klussen!=<br />
Tip voor wie niet gewend is om te klussen: '''draag kleding die vies mag worden'''. Lange mouwen helpen tegen jeuk door vallend gruis, glaswol, etc.<br />
<br />
==Klusweekend 1==<br />
Deelnemertoegang regelen, het plafond deels verwijderen en de eerste wanden plaatsen.<br />
<br />
{| class="wikitable" style="text-align: center;"<br />
|+ Weekend 13/14/15 januari 2017<br />
! Wie !! Vrijdag !! Zaterdag !! Zondag !! Opmerking<br />
|-<br />
| [[Bertrik]] || Nee || Nee || Ja || <br />
|-<br />
| [[Hans de Goede]] || Ja || Ja || Nee || Vrijdag vanaf 16:00<br />
|-<br />
| [[mux]]+1 || Ja! || ??? || Nee || '''Heeft momenteel de sleutel.'''<br />
|-<br />
| [[Sebastius]] || Ja || Ja || Ja || Vrijdag vanaf 16:00<br />
|-<br />
| [[Boekenwuurm]] || Nee || Nee || Ja || <br />
|-<br />
| [[Benadski]] || Ja || Nee || Nee || Vrijdag na werk, /me heeft een sleutel<br />
|-<br />
| [[Deuce]] || Nee || Ja || Nee || <br />
|-<br />
| [[Smeding]] || Ja || Nee || Ja ||<br />
|-<br />
| [[Kartoffel]] || Nee || Ja || Nee || Met auto<br />
|-<br />
| [[Polyfloyd]] || Nee || Ja || Nee || #ifdef vervoer<br />
|-<br />
| Juerd || Ja || ? || ? || Verkouden, dus za/zo afhankelijk van energieniveaus.<br />
|-<br />
| Jelle || Ja || Ja || I guess || Vrijdag vanaf ~ 18.00 pas<br />
|-<br />
| AlexanderB || Ja || Ja || Maybe || Vrijdag vanaf 18.00~18.30 / Met auto<br />
|-<br />
| [[Maxell]] || Nee || Nee || Ja || Met auto, kan vroeg<br />
|-<br />
| Andrey || Nee || Ja || Maybe || Met auto<br />
|}<br />
<br />
'''Caretaker''' Za+Zo: Straw (Kartoffel is chauffeur en assisteert)<br />
<br />
<br />
[[File:Vloertekening voorkant.png|400px]]<br />
===Vrijdag=== <br />
* Spullen verzamelen en naar Space 3<br />
** Alle keukentrappen en laddertjes (en opstapjes op 1 na)<br />
** Grote boorhamer + alle SDS boren<br />
** 2x schroeftol + bitsets + gipsplaat-bitjes + lader(s)<br />
** 2x Rol vuilniszakken<br />
** Werkhandschoenen (alle dunne flexibele kleurrijke)<br />
** Veiligheidsbrillen<br />
** Oordoppen<br />
** 2x Haspel<br />
** 10 klapstoelen<br />
** 10 dienbladen restaurant<br />
** Blikschaar<br />
** IJzerzaag<br />
** Klauwhamer<br />
** Geisoleerde schroevendraaiers<br />
** Buisknipper<br />
** Strip/knip-tang<br />
** Grote houtrasp (voor gipsplaten)<br />
** Afbreekmessen met reserves<br />
** Potloden<br />
** Lange liniaal<br />
** Grote en kleine schrijfhaken (grote uit sparkshack)<br />
** Waterpassen<br />
** Makita stofzuiger<br />
<br />
*Reeds verplaatst<br />
** 2x keukentrap + 1x lange ladder + 1x telescoopladder (bruikleen AlexanderB)<br />
** Koelkast Sparkshack + verhoging<br />
** 2x Workmates<br />
** Schragen + werkblad<br />
** DeBass<br />
** EHBO doos restaurant<br />
** 2 kratten Mate<br />
<br />
* Doorduino bouwen<br />
* deel systeemplafond demonteren<br />
* begin maken met muren aan voorkant<br />
<br />
===Zaterdag===<br />
* muren en deuren voorkant staan<br />
* muren bekleden met gipsplaat<br />
* indien tijd: beginnen met muren achterkant<br />
<br />
===Zondag===<br />
* kieren vullen<br />
* muren achterkant afbouwen<br />
<br />
==Doordeweeks==<br />
* kieren vullen voorkant/achterkant<br />
* Gladschuren voegen<br />
<br />
=Vrijwilligers=<br />
Wij zijn allemaal vrijwilligers (ook het bestuur) en zorgen voor elkaar. We zorgen voor eten en drinken tijdens en na het klussen. Er zijn voldoende persoonlijke beschermingsmiddelen en een goede EHBO doos.<br />
<br />
Als voorraden eten/drinken/pleisters op beginnen te raken, geef het dan op tijd door. Het kost ook tijd om nieuwe voorraden te regelen.<br />
<br />
Gezocht: iemand die zich hierover wil ontfermen. Het komt neer op ALDI raiden met een redelijk budget, en af en toe aanvullen. En wat matekratten :). Als niemand dit wil doen, doet het bestuur het, maar we kunnen wel wat lastenverlichting gebruiken!<br />
<br />
Er is € 1500 gebudgetteerd voor eten en drinken tijdens het klussen. Ongeveer de helft daarvan is voor voorraden snoep/drinken, de andere helft voor avondeten voor mensen die een heel dagdeel hard klussen. Uitgaande van 14 klusdagen met steeds 7 personen, komt dat neer op € 8 budget per avondmaaltijd. Daarvoor heb je bijvoorbeeld afhaal-chinees of afhaal-pizza. Zelf bijleggen voor een luxere maaltijd is natuurlijk altijd een optie :)<br />
<br />
=Kennisbank=<br />
* Metalstudwanden plaatsen: https://www.youtube.com/watch?v=1SG2U0NbCpM<br />
** Kritiek op dit filmpje, dat verder wel een goede basis-uitleg geeft:<br />
*** De meeste profielen hoeven niet aan elkaar vastgemaakt te worden. Bij een brandwerende wand is het zelfs niet goed, omdat de wand moet kunnen werken. Het werkt ook makkelijker en sneller als je de profielen niet aan elkaar vastmaakt, want je kunt de verticale studs tot 't laatste moment nog verplaatsen. De gipsplaat zorgt voor de stevigheid. (zie Gyproc Doeboek pagina 19, over niet schroeven in de horizontale profielen)<br />
*** Eerste stud op 60 cm is niet goed, want platen die tegen de bestaande wand komen, moeten worden afgesneden zodat het afgeschuinde deel er niet meer aanzit, omdat je dat moeilijk kunt vullen achteraf. Als er bijv. 15 cm wordt afgesneden, komt de eerste stud op 60 - 15 = 45 cm, en daarna gaat het verder per 60 cm. In het algemeen ga je verder met een rest-stuk dat je overhoudt van de vorige wand, zodat het snijden al is gedaan. Zie vanaf 3:10 in het filmpje: dat moet je dus in principe niet alleen bij beschadigde platen doen, maar altijd bij de eerste plaat. <br />
*** Schroeven van 2 platen zitten horizontaal, terwijl je ze beter iets kunt laten verspringen voor de stevigheid (zie Gyproc Doeboek pagina 13 en 19)<br />
<br />
* Deuropening maken: https://youtube.com/watch?v=H4tsQQvcQYo&t=7m34s<br />
** Wij gebruiken geen hout<br />
** Wij gebruiken een fixeertang ipv schroeven<br />
** Wij gebruiken een stalen montagekozijn/nastelkozijn. Montage daarvan: https://www.youtube.com/watch?v=jnhs2_bq0zY<br />
<br />
* Gipsplaat op maat snijden en monteren: https://www.youtube.com/watch?v=XerTFTyyRoA (vanaf 1m33)<br />
** Dit filmpje gaat in principe over hout en dunne gipsplaten, waarbij een regelwerk van 30 cm wordt gebruikt ipv 60 cm.<br />
** Wij hoeven geen uitsparingen te maken voor de inbouw van elektra, want we monteren achteraf opbouw-materialen.<br />
<br />
* Voegen als een beginner: https://www.youtube.com/watch?v=gFOGy4wGLgc<br />
<br />
* Voegen als een pro: https://www.youtube.com/watch?v=slrQL5mPquM<br />
<br />
* Voegen: https://www.youtube.com/watch?v=bWwcGzN6r3w<br />
<br />
Gyproc Doeboek hoofdstuk 1, 2 en 10 van [[File:GYPROC-DoeBoekNL.pdf|dit bestand]]<br />
<br />
=Bestellijst wanden=<br />
* 8 wanden, samen 26m1<br />
* 300cm hoge gipsplaten en staanders<br />
* 5 deuren<br />
<br />
Op basis van 120cm brede platen.<br />
<br><br />
[[File:Fe60bbe70b3497a477916f847cb847ee.png|600px]]<br />
<br />
<br />
= Deuren =<br />
<br />
== Deur 1: loopdeur in de garagedeur ==<br />
<br />
* Ingang vanaf buiten<br />
* NOODUITGANG<br />
* Anti-paniekslot met 12V solenoid EL540 type 1,4 (in bestelling, met speciaal beslag)<br />
** Is een PC72-slot terwijl er nu PC55 inzit, dus deur moet worden aangepast. De deur is van spaanplaat en aluminium.<br />
* Buitenkant:<br />
** iButton-lezer (in deurbel-behuizing?)<br />
** Deurkruk die alleen te bedienen is na gebruik van iButton<br />
* Binnenkant:<br />
** Deurkruk die altijd te bedienen is<br />
* Cilinder: huidige, van het merk Kaba, die alle huurders hebben<br />
<br />
== Deur 2: nieuwe deur in nieuwe wand, dichtste bij de garagedeur ==<br />
<br />
* Scheidt spaceruimte van garage (garage is niet van ons)<br />
* VLUCHTROUTE<br />
* Montagekozijn 2315x930<br />
* DIN Rechts draaiend in vluchtrichting<br />
* Regulier slot met veiligheidsbeslag<br />
* Dagschootopener in stalen kozijn hacken<br />
* Garagekant:<br />
** iButton-lezer<br />
** Deurknop<br />
* Spacekant:<br />
** Deurkruk<br />
* Cilinder: in beheer van de space. Alleen op slot in uitzonderlijke situaties, ivm vluchtweg.<br />
<br />
== Deur 3: nieuwe deur in nieuwe wand, haaks op deur 2, richting ruimte met doorgang aan binnenplein ==<br />
<br />
* Scheidt 2 space-ruimtes<br />
* VLUCHTROUTE<br />
* Montagekozijn '''2115'''x930<br />
* DIN '''Links''' (alle andere zijn rechts) draaiend in vluchtrichting<br />
* Regulier slot met simpel beslag<br />
* Beide kanten: deurkruk<br />
* Geen doorduino, want beide kanten zijn van de space<br />
* Cilinder: in behere van de space. Alleen op slot in uitzonderlijke situaties, ivm vluchtweg.<br />
<br />
== Deur 4: nieuwe deur in nieuwe wand, tegenover deur 2, aan kant van halletje ==<br />
<br />
* Ingang tot de space vanaf rest van gebouw (wc's!)<br />
* VLUCHTROUTE<br />
* Montagekozijn 2315x930<br />
* DIN Rechts draaiend in vluchtrichting<br />
* Regulier slot met veiligheidsbeslag<br />
* Daarbij: '''magneetslot''', fail-safe (bij stroomuitval OPEN), mogen we demonteren ergens uit de rest van 't gebouw<br />
* Gangkant:<br />
** iButton-lezer<br />
** '''Deurkruk''' ipv deurknop<br />
* Spacekant:<br />
** Deurkruk<br />
* Cilinder: in beheer van de space. Alleen op slot in uitzonderlijke situaties, ivm vluchtweg.<br />
<br />
== Deur 5: nieuwe deur in nieuwe wand, haaks naast deur 4, richting te bouwen keuken ==<br />
<br />
* Ingang tot spacekeuken vanaf gang, dus ook rest van het gebouw<br />
* Montagekozijn '''2115'''x930<br />
* DIN Rechts draaiend richting keuken<br />
* Regulier slot met veiligheidsbeslag<br />
* Dagschootopener in stalen kozijn hacken<br />
* Gangkant:<br />
** iButton-lezer<br />
** Deurknop<br />
* Spacekant (keuken):<br />
** Deurkruk<br />
* Cilinder: in beheer van de space. Alleen op slot in uitzonderlijke situaties, ivm vluchtweg.<br />
<br />
== Deur 6: nieuwe deur in nieuwe wand, tegenover deur 5 ==<br />
<br />
* Ingang tot productieruimte zwammenkwekerij<br />
* Montagekozijn 2315x930<br />
* DIN Rechts draaiend richting productieruimte<br />
* Regulier slot met regulier beslag (of veiligheidsbeslag ivm uiterlijk)<br />
* Beide kanten: deurkruk<br />
* Cilinder: mag deze huurder zelf plaatsen.<br />
<br />
== Deur 7: sparkshackje 3 ==<br />
<br />
* Ingang tot BBQ-ruimte vanaf buiten<br />
* Cilinder: in beheer van de space. Er zit nu een tijdelijke cilinder in.<br />
* Deur moet verstevigd worden (pochenk maakt een plan en komt hier vrijdag op terug (daglicht))<br />
* Regulier slot met veiligheidsbeslag. Zit nu basis binnendeuren beslag, PC55 maar afgebroken dus moet zowieso vervangen worden.<br />
* Dagschootopener<br />
* Buitenkant:<br />
** iButton-lezer<br />
** Deurknop (is nu nog deurkruk)<br />
* Binnenkant:<br />
** Deurkruk<br />
<br />
= Dingen die nog besteld moeten worden =<br />
* Deurkruk 5x https://www.hornbach.nl/shop/Deurkruk-paar-Blok-aluminium-F1/8015085/artikel.html<br />
* Voegspul (vraag gesteld aan leverancier over toepassing finisher als vuller)<br />
* Iets nodig en geen spoed? hier toevoegen</div>Andreyhttps://revspace.nl/index.php?title=Hidden:Panden&diff=10665Hidden:Panden2016-10-17T14:25:49Z<p>Andrey: No summary for hidden page</p>
<hr />
<div>== Concrete opties ==<br />
<br />
Nog geen concrete opties op dit moment.<br />
<br />
== Uitzoeken ==<br />
<br />
'''Vul dit alsjeblieft aan als je panden bekeken hebt!'''<br />
Media kan op [https://ralphw.stackstorage.com/index.php/s/x2RkYj7De9JHRYz Stack] geplaatst worden, hou het overzichtelijk!<br />
<br />
=== Cort vd Lindenstraat 18-18a, Rijswijk ===<br />
<br />
* [http://www.fundainbusiness.nl/bedrijfshal/rijswijk/object-48865895-cort-van-der-lindenstr-18-18a/omschrijving/ Funda]<br />
* [https://ralphw.stackstorage.com/index.php/s/x2RkYj7De9JHRYz?path=%2FRijswijk%20PPP%2FCort%20vd%20Lindenstr Foto's]<br />
* 60+ €/m²/jaar<br />
* Oppervlak: 282-2330<br />
* Buitenterrein: ja, parkeerplaatsen achter roldeur<br />
* Interessant voor Conceptors?<br />
* Log:<br />
** nog niks mee gedaan<br />
<br />
=== Cort vd Lindenstraat 21, Rijswijk ===<br />
<br />
* [http://bis.steenworp.nl/#steenworpId=26174&spec=1]<br />
* 425.000 koop, navragen voor huur<br />
* Oppervlak: 330 meter werkplaats (+2e laag mogelijk), 100 meter kantoor<br />
* Buitenterrein: Nee, maar sparkshack kan mogelijk binnen geplaatst worden, en op 't dak werken<br />
* Log<br />
** FooBar<br />
** 2016/10/14: Buitenkant bekeken, en bij buren binnen rondgekeken (die hebben al een 2e etage erin gemaakt, ruim)<br />
** Ga teruggebeld worden om huur-mogelijkheid en beschikbaarheid te controleren.<br />
<br />
=== Saturnusstraat 33, Den Haag ===<br />
<br />
* [http://bedrijfsmakelaars.xyz/zh/den-haag/duijnstede-beheer-bv makelaar]<br />
* [https://ralphw.stackstorage.com/index.php/s/x2RkYj7De9JHRYz?path=%2FDen%20Haag%20BH%2FSaturnusstraat%2033 foto's]<br />
* Weinig buitenruimte: misschien voor enkele auto's<br />
* Log:<br />
** Rollatorwinkel weet te vertellen dat in het blok (dus niet alleen de Saturnusstr) veel wanbetalers zitten (niet over beginnen bij makelaar?), contact is Barrie Harreveld, Duijnstede beheer (nog niet gesproken).<br />
<br />
=== Saturnusstraat 61 (boven), Den Haag ===<br />
<br />
* [https://ralphw.stackstorage.com/index.php/s/x2RkYj7De9JHRYz?path=%2FDen%20Haag%20BH foto]<br />
* Ziet er leeg uit<br />
<br />
<!-- test. Verwijder dit maar, ooit. --><br />
<br />
=== Binckhorstlaan 211, Den Haag ===<br />
<br />
* [http://locatiez.net/ site]<br />
* [https://ralphw.stackstorage.com/index.php/s/x2RkYj7De9JHRYz?path=%2FDen%20Haag%20BH%2FBinckhorstlaan%20211 foto's]<br />
* Buitenruimte: voor enkele auto's<br />
* Lijkt nog leeg, geen idee of er gesloopt wordt<br />
<br />
=== Binckhorstlaan 251, Den Haag ===<br />
<br />
* [http://www.fokkerterminal.nl/ site]<br />
* [https://ralphw.stackstorage.com/index.php/s/x2RkYj7De9JHRYz?path=%2FDen%20Haag%20BH%2FBinckhorstlaan%20249-251 foto's]<br />
* Waarschijnlijk geen buitenterrein<br />
* Lijkt leeg te zijn, maar briefje niet uitnodigend, valt toch te proberen<br />
<br />
=== Steenplaetsstraat 16, Rijswijk ===<br />
<br />
* [http://www.sqmvastgoed.nl/?regio=haaglanden&object=36 makelaar]<br />
* Prijs € 44 + 25 €/m²/jaar<br />
* Prijs is volgens makelaar "goed bespreekbaar"<br />
* Parkeren gratis op openbare weg<br />
* Log:<br />
** Juerd heeft gemaild met R. Stroeve van SQM<br />
** Laatste mailcontact was op 12 oktober. Makelaar is een weekje weg.<br />
<br />
=== Volmerlaan 17, Rijswijk ===<br />
<br />
* Nog geen info beschikbaar.<br />
* Best bereikbare optie ooit: trein, tram en bus in de buurt.<br />
* Oud en lelijk pand. Huge! 7 verdiepingen<br />
* Parkeren lastig tijdens evenementen in De Broodfabriek (aan de overkant), maar die evenementen eindigen meestal rond 17:00<br />
* Makelaar: "Dit is een erg oud pand maar daardoor wel erg goedkoop en er is iets leuks van te maken"<br />
* Optie voor Conceptors?<br />
* Log:<br />
** Juerd heeft gemaild met R. Stroeve van SQM<br />
** Laatste mailcontact was op 12 oktober. Makelaar is een weekje weg.<br />
<br />
=== Westvlietweg 62, Den Haag ===<br />
*Pand naast de Sligro<br />
<br />
*Wordt beheerd door Erwin Hermes voor de familie Stoop<br />
**Geen interesse in een kleine huurder als RevSpace het zou gaan om 3000m2<br />
**Contactgegevens doorgegeven aan XNDR in overleg met Erwin Hermes, misschien voor conceptors<br />
<br />
== Plan B/C/D/E... ==<br />
<br />
Panden die ongeschikt zijn, maar wel beschikbaar, en misschien opnieuw bekeken moeten worden als de wanhoop nabij is.<br />
<br />
=== Schiehallen, Schieweg 15, Delft ===<br />
<br />
* Zie [[Schieweg_15,_Delft]]<br />
* Te ver weg voor veel deelnemers<br />
<br />
== Afvallers ==<br />
<br />
Deze panden zijn ongeschikt, niet beschikbaar, te duur, of om een andere reden zonde van je tijd om verder naar te kijken. We archiveren de informatie hier, om dubbel werk te voorkomen.<br />
<br />
=== De Besturing, Den Haag ===<br />
<br />
* [http://debesturing.nl/ site]<br />
* [https://ralphw.stackstorage.com/index.php/s/x2RkYj7De9JHRYz?path=%2FDen%20Haag%20BH%2FDe%20Besturing foto's]<br />
* Niet beschikbaar, misschien volgende maand wat.<br />
* moeilijk, moeilijk, maar behulpzame mensen met contacten bij gemeente<br />
* Log:<br />
** Benadski heeft gemaild met Tiddo de Ruiter, Tiddo heeft hun contacten bij de gemeente gegeven, zie [[Hidden:Bronnen_Locatie]].<br />
<br />
=== Polakweg 16-17, Rijswijk ===<br />
<br />
* [http://www.sqmvastgoed.nl/?ruimte=Bedrijfsruimte&object=37 makelaar]<br />
* Niet 24/7 toegankelijk<br />
* Log:<br />
** Juerd heeft gemaild met R. Stroeve van SQM<br />
<br />
=== Kunstpost ===<br />
<br />
* [http://www.kunstpost.nl/ site]<br />
* Tarwekamp 3, Den Haag (NS Laan van NOI)<br />
* Niet beschikbaar<br />
* Andrey heeft gebeld Hubertine Langemeijer (directeur)</div>Andreyhttps://revspace.nl/index.php?title=Hidden:Panden&diff=10664Hidden:Panden2016-10-17T14:25:25Z<p>Andrey: No summary for hidden page</p>
<hr />
<div>== Concrete opties ==<br />
<br />
Nog geen concrete opties op dit moment.<br />
<br />
== Uitzoeken ==<br />
<br />
'''Vul dit alsjeblieft aan als je panden bekeken hebt!'''<br />
Media kan op [https://ralphw.stackstorage.com/index.php/s/x2RkYj7De9JHRYz Stack] geplaatst worden, hou het overzichtelijk!<br />
<br />
=== Cort vd Lindenstraat 18-18a, Rijswijk ===<br />
<br />
* [http://www.fundainbusiness.nl/bedrijfshal/rijswijk/object-48865895-cort-van-der-lindenstr-18-18a/omschrijving/ Funda]<br />
* [https://ralphw.stackstorage.com/index.php/s/x2RkYj7De9JHRYz?path=%2FRijswijk%20PPP%2FCort%20vd%20Lindenstr Foto's]<br />
* 60+ €/m²/jaar<br />
* Oppervlak: 282-2330<br />
* Buitenterrein: ja, parkeerplaatsen achter roldeur<br />
* Interessant voor Conceptors?<br />
* Log:<br />
** nog niks mee gedaan<br />
<br />
=== Cort vd Lindenstraat 21, Rijswijk ===<br />
<br />
* [http://bis.steenworp.nl/#steenworpId=26174&spec=1]<br />
* 425.000 koop, navragen voor huur<br />
* Oppervlak: 330 meter werkplaats (+2e laag mogelijk), 100 meter kantoor<br />
* Buitenterrein: Nee, maar sparkshack kan mogelijk binnen geplaatst worden, en op 't dak werken<br />
* Log<br />
** FooBar<br />
** 2016/10/14: Buitenkant bekeken, en bij buren binnen rondgekeken (die hebben al een 2e etage erin gemaakt, ruim)<br />
** Ga teruggebeld worden om huur-mogelijkheid en beschikbaarheid te controleren.<br />
<br />
=== Saturnusstraat 33, Den Haag ===<br />
<br />
* [http://bedrijfsmakelaars.xyz/zh/den-haag/duijnstede-beheer-bv makelaar]<br />
* [https://ralphw.stackstorage.com/index.php/s/x2RkYj7De9JHRYz?path=%2FDen%20Haag%20BH%2FSaturnusstraat%2033 foto's]<br />
* Weinig buitenruimte: misschien voor enkele auto's<br />
* Log:<br />
** Rollatorwinkel weet te vertellen dat in het blok (dus niet alleen de Saturnusstr) veel wanbetalers zitten (niet over beginnen bij makelaar?), contact is Barrie Harreveld, Duijnstede beheer (nog niet gesproken).<br />
<br />
=== Saturnusstraat 61 (boven), Den Haag ===<br />
<br />
* [https://ralphw.stackstorage.com/index.php/s/x2RkYj7De9JHRYz?path=%2FDen%20Haag%20BH foto]<br />
* Ziet er leeg uit<br />
<br />
<!-- test. Verwijder dit maar, ooit. --><br />
<br />
=== Binckhorstlaan 211, Den Haag ===<br />
<br />
* [http://locatiez.net/ site]<br />
* [https://ralphw.stackstorage.com/index.php/s/x2RkYj7De9JHRYz?path=%2FDen%20Haag%20BH%2FBinckhorstlaan%20211 foto's]<br />
* Buitenruimte: voor enkele auto's<br />
* Lijkt nog leeg, geen idee of er gesloopt wordt<br />
<br />
=== Binckhorstlaan 251, Den Haag ===<br />
<br />
* [http://www.fokkerterminal.nl/ site]<br />
* [https://ralphw.stackstorage.com/index.php/s/x2RkYj7De9JHRYz?path=%2FDen%20Haag%20BH%2FBinckhorstlaan%20249-251 foto's]<br />
* Waarschijnlijk geen buitenterrein<br />
* Lijkt leeg te zijn, maar briefje niet uitnodigend, valt toch te proberen<br />
<br />
=== Steenplaetsstraat 16, Rijswijk ===<br />
<br />
* [http://www.sqmvastgoed.nl/?regio=haaglanden&object=36 makelaar]<br />
* Prijs € 44 + 25 €/m²/jaar<br />
* Prijs is volgens makelaar "goed bespreekbaar"<br />
* Parkeren gratis op openbare weg<br />
* Log:<br />
** Juerd heeft gemaild met R. Stroeve van SQM<br />
** Laatste mailcontact was op 12 oktober. Makelaar is een weekje weg.<br />
<br />
=== Volmerlaan 17, Rijswijk ===<br />
<br />
* Nog geen info beschikbaar.<br />
* Best bereikbare optie ooit: trein, tram en bus in de buurt.<br />
* Oud en lelijk pand. Huge! 7 verdiepingen<br />
* Parkeren lastig tijdens evenementen in De Broodfabriek (aan de overkant), maar die evenementen eindigen meestal rond 17:00<br />
* Makelaar: "Dit is een erg oud pand maar daardoor wel erg goedkoop en er is iets leuks van te maken"<br />
* Optie voor Conceptors?<br />
* Log:<br />
** Juerd heeft gemaild met R. Stroeve van SQM<br />
** Laatste mailcontact was op 12 oktober. Makelaar is een weekje weg.<br />
<br />
=== Westvlietweg 62, Den Haag ===<br />
*Pand naast de Sligro<br />
<br />
*Wordt beheerd door Erwin Hermes voor de familie Stoop<br />
**Geen interesse in een kleine huurder als RevSpace het zou gaan om 3000m2<br />
**Contactgegevens doorgegeven aan XNDR in overleg met Erwin Hermes, misschien voor conceptors<br />
<br />
== Plan B/C/D/E... ==<br />
<br />
Panden die ongeschikt zijn, maar wel beschikbaar, en misschien opnieuw bekeken moeten worden als de wanhoop nabij is.<br />
<br />
=== Schiehallen, Schieweg 15, Delft ===<br />
<br />
* Zie [[Schieweg_15,_Delft]]<br />
* Te ver weg voor veel deelnemers<br />
<br />
== Afvallers ==<br />
<br />
Deze panden zijn ongeschikt, niet beschikbaar, te duur, of om een andere reden zonde van je tijd om verder naar te kijken. We archiveren de informatie hier, om dubbel werk te voorkomen.<br />
<br />
=== De Besturing, Den Haag ===<br />
<br />
* [http://debesturing.nl/ site]<br />
* [https://ralphw.stackstorage.com/index.php/s/x2RkYj7De9JHRYz?path=%2FDen%20Haag%20BH%2FDe%20Besturing foto's]<br />
* Niet beschikbaar, misschien volgende maand wat.<br />
* moeilijk, moeilijk, maar behulpzame mensen met contacten bij gemeente<br />
* Log:<br />
** Benadski heeft gemaild met Tiddo de Ruiter, Tiddo heeft hun contacten bij de gemeente gegeven, zie [[Hidden:Bronnen_Locatie]].<br />
<br />
=== Polakweg 16-17, Rijswijk ===<br />
<br />
* [http://www.sqmvastgoed.nl/?ruimte=Bedrijfsruimte&object=37 makelaar]<br />
* Niet 24/7 toegankelijk<br />
* Log:<br />
** Juerd heeft gemaild met R. Stroeve van SQM<br />
<br />
=== Kunstpost ===<br />
<br />
* [http://www.kunstpost.nl/ site]<br />
* Tarwekamp 3, Gen Haag (NS Laan van NOI)<br />
* Niet beschikbaar<br />
* Andrey heeft gebeld Hubertine Langemeijer (directeur)</div>Andreyhttps://revspace.nl/index.php?title=Workshop_printjes_ontwerpen_in_Eagle&diff=8803Workshop printjes ontwerpen in Eagle2016-04-17T21:50:17Z<p>Andrey: /* Inschrijvingen */</p>
<hr />
<div> {{Event<br />
|Name=Workshop Printjes ontwerpen in Eagle<br />
|URL=Workshop_printjes_ontwerpen_in_Eagle<br />
|DateStart=2016-05-15 14:00<br />
|DateEnd=2016-05-15 16:00<br />
|Contact=Sebastius<br />
|Info=Workshop Cadsoft Eagle voor beginnende tekenaars<br />
|InfoLocation=RevSpace Klusbunker<br />
|InfoOpen=We're open from 2016-05-15 13:30<br />
|InfoTicket=Tickets cost € 0,- (donations go to RevSpace)<br />
|InfoSignup=Hieronder aanmelden of via IRC :)<br />
}}<br />
<br />
<br />
== Inhoud ==<br />
<br />
We gaan aan de slag met Cadsoft's Eagle. Ik ga je de basis leren om zelf een klein printje te ontwerpen. Denk hierbij aan:<br />
* Schema tekenen<br />
* Eigen componenten tekenen<br />
* Zelf routeren vs de autorouter<br />
* Valkuilen, tips en tricks<br />
<br />
== Hulp gezocht ==<br />
* Ben je zelf een ervaren Eagle gebruiker en wil je die kennis delen? Dat is tof! Welkom!<br />
** Jouw naam hier!?<br />
<br />
* Hulp nodig voor space-rondleidingen/koffie-thee/etc<br />
** Jouw naam hier!?<br />
<br />
== Praktische informatie ==<br />
<br />
Inloop vanaf 13.37. <br />
<br />
* Neem een laptop mee waarop Cadsoft Eagle (nieuwste versie bij voorkeur) geïnstalleerd staat. Een muis + muismat is wenselijk. Er is WiFI beschikbaar voor updates en libraries.<br />
* Heb je een specifiek idee/schema in je hoofd of al op papier? Neem het mee!<br />
<br />
==Inschrijvingen==<br />
Maximaal 12 deelnemers!<br />
<br />
* Jouw naam/nickname hier!? Mocht je niet in het #Revspace irc kanaal zitten, dan is het misschien handig ook contact info achter te laten... Op eigen risico ;)<br />
* Pepman<br />
* benadski<br />
* bertrik<br />
* andrey<br />
*</div>Andreyhttps://revspace.nl/index.php?title=Workshop_printjes_ontwerpen_in_Eagle&diff=8802Workshop printjes ontwerpen in Eagle2016-04-17T21:50:02Z<p>Andrey: /* Inschrijvingen */</p>
<hr />
<div> {{Event<br />
|Name=Workshop Printjes ontwerpen in Eagle<br />
|URL=Workshop_printjes_ontwerpen_in_Eagle<br />
|DateStart=2016-05-15 14:00<br />
|DateEnd=2016-05-15 16:00<br />
|Contact=Sebastius<br />
|Info=Workshop Cadsoft Eagle voor beginnende tekenaars<br />
|InfoLocation=RevSpace Klusbunker<br />
|InfoOpen=We're open from 2016-05-15 13:30<br />
|InfoTicket=Tickets cost € 0,- (donations go to RevSpace)<br />
|InfoSignup=Hieronder aanmelden of via IRC :)<br />
}}<br />
<br />
<br />
== Inhoud ==<br />
<br />
We gaan aan de slag met Cadsoft's Eagle. Ik ga je de basis leren om zelf een klein printje te ontwerpen. Denk hierbij aan:<br />
* Schema tekenen<br />
* Eigen componenten tekenen<br />
* Zelf routeren vs de autorouter<br />
* Valkuilen, tips en tricks<br />
<br />
== Hulp gezocht ==<br />
* Ben je zelf een ervaren Eagle gebruiker en wil je die kennis delen? Dat is tof! Welkom!<br />
** Jouw naam hier!?<br />
<br />
* Hulp nodig voor space-rondleidingen/koffie-thee/etc<br />
** Jouw naam hier!?<br />
<br />
== Praktische informatie ==<br />
<br />
Inloop vanaf 13.37. <br />
<br />
* Neem een laptop mee waarop Cadsoft Eagle (nieuwste versie bij voorkeur) geïnstalleerd staat. Een muis + muismat is wenselijk. Er is WiFI beschikbaar voor updates en libraries.<br />
* Heb je een specifiek idee/schema in je hoofd of al op papier? Neem het mee!<br />
<br />
==Inschrijvingen==<br />
Maximaal 12 deelnemers!<br />
<br />
* Jouw naam/nickname hier!? Mocht je niet in het #Revspace irc kanaal zitten, dan is het misschien handig ook contact info achter te laten... Op eigen risico ;)<br />
* Pepman<br />
* benadski<br />
* bertrik<br />
* andrey</div>Andreyhttps://revspace.nl/index.php?title=Lasercutter1&diff=7377Lasercutter12015-12-03T17:51:16Z<p>Andrey: </p>
<hr />
<div>[[Image:Lasercutter.jpg|thumb|300px]]<br />
<br />
Sinds begin 2012 heeft RevSpace een lasercutter. Deelnemers kunnen tegen een financiele vergoeding gebruik maken van deze faciliteit.<br />
<br />
= Veiligheidswaarschuwingen =<br />
<br />
{|<br />
| [[Image:DIN4844-giftige-stoffen.svg|100px]] ||<br />
; Giftige gassen: Bij het snijden van bepaalde materialen kunnen giftige, zelfs dodelijke, gassen vrijkomen.<br />
|-<br />
| [[Image:DIN4844-omglaz0rs.svg|100px]] ||<br />
; Laserstraling: Kan o.a. blindheid veroorzaken.<br />
|-<br />
| [[Image:DIN4844-brandgevaarlijke-stoffen.svg|100px]] ||<br />
; Brandgevaar: Het te snijden/graveren materiaal kan vlam vatten.<br />
|}<br />
<br />
<div style="float: right; clear: right;">__TOC__</div><br />
<br />
= Veiligheidsinstructies =<br />
<br />
Je mag de lasercutter alleen bedienen als je aan de volgende eisen voldoet:<br />
* Je hebt persoonlijke lasercutter-training gehad bij revspace<br />
* Je bent nuchter, wakker en alert<br />
* Je hebt deze wiki-pagina recent gelezen (check regelmatig de wijzigingen!)<br />
<br />
== Voor gebruik ==<br />
* Controleer of alle subsystemen werken:<br />
** Air assist (blaast lucht bij de laser)<br />
** Afzuiging<br />
** Waterkoeling<br />
* Check of brandblusser en branddeken bij het apparaat in de buurt zijn<br />
<br />
== Tijdens gebruik ==<br />
* Blijf bij het apparaat!<br />
* Kijk regelmatig naar de voortgang<br />
* Grijp snel in als het fout gaat<br />
<br />
== Na gebruik ==<br />
# Laser uit<br />
# Noodknop ingedrukt<br />
# Netwerkkabel eruit<br />
# Stroom uit<br />
# Sleutel opbergen<br />
# Bordje "afzuiging!" terugplaatsen<br />
# Afzuiging na een tijdje ook uit<br />
<br />
== Bij vlammetjes ==<br />
<br />
Als vlammetjes vanzelf doven is er niks aan de hand. Zo niet, dan:<br />
<br />
# Noodknop<br />
# Klep open<br />
# Branddeken<br />
<br />
Meteen incident melden op de mailinglist en briefje "buiten gebruik" op de lasercutter plakken.<br />
<br />
Niet onnodig de stroom eraf halen, want dan stoppen de waterkoeling en<br />
afzuiging.<br />
<br />
== Bij brand ==<br />
<br />
# Noodknop<br />
# Stroom uit<br />
# Klep open<br />
# Blussen<br />
# Indien nodig: evacueren en 112 bellen<br />
<br />
Meteen incident melden op de mailinglist en briefje "buiten gebruik" op de lasercutter plakken.<br />
<br />
= Hardware =<br />
<br />
== Lasercutter ==<br />
<br />
Het is een [http://hpclaser.co.uk/index.php?main_page=product_info&cPath=1&products_id=92 HPC LS3020] met 35 W laser. De laserbuis zit stationair aan de achterkant van de machine, en met 3 spiegeltjes wordt het laserlicht op je werkstuk gericht. Door het A4-honingraatbed (34,5cm x 21,5cm / '370 x 250 mm work area' volgens de specs) kunnen de hitte en gassen aan de onderkant ook ontsnappen.<br />
<br />
=== LaOS ===<br />
<br />
Het apparaat heeft een hersentransplantatie ondergaan. Het nieuwe brein is [http://www.laoslaser.org/ LaOS]: Laser Open Source. Dit project bestaat uit hard- en software en is van start gegaan in 2010. Hoewel nog niet alle mogelijkheden van de hardware benut kunnen worden, zijn de voordelen (lasercutten vanuit linux/[http://www.inkscape.org/ inkscape]) voor ons groter dan de nadelen (kinderziektes).<br />
<br />
== Waterkoeling ==<br />
<br />
De laserbuis wordt gekoeld met water. Hiervoor wordt gedestilleerd water gebruikt, dat dus vrij is van mineralen en bepaalde andere verontreiniging. Met een [http://www.zalman.com/global/product/Product_Read.php?Idx=183 reserator]-radiator en een ventilator wordt het vervolgens afgekoeld. In de radiator zit een [http://rk-reich.com/en/sanitary/water-pumps/submersible-pumps/submersible-pumpe-10-l-min-detail.html simpele dompelpomp].<br />
<br />
== Afzuiging ==<br />
<br />
De lasercutter heeft een eigen afzuiging via een ventilator en afvoerkanaal in het luik.<br />
<br />
De afzuiging is geen alternatief voor ventilatie. Zorg dat je voldoende ventileert, want de dampen van het lasercutten zijn in het algemeen niet prettig.<br />
<br />
== Luchtcompressor ==<br />
<br />
Rechtstreeks waar de laserstraal het materiaal raakt, wordt met lucht de rook weggeblazen zodat de laser gefocust blijft.<br />
<br />
== Laserpointer ==<br />
<br />
Een rode laserpointer maakt het makkelijker om te zien waar er gesneden zal worden, als de snij-laser nog uitstaat. Zo kun je met de laser uit vooraf controleren of de positionering wel klopt. De laserpointer is momenteel echter defect.<br />
<br />
= Software =<br />
<br />
== LaOS en CUPS ==<br />
<del><br />
Via een gehackte [http://www.pstoedit.net/ pstoedit] en een CUPS-driver, '''cups-laos''', kan je de lasercutter gebruiken alsof het een printer is. Alleen vectoren in de printjob worden gebruikt: zwarte lijnen voor "marking" (graveren), rode lijnen voor "cutting" (snijden). Wat marking en cutting precies betekenen, stel je in bij de printerinstellingen. Je regelt het door de power en speed in te stellen.<br />
</del><br />
<br />
<del><br />
''NB: Momenteel werkt de PWM nog niet, en wordt de powerinstelling dus genegeerd. Je moet het instellen met de current regulator op de machine zelf. Dat is een draipotmeter die 10 keer volledig rond gaat. 30% is dus eerst helemaal dichtdraaien en dan 3 * 360° = 1080° opendraaien.''<br />
</del><br />
<br />
<del><br />
De software werkt alleen onder Linux en is nog moeilijk te installeren voor newbies. Deze [http://wiki.laoslaser.org/index.php/Install_ubuntu11 pagina] bevat instructies.<br />
</del><br />
<br />
<del><br />
Wat er gebeurt als je andere elementen gebruikt dan zwarte en rode lijnen (puur zwart en puur rood), is niet gedefinieerd. De inkleuring van vlakken wordt meestal genegeerd, maar soms crasht de lasercutter erop. We hebben er nog geen patroon in ontdekt...<br />
</del><br />
<br />
Momenteel moet het programma 'Visicut' gebruikt worden. Iemand moet hier nog even wat documentatie over schrijven<br />
<br />
== Gebruik bij Revspace ==<br />
<br />
Een ThinkPad-laptop bij de lasercutter dient als printerserver en werkstation. De naam van de laptop is ''cuttop''. Aan z'n wired-kant hangt de lasercutter rechtstreeks aangesloten. Aan z'n wifi-kant is hij verbonden met het RevSpace-netwerk.<br />
<br />
<del><br />
Je kan 'm op verschillende manieren gebruiken. In alle gevallen, behalve optie 4, moet cuttop aanstaan.<br />
</del><br />
<br />
=== Optie 1: cuttop gebruiken ===<br />
<br />
<del><br />
Is voorgeconfigureerd.<br />
</del><br />
<br />
=== Optie 2: automagische configuratie ===<br />
<del><br />
Werkt alleen op een CUPS-systemen die gedeelde printers van het netwerk laten zien.<br />
</del><br />
<br />
# <del>Er staat automagisch een printer "HPC-tftp" in je lijstje. (Soms moet je daar een minuut op wachten)</del><br />
<del><br />
Zo niet, probeer dan eens <tt>cupsctl BrowsePoll=10.42.10.42:631</tt>.<br />
</del><br />
<br />
=== Optie 3: zelf de driver installeren ===<br />
<br />
<del><br />
# Doe het dansje om de gehackte pstoedit te installeren<br />
# Doe het dansje om cups-laos te installeren<br />
# Gebruik niet <strike>cups-laos://192.168.66.2:2000/minimal</strike> maar '''ipp://10.42.10.42:631/printers/HPC'''.<br />
</del><br />
<br />
=== Optie 4, voor cups-laos-developers: rechtstreeks ===<br />
<br />
<del><br />
Hang het UTP'tje van de lasercutter rechtstreeks aan je eigen laptop, maar stop 'm achteraf weer terug in cuttop.<br />
</del><br />
<br />
== Inkscape ==<br />
<br />
Een ontwerp voor de laser maken in Inkscape is redelijk eenvoudig. Voor het fijnere werk moet je wel research doen naar de alignment-tools die er in zitten, dan is het bijna een CAD programma. <br />
<br />
Met behulp van kleuren kun je verschillende acties of volgordes aangeven. Meestal worden de primaire kleuren (rood, blauw, groen en zwart) gebruikt hiervoor. In Visicut kun je dan aan elke kleur een actie koppelen (bv mark, cut, engrave of ignore). Tevens kun je de volgorde aangeven waardoor je eerst de gaten uit een object kunt snijden en dan de buitenkant. <br />
<br />
Wil je meer weten? Sebastius (onder andere) heeft ondertussen vrij veel ervaring met Inkscape.<br />
<br />
== AutoCad ==<br />
<br />
Ik (robv) heb goede ervaringen met het direct exporteren van printopdrachten vanuit AutoCad 2015. Hiervoor doe ik de volgende stappen:<br />
- WBLOCK commando om de tekening te exporteren zonder de overbodige layers naar een AutoCad 2000 .dxf bestand.<br />
<br />
- Geëxporteerd bestand opnieuw openen in AutoCad en de objecten verplaatsen zodat ze mooi binnen de marges van de printer vallen.<br />
<br />
- Het bestand opslaan op een memorystick<br />
<br />
- Het .dxf bestand direct in VisiCut openen (en niet via InkScape). Op deze manier blijven alle eenheden en layers netjes behouden.<br />
<br />
== bitmaps ==<br />
Je kunt ook bitmaps printen. 't Beste is ze eerst voor te bewerken. [http://www.instructables.com/id/Prepare-a-color-image-for-laser-engraving/ hier] vindt je wat tips.<br />
<br />
= Materialen =<br />
<br />
Onze lasercutter kan materialen tot 8 mm dikte aan. De instellingen voor laserintensiteit en snelheid zijn afhankelijk van het materiaal. Deze lasercutter is niet sterk genoeg om te snijden in metaal.<br />
<br />
Links naar leveranciers:<br />
* [http://www.bouwplastics.nl/webshop/plaatmateriaal/plexiglas-per-kg Plexiglas per kilo]<br />
* [https://www.xxlstunt.nl/ Goedkoop gegoten PMMA]<br />
<br />
Zie ook: http://atxhackerspace.org/wiki/Laser_Cutter_Materials<br />
<br />
== Verboden materialen ==<br />
<br />
'''PVC''', omdat er bij het lasercutten het dodelijke chloorgas vrijkomt.<br />
<br />
Graveer/snij nooit materialen waarvan je de samenstelling niet kent!<br />
<br />
NB: (Bank)pasjes zijn soms van PVC, soms van ABS. Niet gokken!<br />
<br />
Hoe identificeer je de materialen: http://www.chymist.com/Polymer%20Identification.pdf<br />
<br />
== PMMA ==<br />
<br />
Beter bekend als plexiglas, perspex, acrylglas of acrylaat. Dit materiaal is verreweg het beste te verwerken in de lasercutter.<br />
<br />
Empirisch vastgesteld als redelijk werkende uitgangswaarden:<br />
{|<br />
! Dikte !! Power !! Speed (cutting)<br />
|-<br />
| 2 mm || 30 % || 1.5 %<br />
|-<br />
| 3 mm || 45 % || 1.5 %<br />
|-<br />
| 4 mm || 60 % || 1 %<br />
|-<br />
| 6 mm || 100 % || 0.5 %<br />
|}<br />
<br />
== ABS ==<br />
<br />
ABS, bekend van legoblokjes, is niet goed te graveren omdat het smelt en dus op hoekpunten meer smelt dan in lijnstukken. Snijden gaat aardig, maar levert wel gesmolten randjes op.<br />
<br />
== Papier ==<br />
<br />
Papier is te graveren en te snijden. Het spreekt voor zich dat je hiervoor de intensiteit erg laag moet zetten: 10%<br />
<br />
Zorg wel dat het papier vlak ligt en snij er geen te kleine stukjes uit, want die worden dan afgezogen en blijven in het (onbereikbare) filter zitten.<br />
<br />
== Karton ==<br />
<br />
Karton is erg goed te doen en goed geschikt voor prototypes.<br />
<br />
== Hout ==<br />
<br />
Timmerplaat, da's zacht en dun triplex, is heel goed in één keer te snijden op lage intensiteit. 15% intensiteit bij 1,5% snelheid wordt het mooist. Je moet dan soms nog even met een mesje aan de achterkant wat vezeltjes doorsnijden, maar als je meer power of minder speed gebruikt, wordt 't minder mooi. Graveren gaat heel aardig op 100% snelheid bij dezelfde intensiteit. <br />
<br />
Hardhout-triplex is te snijden met de lasercutter door op lage intensiteit (30%) heel vaak (25 keer (?)) en snel (40% (?)) over dezelfde lijn te gaan. Gravures in dit hout worden erg mooi.<br />
<br />
Pas op met verlijmde houtsnippers. Da's vies spul. Het wordt niet mooi en het stinkt. Bovendien zou het wel eens schadelijk kunnen zijn.<br />
<br />
{|<br />
! Materiaal !! Dikte !! Power !! Speed (cutting)<br />
|-<br />
| Timmerplaat || 2,8 mm || 60 % || 4 % (1 pass)<br />
|-<br />
| Populierentriplex || 3,7 mm || 80% || 2% (1 pass)<br />
|-<br />
| Hardhouttriplex || 4 mm || 30 % || 40 % (25 passes)<br />
|-<br />
| MDF || 4 mm || 55 % || 1.5 % (2 passes)<br />
|}<br />
<br />
== Polyprop hardfoam/polystyreen hardschuim (blauw) HD300 ==<br />
<br />
Het spreekwoordelijke warme mes door boter. De waarden in onderstaande tabel zijn nog voorlopig. Alles meer dan 20% intensiteit is overkill bij zo ongeveer iedere snelheid. Let op met graveren van bitmaps, in reliëf vereist dit dithering op een vrij lage resolutie (200 DPI) en dat de grijswaarden een correctiefactor van -90 krijgen.<br />
<br />
Empirisch vastgesteld als redelijk werkende uitgangswaarden:<br />
{|<br />
! Materiaal !! Dikte !! Power !! Speed (cutting)<br />
|-<br />
| Polystyreen hardschuim (blauw) HD300 graveren || 30mm || 8% || 80% (1 pass)<br />
|-<br />
| Polystyreen hardschuim (geel) snijden || 30 mm || 100 || 2<br />
|-<br />
|}<br />
<br />
== Mylar stencil sheet ==<br />
<br />
RobV heeft met behoorlijk succes PCB solder paste stencils gemaakt met de laser cutter. De beste resultaten zijn tot nu toe met de volgende instellingen:<br />
<br />
[[Image:Lasercutter stencil.jpg|thumb|350px|Een beetje verkleurd, maar verder prima!]]<br />
<br />
* Mylar 125 micron transparant (oa [http://www.amazon.co.uk/gp/product/B00BTGQ8RS amazon.co.uk])<br />
* Aanpassen cream layer in Eagle (2mil solder mask)<br />
* Selecteer alleen de tCream layer en maak alle andere layers hidden<br />
* Export DXF vanuit Eagle via file > export > DXF<br />
* Kies voor '''Use line Width''' en '''Fill Area'''<br />
* Open de DXF direct in VisiCut (dus niet via Inkscape)<br />
* Houdt minimaal 30mm ruimte van de bovenkant en de zijkant zodat je de stencil kan vast tapen op een guide<br />
* Mapping: kies voor '''Engrave All''' en, '''1200 DPI'''<br />
* Laser Settings: '''Power 60''', '''Speed 100'''<br />
<br />
Informatie en foto's op zijn [http://www.simplicate.info/2015/05/15/diy-solder-paste-stencils-with-a-lasercutter/ blog].<br />
<br />
== Ham ==<br />
<br />
[[Image:Ham_lasercut.jpg|thumb|350px|Het is geen bacon, maar oké...]]<br />
Ham is een van de betere etenswaren om te lasercutten, het verschroeit namelijk niet.<br />
<br />
== Maximale grootte materiaal ==<br />
<br />
De maximale breedte: 21 cm<br />
De maximale lengte: 34 cm<br />
<br />
Met deze maten past hij precies binnen de aluminium rand.<br />
<br />
== PCB ==<br />
<br />
printplaten kunnen niet direct worden gelasercut, maar we kunnen wel verf wegbranden. <br />
Prepareer het printmateriaal met mat zwart acryl verf. 1 tot 2 dunne lagen. Zorg dat de verf goed droog is<br />
<br />
Settings: engrave everything, speed 100, power 15<br />
<br />
Je moet negatief laseren. Als je artwork niet negatief is, gebruik Inkscape > extentensions, raster, negate<br />
Na het laseren zal een lichte residu overblijven, deze kan je verwijderen met alcohol<br />
<br />
= Lasercutter Checklist =<br />
<br />
TO DO: howto/checklists verplaatsen naar eigen pagina<br />
<br />
<br />
Before using/operating the lasercutter, please check the following:<br />
<br />
* Fans are turned on<br />
* The Laser-tube is filled with water, no bubbles are visible in the stream<br />
* The water-pump is running without bubbles<br />
* The water is cool<br />
* The Z-axis is set correctly for your material<br />
* The laser output power is set correctly for your material<br />
<br />
Then, when making a print/cut<br />
<br />
* Do a test-run first, with the laser power disabled (red button 'laser power' toggles power on/off), to see if your design works without errors or hitting the borders<br />
* Position your material efficiently<br />
* Keep the fire extinguisher nearby<br />
* Always remain at the lasercutter when it is active<br />
* Hit the emergency/stop button when something goes wrong<br />
<br />
= Troubleshooting =<br />
<br />
* If there are issues with the lasercutter, you should check the following:<br />
** You are not using bitmaps in your design<br />
** You are not using transparancy/opacity<br />
<br />
= Tips and Tricks =<br />
See [[LaserCutterTipsTricks]]<br />
<br />
= Betaling =<br />
Lasercutter kost 10 Euro per uur. <br />
<br />
Om betaling te doen:<br />
<br />
command: give<br />
Benificiary: lasercutter<br />
amount to give to lasercutter: 10<br />
enter your username: andrey<br />
<br />
New balance for lasercutter: -100<br />
<br />
<br />
<br />
= Links =<br />
* [http://www.makercase.com/ makercase.com] helps you create ready-to-assembler boxes<br />
<br />
<br />
= Voorbeelden =<br />
<br />
<gallery><br />
Image:HoutenLed.jpg|Timmerplaat: 15% power, 1,5% speed<br />
Image:Huisnummer.jpg|Timmerplaat: graveren 80% speed<br />
Image:Gaatjesmal.jpg|Plexiglas 2mm<br />
Image:Flexdoosje.jpg|[http://www.thingiverse.com/thing:14018 Flex-doosje]<br />
Image:Laser-Puffy.jpg|OpenBSD Puffy the blowfish<br />
Image:Laser-Beasty.jpg|FreeBSD Beasty<br />
Image:Laser-Tux.jpg|Tux<br />
Image:Laser-Camel.jpg|Perl Camel<br />
Image:Laser-gnu.jpg|GNU<br />
Image:Plexiflex.jpg|[http://github.com/Juerd/doosje Flex-doosje] van 2mm plexiglas<br />
Image:Kleinflexdoosje.jpg|Ringen flexdoosje<br />
Image:EJfoon.jpg|Coating weggelaserd<br />
Image:Laptop_houder.jpg|[http://www.thingiverse.com/thing:17737 Laptophouder]<br />
Image:Laserbal.jpg|Episch balletje met [http://www.123dapp.com/make 123D] gemaakt<br />
Image:Laserengravedflashlight.jpg|Gravure in aluminium zaklamp<br />
</gallery></div>Andreyhttps://revspace.nl/index.php?title=KernelDriverProgrammingCourse2015/Preparations&diff=6621KernelDriverProgrammingCourse2015/Preparations2015-07-27T08:02:30Z<p>Andrey: </p>
<hr />
<div>=== Introduction ===<br />
<br />
<br />
ARM boards, unlike x86 systems often do not have any way for the operating<br />
system to discover which hardware is present in a system. This means that<br />
the bootloader (u-boot) and the OS need to be explictly told what hardware<br />
is present, and at which addresses, irqs, etc. u-boot uses a board<br />
configuration file for this, and the kernel uses a text file called a<br />
devicetree for this.<br />
<br />
The day will start with an introduction on devicetree files, after which<br />
you will get to work with devicetree yourself. You will be working with<br />
an ARM boards for which a driver for some component has recently been<br />
written, but not yet enabled in devicetree. The mission for the day is to<br />
modify the dts file for your board to enable these components.<br />
<br />
sdcards with a Fedora 22 ARM image on them will be provided, but in order<br />
for these to boot your board they need to have a u-boot tailered to your<br />
board build and installed. For this you will need the u-boot sources and<br />
an arm cross compiler, the devicetree sources for your board are part of<br />
the Linux kernel, so you will need the kernel sources too.<br />
<br />
=== Preparation ===<br />
<br />
You will need to have a laptop with a recent Linux distribution installed,<br />
and then take the following steps to get everything in place:<br />
<br />
1) Make sure you've at least 10 GigaByte of free space in your homedir<br />
<br />
2) Install git (yum install git / apt-get install git)<br />
<br />
2a) Install a devicetree compiler<br />
<br />
On Fedora this can be installed with:<br />
<br />
yum install dtc<br />
<br />
On Ubuntu:<br />
<br />
apt-get install device-tree-compiler <br />
<br />
<br />
3) Clone the u-boot and linux-kernel sources from git, since we will be<br />
needing some bits which are not yet all upstream please execute these 2<br />
commands to clone my personal repo-s which do have the necessary bits:<br />
<br />
git clone https://github.com/jwrdegoede/linux-sunxi.git linux<br />
git clone https://github.com/jwrdegoede/u-boot-sunxi.git u-boot<br />
<br />
Note the linux git repository is huge, this is going to take a while!<br />
<br />
cd linux<br />
git checkout -B sunxi-wip origin/sunxi-wip<br />
<br />
cd u-boot<br />
git checkout -B sunxi-wip origin/sunxi-wip<br />
<br />
4) Install an ARM cross-compiler, see: http://linux-sunxi.org/Toolchain<br />
Note it is best to use distro packages where possible.<br />
''See [https://revspace.nl/KernelDriverProgrammingCourse2015/Troubleshooting Mint installation]''<br />
<br />
<br />
5) Figure out your cross-compiler prefix, do: "ls /usr/bin/arm-linux*-gcc"<br />
the prefix is the part between /usr/bin/ and -gcc, e.g. if the output is:<br />
/usr/bin/arm-linux-gnu-gcc then the prefix is arm-linux-gnu-. The rest of<br />
this document will use arm-linux-gnu- everywhere, you MUST replace this with<br />
your own prefix when entering commands!<br />
<br />
6) Do a u-boot test-build:<br />
<br />
cd u-boot<br />
make -j4 CROSS_COMPILE=arm-linux-gnu- A10-OLinuXino-Lime_defconfig<br />
make -j4 CROSS_COMPILE=arm-linux-gnu-<br />
<br />
The last lines output should be:<br />
<br />
OBJCOPY spl/u-boot-spl.bin<br />
MKSUNXI spl/sunxi-spl.bin<br />
CAT u-boot-sunxi-with-spl.bin<br />
<br />
7) Do a kernel devicetree binary (dtb) test build:<br />
<br />
cd linux<br />
wget https://fedorapeople.org/~jwrdegoede/kernel-driver-programming/kernel-config<br />
mv kernel-config .config<br />
make -j4 ARCH=arm CROSS_COMPILE=arm-linux-gnu- oldconfig<br />
make -j4 ARCH=arm CROSS_COMPILE=arm-linux-gnu- dtbs<br />
<br />
8) Configure git so that you can send out patches, edit ~/.gitconfig<br />
and add the following lines:<br />
<br />
[user]<br />
name = Firstname Lastname<br />
email = user@domain.ext<br />
[sendemail]<br />
smtpserver = smtp.ziggo.nl<br />
<br />
Note the smtpserver setting is for at revspace, at home you may need to use<br />
something else.<br />
<br />
Now lets make your first git commit, and send it to yourself :)<br />
<br />
cd linux<br />
edit <somefile>, and make some changes.<br />
git commit -as<br />
<br />
This will give you your default editor (EDITOR shell environment variable)<br />
to edit a commit message, the first line is the Subject, as with email,<br />
type a single line summary of your change here. Then and empty line, and<br />
then a longer commit message explaining what you're changing and why, e.g.:<br />
<br />
###<br />
This is a test commit<br />
<br />
In order to test git send-email we need a test commit. This commit adds such<br />
a test commit, fixing the lack of a test commit.<br />
<br />
Signed-off-by: Firstname Lastname <user@domain.ext><br />
###<br />
<br />
The Signed-off-by: line has already been added by git commit, the -s flag<br />
does this. This line is mandatory for any patches submitted to upstream<br />
u-boot and the kernel, it indicates that you are the author of the code<br />
changes being submitted and that you've the right to submit them, see:<br />
<br />
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/SubmittingPatches<br />
<br />
After saving the commit message and exiting your editor, you can send an<br />
email with a patch for these changes by doing:<br />
<br />
git send-email HEAD~<br />
<br />
When asked for a destination email address use your own address, after<br />
sending the mail open your mail-client and check that the mail has arrived<br />
and contains what you expected.<br />
<br />
9) All done, see you Sunday the 26th!<br />
<br />
Regards,<br />
<br />
Hans<br />
<br />
Back to [[KernelDriverProgrammingCourse2015]]</div>Andreyhttps://revspace.nl/index.php?title=KernelDriverProgrammingCourse2015/Preparations&diff=6620KernelDriverProgrammingCourse2015/Preparations2015-07-27T08:01:46Z<p>Andrey: </p>
<hr />
<div>=== Introduction ===<br />
<br />
<br />
ARM boards, unlike x86 systems often do not have any way for the operating<br />
system to discover which hardware is present in a system. This means that<br />
the bootloader (u-boot) and the OS need to be explictly told what hardware<br />
is present, and at which addresses, irqs, etc. u-boot uses a board<br />
configuration file for this, and the kernel uses a text file called a<br />
devicetree for this.<br />
<br />
The day will start with an introduction on devicetree files, after which<br />
you will get to work with devicetree yourself. You will be working with<br />
an ARM boards for which a driver for some component has recently been<br />
written, but not yet enabled in devicetree. The mission for the day is to<br />
modify the dts file for your board to enable these components.<br />
<br />
sdcards with a Fedora 22 ARM image on them will be provided, but in order<br />
for these to boot your board they need to have a u-boot tailered to your<br />
board build and installed. For this you will need the u-boot sources and<br />
an arm cross compiler, the devicetree sources for your board are part of<br />
the Linux kernel, so you will need the kernel sources too.<br />
<br />
=== Preparation ===<br />
<br />
You will need to have a laptop with a recent Linux distribution installed,<br />
and then take the following steps to get everything in place:<br />
<br />
1) Make sure you've at least 10 GigaByte of free space in your homedir<br />
<br />
2) Install git (yum install git / apt-get install git)<br />
<br />
2a) Install a devicetree compiler<br />
<br />
On Fedora this can be installed with:<br />
<br />
yum install dtc<br />
<br />
On Ubuntu:<br />
<br />
apt-get install device-tree-compiler <br />
<br />
<br />
3) Clone the u-boot and linux-kernel sources from git, since we will be<br />
needing some bits which are not yet all upstream please execute these 2<br />
commands to clone my personal repo-s which do have the necessary bits:<br />
<br />
git clone https://github.com/jwrdegoede/linux-sunxi.git linux<br />
git clone https://github.com/jwrdegoede/u-boot-sunxi.git u-boot<br />
<br />
Note the linux git repository is huge, this is going to take a while!<br />
<br />
cd linux<br />
git checkout -B sunxi-wip origin/sunxi-wip<br />
<br />
cd u-boot<br />
git checkout -B sunxi-wip origin/sunxi-wip<br />
<br />
4) Install an ARM cross-compiler, see: http://linux-sunxi.org/Toolchain<br />
Note it is best to use distro packages where possible.<br />
'See [https://revspace.nl/KernelDriverProgrammingCourse2015/Troubleshooting Mint installation]'<br />
<br />
<br />
5) Figure out your cross-compiler prefix, do: "ls /usr/bin/arm-linux*-gcc"<br />
the prefix is the part between /usr/bin/ and -gcc, e.g. if the output is:<br />
/usr/bin/arm-linux-gnu-gcc then the prefix is arm-linux-gnu-. The rest of<br />
this document will use arm-linux-gnu- everywhere, you MUST replace this with<br />
your own prefix when entering commands!<br />
<br />
6) Do a u-boot test-build:<br />
<br />
cd u-boot<br />
make -j4 CROSS_COMPILE=arm-linux-gnu- A10-OLinuXino-Lime_defconfig<br />
make -j4 CROSS_COMPILE=arm-linux-gnu-<br />
<br />
The last lines output should be:<br />
<br />
OBJCOPY spl/u-boot-spl.bin<br />
MKSUNXI spl/sunxi-spl.bin<br />
CAT u-boot-sunxi-with-spl.bin<br />
<br />
7) Do a kernel devicetree binary (dtb) test build:<br />
<br />
cd linux<br />
wget https://fedorapeople.org/~jwrdegoede/kernel-driver-programming/kernel-config<br />
mv kernel-config .config<br />
make -j4 ARCH=arm CROSS_COMPILE=arm-linux-gnu- oldconfig<br />
make -j4 ARCH=arm CROSS_COMPILE=arm-linux-gnu- dtbs<br />
<br />
8) Configure git so that you can send out patches, edit ~/.gitconfig<br />
and add the following lines:<br />
<br />
[user]<br />
name = Firstname Lastname<br />
email = user@domain.ext<br />
[sendemail]<br />
smtpserver = smtp.ziggo.nl<br />
<br />
Note the smtpserver setting is for at revspace, at home you may need to use<br />
something else.<br />
<br />
Now lets make your first git commit, and send it to yourself :)<br />
<br />
cd linux<br />
edit <somefile>, and make some changes.<br />
git commit -as<br />
<br />
This will give you your default editor (EDITOR shell environment variable)<br />
to edit a commit message, the first line is the Subject, as with email,<br />
type a single line summary of your change here. Then and empty line, and<br />
then a longer commit message explaining what you're changing and why, e.g.:<br />
<br />
###<br />
This is a test commit<br />
<br />
In order to test git send-email we need a test commit. This commit adds such<br />
a test commit, fixing the lack of a test commit.<br />
<br />
Signed-off-by: Firstname Lastname <user@domain.ext><br />
###<br />
<br />
The Signed-off-by: line has already been added by git commit, the -s flag<br />
does this. This line is mandatory for any patches submitted to upstream<br />
u-boot and the kernel, it indicates that you are the author of the code<br />
changes being submitted and that you've the right to submit them, see:<br />
<br />
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/SubmittingPatches<br />
<br />
After saving the commit message and exiting your editor, you can send an<br />
email with a patch for these changes by doing:<br />
<br />
git send-email HEAD~<br />
<br />
When asked for a destination email address use your own address, after<br />
sending the mail open your mail-client and check that the mail has arrived<br />
and contains what you expected.<br />
<br />
9) All done, see you Sunday the 26th!<br />
<br />
Regards,<br />
<br />
Hans<br />
<br />
Back to [[KernelDriverProgrammingCourse2015]]</div>Andreyhttps://revspace.nl/index.php?title=KernelDriverProgrammingCourse2015/Troubleshooting&diff=6619KernelDriverProgrammingCourse2015/Troubleshooting2015-07-27T07:58:46Z<p>Andrey: </p>
<hr />
<div>=== Troubleshooting ===<br />
<br />
==== Mint Preparations ====<br />
<br />
Install an ARM cross-compiler (to prevent the error shown below):<br />
<br />
apt-get install gcc-arm-linux-gnueabi-<br />
<br />
* While compiling the kernel under Mint you can get a beautiful error - "Your compiler is too buggy":<br />
<br />
$ make -j4 ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- dtbs<br />
CHK include/config/kernel.release<br />
CHK include/generated/uapi/linux/version.h<br />
CHK include/generated/utsrelease.h<br />
make[1]: `include/generated/mach-types.h' is up to date.<br />
CHK include/generated/timeconst.h<br />
CHK include/generated/bounds.h<br />
CC arch/arm/kernel/asm-offsets.s<br />
arch/arm/kernel/asm-offsets.c:54:2: error: #error Your compiler is too buggy; it is known to miscompile kernels<br />
#error Your compiler is too buggy; it is known to miscompile kernels<br />
^<br />
arch/arm/kernel/asm-offsets.c:55:2: error: #error and result in filesystem corruption and oopses.<br />
#error and result in filesystem corruption and oopses.<br />
^<br />
make[1]: *** [arch/arm/kernel/asm-offsets.s] Error 1<br />
make: *** [prepare0] Error 2<br />
<br />
Back to [[KernelDriverProgrammingCourse2015]]<br />
<br />
<br />
==== Preparations on Debian Stretch ====<br />
(luteijn: for now only raw dump of my own note to Hans and myself - feel free to wikify this more properly)<br />
Hi Hans,<br />
Zo, dat was even een gedoe om die voorbereiding voor elkaar te krijgen, op zich al weer heel leerzaam, heb wel al vaker dingen gecrosscompileerd voor Arm maar was al weer wat jaren geleden en met een andere toolchain... Bij dezen even een kort verslag van mijn ervaringen om<br />
a) dit ook voor mezelf te documenteren,<br />
b) aan te geven dat er tenminste iemand is die jouw mailtje gelezen heeft en niet helemaal met lege handen de 26e op komt dagen ('Heh, wat, moest ik een laptop meenemen dan?'),<br />
c) wellicht klopt er niks van wat ik gedaan heb, dan hoor ik dat natuurlijk graag,<br />
d) misschien is er iemand anders vastgelopen die niet zo eigenwijs is om gewoon zelf door te modderen en helpt dit jou die persoon weer verder te helpen?<br />
<br />
<br />
Allereerst, mijn laptopje draait Debian Stretch.<br />
<br />
1) Make sure you've at least 10 GigaByte of free space in your homedir<br />
<br />
Check.<br />
<br />
2) Install git (yum install git / apt-get install git)<br />
<br />
Check, maar bleek later ook 'git-email' te moeten apt-getten want anders werkt git send-email dus niet.<br />
<br />
3) Clone the u-boot and linux-kernel sources from git, since we will be<br />
<br />
<br />
Check. duurde lang, maar ben lekker wat anders gaan doen, en was op een gegeven moment klaar. checkouts uit ander mailtje toen gedaan.<br />
<br />
4) Install an ARM cross-compiler, see: http://linux-sunxi.org/Toolchain<br />
Note it is best to use distro packages where possible.<br />
<br />
<br />
Hier werd het tricky, want uitleg alleen voor jessie en unstable, en deze beide methoden leken niet te werken voor stretch. Methode met unstable chroot dus maar geprobeerd, maar dat werkte dus OOK niet. "unable to locate package crossbuild-essential-armel"<br />
Uiteindelijk na nog wat experimenten dan uiteindelijk maar een chroot 'jessie' gemaakt en daarbinnen de jessie instructies gevolgd, en uiteindelijk de crosscompiler geinstalleerd. Voorbeeld was voor armhf, maar dat werkte verderop dan weer niet lekker, dus die weer armhf spullen weer weggemikt en armel geinstalleerd. Wellicht ook niet wat het zou moeten zijn, maar leek verder wel te werken.<br />
'debootstrap jessie jessie' levert een vrij kale omgeving op, dus nog even wat dingen opnieuw moeten apt-getten binnen de chroot, en natuurlijk een user adden en die linux en u-boot directories in de chroot zetten.<br />
<br />
Stappen 5,6 en 7 dus gedaan vanuit de chrooted omgeving.<br />
<br />
5) Figure out your cross-compiler prefix, do: "ls /usr/bin/arm-linux*-gcc"<br />
<br />
<br />
PREFIX=arm-linux-gnueabi-<br />
en dan verder overal braaf $PREFIX invullen waar jij arm-linux-gnu- had staan. Misschien in verder voorbeelden/voorbereiding ook $PREFIX o.i.d. gebruiken? Of had ik toch een andere crosscompiler moeten hebben?<br />
<br />
6) Do a u-boot test-build:<br />
<br />
Check, na wat valse starts met armhf uiteindeljik met armel voor elkaar gekregen. Moest wel apt-get install device-tree-compiler doen.<br />
<br />
7) Do a kernel devicetree binary (dtb) test build:<br />
<br />
Hmm, dit ging niet helemaal goed:<br />
site was kennelijk net even te druk of in onderhoud toen ik die kernel-config wou wgetten, kreeg:<br />
<br />
luteijn@atcaret:~/devel/kerneldriver/linux$ wget https://fedorapeople.org/~jwrdegoede/kernel-driver-programming/kernel-config<br />
converted 'https://fedorapeople.org/~jwrdegoede/kernel-driver-programming/kernel-config' (ANSI_X3.4-1968) -> 'https://fedorapeople.org/~jwrdegoede/kernel-driver-programming/kernel-config' (UTF-8)<br />
--2015-07-08 21:40:26-- https://fedorapeople.org/~jwrdegoede/kernel-driver-programming/kernel-config<br />
Resolving fedorapeople.org (fedorapeople.org)... 152.19.134.191, 2610:28:3090:3001:5054:ff:fedb:7f5a<br />
Connecting to fedorapeople.org (fedorapeople.org)|152.19.134.191|:443... failed: Connection refused.<br />
Connecting to fedorapeople.org (fedorapeople.org)|2610:28:3090:3001:5054:ff:fedb:7f5a|:443... failed: Network is unreachable.<br />
<br />
Met gewone browser naar http:fedorapeople.org gaan leverde wel redirect op naar https:// maar dan inderdaad ook connection refused. Nu ik dit schrijf en de exacte error erbij wil pakken, doet het het weer wel, dus ik heb die kernel-config nu wel en de bovenstaande error uit mijn scrollback buffer gevist.<br />
<br />
Oorspronkelijk heb ik maar gewoon zelf een config gemaakt met $PREFIX in de CROSS_COMPILE en dan allemaal defautls erin ge-enterd om in ieder geval iets te kunnen testen, en dat leek uiteindelijk door te lopen, met wel een vage error op 'empty.o'. Check voor zekere waarden van Check.<br />
<br />
Nu net nog een keer een make mrproper en daarna cp kernel-config .config (niet mv, wil het nog ene keer kunen doen ook als die website er weer uitligt ;) )<br />
<br />
make -j4 ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- oldconfig<br />
Toch nog een aantal 'NEW' config vragen, dus maar gewoon weer de enter key vastgehouden voor de defaults.<br />
<br />
make -j4 ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- dtbs<br />
En dit liep nu helemaal door zonder vage errors.<br />
<br />
<br />
8) Configure git so that you can send out patches, edit ~/.gitconfig<br />
<br />
Check, moest dus wel zoals reeds vermeld git-send-email apt-getten, maar verder volgens het boekje, dummy regel in Makefile gezet; me verbaasd dat $EDITOR kennelijk niet op vi stond, want kreeg pico of nano ofzo voor mijn neus. Gelukkig geen al te heftige flashbacks naar mijn studententijd en emailen met pine gehad.<br />
<br />
9) All done, see you Sunday the 26th!<br />
<br />
Tot dan!<br />
<br />
Gr.,<br />
Pieter.<br />
<br />
<br />
Back to [[KernelDriverProgrammingCourse2015]]</div>Andreyhttps://revspace.nl/index.php?title=KernelDriverProgrammingCourse2015/Preparations&diff=6618KernelDriverProgrammingCourse2015/Preparations2015-07-27T07:30:14Z<p>Andrey: </p>
<hr />
<div>=== Introduction ===<br />
<br />
<br />
ARM boards, unlike x86 systems often do not have any way for the operating<br />
system to discover which hardware is present in a system. This means that<br />
the bootloader (u-boot) and the OS need to be explictly told what hardware<br />
is present, and at which addresses, irqs, etc. u-boot uses a board<br />
configuration file for this, and the kernel uses a text file called a<br />
devicetree for this.<br />
<br />
The day will start with an introduction on devicetree files, after which<br />
you will get to work with devicetree yourself. You will be working with<br />
an ARM boards for which a driver for some component has recently been<br />
written, but not yet enabled in devicetree. The mission for the day is to<br />
modify the dts file for your board to enable these components.<br />
<br />
sdcards with a Fedora 22 ARM image on them will be provided, but in order<br />
for these to boot your board they need to have a u-boot tailered to your<br />
board build and installed. For this you will need the u-boot sources and<br />
an arm cross compiler, the devicetree sources for your board are part of<br />
the Linux kernel, so you will need the kernel sources too.<br />
<br />
=== Preparation ===<br />
<br />
You will need to have a laptop with a recent Linux distribution installed,<br />
and then take the following steps to get everything in place:<br />
<br />
1) Make sure you've at least 10 GigaByte of free space in your homedir<br />
<br />
2) Install git (yum install git / apt-get install git)<br />
<br />
2a) Install a devicetree compiler<br />
<br />
On Fedora this can be installed with:<br />
<br />
yum install dtc<br />
<br />
On Ubuntu:<br />
<br />
apt-get install device-tree-compiler <br />
<br />
<br />
3) Clone the u-boot and linux-kernel sources from git, since we will be<br />
needing some bits which are not yet all upstream please execute these 2<br />
commands to clone my personal repo-s which do have the necessary bits:<br />
<br />
git clone https://github.com/jwrdegoede/linux-sunxi.git linux<br />
git clone https://github.com/jwrdegoede/u-boot-sunxi.git u-boot<br />
<br />
Note the linux git repository is huge, this is going to take a while!<br />
<br />
cd linux<br />
git checkout -B sunxi-wip origin/sunxi-wip<br />
<br />
cd u-boot<br />
git checkout -B sunxi-wip origin/sunxi-wip<br />
<br />
4) Install an ARM cross-compiler, see: http://linux-sunxi.org/Toolchain<br />
Note it is best to use distro packages where possible.<br />
'Note: For Mint use:'<br />
apt-get install gcc-arm-linux-gnueabi-<br />
<br />
5) Figure out your cross-compiler prefix, do: "ls /usr/bin/arm-linux*-gcc"<br />
the prefix is the part between /usr/bin/ and -gcc, e.g. if the output is:<br />
/usr/bin/arm-linux-gnu-gcc then the prefix is arm-linux-gnu-. The rest of<br />
this document will use arm-linux-gnu- everywhere, you MUST replace this with<br />
your own prefix when entering commands!<br />
<br />
6) Do a u-boot test-build:<br />
<br />
cd u-boot<br />
make -j4 CROSS_COMPILE=arm-linux-gnu- A10-OLinuXino-Lime_defconfig<br />
make -j4 CROSS_COMPILE=arm-linux-gnu-<br />
<br />
The last lines output should be:<br />
<br />
OBJCOPY spl/u-boot-spl.bin<br />
MKSUNXI spl/sunxi-spl.bin<br />
CAT u-boot-sunxi-with-spl.bin<br />
<br />
7) Do a kernel devicetree binary (dtb) test build:<br />
<br />
cd linux<br />
wget https://fedorapeople.org/~jwrdegoede/kernel-driver-programming/kernel-config<br />
mv kernel-config .config<br />
make -j4 ARCH=arm CROSS_COMPILE=arm-linux-gnu- oldconfig<br />
make -j4 ARCH=arm CROSS_COMPILE=arm-linux-gnu- dtbs<br />
<br />
8) Configure git so that you can send out patches, edit ~/.gitconfig<br />
and add the following lines:<br />
<br />
[user]<br />
name = Firstname Lastname<br />
email = user@domain.ext<br />
[sendemail]<br />
smtpserver = smtp.ziggo.nl<br />
<br />
Note the smtpserver setting is for at revspace, at home you may need to use<br />
something else.<br />
<br />
Now lets make your first git commit, and send it to yourself :)<br />
<br />
cd linux<br />
edit <somefile>, and make some changes.<br />
git commit -as<br />
<br />
This will give you your default editor (EDITOR shell environment variable)<br />
to edit a commit message, the first line is the Subject, as with email,<br />
type a single line summary of your change here. Then and empty line, and<br />
then a longer commit message explaining what you're changing and why, e.g.:<br />
<br />
###<br />
This is a test commit<br />
<br />
In order to test git send-email we need a test commit. This commit adds such<br />
a test commit, fixing the lack of a test commit.<br />
<br />
Signed-off-by: Firstname Lastname <user@domain.ext><br />
###<br />
<br />
The Signed-off-by: line has already been added by git commit, the -s flag<br />
does this. This line is mandatory for any patches submitted to upstream<br />
u-boot and the kernel, it indicates that you are the author of the code<br />
changes being submitted and that you've the right to submit them, see:<br />
<br />
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/SubmittingPatches<br />
<br />
After saving the commit message and exiting your editor, you can send an<br />
email with a patch for these changes by doing:<br />
<br />
git send-email HEAD~<br />
<br />
When asked for a destination email address use your own address, after<br />
sending the mail open your mail-client and check that the mail has arrived<br />
and contains what you expected.<br />
<br />
9) All done, see you Sunday the 26th!<br />
<br />
Regards,<br />
<br />
Hans<br />
<br />
Back to [[KernelDriverProgrammingCourse2015]]</div>Andreyhttps://revspace.nl/index.php?title=KernelDriverProgrammingCourse2015/Troubleshooting&diff=6586KernelDriverProgrammingCourse2015/Troubleshooting2015-07-22T07:23:29Z<p>Andrey: </p>
<hr />
<div>=== Troubleshooting ===<br />
<br />
==== Preparations ====<br />
<br />
* While compiling the kernel under Ubuntu you can get a beautiful error - "Your compiler is too buggy":<br />
<br />
$ make -j4 ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- dtbs<br />
CHK include/config/kernel.release<br />
CHK include/generated/uapi/linux/version.h<br />
CHK include/generated/utsrelease.h<br />
make[1]: `include/generated/mach-types.h' is up to date.<br />
CHK include/generated/timeconst.h<br />
CHK include/generated/bounds.h<br />
CC arch/arm/kernel/asm-offsets.s<br />
arch/arm/kernel/asm-offsets.c:54:2: error: #error Your compiler is too buggy; it is known to miscompile kernels<br />
#error Your compiler is too buggy; it is known to miscompile kernels<br />
^<br />
arch/arm/kernel/asm-offsets.c:55:2: error: #error and result in filesystem corruption and oopses.<br />
#error and result in filesystem corruption and oopses.<br />
^<br />
make[1]: *** [arch/arm/kernel/asm-offsets.s] Error 1<br />
make: *** [prepare0] Error 2<br />
<br />
(It looks like GCC v4.8 is not welcome - it is too old, but this is just a guess)<br />
<br />
Back to [[KernelDriverProgrammingCourse2015]]</div>Andreyhttps://revspace.nl/index.php?title=KernelDriverProgrammingCourse2015/Troubleshooting&diff=6571KernelDriverProgrammingCourse2015/Troubleshooting2015-07-21T07:56:02Z<p>Andrey: </p>
<hr />
<div>=== Troubleshooting ===<br />
<br />
==== Preparations ====<br />
<br />
* It looks like GCC v4.8 is not welcome: compiling Linux gives an error - "Your compiler is too buggy":<br />
<br />
$ make -j4 ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- dtbs<br />
CHK include/config/kernel.release<br />
CHK include/generated/uapi/linux/version.h<br />
CHK include/generated/utsrelease.h<br />
make[1]: `include/generated/mach-types.h' is up to date.<br />
CHK include/generated/timeconst.h<br />
CHK include/generated/bounds.h<br />
CC arch/arm/kernel/asm-offsets.s<br />
arch/arm/kernel/asm-offsets.c:54:2: error: #error Your compiler is too buggy; it is known to miscompile kernels<br />
#error Your compiler is too buggy; it is known to miscompile kernels<br />
^<br />
arch/arm/kernel/asm-offsets.c:55:2: error: #error and result in filesystem corruption and oopses.<br />
#error and result in filesystem corruption and oopses.<br />
^<br />
make[1]: *** [arch/arm/kernel/asm-offsets.s] Error 1<br />
make: *** [prepare0] Error 2<br />
<br />
<br />
<br />
Back to [[KernelDriverProgrammingCourse2015]]</div>Andreyhttps://revspace.nl/index.php?title=KernelDriverProgrammingCourse2015/Preparations&diff=6570KernelDriverProgrammingCourse2015/Preparations2015-07-20T12:42:50Z<p>Andrey: </p>
<hr />
<div>=== Introduction ===<br />
<br />
<br />
ARM boards, unlike x86 systems often do not have any way for the operating<br />
system to discover which hardware is present in a system. This means that<br />
the bootloader (u-boot) and the OS need to be explictly told what hardware<br />
is present, and at which addresses, irqs, etc. u-boot uses a board<br />
configuration file for this, and the kernel uses a text file called a<br />
devicetree for this.<br />
<br />
The day will start with an introduction on devicetree files, after which<br />
you will get to work with devicetree yourself. You will be working with<br />
an ARM boards for which a driver for some component has recently been<br />
written, but not yet enabled in devicetree. The mission for the day is to<br />
modify the dts file for your board to enable these components.<br />
<br />
sdcards with a Fedora 22 ARM image on them will be provided, but in order<br />
for these to boot your board they need to have a u-boot tailered to your<br />
board build and installed. For this you will need the u-boot sources and<br />
an arm cross compiler, the devicetree sources for your board are part of<br />
the Linux kernel, so you will need the kernel sources too.<br />
<br />
=== Preparation ===<br />
<br />
You will need to have a laptop with a recent Linux distribution installed,<br />
and then take the following steps to get everything in place:<br />
<br />
1) Make sure you've at least 10 GigaByte of free space in your homedir<br />
<br />
2) Install git (yum install git / apt-get install git)<br />
<br />
2a) Install a devicetree compiler<br />
<br />
On Fedora this can be installed with:<br />
<br />
yum install dtc<br />
<br />
On Ubuntu:<br />
<br />
apt-get install device-tree-compiler <br />
<br />
<br />
3) Clone the u-boot and linux-kernel sources from git, since we will be<br />
needing some bits which are not yet all upstream please execute these 2<br />
commands to clone my personal repo-s which do have the necessary bits:<br />
<br />
git clone https://github.com/jwrdegoede/linux-sunxi.git linux<br />
git clone https://github.com/jwrdegoede/u-boot-sunxi.git u-boot<br />
<br />
Note the linux git repository is huge, this is going to take a while!<br />
<br />
cd linux<br />
git checkout -B sunxi-wip origin/sunxi-wip<br />
<br />
cd u-boot<br />
git checkout -B sunxi-wip origin/sunxi-wip<br />
<br />
4) Install an ARM cross-compiler, see: http://linux-sunxi.org/Toolchain<br />
Note it is best to use distro packages where possible.<br />
<br />
5) Figure out your cross-compiler prefix, do: "ls /usr/bin/arm-linux*-gcc"<br />
the prefix is the part between /usr/bin/ and -gcc, e.g. if the output is:<br />
/usr/bin/arm-linux-gnu-gcc then the prefix is arm-linux-gnu-. The rest of<br />
this document will use arm-linux-gnu- everywhere, you MUST replace this with<br />
your own prefix when entering commands!<br />
<br />
6) Do a u-boot test-build:<br />
<br />
cd u-boot<br />
make -j4 CROSS_COMPILE=arm-linux-gnu- A10-OLinuXino-Lime_defconfig<br />
make -j4 CROSS_COMPILE=arm-linux-gnu-<br />
<br />
The last lines output should be:<br />
<br />
OBJCOPY spl/u-boot-spl.bin<br />
MKSUNXI spl/sunxi-spl.bin<br />
CAT u-boot-sunxi-with-spl.bin<br />
<br />
7) Do a kernel devicetree binary (dtb) test build:<br />
<br />
cd linux<br />
wget https://fedorapeople.org/~jwrdegoede/kernel-driver-programming/kernel-config<br />
mv kernel-config .config<br />
make -j4 ARCH=arm CROSS_COMPILE=arm-linux-gnu- oldconfig<br />
make -j4 ARCH=arm CROSS_COMPILE=arm-linux-gnu- dtbs<br />
<br />
8) Configure git so that you can send out patches, edit ~/.gitconfig<br />
and add the following lines:<br />
<br />
[user]<br />
name = Firstname Lastname<br />
email = user@domain.ext<br />
[sendemail]<br />
smtpserver = smtp.ziggo.nl<br />
<br />
Note the smtpserver setting is for at revspace, at home you may need to use<br />
something else.<br />
<br />
Now lets make your first git commit, and send it to yourself :)<br />
<br />
cd linux<br />
edit <somefile>, and make some changes.<br />
git commit -as<br />
<br />
This will give you your default editor (EDITOR shell environment variable)<br />
to edit a commit message, the first line is the Subject, as with email,<br />
type a single line summary of your change here. Then and empty line, and<br />
then a longer commit message explaining what you're changing and why, e.g.:<br />
<br />
###<br />
This is a test commit<br />
<br />
In order to test git send-email we need a test commit. This commit adds such<br />
a test commit, fixing the lack of a test commit.<br />
<br />
Signed-off-by: Firstname Lastname <user@domain.ext><br />
###<br />
<br />
The Signed-off-by: line has already been added by git commit, the -s flag<br />
does this. This line is mandatory for any patches submitted to upstream<br />
u-boot and the kernel, it indicates that you are the author of the code<br />
changes being submitted and that you've the right to submit them, see:<br />
<br />
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/SubmittingPatches<br />
<br />
After saving the commit message and exiting your editor, you can send an<br />
email with a patch for these changes by doing:<br />
<br />
git send-email HEAD~<br />
<br />
When asked for a destination email address use your own address, after<br />
sending the mail open your mail-client and check that the mail has arrived<br />
and contains what you expected.<br />
<br />
9) All done, see you Sunday the 26th!<br />
<br />
Regards,<br />
<br />
Hans<br />
<br />
Back to [[KernelDriverProgrammingCourse2015]]</div>Andreyhttps://revspace.nl/index.php?title=KernelDriverProgrammingCourse2015/Troubleshooting&diff=6569KernelDriverProgrammingCourse2015/Troubleshooting2015-07-20T12:42:26Z<p>Andrey: </p>
<hr />
<div>=== Troubleshooting ===<br />
<br />
==== Preparations ====<br />
<br />
* Compiling Linux gives an error - "Your compiler is too buggy":<br />
<br />
$ make -j4 ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- dtbs<br />
CHK include/config/kernel.release<br />
CHK include/generated/uapi/linux/version.h<br />
CHK include/generated/utsrelease.h<br />
make[1]: `include/generated/mach-types.h' is up to date.<br />
CHK include/generated/timeconst.h<br />
CHK include/generated/bounds.h<br />
CC arch/arm/kernel/asm-offsets.s<br />
arch/arm/kernel/asm-offsets.c:54:2: error: #error Your compiler is too buggy; it is known to miscompile kernels<br />
#error Your compiler is too buggy; it is known to miscompile kernels<br />
^<br />
arch/arm/kernel/asm-offsets.c:55:2: error: #error and result in filesystem corruption and oopses.<br />
#error and result in filesystem corruption and oopses.<br />
^<br />
make[1]: *** [arch/arm/kernel/asm-offsets.s] Error 1<br />
make: *** [prepare0] Error 2<br />
<br />
Looking for a solution...<br />
<br />
Back to [[KernelDriverProgrammingCourse2015]]</div>Andreyhttps://revspace.nl/index.php?title=KernelDriverProgrammingCourse2015&diff=6568KernelDriverProgrammingCourse20152015-07-20T12:40:41Z<p>Andrey: </p>
<hr />
<div>== Kernel Driver Programming Course, The Hague ==<br />
<br />
The date for the first day of the Kernel Driver Programming Course<br />
has been finalized, and is Sunday July 26th, from 12am - 6pm<br />
(end time is aprox.).<br />
<br />
As stated before the plan is to get together from then on every<br />
2 weeks, so the next course day will be on August 9th, etc.<br />
<br />
* [https://revspace.nl/KernelDriverProgrammingCourse2015/Preparations Preparations]<br />
* [https://revspace.nl/KernelDriverProgrammingCourse2015/Troubleshooting Troubleshooting]<br />
<br />
Under construction...</div>Andreyhttps://revspace.nl/index.php?title=KernelDriverProgrammingCourse2015/Troubleshooting&diff=6567KernelDriverProgrammingCourse2015/Troubleshooting2015-07-20T12:39:45Z<p>Andrey: Created page with "=== Troubleshooting === ==== Preparations ==== * Compiling Linux gives an error - "Your compiler is too buggy": $ make -j4 ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- dtb..."</p>
<hr />
<div>=== Troubleshooting ===<br />
<br />
==== Preparations ====<br />
<br />
* Compiling Linux gives an error - "Your compiler is too buggy":<br />
<br />
$ make -j4 ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- dtbs<br />
CHK include/config/kernel.release<br />
CHK include/generated/uapi/linux/version.h<br />
CHK include/generated/utsrelease.h<br />
make[1]: `include/generated/mach-types.h' is up to date.<br />
CHK include/generated/timeconst.h<br />
CHK include/generated/bounds.h<br />
CC arch/arm/kernel/asm-offsets.s<br />
arch/arm/kernel/asm-offsets.c:54:2: error: #error Your compiler is too buggy; it is known to miscompile kernels<br />
#error Your compiler is too buggy; it is known to miscompile kernels<br />
^<br />
arch/arm/kernel/asm-offsets.c:55:2: error: #error and result in filesystem corruption and oopses.<br />
#error and result in filesystem corruption and oopses.<br />
^<br />
make[1]: *** [arch/arm/kernel/asm-offsets.s] Error 1<br />
make: *** [prepare0] Error 2<br />
<br />
Looking for a solution...</div>Andreyhttps://revspace.nl/index.php?title=KernelDriverProgrammingCourse2015&diff=6566KernelDriverProgrammingCourse20152015-07-20T12:27:50Z<p>Andrey: Add link to preparations page</p>
<hr />
<div>== Kernel Driver Programming Course, The Hague ==<br />
<br />
The date for the first day of the Kernel Driver Programming Course<br />
has been finalized, and is Sunday July 26th, from 12am - 6pm<br />
(end time is aprox.).<br />
<br />
As stated before the plan is to get together from then on every<br />
2 weeks, so the next course day will be on August 9th, etc.<br />
<br />
* [https://revspace.nl/KernelDriverProgrammingCourse2015/Preparations Preparations]<br />
<br />
<br />
Under construction...</div>Andreyhttps://revspace.nl/index.php?title=KernelDriverProgrammingCourse2015/Preparations&diff=6565KernelDriverProgrammingCourse2015/Preparations2015-07-20T12:26:26Z<p>Andrey: </p>
<hr />
<div>=== Introduction ===<br />
<br />
<br />
ARM boards, unlike x86 systems often do not have any way for the operating<br />
system to discover which hardware is present in a system. This means that<br />
the bootloader (u-boot) and the OS need to be explictly told what hardware<br />
is present, and at which addresses, irqs, etc. u-boot uses a board<br />
configuration file for this, and the kernel uses a text file called a<br />
devicetree for this.<br />
<br />
The day will start with an introduction on devicetree files, after which<br />
you will get to work with devicetree yourself. You will be working with<br />
an ARM boards for which a driver for some component has recently been<br />
written, but not yet enabled in devicetree. The mission for the day is to<br />
modify the dts file for your board to enable these components.<br />
<br />
sdcards with a Fedora 22 ARM image on them will be provided, but in order<br />
for these to boot your board they need to have a u-boot tailered to your<br />
board build and installed. For this you will need the u-boot sources and<br />
an arm cross compiler, the devicetree sources for your board are part of<br />
the Linux kernel, so you will need the kernel sources too.<br />
<br />
=== Preparation ===<br />
<br />
You will need to have a laptop with a recent Linux distribution installed,<br />
and then take the following steps to get everything in place:<br />
<br />
1) Make sure you've at least 10 GigaByte of free space in your homedir<br />
<br />
2) Install git (yum install git / apt-get install git)<br />
<br />
2a) Install a devicetree compiler<br />
<br />
On Fedora this can be installed with:<br />
<br />
yum install dtc<br />
<br />
On Ubuntu:<br />
<br />
apt-get install device-tree-compiler <br />
<br />
<br />
3) Clone the u-boot and linux-kernel sources from git, since we will be<br />
needing some bits which are not yet all upstream please execute these 2<br />
commands to clone my personal repo-s which do have the necessary bits:<br />
<br />
git clone https://github.com/jwrdegoede/linux-sunxi.git linux<br />
git clone https://github.com/jwrdegoede/u-boot-sunxi.git u-boot<br />
<br />
Note the linux git repository is huge, this is going to take a while!<br />
<br />
cd linux<br />
git checkout -B sunxi-wip origin/sunxi-wip<br />
<br />
cd u-boot<br />
git checkout -B sunxi-wip origin/sunxi-wip<br />
<br />
4) Install an ARM cross-compiler, see: http://linux-sunxi.org/Toolchain<br />
Note it is best to use distro packages where possible.<br />
<br />
5) Figure out your cross-compiler prefix, do: "ls /usr/bin/arm-linux*-gcc"<br />
the prefix is the part between /usr/bin/ and -gcc, e.g. if the output is:<br />
/usr/bin/arm-linux-gnu-gcc then the prefix is arm-linux-gnu-. The rest of<br />
this document will use arm-linux-gnu- everywhere, you MUST replace this with<br />
your own prefix when entering commands!<br />
<br />
6) Do a u-boot test-build:<br />
<br />
cd u-boot<br />
make -j4 CROSS_COMPILE=arm-linux-gnu- A10-OLinuXino-Lime_defconfig<br />
make -j4 CROSS_COMPILE=arm-linux-gnu-<br />
<br />
The last lines output should be:<br />
<br />
OBJCOPY spl/u-boot-spl.bin<br />
MKSUNXI spl/sunxi-spl.bin<br />
CAT u-boot-sunxi-with-spl.bin<br />
<br />
7) Do a kernel devicetree binary (dtb) test build:<br />
<br />
cd linux<br />
wget https://fedorapeople.org/~jwrdegoede/kernel-driver-programming/kernel-config<br />
mv kernel-config .config<br />
make -j4 ARCH=arm CROSS_COMPILE=arm-linux-gnu- oldconfig<br />
make -j4 ARCH=arm CROSS_COMPILE=arm-linux-gnu- dtbs<br />
<br />
8) Configure git so that you can send out patches, edit ~/.gitconfig<br />
and add the following lines:<br />
<br />
[user]<br />
name = Firstname Lastname<br />
email = user@domain.ext<br />
[sendemail]<br />
smtpserver = smtp.ziggo.nl<br />
<br />
Note the smtpserver setting is for at revspace, at home you may need to use<br />
something else.<br />
<br />
Now lets make your first git commit, and send it to yourself :)<br />
<br />
cd linux<br />
edit <somefile>, and make some changes.<br />
git commit -as<br />
<br />
This will give you your default editor (EDITOR shell environment variable)<br />
to edit a commit message, the first line is the Subject, as with email,<br />
type a single line summary of your change here. Then and empty line, and<br />
then a longer commit message explaining what you're changing and why, e.g.:<br />
<br />
###<br />
This is a test commit<br />
<br />
In order to test git send-email we need a test commit. This commit adds such<br />
a test commit, fixing the lack of a test commit.<br />
<br />
Signed-off-by: Firstname Lastname <user@domain.ext><br />
###<br />
<br />
The Signed-off-by: line has already been added by git commit, the -s flag<br />
does this. This line is mandatory for any patches submitted to upstream<br />
u-boot and the kernel, it indicates that you are the author of the code<br />
changes being submitted and that you've the right to submit them, see:<br />
<br />
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/SubmittingPatches<br />
<br />
After saving the commit message and exiting your editor, you can send an<br />
email with a patch for these changes by doing:<br />
<br />
git send-email HEAD~<br />
<br />
When asked for a destination email address use your own address, after<br />
sending the mail open your mail-client and check that the mail has arrived<br />
and contains what you expected.<br />
<br />
9) All done, see you Sunday the 26th!<br />
<br />
Regards,<br />
<br />
Hans</div>Andreyhttps://revspace.nl/index.php?title=KernelDriverProgrammingCourse2015/Preparations&diff=6564KernelDriverProgrammingCourse2015/Preparations2015-07-20T12:24:18Z<p>Andrey: </p>
<hr />
<div>=== Introduction ===<br />
<br />
<br />
ARM boards, unlike x86 systems often do not have any way for the operating<br />
system to discover which hardware is present in a system. This means that<br />
the bootloader (u-boot) and the OS need to be explictly told what hardware<br />
is present, and at which addresses, irqs, etc. u-boot uses a board<br />
configuration file for this, and the kernel uses a text file called a<br />
devicetree for this.<br />
<br />
The day will start with an introduction on devicetree files, after which<br />
you will get to work with devicetree yourself. You will be working with<br />
an ARM boards for which a driver for some component has recently been<br />
written, but not yet enabled in devicetree. The mission for the day is to<br />
modify the dts file for your board to enable these components.<br />
<br />
sdcards with a Fedora 22 ARM image on them will be provided, but in order<br />
for these to boot your board they need to have a u-boot tailered to your<br />
board build and installed. For this you will need the u-boot sources and<br />
an arm cross compiler, the devicetree sources for your board are part of<br />
the Linux kernel, so you will need the kernel sources too.<br />
<br />
=== Preparation ===<br />
<br />
You will need to have a laptop with a recent Linux distribution installed,<br />
and then take the following steps to get everything in place:<br />
<br />
1) Make sure you've at least 10 GigaByte of free space in your homedir<br />
<br />
2) Install git (yum install git / apt-get install git)<br />
<br />
2a) Install a devicetree compiler<br />
<br />
On Fedora this can be installed with:<br />
<br />
yum install dtc<br />
<br />
On Ubuntu:<br />
<br />
apt-get install device-tree-compiler <br />
<br />
<br />
3) Clone the u-boot and linux-kernel sources from git, since we will be<br />
needing some bits which are not yet all upstream please execute these 2<br />
commands to clone my personal repo-s which do have the necessary bits:<br />
<br />
git clone https://github.com/jwrdegoede/linux-sunxi.git linux<br />
git clone https://github.com/jwrdegoede/u-boot-sunxi.git u-boot<br />
<br />
Note the linux git repository is huge, this is going to take a while!<br />
<br />
cd linux<br />
git checkout -B sunxi-wip origin/sunxi-wip<br />
<br />
cd u-boot<br />
git checkout -B sunxi-wip origin/sunxi-wip<br />
<br />
4) Install an ARM cross-compiler, see: http://linux-sunxi.org/Toolchain<br />
Note it is best to use distro packages where possible.<br />
<br />
5) Figure out your cross-compiler prefix, do: "ls /usr/bin/arm-linux*-gcc"<br />
the prefix is the part between /usr/bin/ and -gcc, e.g. if the output is:<br />
/usr/bin/arm-linux-gnu-gcc then the prefix is arm-linux-gnu-. The rest of<br />
this document will use arm-linux-gnu- everywhere, you MUST replace this with<br />
your own prefix when entering commands!<br />
<br />
6) Do a u-boot test-build:<br />
<br />
cd u-boot<br />
make -j4 CROSS_COMPILE=arm-linux-gnu- A10-OLinuXino-Lime_defconfig<br />
make -j4 CROSS_COMPILE=arm-linux-gnu-<br />
<br />
The last lines output should be:<br />
<br />
OBJCOPY spl/u-boot-spl.bin<br />
MKSUNXI spl/sunxi-spl.bin<br />
CAT u-boot-sunxi-with-spl.bin<br />
<br />
7) Do a kernel devicetree binary (dtb) test build:<br />
<br />
cd linux<br />
wget https://fedorapeople.org/~jwrdegoede/kernel-driver-programming/kernel-config<br />
mv kernel-config .config<br />
make -j4 ARCH=arm CROSS_COMPILE=arm-linux-gnu- oldconfig<br />
make -j4 ARCH=arm CROSS_COMPILE=arm-linux-gnu- dtbs<br />
<br />
8) Configure git so that you can send out patches, edit ~/.gitconfig<br />
and add the following lines:<br />
<br />
[user]<br />
name = Firstname Lastname<br />
email = user@domain.ext<br />
[sendemail]<br />
smtpserver = smtp.ziggo.nl<br />
<br />
Note the smtpserver setting is for at revspace, at home you may need to use<br />
something else.<br />
<br />
Now lets make your first git commit, and send it to yourself :)<br />
<br />
cd linux<br />
edit <somefile>, and make some changes.<br />
git commit -as<br />
<br />
This will give you your default editor (EDITOR shell environment variable)<br />
to edit a commit message, the first line is the Subject, as with email,<br />
type a single line summary of your change here. Then and empty line, and<br />
then a longer commit message explaining what you're changing and why, e.g.:<br />
<br />
###<br />
This is a test commit<br />
<br />
In order to test git send-email we need a test commit. This commit adds such<br />
a test commit, fixing the lack of a test commit.<br />
<br />
Signed-off-by: Firstname Lastname <user@domain.ext><br />
###<br />
<br />
The Signed-off-by: line has already been added by git commit, the -s flag<br />
does this. This line is mandatory for any patches submitted to upstream<br />
u-boot and the kernel, it indicates that you are the author of the code<br />
changes being submitted and that you've the right to submit them, see:<br />
<br />
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/SubmittingPatches<br />
<br />
After saving the commit message and exiting your editor, you can send an<br />
email with a patch for these changes by doing:<br />
<br />
git send-email HEAD~<br />
<br />
When asked for a destination email address use your own address, after<br />
sending the mail open your mail-client and check that the mail has arrived<br />
and contains what you expected.<br />
<br />
9) All done, see you Sunday the 26th!<br />
<br />
Regards,<br />
<br />
Hans</div>Andreyhttps://revspace.nl/index.php?title=KernelDriverProgrammingCourse2015/Preparations&diff=6563KernelDriverProgrammingCourse2015/Preparations2015-07-20T12:21:13Z<p>Andrey: </p>
<hr />
<div>=== Introduction ===<br />
<br />
<br />
ARM boards, unlike x86 systems often do not have any way for the operating<br />
system to discover which hardware is present in a system. This means that<br />
the bootloader (u-boot) and the OS need to be explictly told what hardware<br />
is present, and at which addresses, irqs, etc. u-boot uses a board<br />
configuration file for this, and the kernel uses a text file called a<br />
devicetree for this.<br />
<br />
The day will start with an introduction on devicetree files, after which<br />
you will get to work with devicetree yourself. You will be working with<br />
an ARM boards for which a driver for some component has recently been<br />
written, but not yet enabled in devicetree. The mission for the day is to<br />
modify the dts file for your board to enable these components.<br />
<br />
sdcards with a Fedora 22 ARM image on them will be provided, but in order<br />
for these to boot your board they need to have a u-boot tailered to your<br />
board build and installed. For this you will need the u-boot sources and<br />
an arm cross compiler, the devicetree sources for your board are part of<br />
the Linux kernel, so you will need the kernel sources too.<br />
<br />
=== Preparation ===<br />
<br />
You will need to have a laptop with a recent Linux distribution installed,<br />
and then take the following steps to get everything in place:<br />
<br />
1) Make sure you've at least 10 GigaByte of free space in your homedir<br />
<br />
2) Install git (yum install git / apt-get install git)<br />
<br />
3) Clone the u-boot and linux-kernel sources from git, since we will be<br />
needing some bits which are not yet all upstream please execute these 2<br />
commands to clone my personal repo-s which do have the necessary bits:<br />
<br />
git clone https://github.com/jwrdegoede/linux-sunxi.git linux<br />
git clone https://github.com/jwrdegoede/u-boot-sunxi.git u-boot<br />
<br />
Note the linux git repository is huge, this is going to take a while!<br />
<br />
cd linux<br />
git checkout -B sunxi-wip origin/sunxi-wip<br />
<br />
cd u-boot<br />
git checkout -B sunxi-wip origin/sunxi-wip<br />
<br />
4) Install an ARM cross-compiler, see: http://linux-sunxi.org/Toolchain<br />
Note it is best to use distro packages where possible.<br />
<br />
5) Figure out your cross-compiler prefix, do: "ls /usr/bin/arm-linux*-gcc"<br />
the prefix is the part between /usr/bin/ and -gcc, e.g. if the output is:<br />
/usr/bin/arm-linux-gnu-gcc then the prefix is arm-linux-gnu-. The rest of<br />
this document will use arm-linux-gnu- everywhere, you MUST replace this with<br />
your own prefix when entering commands!<br />
<br />
6) Do a u-boot test-build:<br />
<br />
cd u-boot<br />
make -j4 CROSS_COMPILE=arm-linux-gnu- A10-OLinuXino-Lime_defconfig<br />
make -j4 CROSS_COMPILE=arm-linux-gnu-<br />
<br />
The last lines output should be:<br />
<br />
OBJCOPY spl/u-boot-spl.bin<br />
MKSUNXI spl/sunxi-spl.bin<br />
CAT u-boot-sunxi-with-spl.bin<br />
<br />
7) Do a kernel devicetree binary (dtb) test build:<br />
<br />
cd linux<br />
wget https://fedorapeople.org/~jwrdegoede/kernel-driver-programming/kernel-config<br />
mv kernel-config .config<br />
make -j4 ARCH=arm CROSS_COMPILE=arm-linux-gnu- oldconfig<br />
make -j4 ARCH=arm CROSS_COMPILE=arm-linux-gnu- dtbs<br />
<br />
8) Configure git so that you can send out patches, edit ~/.gitconfig<br />
and add the following lines:<br />
<br />
[user]<br />
name = Firstname Lastname<br />
email = user@domain.ext<br />
[sendemail]<br />
smtpserver = smtp.ziggo.nl<br />
<br />
Note the smtpserver setting is for at revspace, at home you may need to use<br />
something else.<br />
<br />
Now lets make your first git commit, and send it to yourself :)<br />
<br />
cd linux<br />
edit <somefile>, and make some changes.<br />
git commit -as<br />
<br />
This will give you your default editor (EDITOR shell environment variable)<br />
to edit a commit message, the first line is the Subject, as with email,<br />
type a single line summary of your change here. Then and empty line, and<br />
then a longer commit message explaining what you're changing and why, e.g.:<br />
<br />
###<br />
This is a test commit<br />
<br />
In order to test git send-email we need a test commit. This commit adds such<br />
a test commit, fixing the lack of a test commit.<br />
<br />
Signed-off-by: Firstname Lastname <user@domain.ext><br />
###<br />
<br />
The Signed-off-by: line has already been added by git commit, the -s flag<br />
does this. This line is mandatory for any patches submitted to upstream<br />
u-boot and the kernel, it indicates that you are the author of the code<br />
changes being submitted and that you've the right to submit them, see:<br />
<br />
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/SubmittingPatches<br />
<br />
After saving the commit message and exiting your editor, you can send an<br />
email with a patch for these changes by doing:<br />
<br />
git send-email HEAD~<br />
<br />
When asked for a destination email address use your own address, after<br />
sending the mail open your mail-client and check that the mail has arrived<br />
and contains what you expected.<br />
<br />
9) All done, see you Sunday the 26th!<br />
<br />
Regards,<br />
<br />
Hans</div>Andreyhttps://revspace.nl/index.php?title=KernelDriverProgrammingCourse2015/Preparations&diff=6562KernelDriverProgrammingCourse2015/Preparations2015-07-20T12:20:00Z<p>Andrey: Fix branches</p>
<hr />
<div>=== Introduction ===<br />
<br />
<br />
ARM boards, unlike x86 systems often do not have any way for the operating<br />
system to discover which hardware is present in a system. This means that<br />
the bootloader (u-boot) and the OS need to be explictly told what hardware<br />
is present, and at which addresses, irqs, etc. u-boot uses a board<br />
configuration file for this, and the kernel uses a text file called a<br />
devicetree for this.<br />
<br />
The day will start with an introduction on devicetree files, after which<br />
you will get to work with devicetree yourself. You will be working with<br />
an ARM boards for which a driver for some component has recently been<br />
written, but not yet enabled in devicetree. The mission for the day is to<br />
modify the dts file for your board to enable these components.<br />
<br />
sdcards with a Fedora 22 ARM image on them will be provided, but in order<br />
for these to boot your board they need to have a u-boot tailered to your<br />
board build and installed. For this you will need the u-boot sources and<br />
an arm cross compiler, the devicetree sources for your board are part of<br />
the Linux kernel, so you will need the kernel sources too.<br />
<br />
=== Preparation ===<br />
<br />
You will need to have a laptop with a recent Linux distribution installed,<br />
and then take the following steps to get everything in place:<br />
<br />
1) Make sure you've at least 10 GigaByte of free space in your homedir<br />
<br />
2) Install git (yum install git / apt-get install git)<br />
<br />
3) Clone the u-boot and linux-kernel sources from git, since we will be<br />
needing some bits which are not yet all upstream please execute these 2<br />
commands to clone my personal repo-s which do have the necessary bits:<br />
<br />
git clone https://github.com/jwrdegoede/linux-sunxi.git linux<br />
git clone https://github.com/jwrdegoede/u-boot-sunxi.git u-boot<br />
<br />
Note the linux git repository is huge, this is going to take a while!<br />
<br />
cd linux<br />
git checkout -B sunxi-wip origin/sunxi-wip<br />
<br />
cd u-boot<br />
git checkout -B sunxi-wip origin/sunxi-wip<br />
<br />
4) Install an ARM cross-compiler, see: http://linux-sunxi.org/Toolchain<br />
Note it is best to use distro packages where possible.<br />
<br />
5) Figure out your cross-compiler prefix, do: "ls /usr/bin/arm-linux*-gcc"<br />
the prefix is the part between /usr/bin/ and -gcc, e.g. if the output is:<br />
/usr/bin/arm-linux-gnu-gcc then the prefix is arm-linux-gnu-. The rest of<br />
this document will use arm-linux-gnu- everywhere, you MUST replace this with<br />
your own prefix when entering commands!<br />
<br />
6) Do a u-boot test-build:<br />
<br />
cd u-boot<br />
make -j4 CROSS_COMPILE=arm-linux-gnu- A10-OLinuXino-Lime_defconfig<br />
make -j4 CROSS_COMPILE=arm-linux-gnu-<br />
<br />
The last lines output should be:<br />
<br />
OBJCOPY spl/u-boot-spl.bin<br />
MKSUNXI spl/sunxi-spl.bin<br />
CAT u-boot-sunxi-with-spl.bin<br />
<br />
7) Do a kernel devicetree binary (dtb) test build:<br />
<br />
cd linux<br />
wget https://fedorapeople.org/~jwrdegoede/kernel-driver-programming/kernel-config<br />
mv kernel-config .config<br />
make -j4 ARCH=arm CROSS_COMPILE=arm-linux-gnu- oldconfig<br />
make -j4 ARCH=arm CROSS_COMPILE=arm-linux-gnu- dtbs<br />
<br />
8) Configure git so that you can send out patches, edit ~/.gitconfig<br />
and add the following lines:<br />
<br />
[user]<br />
name = Firstname Lastname<br />
email = user@domain.ext<br />
[sendemail]<br />
smtpserver = smtp.ziggo.nl<br />
<br />
Note the smtpserver setting is for at revspace, at home you may need to use<br />
something else.<br />
<br />
Now lets make your first git commit, and send it to yourself :)<br />
<br />
cd linux<br />
edit <somefile>, and make some changes.<br />
git commit -as<br />
This will give you your default editor (EDITOR shell environment variable)<br />
to edit a commit message, the first line is the Subject, as with email,<br />
type a single line summary of your change here. Then and empty line, and<br />
then a longer commit message explaining what you're changing and why, e.g.:<br />
<br />
###<br />
This is a test commit<br />
<br />
In order to test git send-email we need a test commit. This commit adds such<br />
a test commit, fixing the lack of a test commit.<br />
<br />
Signed-off-by: Firstname Lastname <user@domain.ext><br />
###<br />
<br />
The Signed-off-by: line has already been added by git commit, the -s flag<br />
does this. This line is mandatory for any patches submitted to upstream<br />
u-boot and the kernel, it indicates that you are the author of the code<br />
changes being submitted and that you've the right to submit them, see:<br />
<br />
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/SubmittingPatches<br />
<br />
After saving the commit message and exiting your editor, you can send an<br />
email with a patch for these changes by doing:<br />
<br />
git send-email HEAD~<br />
<br />
When asked for a destination email address use your own address, after<br />
sending the mail open your mail-client and check that the mail has arrived<br />
and contains what you expected.<br />
<br />
9) All done, see you Sunday the 26th!<br />
<br />
Regards,<br />
<br />
Hans</div>Andreyhttps://revspace.nl/index.php?title=KernelDriverProgrammingCourse2015/Preparations&diff=6561KernelDriverProgrammingCourse2015/Preparations2015-07-20T12:18:40Z<p>Andrey: Create from e-mail</p>
<hr />
<div>=== Introduction ===<br />
<br />
<br />
ARM boards, unlike x86 systems often do not have any way for the operating<br />
system to discover which hardware is present in a system. This means that<br />
the bootloader (u-boot) and the OS need to be explictly told what hardware<br />
is present, and at which addresses, irqs, etc. u-boot uses a board<br />
configuration file for this, and the kernel uses a text file called a<br />
devicetree for this.<br />
<br />
The day will start with an introduction on devicetree files, after which<br />
you will get to work with devicetree yourself. You will be working with<br />
an ARM boards for which a driver for some component has recently been<br />
written, but not yet enabled in devicetree. The mission for the day is to<br />
modify the dts file for your board to enable these components.<br />
<br />
sdcards with a Fedora 22 ARM image on them will be provided, but in order<br />
for these to boot your board they need to have a u-boot tailered to your<br />
board build and installed. For this you will need the u-boot sources and<br />
an arm cross compiler, the devicetree sources for your board are part of<br />
the Linux kernel, so you will need the kernel sources too.<br />
<br />
=== Preparation ===<br />
<br />
You will need to have a laptop with a recent Linux distribution installed,<br />
and then take the following steps to get everything in place:<br />
<br />
1) Make sure you've at least 10 GigaByte of free space in your homedir<br />
<br />
2) Install git (yum install git / apt-get install git)<br />
<br />
3) Clone the u-boot and linux-kernel sources from git, since we will be<br />
needing some bits which are not yet all upstream please execute these 2<br />
commands to clone my personal repo-s which do have the necessary bits:<br />
<br />
git clone https://github.com/jwrdegoede/linux-sunxi.git linux<br />
git clone https://github.com/jwrdegoede/u-boot-sunxi.git u-boot<br />
<br />
Note the linux git repository is huge, this is going to take a while!<br />
<br />
4) Install an ARM cross-compiler, see: http://linux-sunxi.org/Toolchain<br />
Note it is best to use distro packages where possible.<br />
<br />
5) Figure out your cross-compiler prefix, do: "ls /usr/bin/arm-linux*-gcc"<br />
the prefix is the part between /usr/bin/ and -gcc, e.g. if the output is:<br />
/usr/bin/arm-linux-gnu-gcc then the prefix is arm-linux-gnu-. The rest of<br />
this document will use arm-linux-gnu- everywhere, you MUST replace this with<br />
your own prefix when entering commands!<br />
<br />
6) Do a u-boot test-build:<br />
<br />
cd u-boot<br />
make -j4 CROSS_COMPILE=arm-linux-gnu- A10-OLinuXino-Lime_defconfig<br />
make -j4 CROSS_COMPILE=arm-linux-gnu-<br />
<br />
The last lines output should be:<br />
<br />
OBJCOPY spl/u-boot-spl.bin<br />
MKSUNXI spl/sunxi-spl.bin<br />
CAT u-boot-sunxi-with-spl.bin<br />
<br />
7) Do a kernel devicetree binary (dtb) test build:<br />
<br />
cd linux<br />
wget https://fedorapeople.org/~jwrdegoede/kernel-driver-programming/kernel-config<br />
mv kernel-config .config<br />
make -j4 ARCH=arm CROSS_COMPILE=arm-linux-gnu- oldconfig<br />
make -j4 ARCH=arm CROSS_COMPILE=arm-linux-gnu- dtbs<br />
<br />
8) Configure git so that you can send out patches, edit ~/.gitconfig<br />
and add the following lines:<br />
<br />
[user]<br />
name = Firstname Lastname<br />
email = user@domain.ext<br />
[sendemail]<br />
smtpserver = smtp.ziggo.nl<br />
<br />
Note the smtpserver setting is for at revspace, at home you may need to use<br />
something else.<br />
<br />
Now lets make your first git commit, and send it to yourself :)<br />
<br />
cd linux<br />
edit <somefile>, and make some changes.<br />
git commit -as<br />
This will give you your default editor (EDITOR shell environment variable)<br />
to edit a commit message, the first line is the Subject, as with email,<br />
type a single line summary of your change here. Then and empty line, and<br />
then a longer commit message explaining what you're changing and why, e.g.:<br />
<br />
###<br />
This is a test commit<br />
<br />
In order to test git send-email we need a test commit. This commit adds such<br />
a test commit, fixing the lack of a test commit.<br />
<br />
Signed-off-by: Firstname Lastname <user@domain.ext><br />
###<br />
<br />
The Signed-off-by: line has already been added by git commit, the -s flag<br />
does this. This line is mandatory for any patches submitted to upstream<br />
u-boot and the kernel, it indicates that you are the author of the code<br />
changes being submitted and that you've the right to submit them, see:<br />
<br />
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/SubmittingPatches<br />
<br />
After saving the commit message and exiting your editor, you can send an<br />
email with a patch for these changes by doing:<br />
<br />
git send-email HEAD~<br />
<br />
When asked for a destination email address use your own address, after<br />
sending the mail open your mail-client and check that the mail has arrived<br />
and contains what you expected.<br />
<br />
9) All done, see you Sunday the 26th!<br />
<br />
Regards,<br />
<br />
Hans</div>Andreyhttps://revspace.nl/index.php?title=KernelDriverProgrammingCourse2015&diff=6560KernelDriverProgrammingCourse20152015-07-20T12:17:01Z<p>Andrey: Create page from e-mail</p>
<hr />
<div>== Kernel Driver Programming Course, The Hague ==<br />
<br />
The date for the first day of the Kernel Driver Programming Course<br />
has been finalized, and is Sunday July 26th, from 12am - 6pm<br />
(end time is aprox.).<br />
<br />
As stated before the plan is to get together from then on every<br />
2 weeks, so the next course day will be on August 9th, etc.<br />
<br />
<br />
<br />
Under construction...</div>Andrey