New hardware interface to replace URI-X and voter board

AllStarLink
9

“the stm32f7 and the dsPIC are from micho-chip” Are you sure about that? I don’t think so.

Chuck

···

On Sun, Sep 6, 2020 at 9:27 PM Pierre Martel via AllStarLink Discussion Groups <noreply@community.allstarlink.org> wrote:

| Pierre_Martel
September 7 |

  • | - |

I’m no coder, I know just enough to create havoc :wink:

But I just downloaded the build environment for the stm32f7

If I can import the project in there and then “try” to fix the error in compilation, it could at least be a kind of step.
If that can be done I am ordering the cube development board and I will try to at least do the alpha testing.

After all the stm32f7 and the dsPIC are from micho-chip… I could be a dreamer. But I will try.

Visit Topic or reply to this email to respond.

Previous Replies

| wd6awp ASL Admin
September 6 |

  • | - |

The RTCM code is here:

GitHub

AllStarLink/voter

Contribute to AllStarLink/voter development by creating an account on GitHub.

and there is at least one person around here that is familiar with it.

| Pierre_Martel
September 6 |

  • | - |

If the firmware of the rtcm/voter board would be kind of compatible or transferable to the stm32 I would try to make it. As we have the source… those thing are so damn useful :wink:

| wd6awp ASL Admin
September 6 |

  • | - |

I like your thoughts about this. It kinda’ lines up with my post about Pi-Star. A Zum modem like Pi hat would be a killer hotspot. I’d also like to see an appliance (like the RTCM) where I don’t have to put a Pi at a very remote repeater site.

| Pierre_Martel
September 6 |

  • | - |

the stm32 can drive a network card directly and could send all the data by IP and not USB or it could do as the ADAM-PLUTO do and simulate a network card by USB. That is something that could drain the processor a lot on the other side.

| Ken_Jamrogowicz
September 5 |

  • | - |

That’s nice - the STM could do the CTCSS generation and detection.

But the connection to the host computer would be by USB - no? That is where the problems are right now. So you would still have those problems.

Of course, I suppose it could use a different format where perhaps larger chunks of data are transferred at one time. Or the connection could be by SPI? That might make it RPI-specific though.

Food for thought.

Ken