PC817 -> LED -> MCU

Op 24 maart 2019 13:32:15 schreef ritmeester:
Hoe kan ik dit oplossen?

Je led daar weghalen en op bijv. een uitgang van je controller zetten. Dan laat je de controller je led aansturen.

Heb je al eens gemeten wat er op pin-4 van je PC817 komt te staan?
Meten ten opzichte van de GND.

Parallel aan de led en R1 een weerstand van 10k zetten. De ingang van de MCU wordt dan hoog gehouden. Als de transistor van de opto open gaat staat er ongeveer 0.5V op de ingang van de MCU, dat is volgens mij laag genoeg.

Op 24 maart 2019 13:50:15 schreef Lambiek:
[...]
...Heb je al eens gemeten wat er op pin-4 van je PC817 komt te staan?
Meten ten opzichte van de GND.

In ruststand van de PIR staat er op PIN4 1.7V. In actieve stand staat er 5V op.

Op 24 maart 2019 14:27:31 schreef ritmeester:
In ruststand van de PIR staat er op PIN4 1.7V. In actieve stand staat er 5V op.

Met de led en R1 ook aangesloten?

Op 24 maart 2019 14:27:31 schreef ritmeester:
In ruststand van de PIR staat er op PIN4 1.7V. In actieve stand staat er 5V op.

Nu wordt het wel heel verwarrend. Dus in rust stuurt de PIR 3v3 uit (of wat er van over blijft)? Moet wel, anders is die tot in de opto niet in geleiding. Die 1.7V is veel te veel.
Nog even proberen: heb je die opto wel nodig, en waarom?

[edit] nog even in de datasheet gekeken, maar de CTR van de opto is minimaal 50%. Dat betekend dat je in het slechtste geval de helft van de ledstroom aan je uitgang overhoudt. Als de ledstroom al wat aan de kleine kant is dan....

