Hallo Zusammen, ich suche einen Entwickler der mir einen Prototypen bauen kann. Der Sensorknoten sollte folgendes können: 1 Bluetooth zum verbinden mit einem Iphone 2 Interne Stromversorgung (Batterie) 3 Signal bei überfahren eines Magnetstreifens 4 1 Temperaturfühler ca. -10-50 grad intern 5 1 Temperaturfühler extern über kabel verbunden von -10-100 grad 6 1 Temperaturfühler extern über kabel verbunden von -10-1000 grad 7 Sensor zur Erfassung der Drehzahl über induktionsschlaufe (1 Zylinder Motor) Signal wird mittels eines Kabels das am Zündkerzenkabel befestigt wird abgenommen. 8 GPS Sensor min. 100 Hz. (nice to have da eh schon einer im Iphone ist der aber leider nicht brauchbar ist). 9 Beschleunigungs sensor bis ca. 10g (nice to have da eh schon einer im Iphone ist der aber leider nicht brauchbar ist). Mich würde interessieren was die Entwicklung eines Prototypen kosten könnte und wiviel so ein Sensorknoten in der Serienfertigung kosten würde bei einer Stückzahl von ca. 5000 Stk.? vielen Dank für eure Tips. Grüsse Josh
Bluetooth ZUM iPhone kannst du vergessen, das iPhone hat kein serielles BT-Profil.
Frank schrieb: > Bluetooth ZUM iPhone kannst du vergessen, das iPhone hat kein serielles > BT-Profil. Immer noch nicht? Ich kann es kaum glauben. Gibt es nicht die Möglichkeit die Daten als Audio Stream in dieses dieses ach so tolle Wunderwerk des Kommerzes zu bringen?
Joshua Göldi schrieb: > 8 GPS Sensor min. 100 Hz. (nice to have da eh schon einer im Iphone ist > der aber leider nicht brauchbar ist). Nennt sich dann glaub ich RTK (Real time Kinematik) Empfänger ist aber sehr teuer. Mit welche Genauigkeit soll deine Cruise Missile denn fliegen?
Hi, Frank schrieb: > Bluetooth ZUM iPhone kannst du vergessen, das iPhone hat kein serielles > BT-Profil. Und? Es muss ja nicht zwingend über ein Serielles Profil laufen. Wenn man den richtigen µC wählt kann man doch fast jedes Profil wählen was man möchte. Man nur zusehen das an beiden Enden die Daten dann wieder richtig aufbereitet werden. Aber von der generellen Machbarkeit würde aus meiner Sicht auch nichts dagegen sprechen das sich das Device als Massenspeicher oder gar Audiogerät anmeldet und eine "APP" auf dem überteuerten Digitalspielzeug dann lesend und schreiben darauf zugreift und die Daten aufbereitet. Das dies natürlich nichts mit einem BTM222 und einem ATMEGA8 wird sollte natürlich klar sein... Zur oben genannten Preiseinschätzung: Um es nur Halbwegs verbindlich eingrenzen zu können fehlen noch ein Menge Informationen. Also z.B. in welcher Form die Sensoren ihr Signal liefern. Wenn das zum Beispiel alles intelligente Sensoren sind und der "Knoten" deren daten nur über ein gängiges Protokl auslesen und weiterleiten muss sowie der Rückgriff auf einen kommerziellen BT Stack zu Lasten eines geringfügig höheren Stückpreises (Lizenzkosten für den Stack) in Betracht kommt ist die entwicklung sicher für WEIT unter der Grenze zum fünfstelligen Betrag zu schaffen. Wenn aber wirklich ALLES zu Fuss erst noch Programmiert werden soll und vielleicht gar die SEnsoren auch noch mit zum Arbeitsauftrag gehören, dann kann es locker auch schon mal einiges mehr als 25kEUR werden. Gruß Carsten
Carsten Sch. schrieb: > Es muss ja nicht zwingend über ein Serielles Profil laufen. Wenn man den > richtigen µC wählt kann man doch fast jedes Profil wählen was man > möchte. und den Blutooth Stack gibt es kostenlos dazu? > Man nur zusehen das an beiden Enden die Daten dann wieder richtig > aufbereitet werden. und die Sicherungsschicht nachimplemetieren? > Aber von der generellen Machbarkeit würde aus meiner Sicht auch nichts > dagegen sprechen das sich das Device als Massenspeicher oder gar > Audiogerät anmeldet und eine "APP" auf dem überteuerten > Digitalspielzeug dann lesend und schreiben darauf zugreift und die Daten > aufbereitet. Geht Massenspeicher mit Bluetooth? > Das dies natürlich nichts mit einem BTM222 und einem ATMEGA8 wird sollte > natürlich klar sein... Ob die Entwicklung in Richtung abgeschottete Apple Welt da das richtige ist? > Zur oben genannten Preiseinschätzung: > Um es nur Halbwegs verbindlich eingrenzen zu können fehlen noch ein > Menge Informationen. Also z.B. in welcher Form die Sensoren ihr Signal > liefern. > > Wenn das zum Beispiel alles intelligente Sensoren sind und der "Knoten" > deren daten nur über ein gängiges Protokl auslesen und weiterleiten muss > sowie der Rückgriff auf einen kommerziellen BT Stack zu Lasten eines > geringfügig höheren Stückpreises (Lizenzkosten für den Stack) in > Betracht kommt ist die entwicklung sicher für WEIT unter der Grenze zum > fünfstelligen Betrag zu schaffen. Inkl. Hardware? Gib mir mal ne Kontaktadresse von dir. > > Wenn aber wirklich ALLES zu Fuss erst noch Programmiert werden soll und > vielleicht gar die SEnsoren auch noch mit zum Arbeitsauftrag gehören, > dann kann es locker auch schon mal einiges mehr als 25kEUR werden.
Viel Spaß beim Entwickeln von Hardware für iOS Geräte. Habe das gerade erst hinter mir, nie wieder. Zumindest wenn eine Grundbedingung ist das die Geräte kein Jailbreak haben dürfen. Da geht nämlich ohne Apples teurem Segen so gut wie gar nichts. Und dabei ging es bei mir nur um kabelgebunde Sensorik. Det BT-Stack im iOS ohne Jailbreak soll wohl recht bescheiden sein, was ich so gehört habe. Grüße, Chris
iPhone steigert die Kosten, ist aber möglich. 100Hz GPS wird die Kosten allerdings stark steigern... ist IMHO auch nicht sinnvoll - hängt natürlich von der Anwendung ab. Entwicklung wäre durchaus zwischen 10 und 25k zu machen - abhängig von den weiteren Details und was genau alles entwickelt werden muss. Stückkosten hängen noch von weiteren Details ab, aber die 50 Euro die schon genannt wurden sind durchaus realistisch.
Der Rächer der Transistormorde schrieb: > Carsten Sch. schrieb: >> Es muss ja nicht zwingend über ein Serielles Profil laufen. Wenn man den >> richtigen µC wählt kann man doch fast jedes Profil wählen was man >> möchte. > > und den Blutooth Stack gibt es kostenlos dazu? Für etwas anderes als SPP wird kostenlos schwierig. Deshalb habe ich weiter unten die Lizenzkosten ja AUSDRÜCKLICH Erwähnt. ABER das "kostenlos" ist ja auch gar nicht die Frage. Es sind im Entwicklungsprozess nur zwei Fragen entscheident: 1. Ermöglicht mir der Stack die gewünschte Funktion? 2. ISt der Zukauf BILLIGER als der Selbstentwurf. Und da kann man hier ganz klar sagen JA & JA! Und wenn ich mir jetzt die Preise für BT Stacks so ansehe... ICh habe gerade ein Beispielangebot gesehen wo ein Kontigent von 5000Lizenzen knapp über 4000USD kostet. Das klingt zwar nach Viel, macht auf das einzelne Modul bei Fertigung von 500 Einheiten aber 8USD pro Einheit aus. Wenn man dann doch die 5K Ausreizen würde währen es nur 80 US Cent pro Einheit. Wenn ein Entwickler da im Gegensatz ZWei Monate dran Schraubt, dann ist das deutlich Teurer. Natürlich - wenn man gewaltige Stückzahlen hat lohnt es sich schon einen komplexen Stack auch selbst zu schreiben, aber nicht bei diesen Kleinmengen. In diesem Zusammenhang ist ja auch meine im oberen Beitrag weiter unten geschriebene Anmerkung zu verstehen: >> ... sowie der Rückgriff auf einen kommerziellen BT Stack zu Lasten eines >> geringfügig höheren Stückpreises (Lizenzkosten für den Stack) in >> Betracht kommt... In diesem Fall würde es dann bedeuten die Entwicklung wird 10k Euro billiger, ABER der Produktion wird bei 500Einheiten 5k euro teurer. Trotzdem immer noch 5k Euro gespart! >> Aber von der generellen Machbarkeit würde aus meiner Sicht auch nichts >> dagegen sprechen das sich das Device als Massenspeicher oder gar >> Audiogerät anmeldet und eine "APP" auf dem überteuerten >> Digitalspielzeug dann lesend und schreiben darauf zugreift und die Daten >> aufbereitet. > > Geht Massenspeicher mit Bluetooth? NAja, ein BT Profile Massenspeicher in dieser direkten Form gibt es meines Wissens jetzt nicht. Aber es gibt beispielsweise das FTP Profil das genau für soetwas genutzt wird! > >> Das dies natürlich nichts mit einem BTM222 und einem ATMEGA8 wird sollte >> natürlich klar sein... > > Ob die Entwicklung in Richtung abgeschottete Apple Welt da das richtige > ist? Ich bin bei leibe auch kein Apple Fan, habe auch ganz sicher kein I-Phone Wenn man allerdings die Frage ob man einen ATMEGA8 und BTM222 nutzen kann über den Entwurf komplexer Geräte entscheiden lässt, dann... > >> Zur oben genannten Preiseinschätzung: >> Um es nur Halbwegs verbindlich eingrenzen zu können fehlen noch ein >> Menge Informationen. Also z.B. in welcher Form die Sensoren ihr Signal >> liefern. >> >> Wenn das zum Beispiel alles intelligente Sensoren sind und der "Knoten" >> deren daten nur über ein gängiges Protokl auslesen und weiterleiten muss >> sowie der Rückgriff auf einen kommerziellen BT Stack zu Lasten eines >> geringfügig höheren Stückpreises (Lizenzkosten für den Stack) in >> Betracht kommt ist die entwicklung sicher für WEIT unter der Grenze zum >> fünfstelligen Betrag zu schaffen. > > Inkl. Hardware? Gib mir mal ne Kontaktadresse von dir. Kein Problem - Schreibe mir eine PN was du brauchst und ich antworte dir. Oder du nutzt einfach die Rückwärtssuche für AFU Rufzeichen bei der BNETZA und danach das Telefonbuch. Aber: Vorrausgesetzt es handelt sich wirklich um "Intelligente" Sensoren wie oben für das "deutlich unter fünfstellig gefordert" - Dann ist das weder Elektrisch noch Softwaretechnisch eine Herausforderung. Zumindest nicht auf der Embedded Seite. Was auf dem Handy los ist... Naja, das ist nicht mehr mein Fachgebiet, das sollen dann leute machen die sich damit besser auskennen als ich. Und für nicht Intelligente Sensoren gilt dann natürlich etwas VÖLLIG anderes, wie schon geschrieben: >> Wenn aber wirklich ALLES zu Fuss erst noch Programmiert werden soll und >> vielleicht gar die SEnsoren auch noch mit zum Arbeitsauftrag gehören, >> dann kann es locker auch schon mal einiges mehr als 25kEUR werden. Gruß Carsten
entwicklung kannst du mit mindestens 20k ansetzten... wenns iphone sein soll und bluetooth ist ein stückpreis von 50€ wie schon genannt jedoch unrealistisch, da du ein bluetooth modul brauchst, welche einen authentifizierungs chip von apple besitzt. die dinger kosten dann in kleinen stückzahlen (5K) immernoch um die ca. 20€+. wenn du es billiger haben willst bleibt nur den HF teil selber zu entwickeln. die kosten verdoppeln/verdreifachen sich dadurch jedoch, da neben der HF entwicklung noch apples lizenzkosten+chips dazukommen
> Nennt sich dann glaub ich RTK (Real time Kinematik) Empfänger ist aber > sehr teuer. Mit welche Genauigkeit soll deine Cruise Missile denn > fliegen? Das ding ist ein Go Kart mehr wie 160kmh sollte der nicht gehen. Aber Cooler post;-) gut ich denke vernüftige GPS daten würden auch mit 20-30 hz zustande kommen aber mit 1Hz wie beim originalen Iphone sensor hast einfach nacher n haufen falsche daten weil wenn du eine Kurve fährs er dir die geschwindigkeit der graden strecke berechnet.
Carsten Sch. schrieb: > Zur oben genannten Preiseinschätzung: > Um es nur Halbwegs verbindlich eingrenzen zu können fehlen noch ein > Menge Informationen. Also z.B. in welcher Form die Sensoren ihr Signal > liefern. es ist so dass ich am besten mit XML formaten umgehen kann wenn ich diese in ein app einbinden soll. > > Wenn aber wirklich ALLES zu Fuss erst noch Programmiert werden soll und > vielleicht gar die SEnsoren auch noch mit zum Arbeitsauftrag gehören, > dann kann es locker auch schon mal einiges mehr als 25kEUR werden. gibt es da nicht einfach fertige bauteile zum verbauen?
ja eben 20-30Hz solltens ja auch tun, also dh. wenn ich mit dem kart um die ecke fahr sollte es einfach möglich sein aus den GPS punkten die richtig geschwindigkeit berechnen zu können.
Andi D. schrieb: > entwicklung kannst du mit mindestens 20k ansetzten... wenns iphone sein > soll und bluetooth ist ein stückpreis von 50€ wie schon genannt jedoch > unrealistisch, da du ein bluetooth modul brauchst, welche einen > authentifizierungs chip von apple besitzt. die dinger kosten dann in > kleinen stückzahlen (5K) immernoch um die ca. 20€+. > > wenn du es billiger haben willst bleibt nur den HF teil selber zu > entwickeln. die kosten verdoppeln/verdreifachen sich dadurch jedoch, da > neben der HF entwicklung noch apples lizenzkosten+chips dazukommen ja und wie sieht das ganze aus wenn man eine Android platform nutzen würde? da entfällt ja wohl der obulus an den Jobs...?
Joshua Göldi schrieb: > ja eben 20-30Hz solltens ja auch tun, also dh. wenn ich mit dem kart um > die ecke fahr sollte es einfach möglich sein aus den GPS punkten die > richtig geschwindigkeit berechnen zu können. das gps berechnet dir den geschwindigkeits + richtungsvektor bereits, du brauchst keine so hohe update rate !
> Kart Dann sind 100Hz Update rate wie ich oben schon sagte nicht sinnvoll. :-) Joshua Göldi schrieb: > ja und wie sieht das ganze aus wenn man eine Android platform nutzen > würde? da entfällt ja wohl der obulus an den Jobs...? Jep.
Carsten Sch. schrieb: > NAja, ein BT Profile Massenspeicher in dieser direkten Form gibt es > meines Wissens jetzt nicht. Aber es gibt beispielsweise das FTP Profil > das genau für soetwas genutzt wird! Kenne ich nicht, aber wenn nicht mal das simple SPP im iPhone drin ist (konnten selbst simple Gadgets Jahre vorher) warum sollten die Freunde stalinistischer Totalabschottung und ZK-Kontrolle dann FTP implementieren? > >> >>> Das dies natürlich nichts mit einem BTM222 und einem ATMEGA8 wird sollte >>> natürlich klar sein... Kommt halt auf Anwendung und Stückzahl an. WLAN soll in der Apple Welt auch mit Geräten laufen die nicht im Retro Küchendesign der 50er mit schreienden Obstleuchtreklamen daher kommen. >> >> Ob die Entwicklung in Richtung abgeschottete Apple Welt da das richtige >> ist? > Ich bin bei leibe auch kein Apple Fan, habe auch ganz sicher kein > I-Phone Ich mag diese Gadgets für Versicherungsvetreter und den Rest der technikahnungslosen Angeber auch nicht, aber hab mich auch schon böse in die Nesseln gesetzt in dem glauben das ganze wäre wenigstens mehr als low tech. Joshua Göldi schrieb: > aber mit 1Hz wie beim originalen Iphone sensor hast > einfach nacher n haufen falsche daten Da ist jetzt dieser Schleiflackmöbelhersteller mit geklautem Braun Design ausnahmsweise unschuldig. GPS hat systembedingt eine Aktualisierungsrate von 1Hz. Willst du mehr musst du koppeln, mit Beschleunigungs-, Rad-, Trägerphasen- oder anderer Sensorik. Dafür gibt es fertige Empfänger die so tun als ob mehr als ein Hz Rate raus kommt.
Das war jetzt etwas viel gelästert, jetzt mal ganz sachlich. Joshua Göldi schrieb: > aber mit 1Hz wie beim originalen Iphone sensor hast > einfach nacher n haufen falsche daten weil wenn du eine Kurve fährs er > dir die geschwindigkeit der graden strecke berechnet. Die Genauigkeit eines GPS Empfängers wird meist in der Einheit 2Drms angegeben, Das bedeutet ganz bommelig das ~ 80% der Daten in einem Quadrat von sagen wir mal 5m geometrisch gemittelt deine Position ergeben. Das geht aber bei sich schnell bewegenden Objekten nicht und schon gar nicht mit den Chipsätzen in irgendeinem x-beliebigen Smartphone (Herstellerunabhängig). Abschattung, Multipath, Ausreißer (bis zu 100m) kannste alle nicht mehr wegfiltern das es kein rms (root mean square) mehr gibt weil dein kleines Cart einfach nicht in dem Quadrat (square) bleiben will das der Empfänger braucht um durch Wurzelziehen (root) die Mittellung (mean) durchzuführen. Deine Kurve wird bei dem Tempo ohne Koppeln (Autos machen das z.B. mit der ABS-Radsensorik) zu einem Spaghettiwirrwarr.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.