HERMES - Design Discussions - Revision history

OZ1HFT: +cat

2010-01-25T18:17:45Z

+cat

N9VV: /* Update (16 December 2009) */

2009-12-17T02:19:12Z

‎Update (16 December 2009)

N9VV: /* Update ( 28 April 09 ) */

2009-12-17T01:43:43Z

‎Update ( 28 April 09 )

VK2NRA: /* 26 May 2009 Comments */ add link for OZYII

2009-05-29T03:10:25Z

‎26 May 2009 Comments: add link for OZYII

VK2NRA: /* 26 May 2009 Comments */ replace last para with previous edit saved offline

2009-05-29T02:24:39Z

‎26 May 2009 Comments: replace last para with previous edit saved offline

M0KHZ: /* 26 May 2009 Comments */

2009-05-26T18:01:45Z

‎26 May 2009 Comments

VK2NRA: /* 25 May 2009 Comments */

2009-05-26T07:02:26Z

‎25 May 2009 Comments

VK2NRA: /* 25 May Comments */

2009-05-26T06:43:28Z

‎25 May Comments

VK2NRA: force TOC to make it easy to jump to latest comments

2009-05-25T22:12:43Z

force TOC to make it easy to jump to latest comments

VK2NRA: /* 24 May Comments */ add more comments

2009-05-24T20:21:50Z

‎24 May Comments: add more comments

← Older revision		Revision as of 18:17, 25 January 2010
Line 172:		Line 172:

	::Seems like good reasoning! I suspect the code to do all these interfaces exists in reusable blocks but I am not familiar enough to volunteer! I had thought noise (rfi) would be the problem... Regards, [[User:VK2NRA\|Richard Ames, VK2NRA]] 21:52, 26 May 2009 (UTC)		::Seems like good reasoning! I suspect the code to do all these interfaces exists in reusable blocks but I am not familiar enough to volunteer! I had thought noise (rfi) would be the problem... Regards, [[User:VK2NRA\|Richard Ames, VK2NRA]] 21:52, 26 May 2009 (UTC)
		+
		+	[[Category:Hermes]]

@@ Line 3: / Line 3: @@
 ====Update (16 December 2009)====
-[[Image:T_VK6APH-Hermes-Prototype-RIMG0130.png]]
+[[Image:VK6APH-Hermes-Prototype-RIMG0130.png|thumb|500px|]]
 picture courtesy Phil Harman VK6APH
 ====Update ( 28 April 09 )====

@@ Line 1: / Line 1: @@
 This page is for the design discussion on the '''[[HERMES|HERMES DUC/DDC Transceiver]]'''. Discussion proceeds with most recent at the bottom.
 __TOC__
-====Update ( 28 April 09 )====
+====Update (16 December 2009)====
 Since the announcement of the Hermes project there has been quiet a bit of traffic ‘in the background’, in summary the hardware details are now reasonably stable. What follows are some snippets of traffic to provide readers with some insight to the development process ......

@@ Line 165: / Line 165: @@
 Possibly I am showing my history in not trusting USB interfaces. I would advocate for Ethernet as a first choice and fire-wire as a second.  What are the downsides of these two?. Regards, [[User:VK2NRA|Richard Ames, VK2NRA]] 07:02, 26 May 2009 (UTC)
-:Richard you could be right :) however from my perspective I believe the issue is with software developers (or lack of them activly contributing) at present we have an interface to PowerSDR that works, we also have an interface to Phil's KISS console, not being a software man myself and not wanting to impose further work on the software team I think Hermes should remain USB. Hermes can with a some fpga code changes operate full duplex across USB2, this will be an improvment to the current protocols. Perhaps when Ozy2 design has been proven, maybe there will be a need to more Hermes to that interface (whatever that may be) - Hermes2? So from here USB remains the choice for Hermes. 73's Kevin [[User:M0KHZ]] 18:01, May 26, 2009 (UTC)
+:Richard you could be right :) however from my perspective I believe the issue is with software developers (or lack of them activly contributing) at present we have an interface to PowerSDR that works, we also have an interface to Phil's KISS console, not being a software man myself and not wanting to impose further work on the software team I think Hermes should remain USB. Hermes can with a some fpga code changes operate full duplex across USB2, this will be an improvment to the current protocols. Perhaps when [[OZYII|Ozy2]] design has been proven, maybe there will be a need to more Hermes to that interface (whatever that may be) - Hermes2? So from here USB remains the choice for Hermes. 73's Kevin [[User:M0KHZ]] 18:01, May 26, 2009 (UTC)
 ::Seems like good reasoning! I suspect the code to do all these interfaces exists in reusable blocks but I am not familiar enough to volunteer! I had thought noise (rfi) would be the problem... Regards, [[User:VK2NRA|Richard Ames, VK2NRA]] 21:52, 26 May 2009 (UTC)

← Older revision		Revision as of 02:24, 29 May 2009
Line 165:		Line 165:
	Possibly I am showing my history in not trusting USB interfaces. I would advocate for Ethernet as a first choice and fire-wire as a second. What are the downsides of these two?. Regards, [[User:VK2NRA\|Richard Ames, VK2NRA]] 07:02, 26 May 2009 (UTC)		Possibly I am showing my history in not trusting USB interfaces. I would advocate for Ethernet as a first choice and fire-wire as a second. What are the downsides of these two?. Regards, [[User:VK2NRA\|Richard Ames, VK2NRA]] 07:02, 26 May 2009 (UTC)

