oh, and hook up the damn I2C bus to the Pi.
At some point I'll probably spin my own version of this board with an STM32F4 and the ADF7021s connected to SPI ports so I don't have to bit-bang the interface.
As an aside. The STM32F1 series is a special snowflake that's not-quite-compatible with every other STM32. I hate it.
I think I can encapsulate this in an existing system like DMR, but it seems that the packet data spec for DMR isn't widely implemented.
Once I can read/write control registers on the modems correctly, I'll need to figure out an on-air protocol and write some userspace code for the Pi. The goal is to have the Pi act like an IRC server that peers with other servers over RF.
The serial interface isn't easy to get a logic analyzer on, so I ordered a STM32F103 dev kit and will hook my logic analyzer to that to make sure I'm clocking everything correctly.
I can ping the STM32 and set registers on the modems by sending UDP packets. The ADF7021 uses an oddball serial interface that I had to bit-bang over the GPIO, so I'm not sure the timing is quite right yet.
I needed to multiplex communication to both of the modems over the one UART and I didn't want to invent yet another serial protocol, so now I have LwIP running on the STM32 doing SLIP at 500kbaud
@ieure so, I finally got around to poking at that C64 again... It seems that disassembling and reassembling it fixed whatever was wrong. The previous owner covered everything in thermal grease, my guess is that some of it was shorting a pin on the character ROM.
I get that relational databases aren't trendy right now, but data modeling is more important than how you store it.
Server run by the main developers of the project It is not focused on any particular niche interest - everyone is welcome as long as you follow our code of conduct!