<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comentarios en: Defensas</title>
	<atom:link href="http://proiektutaldea.wordpress.com/2008/06/14/defensas-2/feed/" rel="self" type="application/rss+xml" />
	<link>http://proiektutaldea.wordpress.com/2008/06/14/defensas-2/</link>
	<description>Un blog de un grupo de estudiantes de Ingeniería Informática.</description>
	<lastBuildDate>Tue, 24 Nov 2009 14:04:48 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Por: Igor Ordoñez</title>
		<link>http://proiektutaldea.wordpress.com/2008/06/14/defensas-2/#comment-173</link>
		<dc:creator>Igor Ordoñez</dc:creator>
		<pubDate>Tue, 17 Jun 2008 14:30:30 +0000</pubDate>
		<guid isPermaLink="false">http://proiektutaldea.wordpress.com/?p=144#comment-173</guid>
		<description>Deciros que practicamente lo mismo pero mas light.

Java, direcntamente explicar el programa entero de conexion con el PIC. Unos 20 minutos.

BD, practicamente lo mismo pero con menos consultas.

KE, nestor a seguido el mismo esquema basandose sobre todo en el RS232, la señales de este, los digramas de flujo del PC en base a interrupciones.

Agur.</description>
		<content:encoded><![CDATA[<p>Deciros que practicamente lo mismo pero mas light.</p>
<p>Java, direcntamente explicar el programa entero de conexion con el PIC. Unos 20 minutos.</p>
<p>BD, practicamente lo mismo pero con menos consultas.</p>
<p>KE, nestor a seguido el mismo esquema basandose sobre todo en el RS232, la señales de este, los digramas de flujo del PC en base a interrupciones.</p>
<p>Agur.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: memoooooria</title>
		<link>http://proiektutaldea.wordpress.com/2008/06/14/defensas-2/#comment-172</link>
		<dc:creator>memoooooria</dc:creator>
		<pubDate>Tue, 17 Jun 2008 12:06:40 +0000</pubDate>
		<guid isPermaLink="false">http://proiektutaldea.wordpress.com/?p=144#comment-172</guid>
		<description>Os han cambiado las preguntas?
Si es asi podrias ponerlas?

Saludos y gracias.</description>
		<content:encoded><![CDATA[<p>Os han cambiado las preguntas?<br />
Si es asi podrias ponerlas?</p>
<p>Saludos y gracias.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Daniel García</title>
		<link>http://proiektutaldea.wordpress.com/2008/06/14/defensas-2/#comment-171</link>
		<dc:creator>Daniel García</dc:creator>
		<pubDate>Sun, 15 Jun 2008 11:21:40 +0000</pubDate>
		<guid isPermaLink="false">http://proiektutaldea.wordpress.com/?p=144#comment-171</guid>
		<description>Java
1.- Lo tenemos hecho 2 veces mínimo: una para las líneas en Terminal y otra para la selección de estaciones o líneas en GestionMetro
2.-Tenemos la interface implementada
3.-Creo que se lo preguntaron porque no lo hacian del todo bien
4.-Nosotros usamos un hilo en RS232 para poder leer paralelamente a la ejecución del hilo principal.

Tec. Comp.
1.-Es polling xD
2.-En la nuestra supongo que a lo sumo RCL y RDL y tal
3.-9600 8N1-&gt;1ms
4.-
485: 35Mbps de 0 a 10 metros. A partir de ahí la cosa funciona tal que así:
Speed and cable lengths work against each other. In other words, the longer the cable, the slower the signaling rate must be, while data can be transmitted faster on shorter cables. As a rule of thumb, the data signaling rate (in bps) multiplied by the cable length (in meters) should not exceed 10exp8. For example, a system with a cable measuring 500 m should not transmit data at speeds greater than 200 kbps (10exp8/500).

232: 20kbps a 15m como máximo

Ethernet: se puede usar 10BASE-T, 100BASE-TX, and 1000BASE-T. a 10, 100 y 1000 Mb/s respectivamente a 100 metros como máximo (por especificación, pero hay repetidores y además con cables pofesionales se puede llegar más lejos, además lo suyo sería la fibra óptica que llega kilómetros)

Así que 20kbps

5.-El problema se soluciona poniendo un &#039;arbitro&#039;, un PIC: programable interruption controller. En nuestro caso monomaster funciona más rápido a mayor carga y multimaster a menos carga.</description>
		<content:encoded><![CDATA[<p>Java<br />
1.- Lo tenemos hecho 2 veces mínimo: una para las líneas en Terminal y otra para la selección de estaciones o líneas en GestionMetro<br />
2.-Tenemos la interface implementada<br />
3.-Creo que se lo preguntaron porque no lo hacian del todo bien<br />
4.-Nosotros usamos un hilo en RS232 para poder leer paralelamente a la ejecución del hilo principal.</p>
<p>Tec. Comp.<br />
1.-Es polling xD<br />
2.-En la nuestra supongo que a lo sumo RCL y RDL y tal<br />
3.-9600 8N1-&gt;1ms<br />
4.-<br />
485: 35Mbps de 0 a 10 metros. A partir de ahí la cosa funciona tal que así:<br />
Speed and cable lengths work against each other. In other words, the longer the cable, the slower the signaling rate must be, while data can be transmitted faster on shorter cables. As a rule of thumb, the data signaling rate (in bps) multiplied by the cable length (in meters) should not exceed 10exp8. For example, a system with a cable measuring 500 m should not transmit data at speeds greater than 200 kbps (10exp8/500).</p>
<p>232: 20kbps a 15m como máximo</p>
<p>Ethernet: se puede usar 10BASE-T, 100BASE-TX, and 1000BASE-T. a 10, 100 y 1000 Mb/s respectivamente a 100 metros como máximo (por especificación, pero hay repetidores y además con cables pofesionales se puede llegar más lejos, además lo suyo sería la fibra óptica que llega kilómetros)</p>
<p>Así que 20kbps</p>
<p>5.-El problema se soluciona poniendo un &#8216;arbitro&#8217;, un PIC: programable interruption controller. En nuestro caso monomaster funciona más rápido a mayor carga y multimaster a menos carga.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
