De EL-kroeg - Deel 4

[itcouldbeanyone]

Verwijderd schreef op maandag 3 april 2017 @ 21:00:
[...]

Als en meer koper, en meer lagen en meer ruimte allemaal niet kunnen vanwege de kosten, ben je dan geen product aan het ontwerpen dat te goedkoop moet zijn om aan de eisen te voldoen? Dat zijn de geijkte en veilige oplossingen. Extra tin wordt soms gebruikt als extraatje, maar de laag die daarmee aangebracht wordt kan teveel variëren om erop te vertrouwen dat grote problemen zo opeens voorkomen worden.


[...]

Als dikker koper of meer lagen te duur is, dan is een extra productiestap met draad en handsolderen waarschijnlijk ook te duur.

hand solderen is indd ook geen optie, de PCB track kunnen in principe makkelijk de stroom aan, hoogste gemeten temperatuur is 70 graden, dit is bij het snubber circuit, welke op een plaats zit waar ook warmte van andere componenten zoals gate drivers vandaan komen.
omdat de componenten en PCB voor minimaal 125 graden gemaakt is, en dit nog lang niet wordt bereikt, is het puur om spanning verschillen in de print te voorkomen, heb nu 10 graden verschil per 10mm PCB.
op zich geen ramp, maar als het voor een paar euro's beter kan.
het mooie zou zijn een backplate, dit is technisch gezien te duur, mischien dat er iets is van een soort warmte geleidende laag / coating waardor de warmte beter wordt verdeeld.

[memphis]

Ook kijkend naar de foto zie ik overal stalen verzinkte ringen, die zijn al een weerstand op zich.... Komt daar niet een deel warmte vandaan?

De busjes waar de zekering op zit moet je misschien van puur koper maken met misschien een koelrib profielje erop.

[Verwijderd]

itcouldbeanyone schreef op maandag 3 april 2017 @ 21:50:
omdat de componenten en PCB voor minimaal 125 graden gemaakt is, en dit nog lang niet wordt bereikt, is het puur om spanning verschillen in de print te voorkomen, heb nu 10 graden verschil per 10mm PCB.
op zich geen ramp, maar als het voor een paar euro's beter kan.
het mooie zou zijn een backplate, dit is technisch gezien te duur, mischien dat er iets is van een soort warmte geleidende laag / coating waardor de warmte beter wordt verdeeld.

Die warmtegeleidende laag is doorgaans koper Dikker koper hoeft toch niet meer dan een paar euro's per PCB te kosten? Die opties zijn doorgaande de goedkoopste en worden daarom ook vaak gebruikt.

Edit: ik heb net even wat offertes opgevraagd. Dubbel koper kostte zelfs bij erg kleine oplages nog geen 1,5 euro per bord meer.

[ Voor 7% gewijzigd door Verwijderd op 03-04-2017 22:16 ]

[marcop23]

Ik vind het trouwens wel interessant, een motorcontroller. Zoiets zou ik zelf ook wel willen maken, maar ik heb de kennis nog niet. Het is vast geen kwestie van 6 mosfets voor de H brug, ebay afstruinen naar een FET driver en een programma in elkaar beunen met een Arduino?

Waar ga je het voor gebruiken? Een elektrische kart/quad/45km/h auto ofzo?

[itcouldbeanyone]

marcop23 schreef op maandag 3 april 2017 @ 22:07:
Ik vind het trouwens wel interessant, een motorcontroller. Zoiets zou ik zelf ook wel willen maken, maar ik heb de kennis nog niet. Het is vast geen kwestie van 6 mosfets voor de H brug, ebay afstruinen naar een FET driver en een programma in elkaar beunen met een Arduino?

Waar ga je het voor gebruiken? Een elektrische kart/quad/45km/h auto ofzo?

Deze is voor in een boot, zijn 18 mosfets 6x3
Eerstte test deed ik met arduino, heel wat hardware ertussen gebouwd om de juiste pwm signalen te krijgen, voor een inductie controller met volle torque vermogen is ook een sensor vereist die de snelheid meet van de motor .
maar arduino is traag en kan geen flux vector berekeningen aan, maar daarmee kun ke wel goed de eindtrap testen
De mosfets schakelen in dit circuit erg snel , 100nS < ,ik heb ze zelf op 5. Gehad maar dat vond de gate van de mosfett niet zo lekker.
Je moet erg goed denken dat de mosfetts niet verkeerd schakelen, en dat er veiligheid op zit kwa spanning temperatuur en sluiting.
Je kan bij dit ding nu alles via een usb ingang tunen , werkt doormiddel van canbus adressen.

@ Camacha wat bedoel je met dubbal koper? Dit is al dual layer, of bedoel je dat een bepaald stuk PCB track dikker koper heeft dan wat er omheen ligt ?

[Tinusvolkel]

Dubbel koper: 70um koper ipv 35um koper wat standaard is, maar jij praat al over 130 um koper (neem aan dat je de dikte bedoeld, want een 135 um breed spoortje kan niet zoveel stroom aan) dus dat is een beetje het dikste koper wat nog redelijk betaalbaar / te maken is.

Zelf gebruik ik regelmatig deze website om de spoordikte te berekenen, en gaat het om echt hoge stromen dan simuleren we in deze tooling.

Maar als ik de power traces zo zie dan lijken ze redelijk kort (hooguit een paar cm) en dan worden ze nu vooral gekoeld door de kabel die eraan hangt, want via de kabel transporteer je nu de meeste warmte weg.
Deze traces zou je verder ook nog wat groter kunnen maken, want het geblokte plane zou je er bij kunnen pakken en dan heeft het spoor weer meer oppervlakte om te koelen.

Ga je trouwens met je schakeltijden van <100ns geen last krijgen van het proximity effect? hierbij word dan namelijk maar een gedeelte van het spoor gebruikt door de magnetische velden die je gaat krijgen. Dit lossen wij hier meestal op door de aanvoer en retour over elkaar heen te routen,

Verder meet je nu een temperatuur van 70 graden, (IR of thermokoppel? want IR vind het blinken van vertinde sporen nie zo leuk) maar dit is denk ik bij een ambient van 20 graden? want wat gaat er gebeuren als hij in een motor ruimte van een boot zit in een waterdicht doosje?
In dit doosje word het bijvoorbeeld 80 graden en tel daar een delta T van 50 graden bij op en dan zit je al aan de 130 graden wat serieuze problemen kan geven.

Maar een paar extra lagen zitten er qua kosten niet in? want als ik het zo zie dan ben voor deze PCB (aantallen van een paar 100 to 1000 stuks) minder kwijt dan de power lugs die je gebruikt (om nog maar niet te kijken naar de kosten van de kabel....) als je daarop wat kan bezuinigen dan kun je extra kosten in de PCB stoppen.

_{*oeps een beetje hoog TLDR gehalte}

[itcouldbeanyone]

Tinusvolkel schreef op dinsdag 4 april 2017 @ 08:54:
Dubbel koper: 70um koper ipv 35um koper wat standaard is, maar jij praat al over 130 um koper (neem aan dat je de dikte bedoeld, want een 135 um breed spoortje kan niet zoveel stroom aan) dus dat is een beetje het dikste koper wat nog redelijk betaalbaar / te maken is.

Zelf gebruik ik regelmatig deze website om de spoordikte te berekenen, en gaat het om echt hoge stromen dan simuleren we in deze tooling.

Maar als ik de power traces zo zie dan lijken ze redelijk kort (hooguit een paar cm) en dan worden ze nu vooral gekoeld door de kabel die eraan hangt, want via de kabel transporteer je nu de meeste warmte weg.
Deze traces zou je verder ook nog wat groter kunnen maken, want het geblokte plane zou je er bij kunnen pakken en dan heeft het spoor weer meer oppervlakte om te koelen.

Ga je trouwens met je schakeltijden van <100ns geen last krijgen van het proximity effect? hierbij word dan namelijk maar een gedeelte van het spoor gebruikt door de magnetische velden die je gaat krijgen. Dit lossen wij hier meestal op door de aanvoer en retour over elkaar heen te routen,

Verder meet je nu een temperatuur van 70 graden, (IR of thermokoppel? want IR vind het blinken van vertinde sporen nie zo leuk) maar dit is denk ik bij een ambient van 20 graden? want wat gaat er gebeuren als hij in een motor ruimte van een boot zit in een waterdicht doosje?
In dit doosje word het bijvoorbeeld 80 graden en tel daar een delta T van 50 graden bij op en dan zit je al aan de 130 graden wat serieuze problemen kan geven.

Maar een paar extra lagen zitten er qua kosten niet in? want als ik het zo zie dan ben voor deze PCB (aantallen van een paar 100 to 1000 stuks) minder kwijt dan de power lugs die je gebruikt (om nog maar niet te kijken naar de kosten van de kabel....) als je daarop wat kan bezuinigen dan kun je extra kosten in de PCB stoppen.

_{*oeps een beetje hoog TLDR gehalte}

Dikker koper wil niet invb met smd techniek
Gaat indd wat warmte via de kabels weg, maar de hotspot zit juist bij de snubber circuit het dichts bij het relais. Het raster is meer ter bescherming van materiaal spanningen wil ook elke fase dezelfde impendacy geven, anders heeft de middelste fase meer weerstand. Nee geen last van proximity effect waarschijnlijk wel toen ik nog sneller schakelde, me gate spoortjes zijn goed afgeschermd en gebruik een zeer efficiente gate driver.
Ik kan de koelblok aan de onderzijde contact laten maken met de print, denk dat dat al heel wat gaat schelen.

Kabels zijn niet zo duur, ik werk namelijk bij de dealer van die kabels

[LED-Maniak]

Waarom overigens niet standaard 35um koper en dan de traces vertinnen? Dat gebeurt ook veel en heeft al snel meer effect dan 70um koper.

[ Voor 19% gewijzigd door LED-Maniak op 04-04-2017 11:21 ]

[Verwijderd]

LED-Maniak schreef op dinsdag 4 april 2017 @ 11:19:
Waarom overigens niet standaard 35um koper en dan de traces vertinnen? Dat gebeurt ook veel en heeft al snel meer effect dan 70um koper.

Vertinnen is niet heel consistent. Het wordt dan vaak ook gedaan omdat het toch min of meer gratis is.

[memphis]

Plus dat tin nu niet echt een lage weerstand heeft voor dergelijke hoge stromen.

[mux]

Tin-loodsoldeer heeft een geleidbaarheid van 0.16 ohm*m, waar koper 0.016 ohm*m is, dus je moet 0,35mm soldeer (zowat het maximum wat je consistent op een trace kunt laden) op je traces gooien om hetzelfde effect als dubbel koper te behalen.

Kortom, niet effectief. Dikker koper (2oz/70µm of zelfs 3oz/105µm) is veruit de beste manier.

[itcouldbeanyone]

mux schreef op dinsdag 4 april 2017 @ 12:31:
Tin-loodsoldeer heeft een geleidbaarheid van 0.16 ohm*m, waar koper 0.016 ohm*m is, dus je moet 0,35mm soldeer (zowat het maximum wat je consistent op een trace kunt laden) op je traces gooien om hetzelfde effect als dubbel koper te behalen.

Kortom, niet effectief. Dikker koper (2oz/70µm of zelfs 3oz/105µm) is veruit de beste manier.

Heb hier al 130uM en dan vertint , dus kwa weerstand moet het niet heel veel meer uitmaken

[base_]

itcouldbeanyone schreef op maandag 3 april 2017 @ 23:34:
[...]
Eerstte test deed ik met arduino, heel wat hardware ertussen gebouwd om de juiste pwm signalen te krijgen, voor een inductie controller met volle torque vermogen is ook een sensor vereist die de snelheid meet van de motor .
maar arduino is traag en kan geen flux vector berekeningen aan, maar daarmee kun ke wel goed de eindtrap testen...

Arduino lijkt me inderdaad niet snel genoeg, kan je daar niet veel beter gespecialiseerde mcu's voor gebruiken (zoals instaspin b.v.)? Daar zitten ook nog eens complete libraries bij specifiek voor 3 fase aansturing van motoren.

[itcouldbeanyone]

base_ schreef op dinsdag 4 april 2017 @ 15:36:
[...]

Arduino lijkt me inderdaad niet snel genoeg, kan je daar niet veel beter gespecialiseerde mcu's voor gebruiken (zoals instaspin b.v.)? Daar zitten ook nog eens complete libraries bij specifiek voor 3 fase aansturing van motoren.

ik heb een atmel 32 bit MCU gebruikt (2 zelfs, een voor current control, en een voor I/O logic commenucatie enz), maar heb de gehele code zelf geschreven, dus geen gespecialiceerde MCU, nu heb ik puur code, puur I/O's en kan ik in principe alle kanten mee op.
gespecialiceerde MCU's hebben veel beperkingen, en zijn puur alleen bedoeld voor motor aanstuuring, tot zo verre.

Arduino was wel erg ideaal om mijn eindtrap te testen en snel dingentjes te kunnen wijzigen.
met name ook om me zelf gefrabriceerde Gate driver te testen.

[Verwijderd]

