Citaat van: razorx op 23-10-2013 18:25:06
Als je niet aan het filmen bent tijdens het gebruik is die snelle L-R-L of R-L-R wissel goed te doen zonder tegelijk oplichtende lampen.
In de gewone praktijk zal dit niet voorkomen.

Helemaal mee eens. Een iets hoger wisseltempo tussen Links en Rechts is hiervoor al voldoende.
Verder is het echt een genot om er mee te rijden, met name op de snelweg en bij het verlaten van rotondes. Volgens mij zat ik vanmiddag met een grote  op de weg...

Omdat ik het vaak over het P type aansluiting van onze knippermodule heb hier een verduidelijkend plaatje van een aantal varianten.

(Ergens ooit vandaan geplukt.)

Je ziet dat de P en de N varianten het simpelste zijn qua bedrading. Tegelijk zijn ze lastiger als je een comfortmodule wilt maken zonder aanpassing van de bedrading.
Een knipper door het relais zou maar al te gauw als "retrigger" werken voor de comfortmodus. Je zou dan in een eindeloze knipper naar links of rechts eindigen.

Citaat van: razorx op 23-10-2013 19:45:19
Een knipper door het relais zou maar al te gouw als "retrigger" werken voor de comfortmodus. Je zou dan in een eindeloze knipper naar links of rechts eindigen.

Nee Ewøut, hou je kop dicht...


Sorry Yits.

Eindelijk snap ik wat je met dat P-type gedoe bedoelt

Volgens mij is de door mij genoemde situatie te verhelpen door snel genoeg te reageren wanneer je twee lampen aan detecteert. Indien dat gebeurt onmiddelijk de 'kortsluit'-FET uitzetten. Als de tijd dat de twee lampen aan zijn beperkt wordt tot max. 50ms is het niet te zien dunkt mij.

Ik weet niet hoe snel je nu de ingangen scant en de eventuele filtervertragingen.

Geeft niets Ewout. En dit nadat ik een preek over taal heb gehouden.

@jeroen74: De inputs zijn interrupt gestuurd met een beetje debouncing. Als je het common relais uitzet, disable je meteen de inputs.
Het common relais stuurt bij de P bedrading immers de knipperhandle aan. Goed er zijn wat truukjes om dat te omzeilen, maar een gewone L-R-L werkt.

-edit- Ik denk dat ik toch een ideetje heb om dit eleganter te "handlen".

Hij werkt





Ik blij

Top Arjen!

Je hoeft het common relais ook niet uit te zetten, maar de overname FET.

Maar goed, ik heb geen schema en geen sourcecode dus weet niet hoe makkelijk het in te passen is

De standaard methode is een weerstandje naar 12V op de common van de schakelaar en die spanning te monitoren. Pas als die spanning naar nul volt getrokken wordt door de net ingeschakelde lamp, schakelt het relais in. Weet even niet of je dat knooppunt meet. In datasheet van de diverse beschikbare standaard knipper ICs staat dit beschreven.

Ja, het is lastig, was het maar volgens een dubbelletterige manier gedaan... ik heb overigens zo'n zelfde comfort module ook een keer gemaakt voor mijn Sierra, daar is het ook P-type, maar de gevarenlichtschakelaar is er eentje die gewoon L+R kortsluit. Daar was niet alles geregeld in 1 relais. Daar heb ik er toen voor gekozen om de bedrading naar NP om te bouwen. Ben overigens nooit verder gekomen dan een prototype

@Jeroen:
Het kan inderdaad. Je was me voor met typen. Het FETje er onder inderdaad.

In de routine StateCalc die de toekomstige "State" berekent zit een volgend stukje code:

if State= ComfortBlinkLeft and RInCurrent=1
 State = NormalBlinkRight

Als dit verander in:

if State= ComfortBlinkLeft and RInCurrent=1
 State = NormalBlinkRight
 LeftOutput = 0

Nu zit deze StateCalc routine nog in de gewone lus.
Als ik hem in de input interrupthandler opneem kan het en wordt het onmiddellijk afgehandeld.

Het helpt wel dat meedenken. Thanx!

-edit- De 3draads P bedrading maakt het allemaal wat meer tot een uitdaging. Maar dat is ook wel leuk.
En het moet en zal plug and play blijven.
Het extra weerstandje heb ik dan niet eens nodig.

-edit 2- Een retriger omdat de inputs bij een P bedrading als het ware aan de outputs hangen is door de manier van state calculatie onmogelijk.
Nu nog testen.

