Yo los tengo dentro de europa donde las facturas son sin IVA entre empresas, este es un aspecto que tendrás que ver, el cómo facturar a países de fuera de Europa.
Buenas, no es por desconfiar, ¿pero entregar el producto sin cobrarlo, que lo prueben y después te pagan, sin conocerlos y en otro país?. Además de cobrar el anticipo de 1/3, yo en tu lugar, haría algo bien simple y se los dejaría claro, la maquina se va a poder encender 5, 10 o 15 veces, para que la prueben tranquilos, en un período de x tiempo(1 hora), allí habrá que quitar la alimentación y al conectarla descontara en uno la cantidad de encendidos.
Si todo funciona ok, una vez que se acredite el pago de la totalidad del producto, e pasas por mail la combinación de las teclas oprimidas con la cual tendrá que encenderla, una vez esto, el producto quedara liberado para uso definitivamente. Agregar esto al software no significa nada, el micro seguramente tiene eeprom, con lo cual no habrá problemas, no lleva modificaciones de hardware y te asegura cobrar el producto. Vendría a ser como las llaves usb o el key para liberar un software, pero implementado en el firmware.
Digo, debe ser que no soy el único desconfiado, sino los software vendrían libres y las empresas te dirían, probalo tranquilo, despues me pagas....
Para evitar que se pongan a probar combinaciones, pues le pones que si le erran mas de x veces se bloquee y listo el tema.
Salutes.
Buenas, no es por desconfiar, ¿pero entregar el producto sin cobrarlo, que lo prueben y después te pagan, sin conocerlos y en otro país?. Además de cobrar el anticipo de 1/3, yo en tu lugar, haría algo bien simple y se los dejaría claro, la maquina se va a poder encender 5, 10 o 15 veces, para que la prueben tranquilos, en un período de x tiempo(1 hora), allí habrá que quitar la alimentación y al conectarla descontara en uno la cantidad de encendidos.
Si todo funciona ok, una vez que se acredite el pago de la totalidad del producto, e pasas por mail la combinación de las teclas oprimidas con la cual tendrá que encenderla, una vez esto, el producto quedara liberado para uso definitivamente. Agregar esto al software no significa nada, el micro seguramente tiene eeprom, con lo cual no habrá problemas, no lleva modificaciones de hardware y te asegura cobrar el producto. Vendría a ser como las llaves usb o el key para liberar un software, pero implementado en el firmware.
Digo, debe ser que no soy el único desconfiado, sino los software vendrían libres y las empresas te dirían, probalo tranquilo, despues me pagas....
Para evitar que se pongan a probar combinaciones, pues le pones que si le erran mas de x veces se bloquee y listo el tema.
Salutes.
Bueno, con este proyecto de la tragaperras ruleta, creo que me voy a entretener bastante. Además una vez se acabe me comenta el dominicano, que quiere contratar otro diseño con GPRS, noseque en la nube, bases de datos, página web, etc... ya le he dicho que sin problema, me tiré un carro de años haciendo paginas web en PHP con bases de datos MySQL. Será interesante tocar el GPRS con el "internet de las cosas" y todas esas gaitas.
MongoseDB
Express.js
AngularJS
NodeJS
Gente que pueda hacer un proyecto de electrónica completo el solo (diseño hardware, software, fabricación, prototipado, etc..) a buen nivel yo creo que hay poca, de ahí que te busquen de la otra punta del mundo.
Si, pero ve pensando que ahora que se habla de IoT y la nube va más allá de un PHP y MySQL. Hoy en día las personas piensan más en algo llamado MEAN stack y similares.lado de UDP tienes CoAP y del lado de TCP tienes MQTT, y pensando en el hecho de que podrías usar una Teensys con el IDE de arduino, hay unas librería MQTT que podrías usar con el módulo GPRS (https://pubsubclient.knolleary.net/ o revisa http://community.ubidots.com/t/solved-gprs-mqtt-library/848/2)
Llegado el momento ya indagaré a ver que se cuece ahora.Eso, que primero hay que avanzar en lo primero :).
Llegado el momento ya indagaré a ver que se cuece ahora.
Mi sueño sería tener una empresa en la que ingenieros e informáticos trabajen para mi, yo a tratar con los clientes, a promocionar el producto, y sobre todo plantear el diseño de nuevos productos (es lo que más me gusta, enseguida se me dispara la imaginación con ideas chulas), y que otros se dediquen a crearlos bajo mi supervisión.
Lo que más odio es el ensamblaje (a mano), y más que eso las reparaciones. Con el ensamblaje pierdo mucho tiempo (y ya empiezo a estar hasta el gorro), aunque tengo casi todas las herramientas, solo me falta el Pick and Place. Anhelo el día en el que las placas ya me lleguen todas montaditas de algún fabricante, y solo tenga que empaquetarlas para enviarlas al cliente.
Yo estoy pensando en estudiar programación y ponerme más a programar que hacer electrónica, con la tecnología actual y hacia donde tiende se van a poder hacer más proyectos de electrónica sabiendo programación que sabiendo electrónica, todo tiende a que viene ya fabricado, tienes placas y módulos que comprar, etc.. y el tiempo de desarrollo suele estar en el software.
Has probado a pedir presus de montaje:no es tan caro como tú piensas. Otra cosa es que hagas productos de muy bajo valor en el mercado y/o tiradas cortas. Si es así y te ves abocado a montarlas tú mismo para no tener que subir el precio (perdiendo competitividad) creo que al final es engañarse a uno mismo ya que los beneficios del producto se te van en las horas de montaje y al final mientras que estés sólo, autoempleo, lo que cuenta es el beneficio hora. Si no es así te animo a que pidas precios de montajes: los utillajes suelen ser caros pero luego (si casi todo es SMD) es muchas veces más eficiente (económico) que hacerlo uno mismo.
Yo no doy abasto, me gusta hacérmelo todo yo, para no depender de nadie, pero hay un límite. Por ejemplo tengo un proyecto propio, que reproduce unos videos, pero hay que editarlos y prepararlos para añadirles máscaras y efectos especiales, al final me puse a aprender con Adobe Premiere y Adobe After Effects para crear los videos. Es una locura tocar tantos palos a la vez.
Mi sueño sería tener una empresa en la que ingenieros e informáticos trabajen para mi, yo a tratar con los clientes, a promocionar el producto, y sobre todo plantear el diseño de nuevos productos (es lo que más me gusta, enseguida se me dispara la imaginación con ideas chulas), y que otros se dediquen a crearlos bajo mi supervisión.Creo que de seguir con ese paso estás a poco de tener tu(s) primer(os) empleado(s) a tiempo completo :). Una ventaja en ese caso o en el de la apoyarte en terceros es que tienes muy buen conocimiento y te permitiría coordinar más eficientemente (además de que no te van a engañar fácilmente :P).
Hace tiempo pedí presupuesto a los chinos (de HQPCB), y me pareció bastante caro, además se pasaban mucho con el coste del material, casi el doble de lo que me cuesta a mi. Eso no me gustó nada porque me dió la sensación de que aparte del coste del ensamblaje, pretendían tener beneficio con el coste del material, y yo no quiero comprarles componentes, solo contratar el servicio de ensamblaje.
Si, ya me voy dando cuenta que el software es lo que más tiempo lleva, el harware en muchas ocasiones se diseña en un rato. Y en ese aspecto, creo que lo más importante es tener un buen grupo de programas o rutinas modelo, testadas y funcionando.
Ademas también hay que mirar las tecnologías de fabricación del fabricante para adaptarte a ellas y que no se te ponga muy caro. Quien crea que hacer un hardware es sencillo y rapido, es que no ha hecho muchos hardware en condiciones y ocurre exactamente lo mismo con el software. Es mas ocurre lo mismo en todas las disciplinas, o ¿pensais que hacer una mesa mala es complicado? 4 palos y un tablero y si me apuras un tocón de arbol y punto, ahora haz una mesa en condiciones, encargala a un maestro carpintero a ver que pasa.
un saludo.
Si sale mas barato hacerlo con un Arduino. ¿Porque no?
No estoy en contra de las placas pre-fabricadas, y si veo que es mas barato que actualmente desarrollar algo de cero va hacia alla. En productos de consumo masivo obviamente es mejor ir a una placa desarrollada de cero. Pero productos que se realizan 1 a 5 veces o en pocos volumenes, pienso que es totalmente sensato ir por estas.
Otra empresa, se había quedado estancada, cual fue mi sorpresa cuando vi que estaban haciendo una cafetera para producirla y venderla en masa, con un ARDUNINO DENTRO!!!!
A lo que quiero llegar. Si es una cagad*** esa tablet, pero si el precio es bueno respecto a la competencia y funciona aunque sea un año, van a vender. Ademas que importa, no pierden ningun "prestigio", simplemente cambian de marca y salen a vender de nuevo.
Hacer las cosas (hardware y software) es fácil, lo difícil es hacerlo bien.
El mayor porcentaje de gente que va a comprar, no se fija en cuanto va a durar, la calidad, etc. La mayoria solo ve el costo. En la parte de informatica eso se ve lejos. Hay gente que prefiere pagar un poco menos de plata y le dan PC con 3 años de antiguedad, poniendo 2/10 o 1/10 mas del precio se compran una PC de ultima generacion. A lo que quiero llegar. Si es una cagad*** esa tablet, pero si el precio es bueno respecto a la competencia y funciona aunque sea un año, van a vender. Ademas que importa, no pierden ningun "prestigio", simplemente cambian de marca y salen a vender de nuevo.
Y en industria cada vez más gente utiliza plataformas tipo arduino/rpi (sí juanjo, aunque te parezca increíble) pero la razón no es el coste del HW sino la facilidad de implementar electrónica con librerías de código abierto y muchos manuales de internet. Cuando todo el equipo técnico es informático no puedes esperar que se planteen usar un PIC o un Kinetis ya que para ellos eso es un dolor de cabeza tremendo ya que hay que leer mucha documentación de como utiliazarlos o contratar a un ingeniero de firmware (algo que no se por qué co...nes no hace casi ninguna).
Para mi que ellos ( los superiores del equipo tecnico ) ven una sola relacion: Informatica === programacion.
Si sabes programar aca, podes saber programar en otro lado. Pero hacerlo bien (conocimiento,experiencia,etc) como dijo tsk, es otro cantar.
Para mi que ellos ( los superiores del equipo tecnico ) ven una sola relacion: Informatica === programacion.
Si sabes programar aca, podes saber programar en otro lado. Pero hacerlo bien (conocimiento,experiencia,etc) como dijo tsk, es otro cantar.
Ese es justo el caso del proyecto con el que estoy ahora mismo. El director técnico es un informático con 25 años de experiencia. Un verdadero fuera de serie: conozco muchos informáticos y él es el mejor sin duda alguna. Para él lo más sencillo es usar arduino y rpi para sus proyectos porque tiene manuales de como "conectarse" con dispositivos electrónicos sin tener apenas idea de electrónica (no tienen ni una fuente de laboratorio). Le puedo explicar de mil formas que hay otras opciones igual de válidas pero no lo voy a convencer nunca. Nos guste o no (yo reconozco que a mí no), todo lo que pueda programar un informático en lenguaje de alto nivel no va a ser trabajo de un programador firmware nunca más: expertos en micros en C/C++ hay pocos y son caros, informáticos junior que se defiendan con nodeJS hay muchos y baratos.... y al final para un software que mueva un par de motores y relés ambos son igual de válidos... Esa es otra de las razones por las que prefiero no hacer proyectos de SW: con HW el mercado es reducido pero tampoco hay tanta competencia, con SW por muchos años que yo lleve programando PICs en C para un proyecto sin requerimientos de tiempo real cualquier informático recién salido de la universidad es mucho más eficiente que yo programando un Arduino o un Espruino....
Para mi que ellos ( los superiores del equipo tecnico ) ven una sola relacion: Informatica === programacion.
Si sabes programar aca, podes saber programar en otro lado. Pero hacerlo bien (conocimiento,experiencia,etc) como dijo tsk, es otro cantar.
Ese es justo el caso del proyecto con el que estoy ahora mismo. El director técnico es un informático con 25 años de experiencia. Un verdadero fuera de serie: conozco muchos informáticos y él es el mejor sin duda alguna. Para él lo más sencillo es usar arduino y rpi para sus proyectos porque tiene manuales de como "conectarse" con dispositivos electrónicos sin tener apenas idea de electrónica (no tienen ni una fuente de laboratorio). Le puedo explicar de mil formas que hay otras opciones igual de válidas pero no lo voy a convencer nunca. Nos guste o no (yo reconozco que a mí no), todo lo que pueda programar un informático en lenguaje de alto nivel no va a ser trabajo de un programador firmware nunca más: expertos en micros en C/C++ hay pocos y son caros, informáticos junior que se defiendan con nodeJS hay muchos y baratos.... y al final para un software que mueva un par de motores y relés ambos son igual de válidos... Esa es otra de las razones por las que prefiero no hacer proyectos de SW: con HW el mercado es reducido pero tampoco hay tanta competencia, con SW por muchos años que yo lleve programando PICs en C para un proyecto sin requerimientos de tiempo real cualquier informático recién salido de la universidad es mucho más eficiente que yo programando un Arduino o un Espruino....
Hace años vi una maquina expendedora de billetes de tranvía que estaba abierta porque debian estar reparándola. Me pareció ver que en vez de utilizar un monitor de uso industrial, que haberlos haylos y de muy variados precios y calidades, utilizaba un simple monitor TRC de color con su peana incluida similar a los que cualquiera de nosotros pudiera tener en su casa para el PC . Eso si el viajero al sacar el billete lo que veía era una maquina expendedora con pantalla :lol: :lol: :lol:
S2.
Hace años vi una maquina expendedora de billetes de tranvía que estaba abierta porque debian estar reparándola. Me pareció ver que en vez de utilizar un monitor de uso industrial, que haberlos haylos y de muy variados precios y calidades, utilizaba un simple monitor TRC de color con su peana incluida similar a los que cualquiera de nosotros pudiera tener en su casa para el PC . Eso si el viajero al sacar el billete lo que veía era una maquina expendedora con pantalla :lol: :lol: :lol:
S2.
Yo tambien lo vi en otros lados, ejemplo en una rocola, la interfaz era con botones, pero por dentro (lo vi ya que sacaron las fichas que la gente habia puesto) era una PC + monitor CRT. En ves de iniciar un Windows/Linux, simplemente entraba a esta version de programa para rocola.
El sonido es tan importante como las florituras luminosas a la hora de atraer a un posible jugador; no lo relegues a un segundo plano ni lo descuides.
No tengo ni idea de como se gestionaban los premios pero sí puedo decirte que los empleados de los salones sabían cuando una máquina estaba 'a punto' con una precisión asombrosa.
[15082, 14992, 14880, 15046, 15031, 14911, 15069, 15088, 15027, 15028]
$ python rnd2.py
5997364
899603
0.149999733216
$ python rnd2.py
6000380
900044
0.149997833471
$ python rnd2.py
6003608
900534
0.149998800721
$ python rnd2.py
6001491
900195
0.149995226186
[30006, 29932, 29807, 29929, 29960, 29884, 29885, 29922, 29813, 29902]
[967, 966, 962, 965, 966, 964, 964, 966, 961, 965]
Ben>threshold*Total_Rec
¿ Y en que está basado el TRNG, cual es la semilla ?
p(0) = 0.5
p(1) = 0.5
p(00) = p(0)*p(0) = 0.25
p(01) = p(0)*p(1) = 0.25
p(10) = p(1)*p(0) = 0.25
p(11) = p(1)*p(1) = 0.25
pero de tan sólo pensar que los empleados conozcan el momento en que la máquina pueda echar el premio gordo me invita a suponer que podrían hacer algún tipo de trampa para llevarse las ganancias.
Lo que más odio es el ensamblaje (a mano), y más que eso las reparaciones. Con el ensamblaje pierdo mucho tiempo (y ya empiezo a estar hasta el gorro), aunque tengo casi todas las herramientas, solo me falta el Pick and Place. Anhelo el día en el que las placas ya me lleguen todas montaditas de algún fabricante, y solo tenga que empaquetarlas para enviarlas al cliente.
Lo termine implementando de la siguiente manera y a ver si alguien me dice cuan mal esta... yo necesitaba un número aleatorio de 4 cifras, había un timer iniciado y contando directamente desde los pulsos del reloj interno a 20MHZ, cuando pulsaba un boton externo ponía en marcha un segundo timer y lo dejaba en marcha desbordandose hasta que el usuario liberaba el boton, allí paraba ambos timers, y multiplicaba sus valores... nunca volvía a cero el segundo timer, así que la próxima vez seguía desde donde había quedado y se desbordaba...
Rebuscado?, si, aleatorio entiendo que tambíen, el usuario nunca presionaba el mismo tiempo el botón, al menos no en microsegundos exactos, y como el primer timer corría libre y ambos eran de 16 bits me pareció correcto. Además luego uno puede elegir números al azar dentro del resultado...
Pero no seria aleatorio. Ya que conociendo cuando arranca el micro y cuanto tiempo presionado esta el boton se puede determinar exactamente el valor.
Y si uno necesitaria saber exactamente esos valores que no es poco. Aun asi no lo considero como aleatorio. Uno no deberia tener forma de saber de forma exacta el valor que va a obtener.
Coincido con Killer, el resultado obtenido mediante este tipo de métodos será siempre pseudo-aleatorio.