Ik ben probeer een controller van een (oude) cirkelzaag te repareren. Nou heb ik bij het verwijderen van de potting per ongeluk een Zenerdiode beschadigd, welke in een tester hele rare waarden aangeeft en waarbij de stroom beide kanten op gaat ... ?

De tester geeft rare waarden terug (Uf=2.67V 801 mV), maar hij herkent hem ook niet als diode, dus ik vermoed dat hij echt stuk is. Bij andere diodes geeft hij wel gewoon mooie en te verwachtte waarden terug.

Nou zit ik met het probleem dat ik geen idee heb wat voor type diode dit precies is en de markering geeft ook niet veel informatie (voor mij tenminste):



Mijn vraag is dus of iemand enig idee heeft wat voor type zenerdiode ik hier heb? En of zij eventueel weten welke alternatieven er zijn. Mijn ervaring met electronica gaat niet veel verder dan standaardreparaties uitvoeren, dus ik weet niet precies hoe de typeringen van Zenerdiodes in elkaar steken, laat staan in hoeverre het allemaal uitwisselbaar is.

Alvast bedankt!

[ Voor 10% gewijzigd door Verwijderd op 05-04-2017 16:05 ]

[Kaj.]

Is het uberhaupt een zener, of wellicht een gewone germaniumdiode? Wat zegt de opdruk op de print?

[Tom-Z]

Verwijderd schreef op woensdag 5 april 2017 @ 16:03:
Nou heb ik bij het verwijderen van de potting per ongeluk een Zenerdiode beschadigd, welke in een tester hele rare waarden aangeeft en waarbij de stroom beide kanten op gaat ... ?

De tester geeft rare waarden terug (Uf=2.67V 801 mV), maar hij herkent hem ook niet als diode, dus ik vermoed dat hij echt stuk is.

...dat de stroom beide kanten op gaat is toch juist de bedoeling van een zener? Als je een forward voltage meet van 2.7V in de sperrichting en een forward voltage van .8V in de andere richting, dan heb je toch gewoon een 2.7V zener?

[bobo1on1]

Mee eens, dit reageert zoals een 2V7 zenerdiode zou moeten werken.

[Verwijderd]

Kaj. schreef op donderdag 6 april 2017 @ 08:56:
Is het uberhaupt een zener, of wellicht een gewone germaniumdiode? Wat zegt de opdruk op de print?

De print? De enige informatie die ik heb is de code op dat ding zelf: C2.

Tom-Z schreef op donderdag 6 april 2017 @ 10:13:
[...]

...dat de stroom beide kanten op gaat is toch juist de bedoeling van een zener? Als je een forward voltage meet van 2.7V in de sperrichting en een forward voltage van .8V in de andere richting, dan heb je toch gewoon een 2.7V zener?

bobo1on1 schreef op donderdag 6 april 2017 @ 19:48:
Mee eens, dit reageert zoals een 2V7 zenerdiode zou moeten werken.

Ik ga kijken of ik er eentje heb liggen die niet kapot is ter vergelijking.

[BladeSlayer1000]

Weet iemand toevallig of je bij een grote leverancier (RS Online, Farnell etc) e27 screw caps kan vinden? Ik ben al een tijdje erna opzoek en kom continue websites tegen als ebay en alibaba...

Edit; Ik heb het nodig om een verloopfitting te maken van E27 naar E12, met wat elektronica erin voor de aansturing van een LED lamp..

[ Voor 26% gewijzigd door BladeSlayer1000 op 07-04-2017 11:43 ]

[PE4000]

BladeSlayer1000 schreef op vrijdag 7 april 2017 @ 11:31:
Weet iemand toevallig of je bij een grote leverancier (RS Online, Farnell etc) e27 screw caps kan vinden? Ik ben al een tijdje erna opzoek en kom continue websites tegen als ebay en alibaba...

Edit; Ik heb het nodig om een verloopfitting te maken van E27 naar E12, met wat elektronica erin voor de aansturing van een LED lamp..

Bedoel je zoiets?

Info

[BladeSlayer1000]

PE4000 schreef op vrijdag 7 april 2017 @ 14:28:
[...]

Bedoel je zoiets?
[afbeelding]
Info

Zoiets bedoel ik, ik ga die eens bestellen zie ik later wel hoe ik de electronica inbouw.

[T.Kreeftmeijer]

Ik heb even een vraagje:

Weet een van jullie een programmaatje waarmee je schakelingen kan maken? Zelf heb ik visio veel gebruikt, maar daar ontbreken dingen als een relais en NTC in.
Het liefst wel gratis (ik heb het maar een paar keer nodig), als dat echt niet bestaat, ga ik waarschijnlijk voor deze set.

[Verwijderd]

T.Kreeftmeijer schreef op zaterdag 8 april 2017 @ 17:24:
Ik heb even een vraagje:

Weet een van jullie een programmaatje waarmee je schakelingen kan maken? Zelf heb ik visio veel gebruikt, maar daar ontbreken dingen als een relais en NTC in.
Het liefst wel gratis (ik heb het maar een paar keer nodig), als dat echt niet bestaat, ga ik waarschijnlijk voor deze set.

KiCAD en LTSpice leren

[T.Kreeftmeijer]

@Shadow Bedank voor de tip van KiCAD. Ik ga mijn schakeling daarin maken.

[jctjepkema]

Hooi, ik kan dit probleem zo snel niet vinden maar ik ben bezig met het developen voor een STM32F042K6, Ik doe dit vanuit MBED met een export naar uVision 5. Hetzelfde probleem doet zich ook voor in de online cloud van mbed.
Het probleem: Ik moet een PWM signaal op de PA_15 hebben, terwijl ik op PA_9 en PA_10 een seriele poort heb. CubeMX geeft hier geen error's over, dus als het in mbed niet wil zal ik wel in uVision moeten. Maar herkennen jullie dit probleem? is dit op te lossen? Want volgens mij zitten ze niet op de zelfde timer (misschien binnen mbed wel?).
Even heel simpel code voorbeeld:

code:

---

Serial BM_Control(PA_9, PA_10);
PwmOut ColWheel_PWM(PA_15);

int main()
{
int i = 1;
BM_Control.printf("Hello World !\n");
while(1) {
wait(1);
BM_Control.printf("This program runs since %d seconds.\n", i++);
}
}

---

Als ik PwmOut ColWheel_PWM(PA_15); weg comment, dan krijg ik keurig seriele output. laat ik die zitten dan niet.

[ Voor 27% gewijzigd door jctjepkema op 11-04-2017 09:45 ]

[C.44]

Recent heb ik een paar STM32's besteld via Alice met het idee daar even snel op over te schakelen vanuit m'n vertrouwde Arduino omgeving. Dat blijkt even anders te lopen. Ik gebruik al een tijdje PlatformIO op m'n mac en wil dat ook graag blijven gebruiken. Ik heb 't nog niet voor elkaar gekregen om via een STLink V2 programmer 't ding te proggen (of uberhaupt te benaderen) maar ik kan op dit moment wel via een usb to serial converter naar m'n STM32F103C8 schrijven. En dat werkt ook.

Echter, zoals ik al zei, ik word een beetje overdondert met de verschillen en voornamelijk mijn gebrek aan kennis om daadwerkelijk iets te kunnen met deze STM's. Ik heb een blink programmaatje aan de praat maar daar stopt 't dan ook. Ik heb geprobeerd om een SSD1306 oled schermpje een simpel "hello world" te laten weergeven en dat is ook precies 't punt waar ik tegen een betonnen muur aan liep. Na wat googlen ben ik wel tegen een basis stukje aangelopen waar je U8g2 in C mee kunt aansturen maar da's dan weer geen C++. Buiten dat vereist die aanpak een HAL functie die je zelf moet schrijven en eerlijk gezegd ben ik lichtjes overvraagd.

Is er een plek waar ik wat meer informatie kan vinden voor mensen die van een Arduino omgeving naar een STM32 omgeving overstappen? Wellicht wat how-to's met diepte en voorbeelden?

[jctjepkema]

C.44 schreef op woensdag 12 april 2017 @ 11:19:
Recent heb ik een paar STM32's besteld via Alice met het idee daar even snel op over te schakelen vanuit m'n vertrouwde Arduino omgeving. Dat blijkt even anders te lopen. Ik gebruik al een tijdje PlatformIO op m'n mac en wil dat ook graag blijven gebruiken. Ik heb 't nog niet voor elkaar gekregen om via een STLink V2 programmer 't ding te proggen (of uberhaupt te benaderen) maar ik kan op dit moment wel via een usb to serial converter naar m'n STM32F103C8 schrijven. En dat werkt ook.

Echter, zoals ik al zei, ik word een beetje overdondert met de verschillen en voornamelijk mijn gebrek aan kennis om daadwerkelijk iets te kunnen met deze STM's. Ik heb een blink programmaatje aan de praat maar daar stopt 't dan ook. Ik heb geprobeerd om een SSD1306 oled schermpje een simpel "hello world" te laten weergeven en dat is ook precies 't punt waar ik tegen een betonnen muur aan liep. Na wat googlen ben ik wel tegen een basis stukje aangelopen waar je U8g2 in C mee kunt aansturen maar da's dan weer geen C++. Buiten dat vereist die aanpak een HAL functie die je zelf moet schrijven en eerlijk gezegd ben ik lichtjes overvraagd.

Is er een plek waar ik wat meer informatie kan vinden voor mensen die van een Arduino omgeving naar een STM32 omgeving overstappen? Wellicht wat how-to's met diepte en voorbeelden?

Je stapt niet zozeer naar een stm32 omgeving over maar naar een ARM omgeving die niet direct compatible is met arduino. Mooie tussenweg is een ic zoeken die compatible is met MBED. Vanuit daar kan je de HAL_library gebruiken, maar ook de mbed omgeving die vergelijkbaar simpel is met arduino en ook een shit-load aan library's beschikbaar heeft.

[C.44]

jctjepkema schreef op woensdag 12 april 2017 @ 12:55:
[...]


Je stapt niet zozeer naar een stm32 omgeving over maar naar een ARM omgeving die niet direct compatible is met arduino. Mooie tussenweg is een ic zoeken die compatible is met MBED. Vanuit daar kan je de HAL_library gebruiken, maar ook de mbed omgeving die vergelijkbaar simpel is met arduino en ook een shit-load aan library's beschikbaar heeft.

Volgens mij moet de STM32F103C8 compatible zijn met MBED maar dat weet ik niet zeker. Op de online ontwikkel omgeving van MBED zit ik niet echt op te wachten, ik heb daar in 't verleden gebruik van gemaakt met een LPC1768 en dat was euh, interessant

Nu kan ik binnen PlatformIO gelukkig ook projecten initialiseren met the LPC1768 en kan dat hele gedoe offline gecompileerd en op de LCP1768 gezet worden maar met die STM32F103C8 is dat iets complexer. Normaliter zou je die dingen dmv een STLink benaderen maar dat ding krijg ik totaal niet aan de bak op m'n Mac. Na een beetje googlen ben ik erachter gekomen dat ik 't ding ook kan benaderen via een usb -> serial converter en dat werkt op zich goed.

Nu gebruik ik met die STM32 een platform dat zich Arduino-STM noemt, en wonder boven wonder werken 't gros van die functies ook maar er zitten een paar haken en ogen aan. Zo kan ik de U8G2 library wel includen maar zo gauw ik 'm initialiseer hangt 't hele ding. En ik kan niet echt zeggen dat ik vaag een idee heb waarom.

Vandaar dat ik aan 't zoeken ben naar hapklare brokken info zodat ik een beetje meer kennis kan opdoen van de STM32 / ARM omgeving zodat ik wellicht op een gegeven moment ook erachter kan komen waarom bepaalde dingen wel of niet werken.

[jctjepkema]

C.44 schreef op woensdag 12 april 2017 @ 13:30:
[...]


Volgens mij moet de STM32F103C8 compatible zijn met MBED maar dat weet ik niet zeker. Op de online ontwikkel omgeving van MBED zit ik niet echt op te wachten, ik heb daar in 't verleden gebruik van gemaakt met een LPC1768 en dat was euh, interessant

Nu kan ik binnen PlatformIO gelukkig ook projecten initialiseren met the LPC1768 en kan dat hele gedoe offline gecompileerd en op de LCP1768 gezet worden maar met die STM32F103C8 is dat iets complexer. Normaliter zou je die dingen dmv een STLink benaderen maar dat ding krijg ik totaal niet aan de bak op m'n Mac. Na een beetje googlen ben ik erachter gekomen dat ik 't ding ook kan benaderen via een usb -> serial converter en dat werkt op zich goed.

Nu gebruik ik met die STM32 een platform dat zich Arduino-STM noemt, en wonder boven wonder werken 't gros van die functies ook maar er zitten een paar haken en ogen aan. Zo kan ik de U8G2 library wel includen maar zo gauw ik 'm initialiseer hangt 't hele ding. En ik kan niet echt zeggen dat ik vaag een idee heb waarom.

Vandaar dat ik aan 't zoeken ben naar hapklare brokken info zodat ik een beetje meer kennis kan opdoen van de STM32 / ARM omgeving zodat ik wellicht op een gegeven moment ook erachter kan komen waarom bepaalde dingen wel of niet werken.