Ik zit nog eens het schema te bekijken wat ik toen verzonnen had. De common ging via twee diodes naar de lampen. Had zelfs nog een PCBtje ontworpen en uiteraard firmware voor de controller, in assembly. Bij een Sierra kun je het niet plug en play maken helaas. Dat is wel weer leuk bij een 850

Wat ik me trouwens laatst afvroeg... een 850 heeft een apart lampje voor de nachtverlichting (V70 weet ik niet) dat meedimt, heeft jouw module niet neem ik aan?

Overigens is het gebruikelijk om in een statemachine condities voor een state niet te combineren met het kijken wat de huidige state is

if state=ComfortBlinkLeft then
if RInCurrent=0 then ...
else if state = ComfortBlinkRight
...
end if

Meestal wordt het met een switch() gedaan, of als het echt efficient moet met een functionpointer (vergelijk dat laatste maar met een GOTO state*100 in ouderwetse BASIC met lijnnummers)

Ik heb gekozen voor een nachtlampje niet té helder. Wel zo veilig. Om diezelfde reden is het niet dimbaar. Moet gewoon altijd vindbaar zijn.
Mijn CurrentState gebruik is inderdaad wat ongebruikelijk, maar maakt de code kort en simpel. Bij onjuist gebruik kan het resultaat juist ondoorzichtiger worden.

Zo zie je maar weer hoe nuttig de medewerking van de andere forummers is:
Door de video van t5-4life zie je een uitzonderingsconditie die ik niet goed afhandel.
Ok normaal komt die niet voor zou je zeggen. Maar het verschil tussen een goede en slechte programmeur zit hem o.a. in het afhandelen van die onverwachte situaties. Ik bagatelliseerde het eerst nog, maar besef, zeker gestimuleerd door het goede commentaar van Jeroen, dat dit netter kan.

De code heb ik net aangepast. Morgen even testen.

Uiteraard geldt voor jullie eerste proefkonijnen dat jullie een software update krijgen als de final release klaar is. Maar eerst maar genieten.

Citaat van: razorx op 23-10-2013 23:01:29
Zo zie je maar weer hoe nuttig de medewerking van de andere forummers is:
Door de video van t5-4life zie je een uitzonderingsconditie die ik niet goed afhandel.
Ok normaal komt die niet voor zou je zeggen. Maar het verschil tussen een goede en slechte programmeur zit hem o.a. in het afhandelen van die onverwachte situaties. Ik bagatelliseerde het eerst nog, maar besef, zeker gestimuleerd door het goede commentaar van Jeroen, dat dit netter kan.

De code heb ik net aangepast. Morgen even testen.

Uiteraard geldt voor jullie eerste proefkonijnen dat jullie een software update krijgen als de final release klaar is. Maar eerst maar genieten.

Prachtig Yits, het zo op deze manier kunnen relativeren net nadat je je 'definitieve' versie afhad en reeds verscheept. De module krijgt nu net weer het puntje op de i geplaatst.

Ewøut

Dank je Ewout. Zo zie je maar weer. Het verschil tussen het doen en veilig werken, tot een stapje verder.
Dit ging gelukkig maar om drie verscheepte exemplaren en het "probleem" is geen drama. Maar stel je voor dat dit bij een fabrikant gebeurt die duizenden of miljoenen exemplaren heeft gemaakt.

Dan krijg je van je baas wat minder leuke dingen te horen.

Enfin we gaan vrolijk door. Rond de 30e deze maand is de definitieve hardware binnen en klaar om op de bus te gaan. Morgen fijn spelen met de software.
De huidige versie werkt prima, maar zoals t5-4life al liet zien: Bepaalde situaties mogen wat eleganter opgelost worden.

Druk druk, maaar: gisteren lag ook mijn pakketje op de mat!!    Toch nog een minuutje gevonden om hem te switchen met de originele schakelaar (als deze niet goed loskomt door te wrikken met een schroevendraaier of iets dergelijks dan kan het ook makkelijk door even het schutbord boven de pedalen weg te nemen en dan druk je hem langs onder zo eruit...bij 850...) 

Wat een genot!!! Dacht eerst dat 4 knippers voor mij 1 teveel zou zijn (rij weinig tot nooit file, gelukkig ...) maar dat is niet zo. Zoals t5-4life ook al aanhaalde, bij ronde punten of op de autostrade (rotonde/snelweg@NL:) is het echt superhandig, had ik eerder moeten hebben.

De 2 knippers gelijktijdig aan krijgen (vrachtwagengroet) is nog best lastig (en voor mij niet echt een issue)

Yits echt super bedankt, hier gaan veel mensen blij mee zijn