vhodny tranzistor pro konverzi 3.3V signalu na 4V
Moderátor: Moderátoři
vhodny tranzistor pro konverzi 3.3V signalu na 4V
Dobry den,
potrebuji udelat konverzi signalu 3,3V z GPIO konektoru na desce Raspberry Pi na 4V. Melo by to byt napajene pomoci 7,2V z baterie a dulezite je aby to netahalo prilis proudu z GPIO vystupu na tom Raspberry Pi. Nejsem prvni kdo se tim zabyval a jeden clovek si uz udelal zapojeni pomoci tranzistoru 2N3904, tady je schema :
Problem je ze tohle schema invertuje digitalni signal kvuli pouzitemu tranzistoru, cetl jsem ze je potreba najit PNP tranzistor s podobnymi vlastnostmi ale neumim si to sam spocitat. Byl bych moc vdecny kdyby mi nekdo umel poradit.
Diky predem - K
potrebuji udelat konverzi signalu 3,3V z GPIO konektoru na desce Raspberry Pi na 4V. Melo by to byt napajene pomoci 7,2V z baterie a dulezite je aby to netahalo prilis proudu z GPIO vystupu na tom Raspberry Pi. Nejsem prvni kdo se tim zabyval a jeden clovek si uz udelal zapojeni pomoci tranzistoru 2N3904, tady je schema :
Problem je ze tohle schema invertuje digitalni signal kvuli pouzitemu tranzistoru, cetl jsem ze je potreba najit PNP tranzistor s podobnymi vlastnostmi ale neumim si to sam spocitat. Byl bych moc vdecny kdyby mi nekdo umel poradit.
Diky predem - K
Anebo , výstupní napětí určí odporový dělič . http://klopneobvody.hys.cz/schmituvko.html
http://www.google.com/webhp?hl=cs#sclie ... 2797d48997
http://www.google.com/webhp?hl=cs#sclie ... 2797d48997
Diky za schema, dokonce chapu ... jenom se bojim jestli dva tranzistory nebudou zbytecne zvysovat latenci. Vzhledem k tomu, ze s tim zapojenim chci vytvaret digitalni signal o dost vysoke frekvenci.
Nasel jsem o tom 2N3904 Wiki-stranku a tam se uvadi 2N3906 jako jeho PNP komplement. Nestacilo by tedy pouzit v originalnim zapojeni 2N3906 misto toho 2N3904 ?
Nasel jsem o tom 2N3904 Wiki-stranku a tam se uvadi 2N3906 jako jeho PNP komplement. Nestacilo by tedy pouzit v originalnim zapojeni 2N3906 misto toho 2N3904 ?
čemu říkáš "dost vysoká frekvence"? Hz, kHz, MHz? Vadí ti zpoždění? budeš to mít synchronní s něčím jiným? Tranzistorovou logiku používám úplně bez problému do frekvencí cca 100kHz aniž bych nad tím přemýšlel. Jestli potřebuješ jít výše, tak co tam dát nějaký budič s otevřeným kolektorem a k tomu pullup? Např. SN74LVC07A http://www.ti.com/lit/ds/symlink/sn74lvc07a.pdf by byl ideální. Napájel bys ho z 3.3V z RaspPi a pullup bys dal na požadované 4V. LVCčka zvládají až 5.5V
Diky vsem za odpovedi, Kdyz mi to tu vetsina doporucuje zustanu u puvodniho zapojeni s otocenim HIGH-LOW na zdroji.
Elektronika neni bohuzel muj hlavni obor a analogova uz vubec ne. Tady je popis puvodniho signalu od jednoho manika co to zmeril :
Elektronika neni bohuzel muj hlavni obor a analogova uz vubec ne. Tady je popis puvodniho signalu od jednoho manika co to zmeril :
Vlastne nevim jak "moc rychle to je", kazdopadne zpozdeni mi vadi, kdyz se takovy signal snazim vyrobit na Raspberry tak uz je s tim lehce problem, opet originalni citace :The signal was 20ms long, with a 4ms gap between each. Within the signal itself, there were oscillations between 4V and 0V with the shortest mark or space taking around 300 microseconds. The first 5ms or so of the signal were roughly constant, but that was as far as I got.
Despite the sleep timers in the C program matching the observed timings from the TK board, the entire pulse train ended up being around 25ms long rather than 20ms. This is likely due to the time taken to switch the GPIO output, but it could also be due to the Pi servicing various interrupts that take priority over my application’s timing. If this proves to be a problem when interfacing with the tank, the sleep timers can be reduced to bring the pulse train back to the proper length. We must also keep a careful eye on interrupts in future, as right now the Pi is doing little other than running one simple program — but that will not be the case if the Pi gains webcams, WiFi etc. in enhanced versions.
To bude tím, že se počítač určený na nějaká multimédia a čumendu na internet používá na real-time aplikace. Předpokládám, že ti tam běží nějaký OS a že RtOS to asi nebude. Na generování nějakých RT průběhů jsou lepší jednočipy a ne PCčka. I když ten ARM by to taky určitě zvládnul levou zadní, ale ne sešněrovanej nějakým PCčkovým OS.