De STM32F103RB is direct compatible, als je de C8 wil gebruiken kan het dat je de mbed library moet aanraden. En idd MBED is niet ideaal, ik draai momenteel een export van mBed in uVision, is ook niet perfect. Liefst doe ik het vanuit de HAL library, maar CubeMX en HAL is niet makkelijk als je nog maar een paar jaar programmeert.

[C.44]

jctjepkema schreef op woensdag 12 april 2017 @ 14:12:
[...]


De STM32F103RB is direct compatible, als je de C8 wil gebruiken kan het dat je de mbed library moet aanraden. En idd MBED is niet ideaal, ik draai momenteel een export van mBed in uVision, is ook niet perfect. Liefst doe ik het vanuit de HAL library, maar CubeMX en HAL is niet makkelijk als je nog maar een paar jaar programmeert.

Wonder boven wonder kan ik de STM32F103C8 benaderen via de STLink V2 en programmeren als ik in PlatformIO aangeef dat 't een Blue Pill is (van Maple Labs geloof ik). Exact 't zelfde board geloof ik en per definitie dezelfde mcu.

Alleen zit ik dus nu met mbed en daar ben ik ook niet echt in thuis Zo kom je er vrij snel achter hoeveel functionaliteit je uit de Arduino libs heb gehaald...

Edit: via die kant kan ik dan wel een blink sketch draaien maar bij alles wat ook maar een haar meer is krijg ik de melding dat m'n proggel niet in de flash past. Dus maar weer terug naar STM32duino (oid).

Zijn er ARM mcu's die makkelijker aan de praat te krijgen zijn met een beetje fatsoenlijke community erachter waar ik op terug kan vallen voor online tuts e.d.? Arduino heeft dat mooi voor elkaar en ik begrijp dat er weinig andere mcu's zullen zijn met dat soort community support maar er moet toch een manier zijn om van een 8bit mcu naar een 32bit mcu met iets meer ram over te stappen zonder dat je zelf 't wiel zowat opnieuw moet uitvinden?

[ Voor 27% gewijzigd door C.44 op 12-04-2017 15:32 ]

[erik23]

C.44 schreef op woensdag 12 april 2017 @ 14:37:
[...]


Wonder boven wonder kan ik de STM32F103C8 benaderen via de STLink V2 en programmeren als ik in PlatformIO aangeef dat 't een Blue Pill is (van Maple Labs geloof ik). Exact 't zelfde board geloof ik en per definitie dezelfde mcu.

Alleen zit ik dus nu met mbed en daar ben ik ook niet echt in thuis Zo kom je er vrij snel achter hoeveel functionaliteit je uit de Arduino libs heb gehaald...

Edit: via die kant kan ik dan wel een blink sketch draaien maar bij alles wat ook maar een haar meer is krijg ik de melding dat m'n proggel niet in de flash past. Dus maar weer terug naar STM32duino (oid).

Zijn er ARM mcu's die makkelijker aan de praat te krijgen zijn met een beetje fatsoenlijke community erachter waar ik op terug kan vallen voor online tuts e.d.? Arduino heeft dat mooi voor elkaar en ik begrijp dat er weinig andere mcu's zullen zijn met dat soort community support maar er moet toch een manier zijn om van een 8bit mcu naar een 32bit mcu met iets meer ram over te stappen zonder dat je zelf 't wiel zowat opnieuw moet uitvinden?

Zelf heb ik gewerkt met de stm32f4 serie en heb dezelfde als jij al enkele weken op mijn bureau liggen, wachtend op tijd en een project.

Toen ik begon met stm32 heb ik veel gehad aan deze site gewoon begonnen met PWM. Zo leer je langzaam de HAL van stm kennen. Hij maakt gebruik van visual studio maar ikzelf werkte met eclipse, natuurlijk is die versie van st lichtelijk aangepast maar vanuit een schone eclipse werken kan net zo goed (werk ook op een mac).

Ik denk dat, wanneer je de HAL van ST een beetje doorhebt het een prima systeem is. Uiteraard ben je niet zo snel als even een klein testje met Arduino maar je krijgt er wel een hoop performance voor terug.

In de hal staan veel voorbeelden die erg handig zijn, maar probeer ook eens met CubeMX code te genereren, dan hoef je je geen zorgen te maken over timers en het schakelen van registers, wat op deze bordjes de meeste problemen oplevert.

Verder maakte ik voor debugging gebruik van GNU ARM Eclipse. Echter was dit met een Segger J-Link en weet ik niet precies hoe het werkt met een ST-Link.

Edit:
Heb net even deze tutorial gevolgd om mijn eerste upload naar het bordje te doen. Houdt er wel rekening mee dat in stap 4 op linux/osx de \ andersom moet. Daarnaast wilde hij niet uploaden, dat heb ik opgelost door gebruik te maken van dit topic. Hierin staat dat je je sparkcore.cfg moet aanpassen wat in mijn geval het volgende oplevert:

# This is a SPARK-CORE board with a single STM32F103MD chip.
source [find interface/stlink-v2.cfg]
set WORKAREASIZE 0x4000
source [find target/stm32f1x_stlink.cfg]
# use hardware reset, connect under reset
reset_config srst_nogate

[ Voor 13% gewijzigd door erik23 op 12-04-2017 17:34 ]

[mux]

Ik vond zelf NXP LPC chips érg lekker werken met KeIL en de normale KeIL ULINK/Segger J-Link. Ook heb ik ervaring met Atmel/Microchip AT32SAM chips, die voelen exact hetzelfde aan als iedere andere AVR onder Atmel Studio. TI Code Composer Studio werkt heel goed met TI MCUs, maar die hebben dan weer weinig interessante ARM-based zooi.

En ja, ik kan me helemaal vinden in de moeizame start met STM32's. Heb een paar projecten geprobeerd met de STM32F334 vanwege de supernauwkeurige PWM, maar ben uiteindelijk in een nieuwe revisie weer teruggegaan naar XMEGA. Het is echt een eindeloos gekloot om die programmeeromgevingen op te zetten. STM32Duino is gewoon een kut-IDE waar je helemaal niks in kunt, System Workbench is unsupported spul dat ik niet eens aan het compileren kreeg en die Visual Studio-plugin werkte nog het beste, maar duurde een uur ofzo om te installeren en toen kon ik nog steeds na het selecteren van de juiste target geen enkel register auto-completen of in de default includes kijken. Ik heb vast iets fout gedaan daar, maar ik had er genoeg van.

Als je eraan gewend bent is het vast allemaal prima te doen, maar ik heb er een goede week aan besteed zonder een steek verder te zijn gekomen met m'n project. Ik bedoel, STM32 chips zijn ontzettend cheap en goed verkrijgbaar, dus heel aantrekkelijk om in grotere projecten te stoppen, maar als one-man band kan ik niet zoveel tijd steken in de IDE. Als je STM32 gebruikt, denk ik dat je veruit het beste gewoon raw C in Notepad++ kunt typen en met de command line tools kunt compilen.

[franssie]

mux schreef op woensdag 12 april 2017 @ 17:28:
<>
En ja, ik kan me helemaal vinden in de moeizame start met STM32's. Heb een paar projecten geprobeerd met de STM32F334 vanwege de supernauwkeurige PWM, maar ben uiteindelijk in een nieuwe revisie weer teruggegaan naar XMEGA. Het is echt een eindeloos gekloot om die programmeeromgevingen op te zetten. STM32Duino is gewoon een kut-IDE waar je helemaal niks in kunt, <>

offtopic:
Ik had ooit eens zo een 'arduino' gekocht en niets maar dan niets kreeg ik aan de praat (met het zoeken naar drivers was ik al een week kwijt denk ik) - ik voel me nu een iets mindere noob nu ik lees dat zelfs jij er moeite mee hebt.

[wesleytjuh]

mux schreef op woensdag 12 april 2017 @ 17:28:
Ik vond zelf NXP LPC chips érg lekker werken met KeIL en de normale KeIL ULINK/Segger J-Link. Ook heb ik ervaring met Atmel/Microchip AT32SAM chips, die voelen exact hetzelfde aan als iedere andere AVR onder Atmel Studio. TI Code Composer Studio werkt heel goed met TI MCUs, maar die hebben dan weer weinig interessante ARM-based zooi.

En ja, ik kan me helemaal vinden in de moeizame start met STM32's. Heb een paar projecten geprobeerd met de STM32F334 vanwege de supernauwkeurige PWM, maar ben uiteindelijk in een nieuwe revisie weer teruggegaan naar XMEGA. Het is echt een eindeloos gekloot om die programmeeromgevingen op te zetten. STM32Duino is gewoon een kut-IDE waar je helemaal niks in kunt, System Workbench is unsupported spul dat ik niet eens aan het compileren kreeg en die Visual Studio-plugin werkte nog het beste, maar duurde een uur ofzo om te installeren en toen kon ik nog steeds na het selecteren van de juiste target geen enkel register auto-completen of in de default includes kijken. Ik heb vast iets fout gedaan daar, maar ik had er genoeg van.

Als je eraan gewend bent is het vast allemaal prima te doen, maar ik heb er een goede week aan besteed zonder een steek verder te zijn gekomen met m'n project. Ik bedoel, STM32 chips zijn ontzettend cheap en goed verkrijgbaar, dus heel aantrekkelijk om in grotere projecten te stoppen, maar als one-man band kan ik niet zoveel tijd steken in de IDE. Als je STM32 gebruikt, denk ik dat je veruit het beste gewoon raw C in Notepad++ kunt typen en met de command line tools kunt compilen.

Ik heb ooit eens met STM32 gewerkt maar de hele boel in Eclipse opgezet, was ook een heel gedoe maar werkte uiteindelijk wel weer fijn moet ik zeggen .

[C.44]

erik23 schreef op woensdag 12 april 2017 @ 16:55:
[...]


Zelf heb ik gewerkt met de stm32f4 serie en heb dezelfde als jij al enkele weken op mijn bureau liggen, wachtend op tijd en een project.

Toen ik begon met stm32 heb ik veel gehad aan deze site gewoon begonnen met PWM. Zo leer je langzaam de HAL van stm kennen. Hij maakt gebruik van visual studio maar ikzelf werkte met eclipse, natuurlijk is die versie van st lichtelijk aangepast maar vanuit een schone eclipse werken kan net zo goed (werk ook op een mac).

Ik denk dat, wanneer je de HAL van ST een beetje doorhebt het een prima systeem is. Uiteraard ben je niet zo snel als even een klein testje met Arduino maar je krijgt er wel een hoop performance voor terug.

In de hal staan veel voorbeelden die erg handig zijn, maar probeer ook eens met CubeMX code te genereren, dan hoef je je geen zorgen te maken over timers en het schakelen van registers, wat op deze bordjes de meeste problemen oplevert.

Verder maakte ik voor debugging gebruik van GNU ARM Eclipse. Echter was dit met een Segger J-Link en weet ik niet precies hoe het werkt met een ST-Link.

Edit:
Heb net even deze tutorial gevolgd om mijn eerste upload naar het bordje te doen. Houdt er wel rekening mee dat in stap 4 op linux/osx de \ andersom moet. Daarnaast wilde hij niet uploaden, dat heb ik opgelost door gebruik te maken van dit topic. Hierin staat dat je je sparkcore.cfg moet aanpassen wat in mijn geval het volgende oplevert:
[...]

Een STM32F4 heb ik ook nog liggen in de vorm van een 407 dev-board. Heel mooi bordje maar ik raak 'm voorlopig even niet aan, tenzij 't zo is dat dat ding makkelijker aan te sturen en te programmeren is dan de 103.

Ik ga die links eens even goed doorpluizen om te zien of daar iets staat waar ik mee aan de slag kan op z'n minst. Ik kan 't ding op zich op 2 manieren benaderen nu:
- of als Blue Pill met de ST Link en via 't mbed framework
- of als genericSTM32F103xx via een usb to serial converter en het "Arduino STM32" framework

Ik houd 't liefst zoveel mogelijk frameworks binnen 1 programma en op dit moment ben ik heel tevreden met PlatformIO op Atom. Als ik wil kan ik daarin php / js / etc doen maar ik gebruik 't vooral voor AVR. Het mooie is dat de hele toolchain erin zit, ik kan builden en uploaden dmv hotkeys zonder al te veel gedoe.

Binnen diezelfde IDE kan ik ook een project initialiseren met een STM32 mcu en dan gebruik maken van "Arduino STM32", iets wat initieel als aanvulling / modificatie voor de Arduino "IDE" is bedoeld. Maar ook dat is vrij simpel, select een mcu uit te lijst bij initialisatie en klak, boem, klaar. Het grote voordeel is dat je in principe gewone Arduino functies kunt gebruiken. Althans dat is 't idee want de helft werkt gewoon niet of maar half. In de wire lib bestaat geen setClock functie (en daar gaat U8g2 dus ook royaal op z'n bek) en als je een standaard serial initialisatie doet:

code:

void setup(){
    Serial.begin(115200);
    Serial.println("Ready...");
}

Dan kun je dus vergeten dat die print functie ooit uitgevoerd gaat worden. Geen idee waarom diezelfde regel 't in de loop() wel gewoon doet maar 't is idioot.