[Bericht gewijzigd door flipflop op zondag 24 maart 2019 16:43:07 (22%)

Op 24 maart 2019 13:32:15 schreef ritmeester:
Het lijkt wel of de led alle mA's "wegzuigt".

Integendeel, de led voegt er teveel toe. De transistor in de opto is niet ver genoeg opengestuurd om ze allemaal af te voeren naar GND, dus heb je op pin 4 in rust 1,7V i.p.v. 0V

[Bericht gewijzigd door BVZ op zondag 24 maart 2019 17:12:27 (27%)

Dank allen voor de helpende hand.

De optocoupler moet er tussen omdat ik niet wil dat de beide MCP23S17 IC's worden opgeblazen door een user error. Na een dag bezig te zijn geweest met uitzoeken waarom dit niet wil en probeersels op een breadboard en jullie hulp ben ik tegen 16:00 begonnen met een PIC die er tussen zit.
(tussen PIN4 / R1 en LED1)

Beetje software in dit testbordje en alles werkt naar behoren. De PIR werkt en LED1 doet precies wat die moet doen.

Het voordeel van een PIC ertussen is dat je ook nog een beetje softwarematige controle kan uitoefenen als dat nodig mocht zijn.

De PCB in het deksel was toch niet goed, foutje in de horizontale OUT aansturing van de LED's. In deze PCB kan ik dan ook meteen een PIC inbouwen die de IN LEDs aanstuurt.

Nogmaals dank voor allen maar ik denk dat dit een perfecte oplossing is.

Zie foto van het prototype.

Nu nog op zoek naar een PIC met minimaal 32 I/O maar ik denk dat Arco daar wel een tip voor heeft.

Op 24 maart 2019 17:50:59 schreef ritmeester:
Nu nog op zoek naar een PIC met minimaal 32 I/O......

De 16F877, 16F887, 18F4520, en zo zijn er nog veel meer.

Thanks Lambiek.
PIC18F4520-I/PT of de PIC24FJ64GA104 zijn beide goede opties lijkt mij.

EDIT:
Helaas, de PIC24FJ64GA104 draait op max 3.6V en ik moet 5V hebben. Dan blijft de PIC18F4520-I/PT een betere optie en heeft 36 I/O's.

[Bericht gewijzigd door ritmeester op zondag 24 maart 2019 18:35:47 (46%)

Dus je hebt nu een micro toegevoegd om het signaal van een optocoupler naar een ander MCU board te krijgen?

Zo ja, dan heb je een gedrocht van een oplossing bedacht. Moet gezegd

Je had hetzelfde kunnen bereiken met 1 fetje en een weerstand. Of als het toch per-se een opto moet zijn, een ander type met hogere CTR.

[Bericht gewijzigd door flipflop op zondag 24 maart 2019 18:40:51 (13%)

Op 24 maart 2019 18:39:31 schreef flipflop:
Dus je hebt nu een micro toegevoegd om het signaal van een optocoupler naar een ander MCU board te krijgen?

Ik heb geen ander MCU board. Alleen maar een tweede board met LED's.
LED1 en R1 zitten gewoon op een tweede board.

Zie hieronder. Omdat alle aangeboden oplossingen niet werken (met alle respect) heb ik voor deze oplossing gekozen. Maar ik nodig je van harte uit om langs te komen en dan zul je het zien. (geen grapje)

[Bericht gewijzigd door ritmeester op zondag 24 maart 2019 19:10:43 (26%)

PIC16F1839 kan ook... (is wat nieuwer)
Voor extra i/o gebruik ik tegenwoordig de PCA9506 i.p.v. de MCP23017, veel compacter. (40 i/o per chip)

Op 24 maart 2019 18:54:45 schreef Arco:
PIC16F1839 kan ook... (is wat nieuwer)

Ik moet wel minimaal 32 I/O hebben. Bij Farnell zei ik alleen maar 14 en 20 pins uitvoeringen.

Die PCA9506 is een mooi ding, maar draait deze alleen op I2C? Ik heb SPI nodig, vandaar.

Sorry, ik bedoelde de 16f1939... ...
https://nl.farnell.com/microchip/pic16f1939-i-p/mcu-8bit-pic16-32mhz-d…

De T in PIC16F1939T-I/PT vs PIC16F1939-I/PT waar staat deze voor. Gekeken in de datasheet maar daar zie ik het ook niet op het eind.

Zie blz. 471. Is een QFP behuizing...

In de datasheet die bij Farnell te vinden is zie ik niet staan op blz. 471 die mij wegwijs maakt.

Wel zie ik op blz. 507 dit:
T = In tape and reel for QFN, TQFP,

Dus ze zijn beide hetzelfde toch? Ik vraag dit omdat Farnell twee soorten van deze chip heeft.

De PIC16F1939-I/PT (niet op voorraad) en de PIC16F1939T-I/PT (wel op voorraad)

Ik zie 't toch wel hoor, op blz. 471...

Dat zie ik ook maar het ging mij op de T achter de 9

Ah,

Da's de verpakkingswijze. Een 'T' betekent 'Tape & reel'. Zonder letter betekent tube/tray.

PIC16F1939T-I/PT

Op bladzijde 361 staat een eenvoudige versie van de ISCP aansluitingen maar dan wel met een LM431BCMX Voltage Reference. (Farnell heeft deze niet)

Ik gebruik geen IDC-2 maar PicKit 2, 3 en 4.

Normaal maak ik altijd gebruik van dit schema voor al mijn PIC's. Ik neem aan dat deze gewoon te gebruiken is voor deze PIC?

Ja, dat klopt...

Op 24 maart 2019 18:49:34 schreef ritmeester:
[...]

Zie hieronder. Omdat alle aangeboden oplossingen niet werken (met alle respect) heb ik voor deze oplossing gekozen.

Ik zou in jouw plaats willen weten waarom het niet werkte want ik kan het niet hebben als ik wat simpels over het hoofd zie (typisch dingen die pas simpel zijn als je de oplossing hebt gevonden). Als het met een PIC werkt, werkt het met een FET op zeker ook, want een PIC bestaat uit FET's.

Dit los van dat de PIC hier best een prima oplossing kan zijn, zoals je zegt, als je er wat meer functies in wilt kunnen stoppen.

[Bericht gewijzigd door maartenbakker op dinsdag 26 maart 2019 17:42:33 (11%)

@Maarten

Dat zou ik ook wel willen weten maar tijdens het testen kwam ik ik erachter dat dit met FETs niet gaat werken. Met FET's heb ik een hardwarematige oplossing.

Feit is dat een INPUT LED moet gaan branden als er een activiteit plaats vind met maakt niet uit met wat voor hardware.

Ik heb getest met een simpele PIR Sensor en een simpel deurmagneetcontact. De gebruikte PIR sensor is bekend type; HC-SR501

Deze sensor geeft in rust 5V en in actieve toestand 3.8V. Dit betekend dus dat de INPUT LED altijd aan is. (de MCS23S17 reageert hier wel goed op)

Met een simpel deurmagneetcontact is de INPUT LED uit in rust en in actieve toestand aan.

Ik heb dus nu al te maken met twee verschillende uitkomsten met de aangesloten hardware.

Daarom heb ik gekozen voor een PIC zodat ik softwarematig kan regelen hoe de INPUT LEDs zich moeten gedragen met de aangesloten hardware.

O ja, eenmaal alle hardware aangesloten blijft dit zo, dus eenmaal de PIC programmeren. Mochten er toch nog wijzigingen optreden in de aangesloten hardware dan is het eenvoudig om dit aan te passen in de software. Gewoon AAN en UIT omwisselen bij de betreffende poort.