random stuff on quora
>PTT is triggered when the PTT at the top of your diagram (MIC-) is connected to ground (SPK -). When shorted, only a few mA of current flows, so your can use a small transistor as a switch. For example, a '7002 would work. Connect the drain to the PTT (MIC-), gate to an arduino digital output, and the source to ground (SPK-).
>By setting the arduino digital output high, PTT will be triggered.
>Arduinos are generally bad at audio stuff, but you can find some PCM audio libraries or audio shields that can help. The radio expects an audio signal, which as you noticed, arduino can't output without some hacking. So try to get the arduino to just play the file out to headphones. If you can get that to work, then you can use that output as the input to the radio.
i dont see why i couldn't use PWM instead of analog signal. it will have reduced quality due to the square wave not being perfect and introducing some noise, but i think it will be acceptable for testing
>This technical brief highlights the use of a low-pass filter to transform a PWM signal into an
ok cool looks like that will be pretty easy to do
admittedly, signals/circuits shit im almost entirely clueless about
ok so obviously one of the goals of this would be SSTV but ic an't find any of teh SSTV protocol details, so thinking about maybe experimenting with making something
figure the 3 variables you can manipulate the output signal is by changing the frequency, changing the amplitude, and altering the duration
so i was thinking of having each of these correspond to R,G,B for a color
put 7 bit color palette as the goal since they're not really differntiable from 8 bit
each one of these in a specified range and increment would correspond to a value
the program would just look for a change in the combination of them to differentiate one pixel to the next
to help that differnetiation i can have 2 bands of frequency that it alternates between, with a dead space in between
that will help with error detection too
at the start of the transmission the sending station can put out a calibration signal to give the receiving station a baseline for the high/low end of teh ranges for how to interpret it
i think in principle its sound. not sure how practical it is depending on the limitations of the radios/radio communication in general
as best i can tell, this is basically a sound card:https://www.instructables.com/Play-Music-With-Arduino/
except i dont to play to a speaker, in fact the output will be very, very low (since its replacing the microphone in the radio) so i'll have to really knock the voltage down
try connecting it to the scrum output
>>408>thinking about making a computer - HT radio interface
For commercial work or just for fun?
Maybe look into an electric guide before going forward. You may electrocute yourself to death
let that boy cook (ohmicly)
shaddap im smarter than you>>425
i'll post what ive got so far, its an I2S to USB plug and play solution, along with a DAC and ADC
that should be the bones of this thang.. then its just getting input in the right format, getting the clocks set up right, PCB design, and testing
ok so after a few days of reading the tech documents and letting it all soak in im thinking this:
CP2615 USB-IS2 audio bridge
basically a 'plug and play' solution for bridging USB data transfer protocols with IS2 audio protocols
it also provides a master clock and derived clocks for said IS2 protocol
to that i'll connect a WM8761 DAC and a CS5343 ADC. the ADC has some poorly written documentation that leaves a lot of ambiguity, but as best i can tell these should all play together assuming I feed them the right input
so basically i have to figure out how/what needs to be done to condition my signals, as well as how things like the clock gets split up (can i wire the master clock directly to both chips? can i use a transistor to act as a switch to suspend (power save) the ADC or DAC when its not needed? if the chip is in a suspended state does (one of the chips?) hold data in a buffer as it comes online or does it lose it?
idk but it seems the basics of it is coming together
i might change ADC/DAC since i wanted them to both be from the same company but the WM one is actually a seperate company that got swallowed up by the CS so theres obnoxious differences in terminology
fuk u wadain u dumb whore
think im gonna select new ADC/DAC. i dont like the ones i have now and they're a bit excessive, i'd like to standardize to a single company to.. TI maybe?
ok so best i can tell silicon labs is the only name in the game for USB-I2S bridge chips, and they've just recently discontinued production (not very popular?)
anyway ive decided to go with an audio CODEC chip because it makes sourcing and documentation a lot easier, MAX9860 appears to be compatible with CP2615, with flexible master clock input and compatible input/output resolution
plus i dont have to think about how id want to go about splitting up the master clock to suspend the DAC or ADC when its not getting any input, it'll all be internal for the chip
or the CS42L55 which is what they used on their prototyping microcontroler board
probly that one since its guaranteed functional
>This product is no longer manufactured. View Substitutes.
guess i WONT be using the CS42L55
LMAO WHAT A LITTLE BITCH
connect the CR receptor to the DTM-WTD
ok i did that now CR is giving me 'that' look
ok now dig your finger down into his DNUT-HOLE and try to induce a P-STATE-ORGSM and see what happens???
this tech support relationship isn't gonna work if you can't follow simple instructions
lel get smart dumb dumb
y u so dumb dumby
hahahah dumby dumbo dumb
so basically the idea is i'll hook up what would be speaker output to the ADC on my MAX9860 codec after some signal conditioning (signal would normally be driving a speaker, so probly voltage divider to drop it down), the digital audio would be passed through to my PC using the CP2615, some code i've written would analyze and process it, then a response would be the opposite going from digital audio from PC to CP2615, passed to the MAX9860's DAC, some signal conditioning (another voltage divider, since this ALSO would normally be driving a speaker?) then to the radio mic wires (along with a transistor activated by the GPIO pins on my CP2615 to start tx)
seems daunting but i should just start wiring these together on paper or an easy to use cad shit
low current applicatoin so i'll use a BJT. investigating if transistors introduce weird signal stuff that would require more conditioning or preclude their use
ok maybe theres a good reason why this wouldn't work but what if i had the JFET transistor between the DAC and the isolation transformer, i have the DAC output with a DC bias and have it wired in a way so the bias activates the transistor, the signal passes through the transformer which filter all the DC out. smart?
err fuck i mean BJT transistor
spit on it and plug it in again
hey are you the same feller what fixed that organ? i know ur about ur electronix but im thinkin bout gettin an old reed organ from like ~130 years ago.. yu kno nething ab stuff lik that?
no that was duder idk shit about electronics
also realized i cant use the dc bias from the MAX chip because thats intended for the microphone
i can probly use one of the GPIO pins on the CP2615 controlled through software i guess
but ya id guss duder would know something
ok ya so using I2C protocol on the CP2615 i can set a GPIO pin high or low from software side
so since my PTT circuit would be on the isolated, radio side of everything, i'd have the GPIO pin go trhough… actually how the fuck would i isolate it? i guess i could use an octocoupler? hell that would act as a switch in itself wouldn't it? no need for a seperate transistor?
idk i need some sleep. tired..
thanks i consulted it but ended up getting 'it' stuck in my garloid again
ok after pouring over the tech manuals for another few days i think i've figured it all out, at least from a top level perspective
the CP2615 has a custom input/output protocol from USB that you can use to interact with stuff on the board, program internal registries, or send small amounts of data to slave devices through I2C
so using that custom IO, i can program the MAX9860, which by default comes in a condition that automatically shuts down upon power up
also using that custom IO, I can set one of the GPIO pins into a high (pullup) or low (pull down) state. thats how i can iniate PTT for the radio
File: 1630743697407.png (114.13 KB, 1169x827, 1169:827, Schematic_PC Radio Interfa….png)
ok im not pretending this is a good layout but i think its at least fully realized. still have some resistor, capacitors to specify
my voltage dividers, transformers, high pass filters all set up in a way that actually wroks?
fixed a lot from the old one i drew
gonna go to bed, will try and check this in the morning
File: 1630883763530.png (192.49 KB, 1652x1171, 1652:1171, Schematic_PC Radio Interfa….png)
finding little errors..
making it more readable
i want to look at an baofeng external mic and ensure that i understand its circuit properly
ok im moving onto actual routing of the traces aaaand
its a nightmare. the MAX9860 and the CP2615 dont have very good pin layout
its impossible to connect all the clocks without crossing eachother and using a via
i think i'll just do that. keep the trace lengths between the I2S master, l/r, and bitclock the same, and all 3 go with a via
that way they should all have the same impedance and clock skew ?
>>530>not yachting to colophon and harvesting your own artisinal pine rosin flux
never gonna make it
ok got the diode arrays for the USB power and data lines
they come in an SOT-143 package and are about 1mm by 2mm small as fuck
i guess i could solder a teeny tire wire onto each pin, but i think i might make PCB breakout for each one
will require making a PCB, doing the traces, holes etc