Aan Eclipse wil ik eigenlijk helemaal niet beginnen. Ik heb 't in 't verleden gebruikt voor een paar projecten en buiten 't feit dat 't een ontiegelijk log stuk software is en bij mij vaak crashte op ongelukkige momenten vindt ik 't visueel ook verschrikkelijk om in te werken. Maar ik zal 't op z'n minst eens proberen, gewoon om te zien of 't wellicht iets eenvoudiger is om met die STMs te werken.

mux schreef op woensdag 12 april 2017 @ 17:28:
Ik vond zelf NXP LPC chips érg lekker werken met KeIL en de normale KeIL ULINK/Segger J-Link. Ook heb ik ervaring met Atmel/Microchip AT32SAM chips, die voelen exact hetzelfde aan als iedere andere AVR onder Atmel Studio. TI Code Composer Studio werkt heel goed met TI MCUs, maar die hebben dan weer weinig interessante ARM-based zooi.

En ja, ik kan me helemaal vinden in de moeizame start met STM32's. Heb een paar projecten geprobeerd met de STM32F334 vanwege de supernauwkeurige PWM, maar ben uiteindelijk in een nieuwe revisie weer teruggegaan naar XMEGA. Het is echt een eindeloos gekloot om die programmeeromgevingen op te zetten. STM32Duino is gewoon een kut-IDE waar je helemaal niks in kunt, System Workbench is unsupported spul dat ik niet eens aan het compileren kreeg en die Visual Studio-plugin werkte nog het beste, maar duurde een uur ofzo om te installeren en toen kon ik nog steeds na het selecteren van de juiste target geen enkel register auto-completen of in de default includes kijken. Ik heb vast iets fout gedaan daar, maar ik had er genoeg van.

Als je eraan gewend bent is het vast allemaal prima te doen, maar ik heb er een goede week aan besteed zonder een steek verder te zijn gekomen met m'n project. Ik bedoel, STM32 chips zijn ontzettend cheap en goed verkrijgbaar, dus heel aantrekkelijk om in grotere projecten te stoppen, maar als one-man band kan ik niet zoveel tijd steken in de IDE. Als je STM32 gebruikt, denk ik dat je veruit het beste gewoon raw C in Notepad++ kunt typen en met de command line tools kunt compilen.

Die LPC1876 heb ik nog! Vind ik ook een erg fijn ding om mee te werken al komt ie minder uit de doos dan ik graag zou willen. Binnen PlatformIO kan ik die ook erg makkelijk initialiseren in een project, dat zal waarschijnlijk gewoon door 't mbed framework komen maar 't maakt wel verschil.

STM32Duino als IDE heb ik nog niet geprobeerd maar 't volgens mij is dat idd die verbasterde Arduino IDE. Zoals gezegd een belabberde implementatie. Leuk als je een ledje wil laten knipperen maar veel meer wil ik er ook niet mee doen gezien ik een aantal voor mij basis functies gewoon al mis of niet werken zoals ze moeten. System Workbench heb ik van gehoord maar niet eens geprobeerd nadat ik moest inloggen om 't te kunnen downloaden uberhaupt. Visual Studio plugin? Die heb ik nog niet gezien.

Ik ben er nu een paar dagen mee bezig al en ik ben ook zwaar aan 't neigen naar een mega2560 oid te grijpen en 't dan maar voor lief te nemen dat die krengen stukken duurder zijn en ik dan met een component zit dat veel groter is dan me lief is waar ik niet eens de helft van de IO pinnen van nodig heb.

Ik wil heel graag die STM32's aan de praat krijgen en ik wil er ook gerust wat meer tijd in steken om wat basis functionaliteit er uit te krijgen maar 't gebrek aan documentatie en tutorials e.d. begint me een beetje op te breken.

[Sissors]

Ik vind die STM32 HAL libraries echt 3x niks over het algemeen. Bij sommige dingen zal het vast handig zijn dat hij bijvoorbeeld wat prescalers bij een UART goed zet. Maar gewoon bijvoorbeeld een PWM werkend krijgen doe ik liever direct via registers dan uitvogelen hoe je dat in hemelsnaam doet via hun HAL. Tegenwoordig zijn ze die in iedergeval wel gelijk aan het maken, want eerst was het dat een identiek peripheral waar identieke register-level code prima werkte op beide, de HAL functies verschillend waren.

De (voormalig) Freescale MCUs hebben ook zoiets, maar daar waren dan de functies wel identiek bij verschillende MCUs, maar elke nieuwe versie die ze uitbrengen veranderen ze alle functienamen en argumenten weer.

Nu voor de originele vraag, @jctjepkema , ik zou verwachten dat hij op de seriele poort een foutmelding geeft, maar misschien hebben ze die in nieuwste versie wel uit staan omdat ze wat aan het kloten zijn met de hele error API. Probleem is heel simpel: PA_15 kan geen PWM output genereren.

Hier heb je de lijst direct uit de mbed source code welke PWM aan kunnen: https://github.com/ARMmbe...42K6/PeripheralPins.c#L80

Degene die uitgecomment zijn, zijn dat of omdat ze dubbel zijn (meerdere Timers die een PWM op een pin kunnen genereren), of omdat die specifieke timer al door de mbed Timer API wordt gebruikt. Maar heel PA_15 komt er niet in voor. Nu dacht ik even het in de reference manual op te zoeken, maar kan dus nergens de opties voor de alternatieve functies voor elke pin vinden voor die MCU vinden. Pré van NXP MCUs, ik ben dol op hun reference manuals vergeleken met die van sommige andere (ik ben biased, maar dat vond ik vroeger ook al). In de datasheet is wel wat te vinden, niet alles, maar voldoende voor nu:

PA15 heeft als alternate functies:
SPI1_NSS, I2S1_WS,
USART2_RX,
TIM2_CH1_ETR,
EVENTOUT,

ETR = external trigger. Oftewel er is geen output voor de PWM op deze pin, en het is juist dat het niet mogelijk is hier een PWM output op te genereren met de hardware timers.


Overigens wat hierboven beschreven is één van de dingen waarom ik ondanks de nadelen toch de mbed online compiler erg leuk vind: Het werkt simpelweg.

erik23 schreef op woensdag 12 april 2017 @ 16:55:
[...]
Ik denk dat, wanneer je de HAL van ST een beetje doorhebt het een prima systeem is. Uiteraard ben je niet zo snel als even een klein testje met Arduino maar je krijgt er wel een hoop performance voor terug.

De mbed API voor STM32s leunt op de ST HAL API. Om een pin van input naar output te veranderen, wat één bitje in een register toggelen is: 500 klokcycles. I kid you not .

Misschien is het logischer als je het een hoop verbruikt, maar veel van de functies zijn erg simpel (als in, gewoon een bit setten/clearen in een register), ondoorzichtig (onduidelijk wat er nu precies gebeurd), en je hebt alsnog de reference manual nodig. Dus persoonlijk doe ik het dan zelf wel direct. Daarbij moet ik wel zeggen dat alle simpele zaken en setup dingen ik door mbed laat afhandelen.

[ Voor 19% gewijzigd door Sissors op 12-04-2017 21:03 ]

[C.44]

Even snel een interessant linkje tussendoor dat ik zo straks tegen kwam:

"Discovering the STM32 Microcontroller"
http://www.cs.indiana.edu/~geobrown/book.pdf

