T: Konstruera och eventuellt serieproducera enkelt kretskort

[Pontus_epi]

Hej,

vår företag använder en enhet som heter Netduino (http://netduino.com/netduino2/) för att samla in data från 24V system.
Till denna gör vi ett enkelt kretskort för att mata Netduinon med rätt spänning och signaler etc.

Vi kommer nu behöva göra viss serieproduktion av vår enhet på ca 30 st i första läget.

Vi behöver hjälp med design och gärna också konstruktion/produktion av kretskortet som hittills bara byggts
på experimentkort.

Kortet innehåller / bör innehålla följande, lite grovt.
Omvandling från 24V till ca 7-9V för drivning.
Koppling av 24V insignal med optokopplare till Netduinons ingångar, 2-3 st.
Watchdog för övervakning av Netduinon, som ibland hänger sig.
Ev diodutgång för statusindikering.

Allt som allt ca dussinet komponenter på ett kort, alltså.

Vi har egna tankar kring komponentval och uppbyggnad men är även öppna för andra förslag förstås.

Vi har f-skatt och uppskattar om även den som antar sig uppdraget har det.
Vi betalar för uppsättning och skapandet av design etc, och sedan även per kort för "produktion" om
det blir aktuellt.
Uppdragstagaren ska helst finnas i Stockholm med omnejd.

Hör gärna av er om intresse finns så kan vi diskutera detaljer kring projektet och betalning.

Hälsningar,
Pontus.

[Icecap]

En stilla undran: om det nu ska göras ett kretskort, varför då inte peta dig även processorn och spara en del pengar?

Tar man t.ex. Renesas RX210 (64 pinnars) finns det hela med till ett pris av 112:-.

[Micke_s]

Har dom få kort så kommer utvecklingskostaden bli mer än fortsätta med netduino

[Klas-Kenny]

Vad som vore vettigt är väl att placera processorn från Netduinon på det egenutvecklade kortet och på så vis samla allt på samma, men kunna fortsätta använda all gammal mjukvara.

[Lennart Aspenryd]

Håller helt med. Varför inte samla upp det hela!

[sodjan]

> Tar man t.ex. Renesas RX210...

Man får väl anta att all programvaran redan är skriven till den valda plattformen.
Att skriva om allt till en annan processor för enbart 30 exemplar verkar osmart.

Jag håller med Micke_s, det finns ingen anledning att designa om något
som kan köpas för $34.95, finns inte en chans att räkna hem det på 30 ex!

Interface/moderkortet kan också konstrueras med tanke på småskalig
produktion, kanske med enbart hålmonterering och låta all ytmontering
ligga på den inköpta NetDuino kortet.

[Pontus_epi]

Hej alla,

tack för tips och kommentarer, kul med input.
Lite relevant uppdatering från min sida då:
Ja, programmeringen är klar för Netduinon, och att porta den känns onödigt.
Vi använder dessutom Ethernet-porten för att skicka data till en server, kanske kan man flytta med den,
men det känns också lite onödigt. Förhoppningsvis kommer vi även använda SD-kort-läsaren för att lagra
data vid nät-avbrott.
Egentligen skulle vi vilja gå över till den mer produktionsanpassade Netduino Go, men dess Ethernetmodul
är inte färdigutvecklad ännu, så vi får hålla till godo med denna modell.

Man löser förmodligen detta enklast genom en Netduino/Arduino shield, antingen som custom PCB eller en
standard-shield att bygga på.

Jag har fått inledande förslag, men tar gärna emot fler.

Trevlig lördag,
Pontus.

[Micke_s]

Det är netduino plus 2 ni använder?

Jag hade kört ett custom PCB. tar mycket mer att löda kablar hit och dit på en standard shield om ni inte kan köra direkt på en shield.

[Icecap]

Min inställning är som följer:
* Ett kundspecifikt kretskort kostar en viss summa att få utvecklat.
* Att begära anslutningar för en shield på det är en struntsumma i merkostnad.
* Att lägga µC'n direkt på specialkortet är ytterligare en struntsumma extra. Och då kostar det INTE en färdig enhet extra.

Om programmet är skrivit i C ska porteringen till en annan processortyp mer vara en fråga om att anpassa hårdvaruinitieringen och sedan kompilera om men det behövs ju inte då allt redan är klart till en ganska modern µC.

Problemet är att mellan 80% och 90% av problem med elektronik är orsakat av glappkontakt, alltså är detta med shields osv. ett allvarligt problem ur garantihänsyn och driftsäkerhet.

[Swech]

Den interessanta frågan är vad som händer efter 30 st
Är marknaden mättad då?

Blir det 30 / år därefter eller kanske 300 / år?
Swech

[Icecap]

Nåväl, en switch-mode omvandlare från 24V till 7,5V är inget problem att lägga på ett kort.
Några optokopplare är inget problem heller, kontaktdon till samma är enkla likaså. Jag föreslår jackbara kopplingsplint.

En/ett par LED för status: Jajamensan!

"Watchdog för övervakning av Netduinon, som ibland hänger sig."
Oj då - det finns alltså ett systemfel?
Och i en Cortex-M3 finns det inte watchdog-funktion? Mycket osannolikt.

Nåväl, möjligt att lägga externt men hur ska den aktiveras?

Ska det några utgångar till också?

[Swech]

Icecap
Läs dina inlägg en extra gång innan du trycker på skicka.
Fundera ett extra varv på hur mycket som det osar om dem med avsky över
grundkonceptet och om trådskaparen kan uppfatta dina inlägg som att
du idiotförklarar dem och/eller lösningen.

Skall de ha 30 enheter och konceptet är klart med arduinon, fine.
Det är inga problem

Snack om glapp skulle isåfall innebära att alla kort med jumpers / stiftlister
är rena skiten.

Pontus_epi
Skicka ett pm till mig om du / ni vill gå vidare.
Lösningen i sig är inga svårigheter.
Diskussionen om man bör köra hela kortet med processor eller om man nöjer sig
med ett "add on" kort går att fortsätta med

Swech

[Pontus_epi]

Hej igen,

jag länkade lite fel till enheten innan, vi använder Netduino Plus:
http://netduino.com/netduinoplus/specs.htm
Gör ingen större skillnad för diskussionen, då jag redan nämnt att vi använder Ethernet på den.
Programmet är skrivet i .Net MicroFrameWork, som det heter, dvs C#.
Vi använder lånad TCP/IP-kod bl.a. så omskrivning är inte något vi önskar.

Vi letar heller inte efter den optimala lösningen i det här skedet, utan mer det enklaste utifrån
situationen vi är i nu. Marknaden kanske ligger på 2-300 enheter på sikt, men då kan vi nog
ta ett nytt grepp på vägen, då tex med Netduino Go istället, som är production ready.
Det vi vill ha nu är en lösning på 2-4 månaders sikt, men gärna snabbare förstås.

Angående lite komponenter, så driver vi enheten med denna:
http://www.powergatellc.com/traco-power ... erter.html

Inga optokopplare använde för tillfället, utan bara enkel spänningsdelning.
Tips emottages gärna för detta.

Ja, det är ett systemfel som gör att enheten hänger sig om internetuppkopplingen försvinner
vid fel tillfälle. Intern watchdog-spåret verkar inte vara aktuellt efter mycket Netduino-forum-letande.
Istället tänker vi oss en extern watchdog, exempelvis denna:
http://se.farnell.com/jsp/search/produc ... ku=2113169
Den har en timeout på ett par sekunder. En puls, exempelvis varje sekund, ut från enheten är enkelt
att skicka. Den nollställer WDn. Vid utebliven signal triggas då en reset. Till WDn behövs lite logik
eftersom Netduinons boot-tid är längre än time-outen. WDn måste alltså aktiveras av enheten efter uppstart
för att inte skicka reset direkt.

Det lutar alltså mer och mer åt nuvarande plattform och med ett custom PCB på det, tycker jag.

Då är det alltså design av denna som vi önskar hjälp med. Beroende på hur den sen ser ut så kan
vi säkert gå på antingen extern eller egen produktion sedan. Det beror väl på pris och komplexitet.
Jag ser inte detta som särskilt komplicerat, som väl bekräftats av diskussionen. Det handlar mer om
att vi vill vara på den säkra sidan och väva ihop konceptet på ett bra sätt. Och sedan som sagt
kanske även själva serie-produktionen.

Pontus.

[Micke_s]

Watchdog:en borde man kunna lösa med lite logikgrindar och köra den pinnen ni redan har till watchdog:en.
Alternativ så programmerar man upp någon liten liten attiny10/attiny13/pic10f/pic12f att ha en längre delay vid uppstart och omstart.


Var finns ni btw?

[MattiasB]

Hej,
mitt företag hjälper gärna till med just det du efterfrågar.
vi finns i Nacka och har både konstruktion och produktion.
jag själv är caddare men har god kontakt med flera konstruktörer som jag brukar ta hjälp av
Med vänlig hälsning/Mattias B