Steve, just to clarify, current multimode operation is voice at this stage. AFAIK, the MMDVM doesn't yet have the capability to do the things I'd like to do, like insert data bursts in a mode different to the current mode between overs (POCSAG might be an exception), or receive modes different to that currently in use for voice.
Steve, just to clarify, current multimode operation is voice at this stage. AFAIK, the MMDVM doesn't yet have the capability to do the things I'd like to do, like insert data bursts in a mode different to the current mode between overs (POCSAG might be an exception), or receive modes different to that currently in use for voice.
One thing people tend not to think about is that the repeater's receiver is available for local signals when a transmission is coming in via the Internet (I've made use of that to switch M17 reflectors when on a busy reflector). Being able to make use of that capability for both store and forward data locally and injecting data into Internet connected networks could lead to more useful capabilities.
Even using current hardware with updated firmware offers a lot of possibilities we haven't explored yet.
Steve, just to clarify, current multimode operation is voice at this stage. AFAIK, the MMDVM doesn't yet have the capability to do the things I'd like to do, like insert data bursts in a mode different to the current mode between overs (POCSAG might be an exception), or receive modes different to that currently in use for voice.
One thing people tend not to think about is that the repeater's receiver is available for local signals when a transmission is coming in via the Internet (I've made use of that to switch M17 reflectors when on a busy reflector). Being able to make use of that capability for both store and forward data locally and injecting data into Internet connected networks could lead to more useful capabilities.
Even using current hardware with updated firmware offers a lot of possibilities we haven't explored yet.