Ben er nog niet heel erg ver in (paar pagina's) maar 't begint iig goed en wat er zo van merk moeten er wat praktische hands-on stukken in zitten. Er word geen gebruik gemaakt van een IDE, puur open source CLI en een text editor en dat opent wat deuren (hoop ik).

Enigste nadeel is wel dat 't hele boek om een STM32VL Discovery board draait. En die zijn wel redelijk te krijgen... maar uiteraard niet voor 't weekend.

[ Voor 15% gewijzigd door C.44 op 12-04-2017 22:01 ]

[-DarkShadow-]

C.44 schreef op woensdag 12 april 2017 @ 20:08:
[...]
Ik wil heel graag die STM32's aan de praat krijgen en ik wil er ook gerust wat meer tijd in steken om wat basis functionaliteit er uit te krijgen maar 't gebrek aan documentatie en tutorials e.d. begint me een beetje op te breken.

Ik heb onlangs een handige toolchain met een standaard STM32F4 Discovery opgezet. Hierbij gebruik ik CLion van JetBrains. Ik zal, zodra ik tijd heb, omschrijven hoe ik het voor elkaar heb gekregen. Het was in ieder geval een hele hoop werk.

Uiteindelijk kom je er niet omheen dat je er jezelf in moet vastbijten en niet moet loslaten totdat je helemaal begrijpt hoe het werkt. Zodra je de Arduino of RaspberryPi community verlaat, laat je ook plug en play achter je. En de snelste manier om dan een probleem op te lossen is, meten, datasheets lezen en analyseren.

[Sissors]

Mwah, mbed is ook redelijk plug en play hoor, als het goed is dan .

Overigens persoonlijk word ik nooit blij van CLI tools en een text editor. Een lightweight notepad++ vind ik ook wel lekker hoor, maar een goede IDE heeft toch mijn voorkeur. En ik moet regelmatig voor mijn werk dingen via CLI doen hoor, maar ik word er niet blij van.

[C.44]

-DarkShadow- schreef op woensdag 12 april 2017 @ 22:21:
[...]

Ik heb onlangs een handige toolchain met een standaard STM32F4 Discovery opgezet. Hierbij gebruik ik CLion van JetBrains. Ik zal, zodra ik tijd heb, omschrijven hoe ik het voor elkaar heb gekregen. Het was in ieder geval een hele hoop werk.

Uiteindelijk kom je er niet omheen dat je er jezelf in moet vastbijten en niet moet loslaten totdat je helemaal begrijpt hoe het werkt. Zodra je de Arduino of RaspberryPi community verlaat, laat je ook plug en play achter je. En de snelste manier om dan een probleem op te lossen is, meten, datasheets lezen en analyseren.

Op zich ben ik er niet eens zo heel erg rouwig om dat ik de plug en play omgeving van Arduino en diens functies en abstractie lagen verlaat, ergens kijk ik daar naar uit. Voornamelijk omdat er in Arduino functies veel dingen gebeuren die redundant en daardoor vaak erg traag zijn. Maar omdat de functies beschikbaar zijn en je "even snel iets wil proberen" grijp je er toch steeds weer naar terug. Dat maakt 't bereikbaar maar tegelijkertijd houd het je ook op een afstand van wat er echt mogelijk is.

Die toolchain voor een F4 daar ben ik heel benieuwd naar, ik heb hier zoals gezegd ook een STM32F407 "discovery" board liggen (http://www.ebay.de/itm/401193013405):


Volgens de omschrijving een Core407V, STM32F407VET6 512kb flash 192kb sram en 168Mhz. Helaas geen onboard ST Link zoals de STM32VL. Voor de rest wel heel fijn. Als ik 'm kan laten doen wat ik wil

Sissors schreef op woensdag 12 april 2017 @ 22:30:
Mwah, mbed is ook redelijk plug en play hoor, als het goed is dan .

Overigens persoonlijk word ik nooit blij van CLI tools en een text editor. Een lightweight notepad++ vind ik ook wel lekker hoor, maar een goede IDE heeft toch mijn voorkeur. En ik moet regelmatig voor mijn werk dingen via CLI doen hoor, maar ik word er niet blij van.

mbed als online tool? Persoonlijk geen fan van, voornamelijk vanwege 't online gedeelte, offline is 't gewoon onderdeel van een IDE en dan is 't gewoon de vraag hoe goed 't werkt met de mcu die je hebt. In mijn geval gaat er iets goed fout als ik iets meer dan een blink programma draai, met een paar vars en 1 lib meer ga ik ineens over m'n memory max heen. Imho wil dat zeggen dat 't mbed framework dat beschikbaar is voor m'n IDE niet helemaal in orde is en dan laat ik 'm ook gauw links liggen.

CLI ben ik op zich ook geen fan van, maar als 't stabiel en consequent werkt ben ik ervoor te porren. Een IDE is handig en ik werk er ook liever mee dan zonder. Als ik 't voor elkaar krijg om de toolchain uit dat boek te gebruiken in PlatformIO dan is dat ook heel mooi maar anders doe ik 't gewoon zonder. Moet ik alleen een beetje beter op de ; en : letten :x

[Sissors]

Zowel online als offline moet redelijk plug en play werken, al de online natuurlijk meer. Maar als je snel over je memory limit gaat, gebruik je dan Keil ofzo? Want daar heeft de gratis versie simpelweg een limiet hoe groot je programma mag zijn. Waarbij je met de M0s wel uit kan, maar een M3 of M4 je zo over het limiet heen zit.

[T.Kreeftmeijer]

Verwijderd schreef op zaterdag 8 april 2017 @ 17:36:
[...]

KiCAD en LTSpice leren

Ik heb inmiddels in KiCAD een schakeling gemaakt. Ik ging afgelopen week testen en zag dat onze NTC bij een graad of 30 de spanning op de voeding zakte van 6 naar 2V. Is dit een bekend verschijnsel?

Het gaat om deze:

[jctjepkema]

Sissors schreef op woensdag 12 april 2017 @ 20:57:
Ik vind die STM32 HAL libraries echt 3x niks over het algemeen. Bij sommige dingen zal het vast handig zijn dat hij bijvoorbeeld wat prescalers bij een UART goed zet. Maar gewoon bijvoorbeeld een PWM werkend krijgen doe ik liever direct via registers dan uitvogelen hoe je dat in hemelsnaam doet via hun HAL. Tegenwoordig zijn ze die in iedergeval wel gelijk aan het maken, want eerst was het dat een identiek peripheral waar identieke register-level code prima werkte op beide, de HAL functies verschillend waren.

De (voormalig) Freescale MCUs hebben ook zoiets, maar daar waren dan de functies wel identiek bij verschillende MCUs, maar elke nieuwe versie die ze uitbrengen veranderen ze alle functienamen en argumenten weer.

Nu voor de originele vraag, @jctjepkema , ik zou verwachten dat hij op de seriele poort een foutmelding geeft, maar misschien hebben ze die in nieuwste versie wel uit staan omdat ze wat aan het kloten zijn met de hele error API. Probleem is heel simpel: PA_15 kan geen PWM output genereren.

Hier heb je de lijst direct uit de mbed source code welke PWM aan kunnen: https://github.com/ARMmbe...42K6/PeripheralPins.c#L80

Degene die uitgecomment zijn, zijn dat of omdat ze dubbel zijn (meerdere Timers die een PWM op een pin kunnen genereren), of omdat die specifieke timer al door de mbed Timer API wordt gebruikt. Maar heel PA_15 komt er niet in voor. Nu dacht ik even het in de reference manual op te zoeken, maar kan dus nergens de opties voor de alternatieve functies voor elke pin vinden voor die MCU vinden. Pré van NXP MCUs, ik ben dol op hun reference manuals vergeleken met die van sommige andere (ik ben biased, maar dat vond ik vroeger ook al). In de datasheet is wel wat te vinden, niet alles, maar voldoende voor nu:

PA15 heeft als alternate functies:
SPI1_NSS, I2S1_WS,
USART2_RX,
TIM2_CH1_ETR,
EVENTOUT,

ETR = external trigger. Oftewel er is geen output voor de PWM op deze pin, en het is juist dat het niet mogelijk is hier een PWM output op te genereren met de hardware timers.


Overigens wat hierboven beschreven is één van de dingen waarom ik ondanks de nadelen toch de mbed online compiler erg leuk vind: Het werkt simpelweg.


[...]

De mbed API voor STM32s leunt op de ST HAL API. Om een pin van input naar output te veranderen, wat één bitje in een register toggelen is: 500 klokcycles. I kid you not .

Misschien is het logischer als je het een hoop verbruikt, maar veel van de functies zijn erg simpel (als in, gewoon een bit setten/clearen in een register), ondoorzichtig (onduidelijk wat er nu precies gebeurd), en je hebt alsnog de reference manual nodig. Dus persoonlijk doe ik het dan zelf wel direct. Daarbij moet ik wel zeggen dat alle simpele zaken en setup dingen ik door mbed laat afhandelen.

Ik heb het een en ander doorgelezen, echter vind ik het heel apart dat nadat ik al mijn pinouts in cube mx heb aangegeven, ik nog steeds op PA_15 de timer TIM2_CH1 kan aangeven, en bij deze timer 2 en CH1 kan ik rustig PWM Generation CH1 aandrukken zonder dat ik een error krijg. Ik probeer nu verder te komen in CubeMX en uVision/KeIL hopelijk werkt het dan wel!

[kdeboois]

Sissors schreef op donderdag 13 april 2017 @ 07:35:
Zowel online als offline moet redelijk plug en play werken, al de online natuurlijk meer. Maar als je snel over je memory limit gaat, gebruik je dan Keil ofzo? Want daar heeft de gratis versie simpelweg een limiet hoe groot je programma mag zijn. Waarbij je met de M0s wel uit kan, maar een M3 of M4 je zo over het limiet heen zit.

Anders uitwijken naar de gratis System Workbench

Ben het niet helemaal eens met @mux dat die niet werkt. Is best een prima tools als je kan leven met de beperkingen van Eclipse.

Liep bij Keil zelf tegen de geheugenlimiet aan met de LoRaWAN voorbeelden en heb dit opgelost met SWSTM32.

[C.44]

Sissors schreef op donderdag 13 april 2017 @ 07:35:
Zowel online als offline moet redelijk plug en play werken, al de online natuurlijk meer. Maar als je snel over je memory limit gaat, gebruik je dan Keil ofzo? Want daar heeft de gratis versie simpelweg een limiet hoe groot je programma mag zijn. Waarbij je met de M0s wel uit kan, maar een M3 of M4 je zo over het limiet heen zit.

De memory limit waar ik overheen ging was die van de Flash. Op 1 of andere manier was er na compilatie een bestand ontstaan van meer dan 64k en ja... dat past niet

[Sissors]

64k is niet het kleinste, daar past wel wat op. Had je RTOS erbij zitten? Dat neemt behoorlijk wat ruimte in. Zaken als printf enzo nemen ook een flinke hoeveelheid in, maar op de 64k moet dat probleemloos passen. Of er ging echt ergens iets fout ja

[DaWaN]

mux schreef op woensdag 12 april 2017 @ 17:28:
Als je eraan gewend bent is het vast allemaal prima te doen, maar ik heb er een goede week aan besteed zonder een steek verder te zijn gekomen met m'n project. Ik bedoel, STM32 chips zijn ontzettend cheap en goed verkrijgbaar, dus heel aantrekkelijk om in grotere projecten te stoppen, maar als one-man band kan ik niet zoveel tijd steken in de IDE. Als je STM32 gebruikt, denk ik dat je veruit het beste gewoon raw C in Notepad++ kunt typen en met de command line tools kunt compilen.

De tools die je bij Atmel krijgt is grotendeels de reden dat de AVR zo populair is onder de hobbyisten.

Persoonlijk weet ik vrij goed mijn weg in GCC / OpenOCD en Eclipse en heb niet echt moeite om in een paar uur een goede ontwikkelomgeving op te zetten voor een STM32. Maar ik begrijp dat de mensen die niet zo open-source georienteerd zijn bijvoorbeeld niet graag zelf OpenOCD gaan compileren om maar eens wat te noemen. Persoonlijk gebruik ik altijd GCC + Eclipse + OpenOCD.

Als je rap met een STM32 aan de slag wilt en je vind het niet erg om geld uit te geven zou je naar commericele IDEs zoals IAR kunnen kijken.

Wat opzich ook een goed startpunt is voor STM32 ontwikkelwerk is ChibiOS/RT. Daar zit een goede HAL laag in voor STM32, veel beter dan de standaard lib van ST zelf. Ook zitten er bij ChibiOS/TR makefiles die met ARM GCC Embedded direct op Windows te bouwen zijn. Voor mijn laatste hobbyproject met STM32 had ik de firmware van idee naar realiteit in een paar uur. Dus het kan weldegelijk

[C.44]

Sissors schreef op donderdag 13 april 2017 @ 13:19:
64k is niet het kleinste, daar past wel wat op. Had je RTOS erbij zitten? Dat neemt behoorlijk wat ruimte in. Zaken als printf enzo nemen ook een flinke hoeveelheid in, maar op de 64k moet dat probleemloos passen. Of er ging echt ergens iets fout ja

Geen RTOS in de includes, puur de Adafruit_SSD1306 lib, uitgeklede standaard voorbeeld programmaatje zodat 't net "hello world" kon printen that's it. Als je dan herhaaldelijk de melding krijgt dat 't gecompileerde groter is dan wat er in de flash past... dan klopt er ergens iets niet xD

DaWaN schreef op donderdag 13 april 2017 @ 14:15:
[...]


De tools die je bij Atmel krijgt is grotendeels de reden dat de AVR zo populair is onder de hobbyisten.

Persoonlijk weet ik vrij goed mijn weg in GCC / OpenOCD en Eclipse en heb niet echt moeite om in een paar uur een goede ontwikkelomgeving op te zetten voor een STM32. Maar ik begrijp dat de mensen die niet zo open-source georienteerd zijn bijvoorbeeld niet graag zelf OpenOCD gaan compileren om maar eens wat te noemen. Persoonlijk gebruik ik altijd GCC + Eclipse + OpenOCD.

Als je rap met een STM32 aan de slag wilt en je vind het niet erg om geld uit te geven zou je naar commericele IDEs zoals IAR kunnen kijken.

Wat opzich ook een goed startpunt is voor STM32 ontwikkelwerk is ChibiOS/RT. Daar zit een goede HAL laag in voor STM32, veel beter dan de standaard lib van ST zelf. Ook zitten er bij ChibiOS/TR makefiles die met ARM GCC Embedded direct op Windows te bouwen zijn. Voor mijn laatste hobbyproject met STM32 had ik de firmware van idee naar realiteit in een paar uur. Dus het kan weldegelijk

ChibiOS/RT, nooit van gehoord. Geld uitgeven aan 'n IDE zie ik op dit moment even niet zitten, vooral niet omdat er zat IDEs zijn die voor 't gros dekkend zijn. Open source vind ik fijner, voornamelijk omdat dat de financiële drempel voor meer mensen wegneemt en er daardoor ook meer online te vinden is vaak.

Zelf zit ik op een Mac, dus veel IDEs vallen dan zoiezo al snel af en dan blijft open source over =)

[jctjepkema]

Hoi ben ik weer,

Even terug komend op het seriele gedeelte van mijn project, ik heb een apparaat die galvanisch gescheiden is van zijn seriele poort. Nu heb ik deze software op een LPC1114FN28 perfect draaiend, maar de zelfde software( iets aangepast maar draait op mbed) krijg ik niet lekker draaiend op de Nucleo F042K6 en op mijn pcb met de stm32F042K6. The problem:

https://www.dropbox.com/s...%20om%2017.43.28.png?dl=0

je ziet hier boven het ingangs signaal van de stm en onder wat hij er uit gooit. Het gaat hierbij ook verkeerd bij bijvoorbeeld de data 0x70 er in, dan komt er uit F0 oftewel binair: 01110000 erin en eruit 11110000.

Ik heb zon gevoel dat ik iets verkeerd doe qua instellingen, de instellingen zijn als volgt:

serial.format(/* bits: */ 8, /* Parity: */ SerialBase::Even, /* Stop bits: */ 1);
oftewel 8bits signaal parity even en 1 stopbit.

Daarmee ontving ik het op de lpc wel goed, en die instellingen gebruik ik in de logic analyzer software ook en dan leest hij het ook goed uit. Hebben jullie een idee?

[1337aldi]

Geen idee of dit bij mbed ook zo is, maar bij de HAL library van ST moet je volgens mij het aantal bits op 9 zetten als je pariteit aan hebt staan.

[Sissors]

In principe hoort mbed dat automatisch goed te doen, maar gezien default geen parity is, en de meeste ook geen parity gebruiken, zou het best kunnen dat er een bug in die code is geslopen. Ik zal zelf eens checken.

@1337aldi lijkt in één keer het juiste antwoord te hebben gegeven, snelle test resulteert dat inderdaad databits op 9 zetten het probleem oplost.

Als je Github hebt kan je de bug hier melden: https://github.com/ARMmbed/mbed-os, als je niet hebt kan ik hem wel voor je melden.

[ Voor 39% gewijzigd door Sissors op 13-04-2017 21:55 ]

[Springuin]

mux schreef op woensdag 20 mei 2015 @ 15:34:
Zo, ik heb eindelijk m'n search-as-you-type Farnell resistor picker af. Wat heeft dat project lang stilgelegen. Het is bijzonder cool voor degenen hier die regelmatig ontwerpwerk doen, voor anderen is het wellicht een wat niche tooltje...

http://www.enijssen.com/publish/rpicker.html
[...]

Mux, is deze nog actueel? Ik probeerde net een 95.3kohm 1206 te zoeken en kreeg niet dezelfde resultaten als wanneer ik bij farnell zoek. Artikelnummer 2307910 komt bijvoorbeeld niet uit jouw lijstje en voldoet wel.

[mux]

Helaas, project is een beetje vastgelopen. Ik ben al een tijdje te druk om het weer op te pakken. Als er nog mensen (wellicht de originele collaborators?) zijn die willen helpen dit af te maken, PM me

[Verwijderd]

De volle kit van de Amtel ICE was recent in de aanbieding voor 75 euro, maar nu is het gewoon weer ouderwets 126 euro Ben ik toch net te laat.

[Wokschotel]

Ik heb een CV-ketel die naast open therm interface ook werkt met een 2 draads thermostaat aan/uit contact (24V) Om wat zaken uit te proberen wil ik het aan/uit contact schakelen met een relais. Het relais wordt aangestuurd door een 230V uitgang van een Loxone miniserver. Is dit relais (de 001 variant) geschikt voor deze toepassing?

[C.44]

Dit hele gedoe met die STM32 toolchains begint me aardig de keel uit te hangen. Naar aanleiding van het eBook dat ik een paar posts terug linkte heb ik een STM32VL Discovery gekocht.

Ben nu al 2 dagen bezig om of openOCD of Texane's ST-Link / ST Util een verbinding met dat ding te laten maken. Bij mijn (toegegeven beperkte) kennis zijn beiden debuggers? Anyways, beiden kunnen ze 't ding niet vinden. ST-util zegt gewoon dat ie geen stlink v1 kan vinden op "VID / PID" (geeft niet aan welke vendor ID of product ID hij test).

OpenOCD is nog wat cryptischer en zegt iets over een snelheids verschil maar is verder onduidelijk:

code:

openocd -f board/stm32vldiscovery.cfg

code:

Open On-Chip Debugger 0.10.0
Licensed under GNU GPL v2
For bug reports, read
    http://openocd.org/doc/doxygen/bugs.html
Info : The selected transport took over low-level target control. The results might differ compared to plain JTAG/SWD
adapter speed: 1000 kHz
adapter_nsrst_delay: 100
none separate
srst_only separate srst_nogate srst_open_drain connect_deassert_srst
Info : Unable to match requested speed 1000 kHz, using 950 kHz
Info : Unable to match requested speed 1000 kHz, using 950 kHz
Info : clock speed 950 kHz
in procedure 'init' 
in procedure 'ocd_bouncer'

Het lijkt er iig niet op dat er een gdb daemon draait want arm-none-eabi-gdb kan geen verbinding maken met poort 4242. Kan aan mij liggen natuurlijk dat die twee totaal niet met elkaar samenwerken.

Iemand een idee hoe ik daadwerkelijk een toolchain opgezet krijg onder OSX? Die STM32 bordjes beginnen aardig op paperweights te lijken zo ondertussen....

[Hans1990]

Als openOcd geen verbinding kan maken op die manier, dan is de connectie op STM32 board verkeerd (kabel) danwel de verkeerde debug instelling (denk aan srst_only seperate srst_nogate, etc. etc.)

Dit is typische output van Segger JLink EDU verbonden aan een EFM32GG development board:

code:

hans@hans-P50:~/scripts$ cat openocd_jlink_efm32gg.sh
openocd -f board/efm32.cfg -c "reset_config none separate" -c "adapter_khz 100"
hans@hans-P50:~/scripts$ ./openocd_jlink_efm32gg.sh 
Open On-Chip Debugger 0.9.0 (2015-09-02-10:42)
Licensed under GNU GPL v2
For bug reports, read
    http://openocd.org/doc/doxygen/bugs.html
Info : JLink SWD mode enabled
adapter speed: 1000 kHz
adapter speed: 1000 kHz
cortex_m reset_config sysresetreq
srst_only separate srst_gates_jtag srst_open_drain connect_deassert_srst
none separate
adapter speed: 100 kHz
Info : J-Link ARM V8 compiled Nov 28 2014 13:44:46
Info : J-Link caps 0xb9ff7bbf
Info : J-Link hw version 80000
Info : J-Link hw type J-Link
Info : J-Link max mem block 9224
Info : J-Link configuration
Info : USB-Address: 0x0
Info : Kickstart power on JTAG-pin 19: 0x1
Info : Vref = 3.151 TCK = 0 TDI = 0 TDO = 1 TMS = 1 SRST = 1 TRST = 0
Info : J-Link JTAG Interface ready
Info : clock speed 100 kHz
Info : SWD IDCODE 0x2ba01477
Info : efm32.cpu: hardware has 6 breakpoints, 4 watchpoints

of STM32F429 discovery:

code:

hans@hans-P50:~/scripts$ cat openocd_stlink_stm32f407.sh
openocd -f board/stm32f4discovery.cfg
hans@hans-P50:~/scripts$ ./openocd_stlink_stm32f407.sh 
Open On-Chip Debugger 0.9.0 (2015-09-02-10:42)
Licensed under GNU GPL v2
For bug reports, read
    http://openocd.org/doc/doxygen/bugs.html
Info : The selected transport took over low-level target control. The results might differ compared to plain JTAG/SWD
adapter speed: 2000 kHz
adapter_nsrst_delay: 100
none separate
srst_only separate srst_nogate srst_open_drain connect_deassert_srst
Info : Unable to match requested speed 2000 kHz, using 1800 kHz
Info : Unable to match requested speed 2000 kHz, using 1800 kHz
Info : clock speed 1800 kHz
Info : STLINK v2 JTAG v17 API v2 SWIM v0 VID 0x0483 PID 0x3748
Info : using stlink api v2
Info : Target voltage: 2.880564
Info : stm32f4x.cpu: hardware has 6 breakpoints, 4 watchpoints

De STM32 discovery board gebruik ik ook voor offboard debugging met de STM Discovery. Namelijk zitten 2 jumpers op, en dan kabel extern natuurlijk.

Krijg je geen device ID en breakpoint readout oid, dan zou ik ook eens het probleem zoeken in de hardware of adapter instellingen.

[ Voor 5% gewijzigd door Hans1990 op 18-04-2017 16:10 ]

[C.44]

Hans1990 schreef op dinsdag 18 april 2017 @ 16:08:
Als openOcd geen verbinding kan maken op die manier, dan is de connectie op STM32 board verkeerd (kabel) danwel de verkeerde debug instelling (denk aan srst_only seperate srst_nogate, etc. etc.)

Dit is typische output van Segger JLink EDU verbonden aan een EFM32GG development board:

code:

hans@hans-P50:~/scripts$ cat openocd_jlink_efm32gg.sh
openocd -f board/efm32.cfg -c "reset_config none separate" -c "adapter_khz 100"
hans@hans-P50:~/scripts$ ./openocd_jlink_efm32gg.sh 
Open On-Chip Debugger 0.9.0 (2015-09-02-10:42)
Licensed under GNU GPL v2
For bug reports, read
    http://openocd.org/doc/doxygen/bugs.html
Info : JLink SWD mode enabled
adapter speed: 1000 kHz
adapter speed: 1000 kHz
cortex_m reset_config sysresetreq
srst_only separate srst_gates_jtag srst_open_drain connect_deassert_srst
none separate
adapter speed: 100 kHz
Info : J-Link ARM V8 compiled Nov 28 2014 13:44:46
Info : J-Link caps 0xb9ff7bbf
Info : J-Link hw version 80000
Info : J-Link hw type J-Link
Info : J-Link max mem block 9224
Info : J-Link configuration
Info : USB-Address: 0x0
Info : Kickstart power on JTAG-pin 19: 0x1
Info : Vref = 3.151 TCK = 0 TDI = 0 TDO = 1 TMS = 1 SRST = 1 TRST = 0
Info : J-Link JTAG Interface ready
Info : clock speed 100 kHz
Info : SWD IDCODE 0x2ba01477
Info : efm32.cpu: hardware has 6 breakpoints, 4 watchpoints

of STM32F429 discovery:

code:

hans@hans-P50:~/scripts$ cat openocd_stlink_stm32f407.sh
openocd -f board/stm32f4discovery.cfg
hans@hans-P50:~/scripts$ ./openocd_stlink_stm32f407.sh 
Open On-Chip Debugger 0.9.0 (2015-09-02-10:42)
Licensed under GNU GPL v2
For bug reports, read
    http://openocd.org/doc/doxygen/bugs.html
Info : The selected transport took over low-level target control. The results might differ compared to plain JTAG/SWD
adapter speed: 2000 kHz
adapter_nsrst_delay: 100
none separate
srst_only separate srst_nogate srst_open_drain connect_deassert_srst
Info : Unable to match requested speed 2000 kHz, using 1800 kHz
Info : Unable to match requested speed 2000 kHz, using 1800 kHz
Info : clock speed 1800 kHz
Info : STLINK v2 JTAG v17 API v2 SWIM v0 VID 0x0483 PID 0x3748
Info : using stlink api v2
Info : Target voltage: 2.880564
Info : stm32f4x.cpu: hardware has 6 breakpoints, 4 watchpoints

De STM32 discovery board gebruik ik ook voor offboard debugging met de STM Discovery. Namelijk zitten 2 jumpers op, en dan kabel extern natuurlijk.

Krijg je geen device ID en breakpoint readout oid, dan zou ik ook eens het probleem zoeken in de hardware of adapter instellingen.

Verkeerde kabelverbinding zal 't niet zijn. Het is gewoon een standaard Mini USB kabel, da's enigste verbinding die de STM32VL heeft. Buiten dat is de ST Link gewoon in de System Profiler te zien.

Srst_only seperate srst_nogate e.d. zijn allemaal de standaard instellingen, daar heb ik nul verandering in aangebracht. Vrij letterlijk is dit wat ik deed:

code:

brew install openocd
openocd -f board/stm32vldiscovery.cfg

[Hans1990]

Heb je STLink v2 versie forceren al eens geprobeerd met Texane stlink?
Volgens mij is STLink v1 een oude JTAG-only debugger. STlink v2 wordt op de discovery bordjes gebruikt.

Maar.. dat zou openOCD gewoon moeten snappen.

Sluit je toevallig bordje aan via USB hubs? Dat willen sommige debuggers ook niet echt slikken.

[C.44]

Hans1990 schreef op dinsdag 18 april 2017 @ 18:27:
Heb je STLink v2 versie forceren al eens geprobeerd met Texane stlink?
Volgens mij is STLink v1 een oude JTAG-only debugger. STlink v2 wordt op de discovery bordjes gebruikt.

Maar.. dat zou openOCD gewoon moeten snappen.

Sluit je toevallig bordje aan via USB hubs? Dat willen sommige debuggers ook niet echt slikken.

Ik heb de product ID's vergeleken van de ST Link op de STM32VLDiscovery en van een STLink V2 USB dongle, beiden hebben verschillende product ids (0x3744 op 't discoveryboard 0x3748 voor de usb dongle). Ik denk dat 't gewoon een V1 is. In 1 van de cfgs van openOCD kom ik ook 't volgende tegen:

