Michael Colton
b78769a2ca
This is a major architectural change. It's based on STM32CubeMX building a Makefile project with a lot of the configuration already done automatically. The reasoning being that they'll get right on the first try what I have to torturously fiddle with. And the result? With minimal effort, I already have a build that is more portable to develop on, uses the latest drivers, includes FreeRTOS, and I've already got DMA video working pretty much perfectly (though not 100% optimized and tested). This is also giving me a convenient opportunity to massively clean up my code and just a few tricks I've learned since writing the old code. So far so good!! BUT! It can't do any radio like things yet, none of that is implemented at al, no interface, no audio, etc.
2019-05-24 15:28:07 -06:00
Michael Colton
457c2702ce
Dude, this DMA thing is killing me!!! I can write to the display at blistering speeds, but there are errors in the picture and I can't figure out why! <pulls all hair out!>
2018-06-21 23:51:59 -06:00
Michael Colton
ce58e273f6
Saving so I can go back.
2018-04-03 22:42:23 -06:00
Michael Colton
111e907813
I have no idea where I left off. Committing so I don't lose it.
2018-03-30 00:53:14 -06:00
Michael Colton
c9e7284a9f
Further progress on DMA. The radio is now "usable" with it turned on. There is a whole lot of weird corruption to the graphics... anyway, it's progress and I want to make sure it's saved.
2017-06-26 22:43:16 -06:00
Michael Colton
14d70c8afd
Semi working DMA code for the display driver! So excited! Now to work out the bugs :)
2017-06-24 23:42:12 -06:00
Michael Colton
26b7ef6f6d
Merge remote-tracking branch 'pwarren/PSDR_F7' into PSDR_F7
...
Conflicts:
.gitignore
Source/Debug/PSDR.hex
2017-01-19 00:23:42 -07:00
Michael Colton
bec53516f0
Merges in pwarren's OFF menu item (and other recent additions)
2017-01-19 00:01:51 -07:00
aaa24f87de
More compiler warnings, unused variables mostly
2017-01-15 15:43:22 +11:00
0aeba6c947
const images causing comipler to complain
2017-01-15 15:31:56 +11:00
2330c458f0
restore .gitignore
2017-01-13 13:20:45 +11:00
3ecebbd2e1
Nicely teardown peripheral's before StandBy
2017-01-01 21:34:04 +11:00
9308765f6e
Remove afgain debugging, add binaries
2017-01-01 17:21:17 +11:00
4b2fd072e9
Power Off works! click Reset button to power on
2017-01-01 17:19:59 +11:00
1381f544d0
More compiler warnings fixes
2016-12-31 20:25:25 +11:00
af4d1fa94e
Actual compiled objects. newlib differences.
2016-12-31 16:09:36 +11:00
5510302b11
Useful Volume menu item. Compiler warnings in main.c
2016-12-31 16:02:50 +11:00
Michael Colton
2a0a65cff1
Changes it so BOTH paddles need to be clicked to transmit.
2016-11-17 22:45:55 -07:00
Michael Colton
e4dabf0ef2
I want the .hex file included so people can flash their PSDRs without having to compile the code themselves (I thought git was already tracking it.....)
2016-11-07 23:46:16 -07:00
Michael Colton
c2b94ddce0
Fixes very basic transmit support. Adds assembly instructions. Cleans up the Solid Model a little and moves older items to an Archive folder (basically to make sure they are okay to delete, since Git is keeping a history, there is no real reason to have an archive folder, right?)
2016-11-07 23:23:26 -07:00
Michael Colton
dfa2858888
Merge branch 'PSDR_F7' of https://github.com/MichaelRColton/PSDR into PSDR_F7
...
Conflicts:
Hardware/Enclosure/PSDR2.SLDASM
2016-11-03 09:57:48 -06:00
Michael Colton
23cef9918d
Adds packing list drawing, re-enables experimental transmitting
2016-11-03 09:55:06 -06:00
Michael Colton
5f0efd7a42
Update to Face Cover part. Also includes a fixture I designed to secure them while being milled.
2016-11-01 15:07:59 -06:00
Michael Colton
acfa4f3d6e
Considering a modification to the face plate to streamline manufacturing.
2016-09-26 09:47:04 -06:00
Michael Colton
25a38a7927
Updates to enclosure models, BOM, paste layer layers for PCBs, pinouts for keychain board.
2016-09-24 13:34:15 -06:00
Michael Colton
468dc41b7c
PSDR 2.6.1 PCB complete. Updates to BOM in preparation for order. Also added a little bit of code to turn off printf statements when not debugging (otherwise the board wont run without a debugger attached.)
2016-07-31 22:05:44 -06:00
Michael Colton
7a70b17276
Adds BOM for PSDR2.6, also some notes on the schematic, and defining the pin for charge source control.
2016-06-09 00:35:57 -06:00
Michael Colton
8ad6b3ca50
PCB 2.6v is complete and prototypes will get here on Friday!
2016-06-08 12:18:57 -06:00
Michael Colton
7e1addf952
Almost done with PCB 2.6v. I decided to change the reference designators so it's easier to find components. But PADS randomly swapped a bunch of parts. I wasted HOURS fixing it! :( Anyway, it's almost done, and the new reference designators are going to be nice..... maybe not totally worth it......
2016-05-29 00:14:03 -06:00
Michael Colton
f0a4472f27
More progress on v2.6 PCB. Almost done. Length matching the signal lines by hand is a bit of a pain..... the version of PADS I have can't do it <rolls eyes>.
2016-05-26 00:49:25 -06:00
Michael Colton
8e248a52cd
Mostly changes to the PCB and schematic. This is PSDR v2.6, and it's almost done. I am committing here as a backup. Also changed the code to use internal pull-ups for the I2C.
2016-05-25 18:23:03 -06:00
Michael Colton
88d9220f56
This fixes (I think) the ADC issue. Or rather, interprets the already correct values correctly. Anyway. I think we are good, though more testing would be nice. I compared the F4 display performance to the F7 to see if the flickering/shimmering effect was there. It was not..... because the display was scrolling so slowly by comparison! The F7 is so fast that it was sometimes calculating and drawing the waterfall twice! Should be better now, but I may want to slow it down further. Also some changes to the power up/clock settings functions. Turns out there were two, not sure which is better or more complete. They both work well enough for now.
...
So with this, I think the F7 is now doing everything the F4 was doing, and can become the official chip of the next board revision.
2016-05-11 16:57:45 -06:00
Michael Colton
acefe9aa46
Seems I've pretty much got the F7 working now. There is still something weird with the ADC not returning the right value.. Also, the screen looks shimmery if viewed from the right angle. I've never noticed it before. Not sure if that's the F7's fault? Saving here so I can try the F4 again to compare.
2016-05-09 21:49:47 -06:00
Michael Colton
ac513eaae0
Merge branch 'master' into PSDR_F7
...
Conflicts:
Source/.settings/language.settings.xml
Source/Debug/PSDR.hex
Source/PSDR F4.launch
Source/src/main.c
I2C is (finally working) ADC still not working.
2016-05-08 00:53:48 -06:00
Michael Colton
2c1530d33f
Control of the new frequency synth is pretty much working (not completely optimized, probably isn't taking full advantage of its resolution, and doesn't cover its full range yet) the PSDR can now tune from 2.5MHz to 175MHz! Sensitivity isn't great (currently around -90dbm on 7MHz and about -80-85dbm on 146.4MHz. Still pretty cool!
2016-05-07 15:01:37 -06:00
Michael Colton
53263f2416
Merge branch 'PSDR2.5_PCB'
2016-05-01 00:57:05 -06:00
Michael Colton
46dc8ad0af
Trying to merge, it wants me to commit stuff first.
2016-05-01 00:56:50 -06:00
Michael Colton
155b2700d4
Oops, didn't actually commit the files.
2016-05-01 00:50:49 -06:00
Michael Colton
8b02d73d1c
Didn't actually change much. This is testing with the new diode ring mixer. Seems to be working! Thank goodness!! Reception in 2m seems very weak... might need a preamp or something?
2016-05-01 00:49:43 -06:00
Michael Colton
b3ee5db2b4
Saving current progress. Still some weird issues. Having trouble with I2C (again! It was such a pain to get working on the F4) and also something with the ADC I think.... I suppose it could be assembly issues of the F7 board too.... Hmmm.
2016-04-30 20:55:01 -06:00
Michael Colton
7c84c19d01
Okay! I've got it compiling and largely running on the F7! Still not everything is right, but a lot of it is. I think I am almost there! Maybe I'll get to include the F7 after all :D
2016-04-26 00:21:16 -06:00
Michael Colton
a24a6c6b8c
I don't know if I am closer or further away. This stuff is hugely frustrating sometimes.....
2016-04-24 00:54:47 -06:00
Michael Colton
86a5916626
Progress, I think. The thing compiles and builds something, but it's only 1K and won't run. Trying to figure out what I am doing wrong. :/
2016-04-24 00:17:37 -06:00
Michael Colton
57f3365484
Progress on copying stuff over for the F7. I am making quite a mess, I think I sure hope I can reverse this all if I need to!!!
2016-04-23 21:53:10 -06:00
Michael Colton
4385f07394
Trying to get the PSDR code to run on the F7 chip. I'd like to use that one if I can.
2016-04-23 21:23:43 -06:00
Michael Colton
59e59d7af1
Simple test that the GPS module is indeed talking and the MCU can indeed hear it. It's dropping characters though, and it's polling based and whatnot, so it will need to change fast. Also, so far, in my office, the GPS hasn't gotten a lock. Is the antenna good enough? How about the antenna match?
2016-04-21 20:55:56 -06:00
Michael Colton
a211a0b9dd
A heroic effort to push things forward. Now working includes the I2C interface and the code to talk to and start up the frequency synth. Flip flops are on, frequencies are being divided. No luck on actually getting a signal all the way through though. I currently suspect the transformers or the mixers..... how high can a quadrature sampling detector go again? :/
2016-04-21 00:57:58 -06:00
Michael Colton
1890b25a4f
PSDR 2.5 prototypes are assembled. This commit includes notes for things I want to change or improve (in the notes section of the schematic) as well as preliminary code changes to make it work on this hardware. Display comes on, lots of the parts are working, but no frequency synth yet, so it's hard to know how well the design is working.
2016-04-18 22:11:10 -06:00
Michael Colton
d227015917
PSDR 2.5 PCB Layout is complete! Updated schematics, layout files, gerbers, and some minor changes to the solid models are included. That was brutal!
2016-03-25 09:27:13 -06:00
Michael Colton
d784a1b607
Cleaning up the routing, a lot! At this point the goal is to increase performance, reliability, and manufacturability, but there is also an element of making it look good and being a perfectionist. I won't go too much longer. Backing up.
2016-03-20 12:06:36 -06:00