|
On Sun, Aug 7, 2022 at 08:09 PM, swguest wrote:
format/color code the source code in several languages
Should have ..........said for several languages Good program can have several version in different tabs open to compare, good search,? Can easily zoom font for aged eyes.... Quick look at the sketch, yeah about 20 lines of code without the heading comments. He sure made it look easy. That would be fixed data but just what we need to POC Phase I. I imagine porting to match other uC's I/O should not be a biggie. I wonder what unknowns are in a Teensy?
|
I can see the code in the web page and just looking at it I don't see where the rest of the functional parts reside.
Saving the link saves html for some reason. I've has this issue before.
Copy the code from the page then paste it into the IDE or whatever.
I use Notepad Plus because it can format/color code the source code in several languages
|
Saving the link saves html for some reason. I've has this issue before.
Copy the code from the page then paste it into the IDE or whatever.
I use Notepad Plus because it can format/color code the source code in several languages
|
I'm having a hard time understanding the code. It seems very simple, like something is missing. Where does the data image reside? How do you load it?
Here's another...cant get much more compact than this,
|
|
|
Here's another...cant get much more compact than this, https://microcorelabs.wordpress.com/2021/03/20/eprom-emulator/ 
|
Wow this really is starting to look like the exact thing.
Looking at the name romulator lead me to this as well.
On Sun, Aug 7, 2022 at 05:38 PM, Casey Crane wrote:
Check this out.
?
Just glancing at it, seems like I came across that? one before.
There was another one a good while back called the Romulator, German site, I think,?
It was well before this project.
|
@ Skip,
Yeah, I think the name of that branch is 'Keep the uC, replace the CH"
So if we attract the furry tailed tree rats with shiny objects to the rabbit holes and knock them in with all the branches we'll be good, right?
|
Looking at the name romulator lead me to this as well.
On Sun, Aug 7, 2022 at 05:38 PM, Casey Crane wrote:
Check this out.
?
Just glancing at it, seems like I came across that? one before.
There was another one a good while back called the Romulator, German site, I think,?
It was well before this project.
|
On Sun, Aug 7, 2022 at 05:38 PM, Casey Crane wrote:
Check this out.
?
Just glancing at it, seems like I came across that? one before. There was another one a good while back called the Romulator, German site, I think,? It was well before this project.
|
Yea, but then you have to conform to the SB9600 protocol, yuck! For
computer control you'd also need a SB9600 "gateway" or a rib and a
serial port, again yuck.
73's Skip
toggle quoted message
Show quoted text
On Sun, Aug 7, 2022 at 5:27 PM Dennis Boone <drb@...> wrote:
You know, a cute way to talk to the Pi inside the radio would be to put
it on the SB9600 bus as a peripheral.
De
|
@ Dennis,
You are still doing better than me...When it comes to this family of boards I'm in the "Everybody knows pie are round. Cornbread are square" camp.
A Pico as What kind of peripheral?
@ Casey,
Mounted inside the radio you can tap the single ended side of the com bus and tie the Pico to a BT radio mounted outside the case.
Outside the case, taking advantage of the differential bus noise immunity use the CH end of the cable. `
|
toggle quoted message
Show quoted text
On Sun, Aug 7, 2022 at 7:02 PM Skip Hansen < skip@...> wrote: Yea, it's not the processor it's who programmed it!? I bow to the genius.
73's Skip WB6YMH
On Sun, Aug 7, 2022 at 4:51 PM swguest via
<swguest=[email protected]> wrote:
>
> @ Ship,
> Isn't it amazing.
> A lowly 35+ yo, 2 meg clocked processor can generate and decode sub audible frequency to tenth of a hz better than all these fast, powerful embedded uC's out there.
> That just dont seem right.
>
|
That was what I thought. You get the advantage of the robustness of the differential lines as well. I wish the pins and cable assembly ends were more plentiful. If we get that far the physical interfacing will become an issue. I might unsolder the entire connector and use something else, maybe a plate with RJ45 and a separate Power Pole panel mounted.?
On Sun, Aug 7, 2022 at 7:27 PM Dennis Boone < drb@...> wrote: You know, a cute way to talk to the Pi inside the radio would be to put
it on the SB9600 bus as a peripheral.
De
|
You know, a cute way to talk to the Pi inside the radio would be to put
it on the SB9600 bus as a peripheral.
De
|
It sure would be interesting to see how it all works.
On Sun, Aug 7, 2022 at 6:40 PM Skip Hansen < skip@...> wrote: One of my other projects back in the day was "thelinkbox", which
is/was a PC based repeater controller and Viop thingy.? I played with
software based PL and touch tone decoding at lot and while I got a
couple of them to work they were NEVER anywhere close to as good as a
Motorola radio.? At one point I tried disassembling the Maxtrac ROMS
to try to figure out how it did it, while it was "FUN", I never got
very far.
I also had a physical repeater controller that used a PL decoder chip.
Aain it worked but nowhere near as well as a Motorola anything.? The
chip was discontinued a couple of years after it was introduced...
maybe that's why?
Other than just for the heck of it I won't consider replacing the
control board.? But ... now thanks to the NSA we have Ghidra ... it
might be fun to disassemble the code.? But it's not clear if Ghidra
supports the 6301 or not.
Oh boy, another project ... adding 6301 support to Ghidra.
73's Skip WB6YMH
On Sun, Aug 7, 2022 at 3:09 PM Casey Crane <ccrane148@...> wrote:
>
> I'm not trying to distract from the goal here either but have been mulling over other options. I was sitting here thinking what all we need it to do. In reality to me, and maybe I'm wrong, but really the only thing we need from it is a steerable signal using 5k or 6.25 k stepping, a receiver that tracks just the same and PL/DCS on TX and RX. The rest would be handled by higher level programming of whatever flavor anyone wanted be it C or Python or what not. As long as we can communicate with it using some standard we come up with to package the data in and out of it to obtain the above we are golden.
>
> When I made the VCO tuning project using the Arduino I found a low frequency freq counter library made by the PJRC guy I believe. I tapped into the DETECTED PL line into the uP and fed that into the Arduino and made a table of PLs in something like a switch table. It seemed to work well. I just needed to add in some coasting delay for times voice caused the PL to wash out. I have tried to find a PL/DCS detect and encode library but haven't been successful. If a good reliable one was found we could still go that route as well then rip out the uP and hijack the SB9600 bus for our own external comms. PA ENABLE, DETECTOR MUTE, SQUELCH DECISION and other items are available for use still. Heck, we could probably hijack the D0-D7 lines and drive the audio options latch. It's not like anyone would be using the ancient options stuff like the MDC600 options boards and we would not be using the factory control head. At least I didn't intend to.
>
> MX-COM and later I think CML used to make PL/DCS encoder/decoder chips. Are they still available? If so, what about one of those driven by SPI or i2c or whatever?
>
> Again, not trying to derail the idea because I think using the stuff (existing uP) that obviously works well already is probably best but if in the end the thing becomes too problematic maybe this is another option.
>
>
>
> On Sun, Aug 7, 2022 at 4:48 PM Dennis Boone <drb@...> wrote:
>>
>>? > No distraction at all. It got me thinking about the activity of the
>>? > firmware eeprom since it utilizes the extra addressing. It might help
>>? > to paint a more complete picture.
>>
>> Seems like it might be useful, for example, in working out what i/o
>> devices are where, and how they work.? Knowing the instruction address
>> for various things might help with disassembly of the firmware.? Etc.
>> None of this is relevant to code plug ROM emulation.
>>
>> The space between the top of RAM (0x013F) and the bottom of code plug
>> (0x8000) is ripe for i/o devices.? There's also a gap between the top of
>> the larger code plug ROM (0x9fff) and the firmware (0xC000) that could
>> have Stuff and Things in.
>>
>> Again, this is a distraction from Goal A: emulate a code plug ROM, which
>> I'm most emphatically not trying to derail.
>>
>> De
>>
>>
>>
>>
>>
>
|
Actually ... You *could* do it in Python (or Basic if such a thing > exists) on the Pi Pico. The Pi Pico's programmable parallel port can > do **ALL** of the heavy lifting given the right program. Guess I need to really dig into this beast instead of shooting off my mouth! :) De
|
I hadnt looked into it at all. All I picked up on for the Pico > Pi....MicroPython...yadi yadi, to which I just just kinda glazed > over...... It appears I told a lie. The Micro Pi _isn't_ a linux box. But you _can_ program it in C, which is the sane plan here. De
|
That sounds so much easier than I was thinking. I've got to take a close look at this DMA/state machine stuff
toggle quoted message
Show quoted text
On Sun, Aug 7, 2022 at 04:48 PM, Skip Hansen wrote:
Actually ... You *could* do it in Python (or Basic if such a thing
exists) on the Pi Pico. The Pi Pico's programmable parallel port can
do **ALL** of the heavy lifting given the right program. Take a look
at that C64 ROM replacement project on github. Once the parallel
port's state machine is setup the timing critical stuff is all handled
by it. The CPU is completely out of the loop.
So a block of on chip RAM is DMA'ed to the pins by HARDWARE, the CPU
just needs to modify the data in RAM for the "vfo" mode based on input
from the "control head".
|
Yea, it's not the processor it's who programmed it! I bow to the genius. 73's Skip WB6YMH On Sun, Aug 7, 2022 at 4:51 PM swguest via groups.io <swguest@...> wrote:
@ Ship,
Isn't it amazing.
A lowly 35+ yo, 2 meg clocked processor can generate and decode sub audible frequency to tenth of a hz better than all these fast, powerful embedded uC's out there.
That just dont seem right.
|