code:

#
# STMicroelectronics ST-LINK/V1 in-circuit debugger/programmer
#

interface hla
hla_layout stlink
hla_device_desc "ST-LINK/V1"
hla_vid_pid 0x0483 0x3744

link naar bestand: https://github.com/arduin...l/interface/stlink-v1.cfg

[RobV]

If all fails: probeer een andere USB kabel. Man wat heb ik een hoop tijd verspild met brakke kabels

[C.44]

RobV schreef op dinsdag 18 april 2017 @ 19:26:
If all fails: probeer een andere USB kabel. Man wat heb ik een hoop tijd verspild met brakke kabels

3 kabels verder en nog steeds 't zelfde resultaat

[Genius-General]

Het is tijd voor een raadsel! Ik hoop dat ik hem hier juist plaats want het is een ESD tang en dit is de kroeg dus een raadseltje leek mij ook wel kunnen (tenminste voor ons een raadsel). Bij ons op stage hebben wij van deze ESD tangen

En waar wij nou ons hoofd over hadden gebroken is hoe kan zo'n tang in godsnaam gemaakt worden? Want normaal heb je een tang en die bestaan uit 2 delen die worden op mekaar gelegd en er komt een schanier pin in. Maar deze tang is zegmaar het bekje door het andere bekje gestoken.. Dat kan toch niet?

[ehtweak]

@Genius-General : met zo'n geniale naam had ik toch meer verwacht...

De tanghelften (handgreep + helft van het bekken) worden gewoon op elkaar gelegd en dan dicht geplet/gestanst en gladgepolijst. Dan zie je vrijwel niet (meer) het scharnierpunt.
Heb hier Knipex tangen, die zijn ook zeer strak/nauwsluitend op elkaar gezet. Kwestie van kwaliteit.

Kijkende naar jouw foto; draai 'm maar eens om, die tang, en volgens mij zie je dan aan de andere kant wel degelijk een scharniernaad/-pin.

[ Voor 16% gewijzigd door ehtweak op 18-04-2017 21:27 ]

[Genius-General]

ehtweak schreef op dinsdag 18 april 2017 @ 21:26:
@Genius-General : met zo'n geniale naam had ik toch meer verwacht...

De tanghelften (handgreep + helft van het bekken) worden gewoon op elkaar gelegd en dan dicht geplet/gestanst en gladgepolijst. Dan zie je vrijwel niet (meer) het scharnierpunt.
Heb hier Knipex tangen, die zijn ook zeer strak/nauwsluitend op elkaar gezet. Kwestie van kwaliteit.

Kijkende naar jouw foto; draai 'm maar eens om, die tang, en volgens mij zie je dan aan de andere kant wel degelijk een scharniernaad/-pin.

Genius in opleiding hé, bij een knipex tang snap ik het omdat je daar duidelijk ziet dat die op mekaar zijn geponst. Maar bij deze tang zit het middelste gedeelte door de beide kanten heen. Moeilijk te zien op die foto

[ehtweak]

Genius-General schreef op dinsdag 18 april 2017 @ 21:30:
[...]

... Moeilijk te zien op die foto

Je moet de foto ook niet omdraaien... de tang!

[C.44]

Genius-General schreef op dinsdag 18 april 2017 @ 21:12:
Het is tijd voor een raadsel! Ik hoop dat ik hem hier juist plaats want het is een ESD tang en dit is de kroeg dus een raadseltje leek mij ook wel kunnen (tenminste voor ons een raadsel). Bij ons op stage hebben wij van deze ESD tangen
[afbeelding]
En waar wij nou ons hoofd over hadden gebroken is hoe kan zo'n tang in godsnaam gemaakt worden? Want normaal heb je een tang en die bestaan uit 2 delen die worden op mekaar gelegd en er komt een schanier pin in. Maar deze tang is zegmaar het bekje door het andere bekje gestoken.. Dat kan toch niet? [afbeelding]