−	Richard you could be right :) however from my perspective I believe the issue is with software developers (or lack of them activly contributing) at present we have an interface to PowerSDR that works, we also have an interface to Phil's KISS console, not being a software man myself and not wanting to impose further work on the software team I think Hermes should remain USB. Hermes can with a some fpga code changes operate full duplex across USB2, this will be an improvment to the current protocols. Perhaps when Ozy2 design has been proven, maybe there will be a need to more Hermes to that interface (whatever that may be) - Hermes2? So from here USB remains the choice for Hermes. 73's Kevin	+	:Richard you could be right :) however from my perspective I believe the issue is with software developers (or lack of them activly contributing) at present we have an interface to PowerSDR that works, we also have an interface to Phil's KISS console, not being a software man myself and not wanting to impose further work on the software team I think Hermes should remain USB. Hermes can with a some fpga code changes operate full duplex across USB2, this will be an improvment to the current protocols. Perhaps when Ozy2 design has been proven, maybe there will be a need to more Hermes to that interface (whatever that may be) - Hermes2? So from here USB remains the choice for Hermes. 73's Kevin [[User:M0KHZ]] 18:01, May 26, 2009 (UTC)
		+
		+	::Seems like good reasoning! I suspect the code to do all these interfaces exists in reusable blocks but I am not familiar enough to volunteer! I had thought noise (rfi) would be the problem... Regards, [[User:VK2NRA\|Richard Ames, VK2NRA]] 21:52, 26 May 2009 (UTC)

← Older revision		Revision as of 18:01, 26 May 2009
Line 164:		Line 164:

	Possibly I am showing my history in not trusting USB interfaces. I would advocate for Ethernet as a first choice and fire-wire as a second. What are the downsides of these two?. Regards, [[User:VK2NRA\|Richard Ames, VK2NRA]] 07:02, 26 May 2009 (UTC)		Possibly I am showing my history in not trusting USB interfaces. I would advocate for Ethernet as a first choice and fire-wire as a second. What are the downsides of these two?. Regards, [[User:VK2NRA\|Richard Ames, VK2NRA]] 07:02, 26 May 2009 (UTC)
		+
		+	Richard you could be right :) however from my perspective I believe the issue is with software developers (or lack of them activly contributing) at present we have an interface to PowerSDR that works, we also have an interface to Phil's KISS console, not being a software man myself and not wanting to impose further work on the software team I think Hermes should remain USB. Hermes can with a some fpga code changes operate full duplex across USB2, this will be an improvment to the current protocols. Perhaps when Ozy2 design has been proven, maybe there will be a need to more Hermes to that interface (whatever that may be) - Hermes2? So from here USB remains the choice for Hermes. 73's Kevin

@@ Line 125: / Line 125: @@
 ===25 May 2009 Comments===
 From FRANCIS CARCIA:[http://lists.openhpsdr.org/pipermail/hpsdr-openhpsdr.org/2009-May/009587.html]
@@ Line 130: / Line 160: @@
 <blockquote>2.The idea of a transceiver on one board fits right in with my present project interfacing to  Penny and Mercury working my way up to 1.5 KW.</blockquote>
 <blockquote>3. This would leave atlas for a VNA or other test equipment options.</blockquote>

@@ Line 111: / Line 111: @@
 more anecdotal data to help obfuscate things :-)</blockquote>
-===24 May Comments===
+===24 May 2009 Comments===
 From Alex in three messages:[http://lists.openhpsdr.org/pipermail/hpsdr-openhpsdr.org/2009-May/009560.html], [http://lists.openhpsdr.org/pipermail/hpsdr-openhpsdr.org/attachments/20090524/2daa0559/attachment.eml], [http://lists.openhpsdr.org/pipermail/hpsdr-openhpsdr.org/attachments/20090524/0e18ae19/attachment.eml]
@@ Line 123: / Line 123: @@
 <blockquote>would it not be better to put linked in/out preamp and let the user choose</blockquote>

← Older revision		Revision as of 20:21, 24 May 2009
Line 110:		Line 110:
	IC-756PRO2 and Mercury. But that's a tale for another day when I have		IC-756PRO2 and Mercury. But that's a tale for another day when I have
	more anecdotal data to help obfuscate things :-)</blockquote>		more anecdotal data to help obfuscate things :-)</blockquote>
		+
		+	===24 May Comments===
		+
		+	From Alex in three messages:[http://lists.openhpsdr.org/pipermail/hpsdr-openhpsdr.org/2009-May/009560.html], [http://lists.openhpsdr.org/pipermail/hpsdr-openhpsdr.org/attachments/20090524/2daa0559/attachment.eml], [http://lists.openhpsdr.org/pipermail/hpsdr-openhpsdr.org/attachments/20090524/0e18ae19/attachment.eml]
		+
		+	<blockquote>would it be possible to add an atlas connector to the hermes board so it
		+	could interface with other boards even if not the right size, it could
		+	use an adapter cable and be mounted externally</blockquote>
		+
		+	<blockquote>is that rf volts or dc volts, if dc then wont the transformer isolate,
		+	if rf could we not put protection in.</blockquote>
		+
		+	<blockquote>would it not be better to put linked in/out preamp and let the user choose</blockquote>