Ik vermoed dat als je de twee overgegoten handvaten eraf haalt dat 1 van de twee een "vork" is, waar dan de andere doorheen geschoven wordt. En daarna idd standaard klinken en slijpen.

Edit: kleine update aan de ST-Link kant. Heb in een VM even een kale install van Ubuntu 17.04 geinstalleerd. ST-Link geinstalleerd. Connectie gemaakt. Werkt. Met dezelfde kabel. Geen flauw idee of ik de gdb server met 't 1 of ander kan benaderen vanaf OSX of dat ik nu alles in Ubuntu moet gaan doen... Maar es een ticket openen op Git.

[ Voor 14% gewijzigd door C.44 op 18-04-2017 22:38 ]

[jeronimo]

@Genius-General: De hier gekende benaming is een tang met doorgestoken scharnier, ook bekend als box joint.
http://www.knipex.com/en/...t-pliers/style-of-joints/

[DaWaN]

C.44 schreef op dinsdag 18 april 2017 @ 22:28:
[...]
Edit: kleine update aan de ST-Link kant. Heb in een VM even een kale install van Ubuntu 17.04 geinstalleerd. ST-Link geinstalleerd. Connectie gemaakt. Werkt. Met dezelfde kabel. Geen flauw idee of ik de gdb server met 't 1 of ander kan benaderen vanaf OSX of dat ik nu alles in Ubuntu moet gaan doen... Maar es een ticket openen op Git.

Lijkt er inderdaad op dat in OS X de USB verbinding met de ST-LINK faalt, maar het is totaal onduidelijk waarom want er komen geen error codes. Ik heb zelf geen ervaring met OS X. Zou een probleem met libusb kunnen zijn. Op de wiki van Texane staat ook dat de nieuwere firmwares van de ST-Link blijkbaar niet werken op OS X:
https://github.com/texane/stlink/wiki

Edit:
Blijkbaar heb je voor OS X een extra driver nodig als je de ST Link v1 wilt gebruiken:
https://github.com/texane/stlink/issues/343
Probleem lijkt overeen te komen met wat jij ziet

[ Voor 10% gewijzigd door DaWaN op 19-04-2017 13:56 ]

[C.44]

DaWaN schreef op woensdag 19 april 2017 @ 13:42:
[...]


Lijkt er inderdaad op dat in OS X de USB verbinding met de ST-LINK faalt, maar het is totaal onduidelijk waarom want er komen geen error codes. Ik heb zelf geen ervaring met OS X. Zou een probleem met libusb kunnen zijn. Op de wiki van Texane staat ook dat de nieuwere firmwares van de ST-Link blijkbaar niet werken op OS X:
https://github.com/texane/stlink/wiki

Die wiki had ik nog niet gezien, bij mij werkt de V2 wel maar de V1 niet. Dat gezegd, 't is een wiki gedateerd in Augustus 2014. Sindsdien zijn een aantal nieuwere versies van libusb, stlink en osx uitgekomen.

Ik ga er ook vanuit dat 't een probleem met libusb is en heb me ook gemeld in dat issue op github: https://github.com/texane/stlink/issues/574

Blijkbaar zou een oudere versie van libusb het probleem moeten oplossen maar ik heb 't nog niet voor elkaar gekregen om de huidige 1.0.21 versie te vervangen door 1.0.9. Ik heb geprobeerd 'm te builden vanaf source maar dat levert wat problemen op met depracated methods en functions en als puntje bij paaltje komt doet ie 't dan evengoed niet.

Op dit moment heb ik in m'n Ubuntu VM omgeving ST link waarschijnlijk werkend. Ik heb het netwerk gedeelte van de VM op bridged gezet en die heeft nu z'n eigen IP. Als gevolg daarvan kan ik nu met

code:

$ arm-non-eabi-gdb
(gdb) target extended-remote 192.168.2.22:4242

een verbinding opbouwen naar de STM32VL. Ik krijg wel nog een error:

code:

Remote debugging using 192.168.2.22:4242
Cannot access memory at address 0x63d72f5c
0x08000bf8 in ?? ()

Ik heb vooralsnog geen idee wat dat inhoudt of het een echt probleem is of wat er loos is. Ik heb de hele melding even gegoogled vannacht maar nog weinig gevonden.

[DaWaN]

C.44 schreef op woensdag 19 april 2017 @ 14:00:
[...]
Ik krijg wel nog een error:

code:

Remote debugging using 192.168.2.22:4242
Cannot access memory at address 0x63d72f5c
0x08000bf8 in ?? ()

Ik heb vooralsnog geen idee wat dat inhoudt of het een echt probleem is of wat er loos is. Ik heb de hele melding even gegoogled vannacht maar nog weinig gevonden.

Oef! Vervelend probleem met Apple driver updates en libusb. Het helpt ook niet dat de STM32 VL Discovery zou oud is dat er nog een ST Link V1 op zit. Als alternatief zou je een Losse ST Link V2 kunnen kopen en de onboard debugger vergeten. Of een nieuwer ST Discovery bordje kopen en daar de debugger van gebruiken.

Die fout van GDB komt mij ergens bekend voor. Welke toolchain en debugger gebruik je precies? Oude versies van Eclipse en/of GDB kunnen nog wel eens dat soort fouten opleveren.

[C.44]

DaWaN schreef op woensdag 19 april 2017 @ 14:43:
[...]


Oef! Vervelend probleem met Apple driver updates en libusb. Het helpt ook niet dat de STM32 VL Discovery zou oud is dat er nog een ST Link V1 op zit. Als alternatief zou je een Losse ST Link V2 kunnen kopen en de onboard debugger vergeten. Of een nieuwer ST Discovery bordje kopen en daar de debugger van gebruiken.

Die fout van GDB komt mij ergens bekend voor. Welke toolchain en debugger gebruik je precies? Oude versies van Eclipse en/of GDB kunnen nog wel eens dat soort fouten opleveren.

Ik heb nog 2 andere bordjes, een STM32F407 en een STM32F103, beiden zonder onboard stlink. Ik heb een st-link v2 usb dongle (china versie) en heb die geprobeerd te gebruiken met PlatformIO maar dat liep bepaald niet fijn.

Na een beetje googlefu ben ik uitgekomen op een boek, "Discovering the STM32 microcontroller" geschreven door een prof aan de Uni van Indiana (copyright 2012 maar gedateerd in Juli 2016). Daar staat redelijk ver voorin een lijst met materialen die je nodig hebt, waaronder hardware (STM32VL Discovery) en software. Da's ook de enigste reden waarom ik 't ding gekocht heb.

In OSX gebruik ik de Yagarto toolchain, zou best kunnen dat daar alternatieven voor zijn. Ik heb op Ubuntu snel de GNU toolchain via apt-get geinstalleerd en daar krijg ik die error niet, dus 't zou zomaar kunnen zijn dat 't idd daarin zit.

[chaoscontrol]

Is het een idee een modje te vragen dit allemaal naar een eigen topic te migreren? Het is een stukje meer geworden dan een losse vraag en het wordt er zo ook niet Googlebaarder op.

[DaWaN]

C.44 schreef op woensdag 19 april 2017 @ 14:58:
[...]
In OSX gebruik ik de Yagarto toolchain, zou best kunnen dat daar alternatieven voor zijn. Ik heb op Ubuntu snel de GNU toolchain via apt-get geinstalleerd en daar krijg ik die error niet, dus 't zou zomaar kunnen zijn dat 't idd daarin zit.

De Yagarto toolchain is inderdaad al 5 jaar niet meer geupdate.
Het is beter om ARM GCC Embedded te gebruiken: https://launchpad.net/gcc-arm-embedded

Ook snap ik de frustratie wel: de open source tools vereisen altijd wat meer werk om het werkend te krijgen. Alhoewel ik aan Microchip spul ook het nodige tijd kwijt ben geraakt aan rare bugs (ChipKit/MPLAB ICDs met niet compatibele FW, foute datasheets, etc.), heb je wel altijd een fabrikant die achter zijn producten staat en waar nodig het van updates voorziet.
Grootste nadeel van open-source is dat je geen garantie hebt op support. Oude dingen aan de praat krijgen kan een ware hel zijn.

chaoscontrol schreef op woensdag 19 april 2017 @ 15:12:
Is het een idee een modje te vragen dit allemaal naar een eigen topic te migreren? Het is een stukje meer geworden dan een losse vraag en het wordt er zo ook niet Googlebaarder op.

Misschien hoort deze discussie meer in dit topic:
De μC programmers Kroeg

[kdeboois]

C.44 schreef op woensdag 19 april 2017 @ 14:58:
[...]


Ik heb nog 2 andere bordjes, een STM32F407 en een STM32F103, beiden zonder onboard stlink. Ik heb een st-link v2 usb dongle (china versie) en heb die geprobeerd te gebruiken met PlatformIO maar dat liep bepaald niet fijn.

Na een beetje googlefu ben ik uitgekomen op een boek, "Discovering the STM32 microcontroller" geschreven door een prof aan de Uni van Indiana (copyright 2012 maar gedateerd in Juli 2016). Daar staat redelijk ver voorin een lijst met materialen die je nodig hebt, waaronder hardware (STM32VL Discovery) en software. Da's ook de enigste reden waarom ik 't ding gekocht heb.

In OSX gebruik ik de Yagarto toolchain, zou best kunnen dat daar alternatieven voor zijn. Ik heb op Ubuntu snel de GNU toolchain via apt-get geinstalleerd en daar krijg ik die error niet, dus 't zou zomaar kunnen zijn dat 't idd daarin zit.

Gewoon twee ST Nucleo's kopen. Daar zitten de ST link onderdelen afbreekbaar op.

[C.44]

DaWaN schreef op woensdag 19 april 2017 @ 15:17:
[...]


De Yagarto toolchain is inderdaad al 5 jaar niet meer geupdate.
Het is beter om ARM GCC Embedded te gebruiken: https://launchpad.net/gcc-arm-embedded

Ook snap ik de frustratie wel: de open source tools vereisen altijd wat meer werk om het werkend te krijgen. Alhoewel ik aan Microchip spul ook het nodige tijd kwijt ben geraakt aan rare bugs (ChipKit/MPLAB ICDs met niet compatibele FW, foute datasheets, etc.), heb je wel altijd een fabrikant die achter zijn producten staat en waar nodig het van updates voorziet.
Grootste nadeel van open-source is dat je geen garantie hebt op support. Oude dingen aan de praat krijgen kan een ware hel zijn.

Damn! Ik wist dat Yagarto al wat ouder was maar niet dat de laatste update uit april 2013 was... Wellicht moet ik geen toolchains meer installeren om half vier 's morgens

Dat gezegd, volgens mij heb ik heel die toolchain nooit daadwerkelijk gebruikt. Ik had 'm wel mooi in een dir staan en em in PATH gezet maar er zat er ook 1 in /usr/lib/ die geinstalleerd was met homebrew. Deze versie was van ergens in 2015, maw ook oud. Ik heb 't hele zootje eraf gemikt, zowel de homebrew install als de yagarto install. Daarna heb ik bij https://developer.arm.com...oolchain/gnu-rm/downloads laatste tarbal gedownload (q1 2017) en die geinstalleerd.

Resultaat.. error is pleite

chaoscontrol schreef op woensdag 19 april 2017 @ 15:12:
Is het een idee een modje te vragen dit allemaal naar een eigen topic te migreren? Het is een stukje meer geworden dan een losse vraag en het wordt er zo ook niet Googlebaarder op.

DaWaN schreef op woensdag 19 april 2017 @ 15:17:
[...]
Misschien hoort deze discussie meer in dit topic:
De μC programmers Kroeg

Op 1 of andere manier heb ik heel dat topic over 't hoofd gezien. Zal daar in 't vervolg m'n gal spuien

kdeboois schreef op woensdag 19 april 2017 @ 16:24:
[...]

Gewoon twee ST Nucleo's kopen. Daar zitten de ST link onderdelen afbreekbaar op.

Eerlijk gezegd... ik wil nu eerst deze 3 bordjes aan de praat hebben en er iets mee kunnen voordat ik nog een rode cent uitgeef aan nog een STM32 bord. Tenzij deze M3 bordjes dadelijk ineens heel makkelijk in gebruik blijken word m'n volgende order gewoon een TQFP ATMega328 of ATMega2561. Ze mogen dan 2 to 3 keer zo duur zijn, maar ik kan er wel direct mee aan de bak.

Edit: zie nu ook waarom ik dat topic over 't hoofd gezien heb, laatste reactie eind december vorig jaar

[Verwijderd]

C.44 schreef op woensdag 19 april 2017 @ 17:03:
Op 1 of andere manier heb ik heel dat topic over 't hoofd gezien. Zal daar in 't vervolg m'n gal spuien

Dat topic is erg oud en niet heel actief. Ik gok dat hier meer kans op enige discussie is.

[SMSfreakie]

hmm..

iemand een idee hoe ik het voor elkaar krijg om een tyco A145 voeding zo gek krijg dat die zn 56V (bij 20A) aan slingert?

ik heb 2 dikke draden en een 20 polige connector die naar een secondair PCBje loopt waarop een 120 polige (dunne pootjes) connector welke normaal interfaced met de rest..

alleen ik zit een beetje met hoe kan ik op een veilige manier de voeding gestart krijgen? kwakkeloos een draadje verbinden zo als bij een ATX voeding wordt lastig (gebrek aan pinout )

voeding: klik
plaatjes: 1 2 3 4

achterop het printje met de dikke connector staat helaas ook niks.. op de print in de voeding heb ik nog niet kunnen kijken... krijg hem nog niet verder uit elkaar gedraaid

[kdeboois]

C.44 schreef op woensdag 19 april 2017 @ 17:03:
[...]


Damn! Ik wist dat Yagarto al wat ouder was maar niet dat de laatste update uit april 2013 was... Wellicht moet ik geen toolchains meer installeren om half vier 's morgens

Dat gezegd, volgens mij heb ik heel die toolchain nooit daadwerkelijk gebruikt. Ik had 'm wel mooi in een dir staan en em in PATH gezet maar er zat er ook 1 in /usr/lib/ die geinstalleerd was met homebrew. Deze versie was van ergens in 2015, maw ook oud. Ik heb 't hele zootje eraf gemikt, zowel de homebrew install als de yagarto install. Daarna heb ik bij https://developer.arm.com...oolchain/gnu-rm/downloads laatste tarbal gedownload (q1 2017) en die geinstalleerd.

Resultaat.. error is pleite


[...]


[...]


Op 1 of andere manier heb ik heel dat topic over 't hoofd gezien. Zal daar in 't vervolg m'n gal spuien


[...]


Eerlijk gezegd... ik wil nu eerst deze 3 bordjes aan de praat hebben en er iets mee kunnen voordat ik nog een rode cent uitgeef aan nog een STM32 bord. Tenzij deze M3 bordjes dadelijk ineens heel makkelijk in gebruik blijken word m'n volgende order gewoon een TQFP ATMega328 of ATMega2561. Ze mogen dan 2 to 3 keer zo duur zijn, maar ik kan er wel direct mee aan de bak.

Edit: zie nu ook waarom ik dat topic over 't hoofd gezien heb, laatste reactie eind december vorig jaar

Wat ik zelf gemerkt heb is dat een USB hub de communicatie met de ST Link al om zeep kan helpen. Dat voorspelt veel goed voor te goedkope adapters.

[C.44]

kdeboois schreef op donderdag 20 april 2017 @ 10:29:
[...]

Wat ik zelf gemerkt heb is dat een USB hub de communicatie met de ST Link al om zeep kan helpen. Dat voorspelt veel goed voor te goedkope adapters.

Dat is hier niet echt t probleem want met dezelfde kabel, op dezelfde poort (geen hub nodig) doet ie t wel moeiteloos in een Ubuntu VM. M'n Chinese V2 dongle doet t trouwens ook gewoon, geen problemen.

Maar ik herken t wel. Met een bepaalde USB 2 serial converter loop ik ook constant tegen t probleem aan dat ie geen verbinding kan optrekken totdat ik em aan een powered USB hub hang.

[Genius-General]

SMSfreakie schreef op woensdag 19 april 2017 @ 22:54:
hmm..

iemand een idee hoe ik het voor elkaar krijg om een tyco A145 voeding zo gek krijg dat die zn 56V (bij 20A) aan slingert?

ik heb 2 dikke draden en een 20 polige connector die naar een secondair PCBje loopt waarop een 120 polige (dunne pootjes) connector welke normaal interfaced met de rest..

alleen ik zit een beetje met hoe kan ik op een veilige manier de voeding gestart krijgen? kwakkeloos een draadje verbinden zo als bij een ATX voeding wordt lastig (gebrek aan pinout )

voeding: klik
plaatjes: 1 2 3 4

achterop het printje met de dikke connector staat helaas ook niks.. op de print in de voeding heb ik nog niet kunnen kijken... krijg hem nog niet verder uit elkaar gedraaid

Kan je er niet gewoon een schakelaar tussen zetten? Een goeie (industriële) moet gewoon in 1x die 20A kunnen trekken. Lukt de Siemens voedingen ook gewoon

[SMSfreakie]

Genius-General schreef op donderdag 20 april 2017 @ 17:48:
[...]


Kan je er niet gewoon een schakelaar tussen zetten? Een goeie (industriële) moet gewoon in 1x die 20A kunnen trekken. Lukt de Siemens voedingen ook gewoon

Dat wil ik wel.. alleen als ik de 230V er op zet, (en de 230V schakelaar op aan) begint de fan wel te blazen etc, klikt er een relais.. maar ik krijg er op de 2 dikke draden, geen spanning uit.. ook heb ik de 20 pennetjes naar chassis ground gemeten maar daar krijg ik hooguit 2~3V uit welke direct inzakt

[Genius-General]

SMSfreakie schreef op donderdag 20 april 2017 @ 17:58:
[...]


Dat wil ik wel.. alleen als ik de 230V er op zet, (en de 230V schakelaar op aan) begint de fan wel te blazen etc, klikt er een relais.. maar ik krijg er op de 2 dikke draden, geen spanning uit.. ook heb ik de 20 pennetjes naar chassis ground gemeten maar daar krijg ik hooguit 2~3V uit welke direct inzakt

Kan je hem ook testen zonder de 20A belasting?

[SMSfreakie]

Genius-General schreef op donderdag 20 april 2017 @ 18:00:
[...]


Kan je hem ook testen zonder de 20A belasting?

is nog zonder load
excuus als dat niet geheel duidelijk was

[Genius-General]

SMSfreakie schreef op donderdag 20 april 2017 @ 18:01:
[...]


is nog zonder load
excuus als dat niet geheel duidelijk was

Dus eingelijk zeg je dat de voeding niet meer dan 3v levert? Dat kunnen ook de stuurspanningen zijn in die 120pin print. Of begrijp ik het weer verkeerd en staat er maar 2-3v op de uitgang?

[SMSfreakie]

gok dat er met die stuurstromen iets geactiveerd moet worden (net als de PS_ON -> GND bij ATX ) om de 56V bij 20A aan te krijgen...

[jeronimo]

Of sense lijnen die nu zweven.

[kdeboois]

Kijk... het is toch wat makkelijker geworden voor de STM32 fans: https://community.st.com/...es-enabled-in-arduino-ide

[mux]

Tja, dat hadden we al een jaar of 3 met stm32duino, deze aankondiging gaat simpelweg over een paar nieuwe nucleo-bordjes.

Je blijft zitten met de arduino-ide en 'api' die functioneel onbruikbaar is als je de meeste voordelen van een stm32 mcu wilt leveragen.

[kdeboois]

Het is een 'stepping stone' met support van Arduino & ST zelf. Ik ben er erg blij mee en mijn eerst testjes werken prima.

Ik denk toch echt dat het iets meer is dan een paar bordjes toevoegen. Maar goed veel ervaring heb ik niet met alle IDE's en API's...

[Damic]

@SMSfreakie moet ik eens kijken of ik iets vind heb hier nog zo'n 2 voedingen liggen

[SMSfreakie]

Damic schreef op maandag 24 april 2017 @ 20:46:
@SMSfreakie moet ik eens kijken of ik iets vind heb hier nog zo'n 2 voedingen liggen

zou ik erg waarderen!!! . ben er zelf nog niet verder mee gekomen...

er moet toch een manier zijn om die output aan te krijgen

[Damic]

Tja µC gestuurd he eventjes snel uit elkaar gehaald en beginnen meten.

Ik vermoed dat je pin1 van de stekker nodig hebt (blauwe draad) dat is massa die van het stuurbord (CM1) komt. Al de rest is gescheiden met een condensator of meer

Blauw/wit (p20) - Wit/geel (p19) - Wit/zwart (p18) = +56V
Wit/bruin (p17) - wit/oranje (p16) - paars (p15) - rood (p14) = 0VDC/+56V

Wit/paars (p10) mag je negeren, die loopt nergens heen.

De rest moet ik in een mooie tabel zetten, heb me vergist van CM1 pin nummers

edit: kon het niet laten, ik vond dat er nogal wat veel PCF8574's rond de µC zat dus even meten en jawel BINGO
B15 Groen CM1-P37 SCL
A15 Grijs CM1-P36 SDA

[ Voor 23% gewijzigd door Damic op 24-04-2017 22:24 ]

[Sissors]

mux schreef op maandag 24 april 2017 @ 17:50:
Tja, dat hadden we al een jaar of 3 met stm32duino, deze aankondiging gaat simpelweg over een paar nieuwe nucleo-bordjes.

Je blijft zitten met de arduino-ide en 'api' die functioneel onbruikbaar is als je de meeste voordelen van een stm32 mcu wilt leveragen.

Daarom ben ik persoonlijk al een voorstander van mbed eerder. Oh zijn ook wel dingen op aan te merken, maar Arduino is natuurlijk origineel bedoelt voor een 8-bitter.

En natuurlijk ook de pinout die nu de standaard is ondanks dat hij onhandig is (die off grid pinnen), omdat mensen één nachtje te lang hebben doorgewerkt zitten we daar nu allemaal aan vast .
Ander voorbeeld: Op een Arduino zijn D0/D1 ook de pinnen voor je UART naar je UART <> USB bridge. Dat moet wel, omdat de originele Arduino maar één UART heeft op één set pinnen. De nieuwere hebben ze het gelukkig anders gedaan, maar de originele Freescale bordjes die compatible zijn met Arduinos, hebben ze dat ook gedaan. Ook al hadden ze 3-4 UARTs die op 2-3 setjes pinnen allemaal konden. En er dus geen enkele rede was om ook die beperking over te nemen.

[RobV]

Ik ging al vrij snel aan de Uno voorbij met de pro Mini of pro Micro. De Arduino IDE is imho niet serieus te nemen, maar heeft mij wel geholpen met een hele nieuwe hobby. Dus ik probeer niet te klagen.

Maar ik heb nu zo'n esp8266 nodeMcu en snap werkelijk niet waarom er maar 1 ADC op zit die max 1v aankan

[kdeboois]

RobV schreef op maandag 24 april 2017 @ 22:10:
Ik ging al vrij snel aan de Uno voorbij met de pro Mini of pro Micro. De Arduino IDE is imho niet serieus te nemen, maar heeft mij wel geholpen met een hele nieuwe hobby. Dus ik probeer niet te klagen.

Maar ik heb nu zo'n esp8266 nodeMcu en snap werkelijk niet waarom er maar 1 ADC op zit die max 1v aankan

Omdat het geen microcontroller is maar een WiFi chip.

De ESP32 is al veel beter. Die 8266 is gewoon niet gemaakt als controller en crasht bij het minste geringste..

[Anthor]

Ik heb laatst een set van twee labelmakers gekocht op een veiling.
Een van de twee bleek stuk te zijn (degene die ik weg wilde geven) en ik ben bezig geweest met repareren, maar nu ben ik soort van vastgelopen. ik weet niet waar ik dit het best kan vragen, dus ik begin hier maar even.

Het gaat om een Dymo Letratag LT-100H

Het witte onderdeel in de foto hieronder was afgebroken. Ik heb het gelijmd en verstevigd met wat ABS slurry.



Een blauwe knop wordt over het witte onderdeel vast geschroefd.
Als je die in drukt (en er zit een cassette in de printer) dan drukt het witte armpje een ding met een mesje en een verend deel in zodat de geprinte tape afgesneden wordt.
Dit werkt wel, maar als ik dan een twee label probeer af te drukken gebeurt er vrij weinig.
Ik denk dat het deel met het mes er in niet naar de juiste plek terug komt.
Want zo ziet het er uit nadat er gesneden is:



Het verende deel heeft volgens mij niet het bereik om van zichzelf terug te gaan naar de positie in de eerste foto. En de knop heeft ook wat speling waarvan ik denk dat het niet klopt.
Ik heb het apparaat nu een aantal keer in en uit elkaar gehaald en ik zie niks meer dat er voor zou kunnen zorgen dat de meshouder nog verder naar achter geduwd wordt. Nu vraag ik me af of ik niet een onderdeel of een veertje mis. ook omdat ik al vermoedde dat iemand anders hem ook al had geopend.

Hier is nog een foto van hoe het er bij mij uit ziet.


Dus mijn vraag: Wie heeft er dymo letratag lt-100h, en zou die voor mij open willen maken om te kijken hoe het er uit hoort te zien?

p.s.
Als iemand het wil doen dan heb ik nog wel wat tips die handig kunnen zijn

[Puch-Maxi]

Gisteren slechts tien stuks Rubycon's gekocht bij Mux, vandaag al binnen met UPS
Kan ik weer een paar PSU's fxen

[Atlas]

Ok vraagje: ik heb een 12 volt aansluiting die ik naar 4 gezekerde 12 volt aansluitingen wil aftakken. Nu kan het met kroonsteentjes en tape maar dat wil ik graag vermijden . Wat is een nette manier om dit (ook kleur-correct! ) te doen? Ik ken de Weidmuller din rail oplossingen, maar die zijn er alleen in 230Volt met hun kleurcodes.

Iemand een idee hoe ik die moet doen?